Độ sâu phân tích lịch sử tiến hóa và triển vọng tương lai của trừu tượng hóa tài khoản Ethereum
Giới thiệu
Bài viết này sẽ khám phá quá trình phát triển của trừu tượng hóa tài khoản Ethereum (AA) từ hai khía cạnh chính:
Đầu tiên, chúng ta sẽ truy ngược lại bối cảnh lịch sử kể từ đề xuất AA đầu tiên vào năm 2015, hệ thống tổng hợp nội dung chính của các đề xuất EIP cho đến nay, đào sâu vào quá trình tiến hóa của đề xuất AA, và tiến hành đánh giá toàn diện về ưu và nhược điểm của từng kế hoạch.
Thứ hai, chúng tôi sẽ phân tích những nguyên nhân khiến phản ứng thị trường kém sau khi EIP4337 được ra mắt, và đi sâu vào EIP7702, sẽ được đưa vào các phiên bản nâng cấp tương lai của Ethereum. Đề xuất này, khi được hợp nhất, sẽ thay đổi căn bản hình thái ứng dụng trên chuỗi.
EIP-7702 được coi là một cuộc cách mạng mang tính thời đại, hãy cùng chúng tôi khám phá những bí ẩn bên trong.
1. Bối cảnh trừu tượng hóa tài khoản
1.1 Ý nghĩa của trừu tượng hóa tài khoản
Nhà sáng lập Ethereum gần đây đã cập nhật lại lộ trình phát triển ETH, nhưng các thiết lập về trừu tượng hóa tài khoản vẫn không thay đổi. Mô hình chính hiện tại đang chuyển từ EIP-4337 sang giai đoạn tiếp theo "chuyển đổi tài khoản EOA tự nguyện".
Mặc dù EIP4337 đã ra mắt hơn một năm, nhưng phản ứng của thị trường lại rất mâu thuẫn - người dùng nhìn chung đều công nhận giá trị của nó, nhưng tỷ lệ sử dụng thực tế lại không cao. Trong bối cảnh này, tiến độ của EIP-7702 đã được đẩy nhanh đáng kể và đã được xác định sẽ được hợp nhất trong lần nâng cấp tiếp theo.
1.2 Tình trạng thị trường của trừu tượng hóa tài khoản
Sau một năm rưỡi phát triển, tổng số địa chỉ EIP4337 trên các chuỗi công cộng chính chỉ có 12 triệu, trong đó số địa chỉ hoạt động trên mạng chính Ethereum chỉ có 6,764, rất xa so với số lượng địa chỉ EOA và CA. Số địa chỉ độc lập trên mạng chính Ethereum đã đạt 270 triệu, có thể thấy EIP4337 gần như không có tiến triển thực chất nào trên mạng chính.
Tuy nhiên, điều này không có nghĩa là giá trị bản chất của AA bị ảnh hưởng. Thiết kế của EIP4337 đã định sẵn rằng nó khó có thể giải quyết tốt vấn đề tương thích ngược của mạng chính. Khi các loại chuỗi L2 đều được nhúng AA gốc, số lượng địa chỉ EIP4337 trên L2 đã tăng mạnh, trong đó số người dùng hoạt động hàng tháng của chuỗi Base và Polygon lần lượt đạt 1 triệu và 3 triệu vào tháng 7, con số này khá đáng kể.
Do đó, vấn đề không nằm ở thiết kế của EIP4337, mà xuất phát từ sự khác biệt giữa mạng chính và L2, chúng cần những giải pháp phù hợp với từng loại.
2. Tài khoản trừu tượng là gì?
Trừu tượng hóa tài khoản về bản chất giải quyết vấn đề tách biệt quyền sở hữu.
Trong kiến trúc máy ảo Ethereum ( EVM ) có hai loại tài khoản: tài khoản bên ngoài ( EOA ) và tài khoản hợp đồng ( Contract Account ). Trong EOA, quyền sở hữu và quyền ký của tài khoản thuộc về cùng một thực thể. Người sở hữu khóa riêng không chỉ sở hữu "quyền sở hữu" của tài khoản mà còn có quyền "ký chuyển nhượng tất cả tài sản".
Đặc điểm này được xác định bởi cấu trúc giao dịch tài khoản Ethereum. Trong cấu trúc giao dịch chuẩn của Ethereum, thực sự không có trường From. Địa chỉ của bên phát động giao dịch được suy ra từ tham số VRS (, tức là chữ ký của người dùng ).
Thiết kế này mặc dù đảm bảo được độ an toàn thông qua mật mã, nhưng cũng dẫn đến tình huống khó khăn về sự hợp nhất quyền sở hữu địa chỉ EOA hiện tại.
Hiệu ứng cốt lõi của EIP4337 là thêm Địa chỉ Gửi vào trường giao dịch, từ đó đạt được sự tách biệt giữa khóa riêng và địa chỉ được thao tác.
Nguyên nhân mà việc tách quyền sở hữu lại quan trọng như vậy là do thiết kế EOA phát sinh ra nhiều vấn đề:
Khó bảo vệ khóa riêng: Mất khóa riêng có nghĩa là mất tất cả tài sản.
Thuật toán chữ ký đơn giản: Giao thức gốc chỉ hỗ trợ thuật toán ký và xác thực ECDSA.
Quyền ký quá cao: Không hỗ trợ đa ký nguyên bản, ký đơn có thể thực hiện bất kỳ thao tác nào.
Phí giao dịch chỉ có thể thanh toán bằng ETH, không hỗ trợ giao dịch hàng loạt.
Quyền riêng tư giao dịch dễ bị rò rỉ: Giao dịch một-một dễ dàng phân tích thông tin người nắm giữ tài khoản.
Những hạn chế này khiến người dùng thông thường khó sử dụng Ethereum:
Đầu tiên, người dùng phải nắm giữ Ether ( và chịu rủi ro biến động giá ) để có thể sử dụng các ứng dụng trên Ethereum.
Thứ hai, người dùng cần xử lý logic phí phức tạp, như Gas price, Gas limit, giao dịch bị chặn ( thứ tự Nonce ) và các khái niệm khác quá phức tạp đối với người dùng.
Cuối cùng, mặc dù nhiều ví hoặc ứng dụng blockchain cố gắng cải thiện trải nghiệm người dùng thông qua việc tối ưu hóa sản phẩm, nhưng hiệu quả vẫn hạn chế.
Do đó, chìa khóa để vượt qua khó khăn là thực hiện trừu tượng hóa tài khoản, tách biệt quyền sở hữu (Owner) và quyền ký (Signer), từ đó dần dần giải quyết các vấn đề nêu trên.
Trong lịch sử, đã có nhiều phương án được đề xuất, cuối cùng tập trung thành hai hướng chính.
3. Sắp xếp bối cảnh đề xuất AA lịch sử
Giải pháp cho vấn đề dường như có nhiều đề xuất EIP, nhưng cuối cùng chỉ có hai hướng tư duy cốt lõi. Mỗi vấn đề mà các EIP chưa được thông qua xem xét, cuối cùng đều hội tụ thành điểm đột phá của giải pháp hiện tại.
3.1 Tuyến đường đầu tiên: Chuyển đổi địa chỉ EOA thành địa chỉ CA
Ngay từ tháng 11 năm 2015, Vitalik đã đề xuất một cấu trúc mới sử dụng hợp đồng làm tài khoản trong EIP-101. Giải pháp này đề nghị thay đổi địa chỉ để chỉ chứa mã và không gian lưu trữ, hỗ trợ thanh toán phí giao dịch bằng token ERC20, thông qua hợp đồng biên soạn trước để cải tạo token gốc thành token tương tự ERC20 ( với các chức năng như ủy quyền trừ tiền ), và đơn giản hóa các trường giao dịch chỉ chứa to, startgas, data và code.
Giải pháp này có thể được coi là một cuộc cách mạng, sẽ thay đổi đáng kể thiết kế nền tảng, khiến mỗi địa chỉ tài khoản đều có "logic" riêng của mình ( đây chính là hiệu ứng mà EIP-7702 hiện tại muốn đạt được ).
Nó còn có thể phát sinh các chức năng khác, như:
Hỗ trợ giao dịch sử dụng nhiều thuật toán mã hóa hơn, bởi phương pháp xác thực ký hiệu được chỉ định bởi Code nội bộ của từng địa chỉ.
Có khả năng chống lại các cuộc tấn công lượng tử, vì mã có thể được nâng cấp.
Cung cấp các tính năng chức năng tương tự như Ether và hợp đồng ERC20, thực hiện ủy quyền trừ tiền, không cần tiêu tốn đồng coin gốc.
Nâng cao không gian tùy chỉnh của tài khoản, hỗ trợ phục hồi xã hội, SBT, tìm lại khóa và các chức năng khác.
Lý do mà kế hoạch này không thể tiếp tục được rất đơn giản: bước đi quá lớn, không xem xét kỹ lưỡng vấn đề xung đột hash giao dịch và các rủi ro về an ninh vào thời điểm đó, do đó nó đã bị gác lại. Nhưng mỗi ưu điểm trong đó đã trở thành một trong những chức năng cốt lõi của EIP4337 và EIP7702 sau này.
Sau đó, một loạt các EIP đã cố gắng hoàn thiện logic này:
EIP-859: trừu tượng hóa tài khoản chuỗi chính (2018-01-30)
Đề xuất này cố gắng giải quyết vấn đề triển khai Code. Vai trò cốt lõi của nó là, khi hợp đồng của bên giao dịch chưa được triển khai, sử dụng tham số code kèm theo giao dịch để thực hiện triển khai ví hợp đồng. Ngoài ra, còn đề xuất mã vận hành PAYGAS mới, ngoài việc thanh toán gas, cũng như một bộ phân tách giữa phần xác thực và phần thực thi trong tham số giao dịch.
Mặc dù không thể thực hiện vào thời điểm đó, nhưng ý tưởng này đã trở thành một trong những logic cốt lõi của EIP7702 ngày nay. Mỗi giao dịch của EIP7702 kết hợp với cấu trúc giao dịch đặc biệt, có thể kèm theo một số mã nhất định, từ đó cho phép địa chỉ EOA có khả năng hợp đồng trong giao dịch này.
EIP-7702: Thiết lập mã tài khoản EOA (2024-05-07)
Đây là EIP cốt lõi được thảo luận trong bài viết này, được Vitalik đề xuất, như một giải pháp thay thế cho EIP-3074. Do đó, EIP-3074 đã bị loại bỏ, EIP-7702 đã được xác định sẽ được đưa vào phân nhánh cứng ETH Prague/Electra(Pectra) sắp tới, nội dung cụ thể chúng tôi sẽ trình bày chi tiết trong phần sau.
3.2 Tuyến đường thứ hai: Để địa chỉ EOA điều khiển địa chỉ CA
EIP-3074: bổ sung mã thao tác AUTH và AUTHCALL (2020-10-15)
Đề xuất này gợi ý thêm hai mã vận hành mới AUTH và AUTHCALL vào EVM, cho phép EOA ủy quyền cho hợp đồng gọi các hợp đồng khác thay vì danh tính EOA qua hai mã vận hành này.
Nói một cách ngắn gọn, EOA có thể gửi một tin nhắn đã ký ( giao dịch ) đến một hợp đồng mà nó tin tưởng ( được gọi là Invoker ), hợp đồng Invoker này có thể sử dụng mã lệnh AUTH và AUTHCALL thay thế EOA này để gửi giao dịch.
EIP-4337: Sử dụng bộ nhớ giao dịch để thực hiện trừu tượng hóa tài khoản(2021-09-29)
Đề xuất này được thiết kế dựa trên cảm hứng từ MEV, giá trị cốt lõi của nó là hoàn toàn tránh sự thay đổi của giao thức lớp đồng thuận.
EIP-4337 đã đề xuất một đối tượng giao dịch mới là UserOperation, người dùng gửi đối tượng này vào vùng nhớ, từ đó các bundler sẽ đóng gói hàng loạt và giao cho hợp đồng thực hiện giao dịch từ góc độ của thợ mỏ, về bản chất là nâng cao giao dịch cơ bản và hoạt động tài khoản lên cấp độ hợp đồng.
EIP-5189: Thông qua người bảo lãnh thao tác trừu tượng hóa tài khoản (2022-06-29)
Điều này có thể được coi là một tối ưu hóa cho logic EIP4337, thông qua việc thiết lập cơ chế bảo lãnh tiền phạt để ngăn chặn các cuộc tấn công DoS chặn của Bundler độc hại.
( 3.3 Các đề xuất khác hỗ trợ trừu tượng hóa tài khoản
EIP-2718: bao bì của loại giao dịch mới )2020-06-13###
Đây là một đề xuất đã được xác định cuối cùng, nó định nghĩa một loại giao dịch mới, như một phong bì cho các loại giao dịch mới trong tương lai.
Hiệu ứng cuối cùng là, khi giới thiệu các loại giao dịch mới, thông qua mã hóa cụ thể để phân biệt các loại giao dịch khác nhau, do đó chỉ cần xem xét tính tương thích ngược, mà không cần tính tương thích tiến. Ví dụ phổ biến nhất là EIP1559, nó phân biệt phí giao dịch, sử dụng mã hóa loại giao dịch mới, trong khi không ảnh hưởng đến loại giao dịch legacy ban đầu.
EIP-3607: Cấm địa chỉ EOA triển khai hợp đồng (2021-06-10)
Đây là phương án bổ sung trên đường dẫn AA, nhằm ngăn chặn vấn đề xung đột giữa địa chỉ triển khai hợp đồng và địa chỉ EOA. Nó sẽ kiểm soát phương pháp tạo ra hợp đồng, cấm hệ thống triển khai mã vào những địa chỉ đã là địa chỉ EOA. Rủi ro này thực tế rất nhỏ, vì địa chỉ Ethereum dài tới 160 bit, mặc dù có cách sử dụng khóa riêng để va chạm ra khóa riêng của địa chỉ hợp đồng chỉ định, nhưng ngay cả khi sử dụng toàn bộ sức mạnh tính toán của mạng Bitcoin, ước tính cũng cần một năm.
( 3.4 Làm thế nào để hiểu quá trình phát triển của trừu tượng hóa tài khoản?
Đầu tiên cần hiểu giá trị sau khi chuyển đổi thành CA.
Đây cơ bản là hiệu ứng thực tế của EIP-4337, nó có thể đạt được:
Hỗ trợ ký nhiều và khôi phục xã hội
Hỗ trợ giao dịch hàng loạt
Hỗ trợ sử dụng token ERC20 để thanh toán phí gas
Hỗ trợ giới hạn giao dịch
Hỗ trợ giao dịch không gas ) thanh toán gas ###
Hỗ trợ khóa tài khoản ( chuyển đổi ví nóng và lạnh )
Tuy nhiên, nhược điểm cốt lõi của EIP-4337 là vi phạm nguyên tắc động cơ con người.
Nó có vẻ tốt hơn, nhưng rơi vào vòng lặp chết của sự phát triển thị trường: Nhiều Dapp vẫn chưa tương thích, người dùng không muốn sử dụng địa chỉ CA, thậm chí việc sử dụng CA có thể tạo ra chi phí giao dịch cao hơn ( Trong các tình huống chuyển khoản thông thường, phí giao dịch có thể gấp đôi ), quá phụ thuộc vào tính tương thích của chính Dapp.
Đây là lý do tại sao nó vẫn chưa phổ biến trên mạng chính của Ethereum cho đến nay.
Chi phí là tiêu chí quan trọng nhất của người dùng, phải giảm chi phí.
Nhưng để thực sự giảm GAS, cần phải thông qua việc nâng cấp phân nhánh mềm của chính Ethereum, sửa đổi tính toán GAS hoặc các mô-đun tiêu thụ GAS của mã vận hành. Vậy tại sao khi thực hiện phân nhánh mềm, không xem xét trực tiếp EIP-7702?
4. Phân tích toàn diện EIP-7702
( 4.1 Giới thiệu EIP-7702
Đề xuất này thông qua việc giới thiệu loại giao dịch mới, cho phép EOA tạm thời có chức năng của hợp đồng thông minh trong một giao dịch đơn, từ đó hỗ trợ các hoạt động kinh doanh như giao dịch hàng loạt, giao dịch không Gas và quản lý quyền tùy chỉnh, mà không cần giới thiệu opCode EVM mới ) ảnh hưởng đến khả năng tương thích ngược ###.
Nó cho phép người dùng có được hầu hết các khả năng AA mà không cần triển khai hợp đồng thông minh, thậm chí hỗ trợ bên thứ ba khởi xướng giao dịch thay mặt người dùng mà không cần người dùng cung cấp khóa riêng, chỉ cần ký thông tin ủy quyền là đủ.
( 4.2 Cấu trúc dữ liệu
EIP-7702 định nghĩa loại giao dịch mới 0x04, nội dung TransactionPayload của loại giao dịch này là kết quả tuần tự hóa RLP của các nội dung sau:
Trong đó, đối tượng authorization_list mới lưu trữ mã mà người ký muốn thực hiện trong EOA của họ. Người dùng ký giao dịch đồng thời cũng ký mã sẽ được thực hiện.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
12 thích
Phần thưởng
12
5
Chia sẻ
Bình luận
0/400
CryptoPunster
· 3giờ trước
7702 đã đến rồi, 4337 vẫn chưa cập bến.
Xem bản gốcTrả lời0
RektRecovery
· 08-01 17:29
meh... một đề xuất AA khác có khả năng sẽ bị rekt như 4337 đã làm. gọi nó bây giờ
Xem bản gốcTrả lời0
BearMarketNoodler
· 08-01 17:26
Đề xuất mới cuối cùng cũng đến, 4337 vẫn chưa ấm lên.
EIP-7702: Bước đột phá mới trong trừu tượng hóa tài khoản Ethereum và phát triển tương lai
Độ sâu phân tích lịch sử tiến hóa và triển vọng tương lai của trừu tượng hóa tài khoản Ethereum
Giới thiệu
Bài viết này sẽ khám phá quá trình phát triển của trừu tượng hóa tài khoản Ethereum (AA) từ hai khía cạnh chính:
Đầu tiên, chúng ta sẽ truy ngược lại bối cảnh lịch sử kể từ đề xuất AA đầu tiên vào năm 2015, hệ thống tổng hợp nội dung chính của các đề xuất EIP cho đến nay, đào sâu vào quá trình tiến hóa của đề xuất AA, và tiến hành đánh giá toàn diện về ưu và nhược điểm của từng kế hoạch.
Thứ hai, chúng tôi sẽ phân tích những nguyên nhân khiến phản ứng thị trường kém sau khi EIP4337 được ra mắt, và đi sâu vào EIP7702, sẽ được đưa vào các phiên bản nâng cấp tương lai của Ethereum. Đề xuất này, khi được hợp nhất, sẽ thay đổi căn bản hình thái ứng dụng trên chuỗi.
EIP-7702 được coi là một cuộc cách mạng mang tính thời đại, hãy cùng chúng tôi khám phá những bí ẩn bên trong.
1. Bối cảnh trừu tượng hóa tài khoản
1.1 Ý nghĩa của trừu tượng hóa tài khoản
Nhà sáng lập Ethereum gần đây đã cập nhật lại lộ trình phát triển ETH, nhưng các thiết lập về trừu tượng hóa tài khoản vẫn không thay đổi. Mô hình chính hiện tại đang chuyển từ EIP-4337 sang giai đoạn tiếp theo "chuyển đổi tài khoản EOA tự nguyện".
Mặc dù EIP4337 đã ra mắt hơn một năm, nhưng phản ứng của thị trường lại rất mâu thuẫn - người dùng nhìn chung đều công nhận giá trị của nó, nhưng tỷ lệ sử dụng thực tế lại không cao. Trong bối cảnh này, tiến độ của EIP-7702 đã được đẩy nhanh đáng kể và đã được xác định sẽ được hợp nhất trong lần nâng cấp tiếp theo.
1.2 Tình trạng thị trường của trừu tượng hóa tài khoản
Sau một năm rưỡi phát triển, tổng số địa chỉ EIP4337 trên các chuỗi công cộng chính chỉ có 12 triệu, trong đó số địa chỉ hoạt động trên mạng chính Ethereum chỉ có 6,764, rất xa so với số lượng địa chỉ EOA và CA. Số địa chỉ độc lập trên mạng chính Ethereum đã đạt 270 triệu, có thể thấy EIP4337 gần như không có tiến triển thực chất nào trên mạng chính.
Tuy nhiên, điều này không có nghĩa là giá trị bản chất của AA bị ảnh hưởng. Thiết kế của EIP4337 đã định sẵn rằng nó khó có thể giải quyết tốt vấn đề tương thích ngược của mạng chính. Khi các loại chuỗi L2 đều được nhúng AA gốc, số lượng địa chỉ EIP4337 trên L2 đã tăng mạnh, trong đó số người dùng hoạt động hàng tháng của chuỗi Base và Polygon lần lượt đạt 1 triệu và 3 triệu vào tháng 7, con số này khá đáng kể.
Do đó, vấn đề không nằm ở thiết kế của EIP4337, mà xuất phát từ sự khác biệt giữa mạng chính và L2, chúng cần những giải pháp phù hợp với từng loại.
2. Tài khoản trừu tượng là gì?
Trừu tượng hóa tài khoản về bản chất giải quyết vấn đề tách biệt quyền sở hữu.
Trong kiến trúc máy ảo Ethereum ( EVM ) có hai loại tài khoản: tài khoản bên ngoài ( EOA ) và tài khoản hợp đồng ( Contract Account ). Trong EOA, quyền sở hữu và quyền ký của tài khoản thuộc về cùng một thực thể. Người sở hữu khóa riêng không chỉ sở hữu "quyền sở hữu" của tài khoản mà còn có quyền "ký chuyển nhượng tất cả tài sản".
Đặc điểm này được xác định bởi cấu trúc giao dịch tài khoản Ethereum. Trong cấu trúc giao dịch chuẩn của Ethereum, thực sự không có trường From. Địa chỉ của bên phát động giao dịch được suy ra từ tham số VRS (, tức là chữ ký của người dùng ).
Thiết kế này mặc dù đảm bảo được độ an toàn thông qua mật mã, nhưng cũng dẫn đến tình huống khó khăn về sự hợp nhất quyền sở hữu địa chỉ EOA hiện tại.
Hiệu ứng cốt lõi của EIP4337 là thêm Địa chỉ Gửi vào trường giao dịch, từ đó đạt được sự tách biệt giữa khóa riêng và địa chỉ được thao tác.
Nguyên nhân mà việc tách quyền sở hữu lại quan trọng như vậy là do thiết kế EOA phát sinh ra nhiều vấn đề:
Khó bảo vệ khóa riêng: Mất khóa riêng có nghĩa là mất tất cả tài sản.
Thuật toán chữ ký đơn giản: Giao thức gốc chỉ hỗ trợ thuật toán ký và xác thực ECDSA.
Quyền ký quá cao: Không hỗ trợ đa ký nguyên bản, ký đơn có thể thực hiện bất kỳ thao tác nào.
Phí giao dịch chỉ có thể thanh toán bằng ETH, không hỗ trợ giao dịch hàng loạt.
Quyền riêng tư giao dịch dễ bị rò rỉ: Giao dịch một-một dễ dàng phân tích thông tin người nắm giữ tài khoản.
Những hạn chế này khiến người dùng thông thường khó sử dụng Ethereum:
Đầu tiên, người dùng phải nắm giữ Ether ( và chịu rủi ro biến động giá ) để có thể sử dụng các ứng dụng trên Ethereum.
Thứ hai, người dùng cần xử lý logic phí phức tạp, như Gas price, Gas limit, giao dịch bị chặn ( thứ tự Nonce ) và các khái niệm khác quá phức tạp đối với người dùng.
Cuối cùng, mặc dù nhiều ví hoặc ứng dụng blockchain cố gắng cải thiện trải nghiệm người dùng thông qua việc tối ưu hóa sản phẩm, nhưng hiệu quả vẫn hạn chế.
Do đó, chìa khóa để vượt qua khó khăn là thực hiện trừu tượng hóa tài khoản, tách biệt quyền sở hữu (Owner) và quyền ký (Signer), từ đó dần dần giải quyết các vấn đề nêu trên.
Trong lịch sử, đã có nhiều phương án được đề xuất, cuối cùng tập trung thành hai hướng chính.
3. Sắp xếp bối cảnh đề xuất AA lịch sử
Giải pháp cho vấn đề dường như có nhiều đề xuất EIP, nhưng cuối cùng chỉ có hai hướng tư duy cốt lõi. Mỗi vấn đề mà các EIP chưa được thông qua xem xét, cuối cùng đều hội tụ thành điểm đột phá của giải pháp hiện tại.
3.1 Tuyến đường đầu tiên: Chuyển đổi địa chỉ EOA thành địa chỉ CA
Ngay từ tháng 11 năm 2015, Vitalik đã đề xuất một cấu trúc mới sử dụng hợp đồng làm tài khoản trong EIP-101. Giải pháp này đề nghị thay đổi địa chỉ để chỉ chứa mã và không gian lưu trữ, hỗ trợ thanh toán phí giao dịch bằng token ERC20, thông qua hợp đồng biên soạn trước để cải tạo token gốc thành token tương tự ERC20 ( với các chức năng như ủy quyền trừ tiền ), và đơn giản hóa các trường giao dịch chỉ chứa to, startgas, data và code.
Giải pháp này có thể được coi là một cuộc cách mạng, sẽ thay đổi đáng kể thiết kế nền tảng, khiến mỗi địa chỉ tài khoản đều có "logic" riêng của mình ( đây chính là hiệu ứng mà EIP-7702 hiện tại muốn đạt được ).
Nó còn có thể phát sinh các chức năng khác, như:
Hỗ trợ giao dịch sử dụng nhiều thuật toán mã hóa hơn, bởi phương pháp xác thực ký hiệu được chỉ định bởi Code nội bộ của từng địa chỉ.
Có khả năng chống lại các cuộc tấn công lượng tử, vì mã có thể được nâng cấp.
Cung cấp các tính năng chức năng tương tự như Ether và hợp đồng ERC20, thực hiện ủy quyền trừ tiền, không cần tiêu tốn đồng coin gốc.
Nâng cao không gian tùy chỉnh của tài khoản, hỗ trợ phục hồi xã hội, SBT, tìm lại khóa và các chức năng khác.
Lý do mà kế hoạch này không thể tiếp tục được rất đơn giản: bước đi quá lớn, không xem xét kỹ lưỡng vấn đề xung đột hash giao dịch và các rủi ro về an ninh vào thời điểm đó, do đó nó đã bị gác lại. Nhưng mỗi ưu điểm trong đó đã trở thành một trong những chức năng cốt lõi của EIP4337 và EIP7702 sau này.
Sau đó, một loạt các EIP đã cố gắng hoàn thiện logic này:
EIP-859: trừu tượng hóa tài khoản chuỗi chính (2018-01-30)
Đề xuất này cố gắng giải quyết vấn đề triển khai Code. Vai trò cốt lõi của nó là, khi hợp đồng của bên giao dịch chưa được triển khai, sử dụng tham số code kèm theo giao dịch để thực hiện triển khai ví hợp đồng. Ngoài ra, còn đề xuất mã vận hành PAYGAS mới, ngoài việc thanh toán gas, cũng như một bộ phân tách giữa phần xác thực và phần thực thi trong tham số giao dịch.
Mặc dù không thể thực hiện vào thời điểm đó, nhưng ý tưởng này đã trở thành một trong những logic cốt lõi của EIP7702 ngày nay. Mỗi giao dịch của EIP7702 kết hợp với cấu trúc giao dịch đặc biệt, có thể kèm theo một số mã nhất định, từ đó cho phép địa chỉ EOA có khả năng hợp đồng trong giao dịch này.
EIP-7702: Thiết lập mã tài khoản EOA (2024-05-07)
Đây là EIP cốt lõi được thảo luận trong bài viết này, được Vitalik đề xuất, như một giải pháp thay thế cho EIP-3074. Do đó, EIP-3074 đã bị loại bỏ, EIP-7702 đã được xác định sẽ được đưa vào phân nhánh cứng ETH Prague/Electra(Pectra) sắp tới, nội dung cụ thể chúng tôi sẽ trình bày chi tiết trong phần sau.
3.2 Tuyến đường thứ hai: Để địa chỉ EOA điều khiển địa chỉ CA
EIP-3074: bổ sung mã thao tác AUTH và AUTHCALL (2020-10-15)
Đề xuất này gợi ý thêm hai mã vận hành mới AUTH và AUTHCALL vào EVM, cho phép EOA ủy quyền cho hợp đồng gọi các hợp đồng khác thay vì danh tính EOA qua hai mã vận hành này.
Nói một cách ngắn gọn, EOA có thể gửi một tin nhắn đã ký ( giao dịch ) đến một hợp đồng mà nó tin tưởng ( được gọi là Invoker ), hợp đồng Invoker này có thể sử dụng mã lệnh AUTH và AUTHCALL thay thế EOA này để gửi giao dịch.
EIP-4337: Sử dụng bộ nhớ giao dịch để thực hiện trừu tượng hóa tài khoản(2021-09-29)
Đề xuất này được thiết kế dựa trên cảm hứng từ MEV, giá trị cốt lõi của nó là hoàn toàn tránh sự thay đổi của giao thức lớp đồng thuận.
EIP-4337 đã đề xuất một đối tượng giao dịch mới là UserOperation, người dùng gửi đối tượng này vào vùng nhớ, từ đó các bundler sẽ đóng gói hàng loạt và giao cho hợp đồng thực hiện giao dịch từ góc độ của thợ mỏ, về bản chất là nâng cao giao dịch cơ bản và hoạt động tài khoản lên cấp độ hợp đồng.
EIP-5189: Thông qua người bảo lãnh thao tác trừu tượng hóa tài khoản (2022-06-29)
Điều này có thể được coi là một tối ưu hóa cho logic EIP4337, thông qua việc thiết lập cơ chế bảo lãnh tiền phạt để ngăn chặn các cuộc tấn công DoS chặn của Bundler độc hại.
( 3.3 Các đề xuất khác hỗ trợ trừu tượng hóa tài khoản
EIP-2718: bao bì của loại giao dịch mới )2020-06-13###
Đây là một đề xuất đã được xác định cuối cùng, nó định nghĩa một loại giao dịch mới, như một phong bì cho các loại giao dịch mới trong tương lai.
Hiệu ứng cuối cùng là, khi giới thiệu các loại giao dịch mới, thông qua mã hóa cụ thể để phân biệt các loại giao dịch khác nhau, do đó chỉ cần xem xét tính tương thích ngược, mà không cần tính tương thích tiến. Ví dụ phổ biến nhất là EIP1559, nó phân biệt phí giao dịch, sử dụng mã hóa loại giao dịch mới, trong khi không ảnh hưởng đến loại giao dịch legacy ban đầu.
EIP-3607: Cấm địa chỉ EOA triển khai hợp đồng (2021-06-10)
Đây là phương án bổ sung trên đường dẫn AA, nhằm ngăn chặn vấn đề xung đột giữa địa chỉ triển khai hợp đồng và địa chỉ EOA. Nó sẽ kiểm soát phương pháp tạo ra hợp đồng, cấm hệ thống triển khai mã vào những địa chỉ đã là địa chỉ EOA. Rủi ro này thực tế rất nhỏ, vì địa chỉ Ethereum dài tới 160 bit, mặc dù có cách sử dụng khóa riêng để va chạm ra khóa riêng của địa chỉ hợp đồng chỉ định, nhưng ngay cả khi sử dụng toàn bộ sức mạnh tính toán của mạng Bitcoin, ước tính cũng cần một năm.
( 3.4 Làm thế nào để hiểu quá trình phát triển của trừu tượng hóa tài khoản?
Đầu tiên cần hiểu giá trị sau khi chuyển đổi thành CA.
Đây cơ bản là hiệu ứng thực tế của EIP-4337, nó có thể đạt được:
Tuy nhiên, nhược điểm cốt lõi của EIP-4337 là vi phạm nguyên tắc động cơ con người.
Nó có vẻ tốt hơn, nhưng rơi vào vòng lặp chết của sự phát triển thị trường: Nhiều Dapp vẫn chưa tương thích, người dùng không muốn sử dụng địa chỉ CA, thậm chí việc sử dụng CA có thể tạo ra chi phí giao dịch cao hơn ( Trong các tình huống chuyển khoản thông thường, phí giao dịch có thể gấp đôi ), quá phụ thuộc vào tính tương thích của chính Dapp.
Đây là lý do tại sao nó vẫn chưa phổ biến trên mạng chính của Ethereum cho đến nay.
Chi phí là tiêu chí quan trọng nhất của người dùng, phải giảm chi phí.
Nhưng để thực sự giảm GAS, cần phải thông qua việc nâng cấp phân nhánh mềm của chính Ethereum, sửa đổi tính toán GAS hoặc các mô-đun tiêu thụ GAS của mã vận hành. Vậy tại sao khi thực hiện phân nhánh mềm, không xem xét trực tiếp EIP-7702?
4. Phân tích toàn diện EIP-7702
( 4.1 Giới thiệu EIP-7702
Đề xuất này thông qua việc giới thiệu loại giao dịch mới, cho phép EOA tạm thời có chức năng của hợp đồng thông minh trong một giao dịch đơn, từ đó hỗ trợ các hoạt động kinh doanh như giao dịch hàng loạt, giao dịch không Gas và quản lý quyền tùy chỉnh, mà không cần giới thiệu opCode EVM mới ) ảnh hưởng đến khả năng tương thích ngược ###.
Nó cho phép người dùng có được hầu hết các khả năng AA mà không cần triển khai hợp đồng thông minh, thậm chí hỗ trợ bên thứ ba khởi xướng giao dịch thay mặt người dùng mà không cần người dùng cung cấp khóa riêng, chỉ cần ký thông tin ủy quyền là đủ.
( 4.2 Cấu trúc dữ liệu
EIP-7702 định nghĩa loại giao dịch mới 0x04, nội dung TransactionPayload của loại giao dịch này là kết quả tuần tự hóa RLP của các nội dung sau:
rlp)[ chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, điểm đến, giá trị, dữ liệu, danh sách_truy_cập, danh sách ủy quyền, signature_y_parity, signature_r, signature_s ]###
Trong đó, đối tượng authorization_list mới lưu trữ mã mà người ký muốn thực hiện trong EOA của họ. Người dùng ký giao dịch đồng thời cũng ký mã sẽ được thực hiện.