Đọc sâu về quá khứ và tương lai của lĩnh vực trừu tượng tài khoản Ethereum
Bài viết này được chia thành hai phần lớn:
Phần trên bắt đầu 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, thảo luận về quá trình phát triển của các đề xuất lịch sử AA, và đánh giá tổng hợp các phương án.
Phần dưới cùng tập trung vào việc so sánh phản hồi thị trường ảm đạm sau khi EIP4337 được đề xuất, phân tích sâu về EIP7702 sẽ được đưa vào phiên bản nâng cấp Ethereum tiếp theo. Đề xuất này, một khi được hợp nhất, sẽ thay đổi hoàn toàn hình thức ứng dụng trên chuỗi.
EIP-7702 có ý nghĩa lịch sử, hãy cùng tìm hiểu chi tiết.
1. Bối cảnh trừu tượng tài khoản
1.1 Ý nghĩa trừu tượng của tài khoản
Người sáng lập Ethereum Vitalik đã cập nhật lại lộ trình phát triển ETH vào cuối năm 2023, nhưng không thay đổi thiết lập trừu tượng tài khoản. Hiện tại, mô hình chính đang chuyển từ EIP-4337 vào giai đoạn tiếp theo "chuyển đổi tài khoản EOA tự nguyện".
Hơn một năm sau khi EIP4337 được ra mắt, người dùng công nhận nhưng chưa được sử dụng rộng rãi. Môi trường thị trường mâu thuẫn này đã thúc đẩy tiến trình của EIP-7702, đề xuất này đã được xác nhận sẽ được tích hợp trong lần nâng cấp tiếp theo.
1.2 Tình trạng thị trường trừu tượng tài khoản
Sau một năm rưỡi phát triển, EIP4337 chỉ có 12 triệu địa chỉ trên các chuỗi chính, trong đó số địa chỉ hoạt động trên mạng chính Ethereum chỉ là 6,764, thấp hơn nhiều 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, cho thấy EIP4337 gần như không có sự phát triển đáng kể trên mạng chính.
Tuy nhiên, điều này không ảnh hưởng đến giá trị cốt lõi của AA. Thiết kế của EIP4337 chắc chắn sẽ khó giải quyết vấn đề tương thích ngược của mạng chính. Với việc các loại L2 được tích hợp vào AA, số lượng địa chỉ EIP4337 trên L2 đã tăng vọt, với số lượng người dùng hoạt động hàng tháng trên chuỗi Base và Polygon lần lượt đạt 1 triệu và 3 triệu vào tháng 7.
Vì vậy, thiết kế EIP4337 không có vấn đề gì, tình trạng hiện tại xuất phát từ sự khác biệt giữa mạng chính và L2, chúng cần các giải pháp áp dụng khác nhau.
2. Tài khoản trừu tượng là gì?
Tính trừu tượng tài khoản về cơ bản giải quyết vấn đề tách biệt quyền sở hữu.
Trong kiến trúc EVM có hai loại tài khoản là (EOA) và (CA). Quyền sở hữu và quyền ký của EOA thực sự được giữ bởi cùng một chủ thể. Người sở hữu khóa riêng không chỉ sở hữu "quyền sở hữu tài khoản", mà còn có thể "ký chuyển nhượng tất cả tài sản".
Đây là do cấu trúc giao dịch của tài khoản Ethereum quyết định. Trong giao dịch tiêu chuẩn không có trường From, việc chuyển tiền được thực hiện thông qua tham số VRS ( chữ ký của người dùng ) để giải mã địa chỉ From. Sự an toàn được đảm bảo bởi mật mã này đã dẫn đến tình trạng khó khăn trong việc 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ỉ Người gửi vào trường giao dịch, từ đó thực hiện việc tách biệt khóa riêng và địa chỉ được thao tác.
Việc tách quyền sở hữu là rất quan trọng, vì 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 ký duy nhất: Giao thức gốc chỉ có thể sử dụng thuật toán ECDSA.
Quyền ký quá cao: không có đa ký gốc, 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.
Riêng tư giao dịch dễ bị rò rỉ: giao dịch một-một dễ phân tích thông tin tài khoản
Những ràng buộc 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á.
Thứ hai, người dùng cần xử lý logic phí phức tạp.
Cuối cùng, mặc dù nhiều ví cố gắng tối ưu hóa trải nghiệm, nhưng hiệu quả hạn chế.
Do đó, điểm đột phá nằm ở việc thực hiện trừu tượng hóa tài khoản, tách rời quyền sở hữu (Owner) và quyền ký (Signer), từ đó từng bước giải quyết các vấn đề trên.
Trong lịch sử có nhiều phương án, cuối cùng được tổng hợp thành hai hướng.
3. Sắp xếp bối cảnh lịch sử đề xuất AA
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 EIP chưa được thông qua đều đã kết hợp các vấn đề mà nó xem xét vào các giải pháp hiện có.
3.1 Lộ trình đầu tiên: Chuyển đổi địa chỉ EOA sang địa chỉ CA
Vào ngày 15 tháng 11 năm 2015, Vitalik đã đề xuất một cấu trúc mới cho tài khoản dưới dạng hợp đồng trong EIP-101. Địa chỉ được thay đổi thành chỉ có mã và không gian lưu trữ, phương thức thanh toán phí giao dịch được thay đổi, thông qua hợp đồng tiền biên chế để chuyển đổi token gốc thành loại ERC20 lưu trữ số dư, tinh giản các trường giao dịch.
Cuộc cách mạng lớn này sẽ thay đổi thiết kế cơ bản một cách đáng kể, cho phép mỗi địa chỉ tài khoản đều có "logic" của riêng mình. ( cũng là hiệu ứng mà EIP-7702 hiện nay muốn đạt được. ).
Chức năng phái sinh bao gồm:
Giao dịch sử dụng nhiều thuật toán mã hóa hơn
Có tính năng chống lại tấn công lượng tử
Ether có các đặc điểm chức năng tương tự như ERC20
Tăng cường không gian tùy chỉnh tài khoản
Việc không tiếp tục tiến triển là do bước đi quá lớn, không xem xét đầy đủ xung đột hash giao dịch hiện tại và các vấn đề an ninh, nhưng mỗi ý tưởng ưu điểm đã trở thành chức năng cốt lõi của EIP4337 và EIP7702 sau này.
Sau đó còn một loạt EIP cố gắng hoàn thiện logic này:
EIP-859(2018-01-30):Tài khoản trừu tượng chuỗi chính
Giải quyết vấn đề triển khai Code, đề xuất mã vận hành PAYGAS mới.
EIP-7702(2024-05-07): thiết lập mã tài khoản EOA
Là một giải pháp thay thế cho EIP-3074, sẽ được đưa vào trong hard fork ETH Prague/Electra sắp tới.
3.2 Tuyến đường thứ hai: để địa chỉ EOA điều khiển địa chỉ CA
EIP-3074(2020-10-15): Thêm mã vận hành AUTH và AUTHCALL
Thêm hai mã lệnh mới, cho phép EOA ủy quyền cho hợp đồng thay mặt cho danh tính của nó gọi các hợp đồng khác.
EIP-4337(2021-09-29): Sử dụng bộ nhớ giao dịch để thực hiện trừu tượng tài khoản
Được thiết kế dựa trên cảm hứng từ MEV, hoàn toàn có thể tránh thay đổi giao thức lớp đồng thuận. Đề xuất đối tượng UserOperation mới, được các bundlers gộp lại và giao cho việc thực hiện giao dịch hợp đồng.
EIP-5189(2022-06-29): Thông qua người bảo lãnh thực hiện tài khoản trừu tượng
Tối ưu hóa logic EIP4337, ngăn chặn tấn công DoS thông qua cơ chế bảo đảm phạt tiền.
3.3 Các đề xuất khác hỗ trợ AA
EIP-2718(2020-06-13): phong bì của loại giao dịch mới
Định nghĩa 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.
EIP-3607(2021-06-10): Cấm địa chỉ EOA triển khai hợp đồng
Ngăn chặn xung đột giữa địa chỉ triển khai hợp đồng và địa chỉ EOA.
3.4 sự phát triển trừu tượng của tài khoản
Trước tiên cần hiểu giá trị sau khi chuyển đổi thành CA, cơ bản chính là hiệu quả thực tế của EIP-4337.
Nhưng nhược điểm cốt lõi của EIP-4337 là đi ngược lại nguyên tắc động cơ con người. Mặc dù có vẻ tốt hơn, nhưng lại rơi vào vòng lặp chết trong phát triển thị trường. Tính tương thích của Dapp không đủ, người dùng không muốn sử dụng địa chỉ CA, chi phí sử dụng CA cao hơn, quá phụ thuộc vào tính tương thích của Dapp.
Do đó, nó chưa thể phổ biến trên mạng chính của Ethereum. Chi phí là tiêu chí quan trọng nhất của người dùng, phải giảm chi phí.
Để thực sự giảm GAS, cần phải thực hiện nâng cấp phân nhánh mềm cho chính Ethereum, sửa đổi cách tính GAS hoặc tiêu thụ GAS của mã hoạt động. Nếu đã muốn phân nhánh mềm, thì có lẽ nên 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
Thông qua loại giao dịch mới, cho phép EOA tạm thời có chức năng hợp đồng thông minh trong một giao dịch duy nhất, hỗ trợ giao dịch hàng loạt, giao dịch không Gas và quản lý quyền tùy chỉnh, và không cần giới thiệu mã opCode EVM mới.
Người dùng không cần triển khai hợp đồng thông minh để có được hầu hết khả năng AA, thậm chí có thể do bên thứ ba đại diện cho người dùng khởi xướng giao dịch, chỉ cần ký thông tin ủy quyền.
4.2 cấu trúc dữ liệu
Định nghĩa loại giao dịch mới 0x04, TransactionPayload là kết quả của chuỗi mã hóa RLP của các nội dung sau:
Thêm đối tượng authorization_list, lưu trữ mã mà người ký muốn thực hiện trong EOA. Người dùng ký giao dịch đồng thời ký mã hợp đồng sẽ được thực hiện, tồn tại dưới dạng danh sách hai chiều, có thể lưu trữ nhiều thông tin thao tác một cách hàng loạt.
Khi bắt đầu thực hiện giao dịch, với mỗi tuple trong authorization_list:
Khôi phục địa chỉ người ký từ chữ ký
Xác minh ID chuỗi
Xác minh xem mã người ký có trống hoặc đã được ủy quyền hay không
Xác thực nonce của người ký
Thiết lập mã người ký
Tăng nonce của người ký
Thêm tài khoản người ký vào danh sách địa chỉ đã truy cập
4.3.2 Giai đoạn thực hiện
Phiên bản mới đã thay đổi hành vi triển khai mã. Tải mã từ trường địa chỉ của authorization_list và thực thi trong ngữ cảnh tài khoản của người ký.
Mã hợp đồng người dùng được lưu trữ tại một địa chỉ cụ thể trên chuỗi, chứ không phải trực tiếp trong giao dịch. Các lệnh thao tác và các tham số liên quan được lưu trữ trong trường data của tải trọng giao dịch.
4.4 Giá trị của EIP-7702
Thay đổi toàn bộ chuỗi cho ví Web3, cải thiện trải nghiệm người dùng. EOA khởi xướng giao dịch thông thường có thể thực hiện nhiều logic, như chuyển tiền hàng loạt. Ảnh hưởng đến việc xác định giao dịch trong các kịch bản CeFi và phí rút tiền.
Đánh bại nhiều định kiến hiện có:
Số dư tài khoản có thể giảm do các giao dịch không xuất phát từ tài khoản đó.
Sau khi bắt đầu thực hiện giao dịch, nonce EOA có thể tăng lên nhiều.
Logic bảo vệ so sánh tx.origin và msg.sender không còn hiệu lực
EOA có thể phát ra sự kiện
EOA nhận tài sản ERC20/721/1155 có thể thất bại
4.5 So sánh EIP-7702 và EIP-4337
Ưu điểm của EIP-7702:
gas thấp hơn, không cần qua mô-đun entrypoint
Chi phí di chuyển của người dùng thấp hơn, không cần triển khai hợp đồng trên chuỗi trước.
Hỗ trợ thực hiện ủy thác mã: ủy thác hoàn toàn và ủy thác bảo vệ
Nhược điểm của EIP-7702:
Là nâng cấp phân nhánh mềm, cần sự đồng thuận thúc đẩy, thay đổi lớn
Độ tự do cao, khó kiểm toán, người dùng cần bảo vệ ví đáng tin cậy hơn
Thay đổi lớn đối với kiến trúc gốc, nhiều hạ tầng khó có thể thích ứng trực tiếp
EOA nhận được khả năng hợp đồng, nhưng không thể lưu trữ không gian.
Chi phí giao dịch riêng lẻ hơi cao, tăng phần Calldata
Người nhận ký mã không có chức năng nhận có thể dẫn đến DoS
Logic nạp và rút trên chuỗi có thể không nhất quán
Sự kiện do EOA phát ra có thể gây ra vấn đề
Những nhược điểm này dựa trên tóm tắt nội dung đề xuất EIP7702 hiện tại, việc thực hiện cuối cùng có thể có sự thay đổi.
5. Tóm tắt
Tài khoản trừu tượng hiện chỉ có thể được triển khai ở cuối mô-đun "Sửa chữa mọi thứ". Việc đẩy nhanh tiến độ EIP7702 chủ yếu mang lại thách thức về an ninh hệ thống. Mặc dù sự thay đổi rất lớn, nhưng do giảm chi phí cho người dùng, nên tất cả các Dapp đều đáng để nghiên cứu và thích ứng. Người dùng cuối cùng sẽ đứng về phía EIP7702.
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.
9 thích
Phần thưởng
9
5
Đăng lại
Chia sẻ
Bình luận
0/400
ColdWalletGuardian
· 5giờ trước
4337 không phải đã Rug Pull một đợt rồi sao, 7702 liệu có ổn không còn phải bàn nữa.
Xem bản gốcTrả lời0
ContractFreelancer
· 8giờ trước
4337 con dao này không cắt được, món lớn tiếp theo còn chưa tới
Xem bản gốcTrả lời0
AirdropworkerZhang
· 8giờ trước
Ôi, khi nào V thần mới có thể nâng cao trải nghiệm người dùng đây? Mã này khó quá!
Xem bản gốcTrả lời0
WalletAnxietyPatient
· 8giờ trước
v thần vẫn kiên trì với những ý niệm nhỏ của mình...
Xem bản gốcTrả lời0
LadderToolGuy
· 8giờ trước
Là 4337 không mạnh mẽ hay tôi không theo kịp tin đồn mới nhất?
EIP7702: Đột phá lớn trong trừu tượng hóa tài khoản Ethereum và triển vọng tương lai
Đọc sâu về quá khứ và tương lai của lĩnh vực trừu tượng tài khoản Ethereum
Bài viết này được chia thành hai phần lớn:
Phần trên bắt đầu 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, thảo luận về quá trình phát triển của các đề xuất lịch sử AA, và đánh giá tổng hợp các phương án.
Phần dưới cùng tập trung vào việc so sánh phản hồi thị trường ảm đạm sau khi EIP4337 được đề xuất, phân tích sâu về EIP7702 sẽ được đưa vào phiên bản nâng cấp Ethereum tiếp theo. Đề xuất này, một khi được hợp nhất, sẽ thay đổi hoàn toàn hình thức ứng dụng trên chuỗi.
EIP-7702 có ý nghĩa lịch sử, hãy cùng tìm hiểu chi tiết.
1. Bối cảnh trừu tượng tài khoản
1.1 Ý nghĩa trừu tượng của tài khoản
Người sáng lập Ethereum Vitalik đã cập nhật lại lộ trình phát triển ETH vào cuối năm 2023, nhưng không thay đổi thiết lập trừu tượng tài khoản. Hiện tại, mô hình chính đang chuyển từ EIP-4337 vào giai đoạn tiếp theo "chuyển đổi tài khoản EOA tự nguyện".
Hơn một năm sau khi EIP4337 được ra mắt, người dùng công nhận nhưng chưa được sử dụng rộng rãi. Môi trường thị trường mâu thuẫn này đã thúc đẩy tiến trình của EIP-7702, đề xuất này đã được xác nhận sẽ được tích hợp trong lần nâng cấp tiếp theo.
1.2 Tình trạng thị trường trừu tượng tài khoản
Sau một năm rưỡi phát triển, EIP4337 chỉ có 12 triệu địa chỉ trên các chuỗi chính, trong đó số địa chỉ hoạt động trên mạng chính Ethereum chỉ là 6,764, thấp hơn nhiều 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, cho thấy EIP4337 gần như không có sự phát triển đáng kể trên mạng chính.
Tuy nhiên, điều này không ảnh hưởng đến giá trị cốt lõi của AA. Thiết kế của EIP4337 chắc chắn sẽ khó giải quyết vấn đề tương thích ngược của mạng chính. Với việc các loại L2 được tích hợp vào AA, số lượng địa chỉ EIP4337 trên L2 đã tăng vọt, với số lượng người dùng hoạt động hàng tháng trên chuỗi Base và Polygon lần lượt đạt 1 triệu và 3 triệu vào tháng 7.
Vì vậy, thiết kế EIP4337 không có vấn đề gì, tình trạng hiện tại xuất phát từ sự khác biệt giữa mạng chính và L2, chúng cần các giải pháp áp dụng khác nhau.
2. Tài khoản trừu tượng là gì?
Tính trừu tượng tài khoản về cơ bản giải quyết vấn đề tách biệt quyền sở hữu.
Trong kiến trúc EVM có hai loại tài khoản là (EOA) và (CA). Quyền sở hữu và quyền ký của EOA thực sự được giữ bởi cùng một chủ thể. Người sở hữu khóa riêng không chỉ sở hữu "quyền sở hữu tài khoản", mà còn có thể "ký chuyển nhượng tất cả tài sản".
Đây là do cấu trúc giao dịch của tài khoản Ethereum quyết định. Trong giao dịch tiêu chuẩn không có trường From, việc chuyển tiền được thực hiện thông qua tham số VRS ( chữ ký của người dùng ) để giải mã địa chỉ From. Sự an toàn được đảm bảo bởi mật mã này đã dẫn đến tình trạng khó khăn trong việc 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ỉ Người gửi vào trường giao dịch, từ đó thực hiện việc tách biệt khóa riêng và địa chỉ được thao tác.
Việc tách quyền sở hữu là rất quan trọng, vì thiết kế EOA đã phát sinh ra nhiều vấn đề:
Những ràng buộc 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á. Thứ hai, người dùng cần xử lý logic phí phức tạp. Cuối cùng, mặc dù nhiều ví cố gắng tối ưu hóa trải nghiệm, nhưng hiệu quả hạn chế.
Do đó, điểm đột phá nằm ở việc thực hiện trừu tượng hóa tài khoản, tách rời quyền sở hữu (Owner) và quyền ký (Signer), từ đó từng bước giải quyết các vấn đề trên.
Trong lịch sử có nhiều phương án, cuối cùng được tổng hợp thành hai hướng.
3. Sắp xếp bối cảnh lịch sử đề xuất AA
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 EIP chưa được thông qua đều đã kết hợp các vấn đề mà nó xem xét vào các giải pháp hiện có.
3.1 Lộ trình đầu tiên: Chuyển đổi địa chỉ EOA sang địa chỉ CA
Vào ngày 15 tháng 11 năm 2015, Vitalik đã đề xuất một cấu trúc mới cho tài khoản dưới dạng hợp đồng trong EIP-101. Địa chỉ được thay đổi thành chỉ có mã và không gian lưu trữ, phương thức thanh toán phí giao dịch được thay đổi, thông qua hợp đồng tiền biên chế để chuyển đổi token gốc thành loại ERC20 lưu trữ số dư, tinh giản các trường giao dịch.
Cuộc cách mạng lớn này sẽ thay đổi thiết kế cơ bản một cách đáng kể, cho phép mỗi địa chỉ tài khoản đều có "logic" của riêng mình. ( cũng là hiệu ứng mà EIP-7702 hiện nay muốn đạt được. ).
Chức năng phái sinh bao gồm:
Việc không tiếp tục tiến triển là do bước đi quá lớn, không xem xét đầy đủ xung đột hash giao dịch hiện tại và các vấn đề an ninh, nhưng mỗi ý tưởng ưu điểm đã trở thành chức năng cốt lõi của EIP4337 và EIP7702 sau này.
Sau đó còn một loạt EIP cố gắng hoàn thiện logic này:
EIP-859(2018-01-30):Tài khoản trừu tượng chuỗi chính Giải quyết vấn đề triển khai Code, đề xuất mã vận hành PAYGAS mới.
EIP-7702(2024-05-07): thiết lập mã tài khoản EOA Là một giải pháp thay thế cho EIP-3074, sẽ được đưa vào trong hard fork ETH Prague/Electra sắp tới.
3.2 Tuyến đường thứ hai: để địa chỉ EOA điều khiển địa chỉ CA
EIP-3074(2020-10-15): Thêm mã vận hành AUTH và AUTHCALL Thêm hai mã lệnh mới, cho phép EOA ủy quyền cho hợp đồng thay mặt cho danh tính của nó gọi các hợp đồng khác.
EIP-4337(2021-09-29): Sử dụng bộ nhớ giao dịch để thực hiện trừu tượng tài khoản Được thiết kế dựa trên cảm hứng từ MEV, hoàn toàn có thể tránh thay đổi giao thức lớp đồng thuận. Đề xuất đối tượng UserOperation mới, được các bundlers gộp lại và giao cho việc thực hiện giao dịch hợp đồng.
EIP-5189(2022-06-29): Thông qua người bảo lãnh thực hiện tài khoản trừu tượng Tối ưu hóa logic EIP4337, ngăn chặn tấn công DoS thông qua cơ chế bảo đảm phạt tiền.
3.3 Các đề xuất khác hỗ trợ AA
EIP-2718(2020-06-13): phong bì của loại giao dịch mới Định nghĩa 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.
EIP-3607(2021-06-10): Cấm địa chỉ EOA triển khai hợp đồng Ngăn chặn xung đột giữa địa chỉ triển khai hợp đồng và địa chỉ EOA.
3.4 sự phát triển trừu tượng của tài khoản
Trước tiên cần hiểu giá trị sau khi chuyển đổi thành CA, cơ bản chính là hiệu quả thực tế của EIP-4337.
Nhưng nhược điểm cốt lõi của EIP-4337 là đi ngược lại nguyên tắc động cơ con người. Mặc dù có vẻ tốt hơn, nhưng lại rơi vào vòng lặp chết trong phát triển thị trường. Tính tương thích của Dapp không đủ, người dùng không muốn sử dụng địa chỉ CA, chi phí sử dụng CA cao hơn, quá phụ thuộc vào tính tương thích của Dapp.
Do đó, nó chưa thể phổ biến trên mạng chính của Ethereum. Chi phí là tiêu chí quan trọng nhất của người dùng, phải giảm chi phí.
Để thực sự giảm GAS, cần phải thực hiện nâng cấp phân nhánh mềm cho chính Ethereum, sửa đổi cách tính GAS hoặc tiêu thụ GAS của mã hoạt động. Nếu đã muốn phân nhánh mềm, thì có lẽ nên 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
Thông qua loại giao dịch mới, cho phép EOA tạm thời có chức năng hợp đồng thông minh trong một giao dịch duy nhất, hỗ trợ giao dịch hàng loạt, giao dịch không Gas và quản lý quyền tùy chỉnh, và không cần giới thiệu mã opCode EVM mới.
Người dùng không cần triển khai hợp đồng thông minh để có được hầu hết khả năng AA, thậm chí có thể do bên thứ ba đại diện cho người dùng khởi xướng giao dịch, chỉ cần ký thông tin ủy quyền.
4.2 cấu trúc dữ liệu
Định nghĩa loại giao dịch mới 0x04, TransactionPayload là kết quả của chuỗi mã hóa RLP của các nội dung sau:
[chain_id, nonce, max_priority_fee_per_gas, max_fee_per_gas, gas_limit, destination, value, data, access_list, authorization_list, signature_y_parity, signature_r, signature_s]
Thêm đối tượng authorization_list, lưu trữ mã mà người ký muốn thực hiện trong EOA. Người dùng ký giao dịch đồng thời ký mã hợp đồng sẽ được thực hiện, tồn tại dưới dạng danh sách hai chiều, có thể lưu trữ nhiều thông tin thao tác một cách hàng loạt.
authorization_list = [[chain_id, address, nonce, y_parity, r, s], ...]
4.3 vòng đời giao dịch
4.3.1 Giai đoạn xác thực
Khi bắt đầu thực hiện giao dịch, với mỗi tuple trong authorization_list:
4.3.2 Giai đoạn thực hiện
Phiên bản mới đã thay đổi hành vi triển khai mã. Tải mã từ trường địa chỉ của authorization_list và thực thi trong ngữ cảnh tài khoản của người ký.
Mã hợp đồng người dùng được lưu trữ tại một địa chỉ cụ thể trên chuỗi, chứ không phải trực tiếp trong giao dịch. Các lệnh thao tác và các tham số liên quan được lưu trữ trong trường data của tải trọng giao dịch.
4.4 Giá trị của EIP-7702
Thay đổi toàn bộ chuỗi cho ví Web3, cải thiện trải nghiệm người dùng. EOA khởi xướng giao dịch thông thường có thể thực hiện nhiều logic, như chuyển tiền hàng loạt. Ảnh hưởng đến việc xác định giao dịch trong các kịch bản CeFi và phí rút tiền.
Đánh bại nhiều định kiến hiện có:
4.5 So sánh EIP-7702 và EIP-4337
Những nhược điểm này dựa trên tóm tắt nội dung đề xuất EIP7702 hiện tại, việc thực hiện cuối cùng có thể có sự thay đổi.
5. Tóm tắt
Tài khoản trừu tượng hiện chỉ có thể được triển khai ở cuối mô-đun "Sửa chữa mọi thứ". Việc đẩy nhanh tiến độ EIP7702 chủ yếu mang lại thách thức về an ninh hệ thống. Mặc dù sự thay đổi rất lớn, nhưng do giảm chi phí cho người dùng, nên tất cả các Dapp đều đáng để nghiên cứu và thích ứng. Người dùng cuối cùng sẽ đứng về phía EIP7702.