Giải thích quá khứ và tương lai của bản tóm tắt tài khoản Ethereum từ 4337 đến 7702

Lời nói đầu

Bài viết này được chia thành hai học phần chính:

< p style="text-align: left;">Trong nửa đầu, chúng tôi sẽ bắt đầu từ đề xuất AA đầu tiên vào năm 2015 và sắp xếp một cách có hệ thống các nội dung chính của các đề xuất EIP cho đến nay. Chúng tôi hy vọng sẽ khám phá lịch sử của AA. đề xuất lịch sử và đánh giá toàn diện ưu nhược điểm của từng phương án.

Nửa sau tập trung vào việc so sánh phản hồi về sự suy thoái thị trường mà EIP4337 phải đối mặt sau khi nó được đề xuất, sau đó là phân tích chuyên sâu về EIP7702, sắp được đề xuất được đưa vào phiên bản nâng cấp Ethereum tiếp theo. Đề xuất này Sau khi được hợp nhất, biểu mẫu ứng dụng trên chuỗi sẽ được thay đổi hoàn toàn.

EIP-7702 có những thay đổi mang tính thời đại, hãy nghe thầy Shishi giải thích chi tiết

1. Bối cảnh của việc trừu tượng hóa tài khoản

1.1 Ý nghĩa của việc trừu tượng hóa tài khoản

vitalik, người sáng lập Ethereum, đã cập nhật lại lộ trình phát triển ETH vào cuối năm 2023, nhưng cài đặt tóm tắt tài khoản vẫn không thay đổi. Mô hình phổ thông ngày nay cũng đã bước vào giai đoạn tiếp theo từ EIP-4337, VoluntaryEOA Transform (chuyển đổi tài khoản EOA tự nguyện).

https://x.com/VitalikButerin/status/1741190491578810445

Hơn một năm kể từ khi ra mắt EIP4337 (tại WalletCon ở Denver vào ngày 1 tháng 3 năm 2023, đã chính thức thông báo rằng hợp đồng cốt lõi của ERC-4337 do các nhà phát triển Ethereum Foundation thiết kế và triển khai đã vượt qua quá trình kiểm tra của OpenZeppelin và được coi là sự ra mắt chính thức của nút lịch sử).

Nó luôn được người dùng công nhận rộng rãi, nhưng không được sử dụng rộng rãi. Trong môi trường thị trường đầy mâu thuẫn như vậy, sự phát triển của EIP-7702 đã được nâng cao rất nhiều. Nó thậm chí còn được xác nhận rằng nó sẽ được tích hợp trong bản nâng cấp tiếp theo.

1.2 Tình hình thị trường trừu tượng hóa tài khoản hiện tại

Không cần phải nói nhiều hơn, hãy nhìn vào dữ liệu trực tiếp.

Sau một năm rưỡi phát triển, EIP4337 chỉ có 12 triệu địa chỉ trong bộ sưu tập tài khoản chuỗi chính thống. Điều đáng ngạc nhiên nhất là trong số các bậc thầy Ethereum. Chỉ có 6.764 địa chỉ hoạt động trên Internet Có thể có vấn đề về kích thước thống kê, nhưng ít nhất nó khác xa so với số lượng địa chỉ trong EOA và CA. Bạn phải biết rằng số lượng địa chỉ độc lập trên mạng chính Ethereum có. đạt 270 triệu (nguồn dữ liệu: https://etherscan.io/chart/address).

Có thể nói EIP4337 không có sự phát triển đáng kể trên mạng chính.

(Nguồn dữ liệu biểu đồ: https://dune.com/niftytable/account-abstraction)

Tuy nhiên, điều này không phá hủy giá trị thiết yếu của AA, bởi vì nó đã bị tiêu diệt ngay từ khi bắt đầu thiết kế EIP4337. Nó không thể hoạt động tốt khi đối mặt với các vấn đề tương thích nghiêm trọng về phía trước trên mạng chính , do đó, cùng với các chuỗi lớp L2 khác nhau thường được nhúng bằng AA gốc và số lượng địa chỉ EIP4337 đã bùng nổ trên L2. Trong số đó, số người dùng hoạt động hàng tháng của chuỗi cơ sở và chuỗi đa giác trong tháng 7 lần lượt là 1 triệu và 3 triệu. khá ấn tượng.

Vì vậy, không phải thiết kế của EIP4337 sai. Nó có nhiều ưu điểm. Chúng tôi sẽ tóm tắt một cách có hệ thống trong giây lát. Tình hình hiện tại là do. mối quan hệ giữa mạng chính và L2. Do sự khác biệt giữa chúng, họ cần sử dụng các giải pháp phù hợp của riêng mình.

2. Trừu tượng hóa tài khoản là gì?

Việc trừu tượng hóa tài khoản nghe có vẻ khó hiểu nhưng thực chất nó giải quyết được vấn đề phân chia quyền sở hữu.

Có hai loại tài khoản trong kiến ​​trúc EVM (tức là Máy ảo Ethereum), tài khoản bên ngoài (EOA) và tài khoản hợp đồng (Tài khoản hợp đồng) .Quyền sở hữuvà Quyền chữ ký thực sự do cùng một đơn vị nắm giữ. Người nắm giữ khóa riêng không chỉ có "quyền sở hữu" tài khoản mà còn có quyền "ký chuyển nhượng toàn bộ tài sản".

Điều này được xác định bởi cấu trúc giao dịch tài khoản Ethereum

Từ cấu trúc trong hình bên dưới Có thể thấy rằng trên thực tế, không có bên Từ nào trong các giao dịch tiêu chuẩn của Ethereum. Vậy nếu tôi thực hiện chuyển tiền, tôi sẽ tiêu tiền từ địa chỉ cụ thể nào? Trên thực tế, địa chỉ From được giải mã thông qua tham số VRS của nó (tức là chữ ký người dùng).

Điều này liên quan đến mã hóa bất đối xứng như ECDSA, hàm ngưỡng một chiều và các khái niệm khác. Tóm lại, mật mã được sử dụng để đảm bảo tính bảo mật. Tất nhiên, điều này cũng dẫn đến tình thế tiến thoái lưỡng nan về địa chỉ EOA của việc sáp nhập quyền sở hữu ngày nay.

Tác dụng cốt lõi của EIP4337 là thêm trường Địa chỉ người gửi vào trường giao dịch, từ đó tách khóa riêng khỏi địa chỉ được vận hành.

Vậy tại sao việc phân chia quyền tài sản lại quan trọng đến vậy?

Vì thiết kế tài khoản bên ngoài (EOA) sẽ dẫn đến nhiều vấn đề hơn:

1. Khóa riêng rất khó bảo vệ: người dùng mất khóa riêng (mất, hacker tấn công, bẻ khóa mật mã) đồng nghĩa với việc mất tất cả tài sản.

2. Ít thuật toán chữ ký: Giao thức gốc chỉ có thể sử dụng chữ ký ECDSA và thuật toán xác minh chữ ký để xác minh giao dịch.

3. Quyền chữ ký cao: không có chữ ký đa chữ ký gốc (đa chữ ký chỉ có thể cộng tác thông qua hợp đồng thông minh), chữ ký đơn có thể thực thi bất kỳ chữ ký nào vận hành.

4. Phí giao dịch chỉ có thể được thanh toán qua ETH và giao dịch hàng loạt không được hỗ trợ.

5. Rò rỉ quyền riêng tư trong giao dịch: Giao dịch một-một giúp dễ dàng phân tích thông tin cá nhân của chủ tài khoản.

Những hạn chế về sự hấp dẫn khiến người dùng bình thường khó sử dụng Ethereum:

Trước hết, để sử dụng bất kỳ ứng dụng nào trên Ethereum, người dùng phải nắm giữ ether (và chịu rủi ro biến động giá ether).

Thứ hai, người dùng cần xử lý logic chi phí phức tạp như Giá gas, Giới hạn gas và chặn giao dịch (Đặt hàng không một lần) 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 tối ưu hóa sản phẩm, nhưng hiệu quả thực tế của chúng là rất nhỏ.

Vậy cách giải quyết tình trạng này là thực hiện trừu tượng hóa tài khoản và tách quyền sở hữu (Chủ sở hữu) và quyền chữ ký (Người ký), để có thể giải quyết được các vấn đề trên từng cái một.

Trên thực tế, có rất nhiều kế hoạch mang tính lịch sử và cuối cùng chúng sẽ hội tụ thành hai tuyến đường

3. Đánh giá về lịch sử các đề xuất AA

Dường như có rất nhiều đề xuất EIP để giải quyết vấn đề, nhưng phân tích cuối cùng đều có hai ý tưởng cốt lõi. Vì vậy, mỗi EIP đều đưa ra trước đây chưa được thông qua đã xem xét Các vấn đề đã hội tụ thành giải pháp cho kế hoạch hiện tại.

3.1 Lộ trình đầu tiên là thay đổi địa chỉ EOA thành địa chỉ CA

Ngay từ ngày 15 tháng 11 năm 2015, xung quanh EIP-101, Vitalik đã đề xuất một cấu trúc mới sử dụng hợp đồng làm tài khoản. Thay đổi địa chỉ thành chỉ mã và không gian lưu trữ, thay đổi phí xử lý để hỗ trợ thanh toán bằng ERC20, thay đổi mã thông báo gốc thành giống ERC20 để tiết kiệm số dư thông qua hợp đồng được biên dịch trước (có thể có các chức năng như ủy quyền khấu trừ), hợp lý hóa các trường giao dịch chỉ để, startgas, dữ liệu và mã.

Bây giờ có vẻ như đó là một thay đổi theo phong cách Bước nhảy vọt, sẽ thay đổi đáng kể thiết kế cơ bản để mỗi địa chỉ tài khoản có logic "mã" riêng (trên thực tế, Đây chính xác là những gì EIP-7702 đang cố gắng đạt được hiện nay).

Nó cũng có thể rút ra các hàm khác, chẳng hạn như

1. Cho phép giao dịch sử dụng nhiều thuật toán mã hóa hơn và phương thức xác minh chữ ký có thể được chỉ định bằng Mã nội bộ của từng địa chỉ

2. Nó có khả năng chống lại các cuộc tấn công lượng tử vì mã có đặc điểm nâng cấp.

3. Hãy để Ethereum có các đặc điểm chức năng giống như hợp đồng ERC20 và tác dụng cốt lõi là ủy quyền khấu trừ, do đó không cần phải mất tiền bản địa

4. Cải thiện không gian tùy chỉnh của tài khoản, tương thích với phục hồi xã hội, hỗ trợ sbt, truy xuất khóa, v.v.< /p>

Lý do không tiếp tục tiến về phía trước cũng rất đơn giản. Rõ ràng là tốc độ quá lớn so với hiện tại. vấn đề xung đột băm giao dịch và các rủi ro bảo mật, nó đã bị gác lại do không được xem xét đầy đủ, nhưng khái niệm về từng lợi thế đã trở thành một trong những chức năng cốt lõi của EIP4337 và EIP7702 tiếp theo.

Sau đó, có một loạt EIP cố gắng cải thiện logic này

EIP-859 : Tóm tắt tài khoản chuỗi chính--2018-01-30

Cố gắng giải quyết vấn đề triển khai của Code. nếu giao dịch xảy ra, Nếu hợp đồng không được triển khai, các tham số mã kèm theo giao dịch sẽ được sử dụng để thực hiện triển khai ví hợp đồng. Thứ hai, mã hoạt động PAYGAS mới cũng được đề xuất. Ngoài việc thanh toán gas, nó còn trở thành dấu phân cách. giữa phần xác minh và phần thực hiện các tham số của giao dịch.

Mặc dù lúc đó nó đã kết thúc vô ích nhưng giờ đây nó đã trở thành một trong những logic cốt lõi của EIP7702. Mỗi giao dịch của EIP7702 có thể được kết hợp với một cấu trúc giao dịch đặc biệt. và có thể đi kèm với 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: Đặt mã tài khoản EOA 2024-05-07

Đây cũng là EIP cốt lõi của cơ chế được thảo luận sau trong bài viết này. EIP-7702 được Vitalik xuất bản để thay thế cho EIP-3074 (2024-05-07). Do đó, EIP-3074 bị loại bỏ và EIP-7702 được xác định sẽ được đưa vào hard fork ETH Prague/Electra (Pectra) sắp tới. Chúng tôi sẽ mở rộng chi tiết bên dưới.

3.2 Cách thứ hai là để địa chỉ EOA điều khiển địa chỉ CA

EIP-3074: Thêm AUTH và AUTHCALL< /strong>Opcode--2020-10-15

Thêm hai OpCode mới AUTH vào EVM   và AUTHCALL  cho phép EOA sử dụng hai hợp đồng ủy quyền opcode này để gọi các hợp đồng khác thay vì danh tính của EOA.

Tóm lại, kết hợp với hình ảnh bên dưới, EOA có thể gửi tin nhắn đã ký (giao dịch) tới hợp đồng mà bạn tin cậy (được gọi là Invoker), hợp đồng Invoker này có thể tận dụng AUTH  và  AUTHCALL  giao dịch này thay cho EOA này.

EIP-4337: Sử dụng nhóm bộ nhớ giao dịch để triển khai tính năng trừu tượng hóa tài khoản--2021-09-29

Tóm lại, thiết kế của anh ấy được lấy cảm hứng từ MEV và giá trị cốt lõi của nó là hoàn toàn có thể tránh được những thay đổi về giao thức lớp đồng thuận.

eip4337 đề xuất một đối tượng giao dịch mới UserOperation và người dùng gửi đối tượng này đến vùng bộ nhớ, được sử dụng bởi trình đóng góiViệc đóng gói hàng loạt và phân phối hợp đồng để thực hiện các giao dịch giao dịch từ khía cạnh thợ mỏ về cơ bản sẽ kéo các giao dịch cơ bản và hoạt động tài khoản lên cấp độ hợp đồng để thực hiện.

EIP-5189: Vận hành các tài khoản trừu tượng thông qua người chứng thực—29-06-2022

Điều này có thể được coi là tối ưu hóa logic của EIP4337. Khi đối mặt với Bundler độc hại, nó thiết lập một cơ chế chứng thực hình phạt tài chính để ngăn chặn các cuộc tấn công chặn DoS.

3.3 Các đề xuất khác để hỗ trợ AA

< strong> EIP-2718: Phong bì đóng gói loại giao dịch mới--2020-06-13

Đây là đề xuất cuối cùng, ông đã xác định Một loại giao dịch mới phục vụ như một phong bì cho các loại giao dịch trong tương lai.

Hiệu quả cuối cùng là khi một loại giao dịch mới được giới thiệu, mã hóa cụ thể sẽ được sử dụng để phân biệt đó là loại giao dịch nào, do đó nó chỉ cần khả năng tương thích ngược , mà không yêu cầu khả năng tương thích về phía trước. Ví dụ phổ biến nhất là EIP1559, phân biệt phí giao dịch và sử dụng mã loại giao dịch mới mà không ảnh hưởng đến loại giao dịch cũ ban đầu.

EIP-3607: Đặt EOAđịa chỉ không phải là địa chỉ Hợp đồng có thể triển khai--2021-06-10

Đây là giải pháp bổ sung trên đường dẫn AA để ngăn địa chỉ triển khai hợp đồng xung đột với EOA câu hỏi địa chỉ. Anh ta sẽ kiểm soát phương thức tạo hợp đồng để hệ thống không cho phép triển khai mã đến một địa chỉ đã là địa chỉ EOA. Rốt cuộc, rủi ro này là rất nhỏ, địa chỉ Ethereum dài 160 bit. Mặc dù có một phương pháp sử dụng khóa riêng để va chạm với khóa riêng của địa chỉ hợp đồng được chỉ định, nhưng ước tính vẫn sẽ mất một năm. dựa trên sức mạnh tính toán đầy đủ của Bitcoin.

3.4 Làm thế nào để hiểu quá trình phát triển của việc trừu tượng hóa tài khoản?

Trước hết, bạn cần hiểu giá trị của việc chuyển đổi sang CA

Về cơ bản, đây là tác dụng thực sự của EIP-4337, anh ấy có thể đạt được nó

Tuy nhiên, khuyết điểm cốt lõi của EIP-4337 là nó vi phạm nguyên tắc động cơ của con người.

Có vẻ tốt hơn nhưng nó đã rơi vào vòng phát triển vô tận của thị trường. Nhiều Dapp không tương thích nên người dùng không sẵn sàng sử dụng địa chỉ CA. ngay cả việc sử dụng CA cũng có 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 sẽ tăng gấp đôi) và nó cũng phụ thuộc quá nhiều vào khả năng tương thích của chính Dapp.

Vì vậy, nó vẫn chưa được phổ biến trên mạng chính Ethereum cho đến nay.

Chi phí là tiêu chí quan trọng nhất đối với người dùng và chi phí phải giảm.

Nhưng để thực sự giảm GAS, bản thân Ethereum phải thực hiện nâng cấp soft fork, sửa đổi cách tính GAS hoặc sửa đổi mức tiêu thụ GAS của mã hoạt động và các mô-đun khác. , vì nó cần thiết Soft fork, vậy tại sao không xem xét EIP-7702?

4. Phân tích toàn diện về EIP-7702

< mạnh >4.1 EIP-7702 là gì

Nó được phân biệt bằng các loại giao dịch mới, cho phép EOA tạm thời có hợp đồng thông minh trong một chức năng giao dịch duy nhất , từ đó hỗ trợ các giao dịch hàng loạt, giao dịch không tốn gas và quản lý quyền tùy chỉnh trong kinh doanh mà không cần phải giới thiệu EVM opCode mới (ảnh hưởng đến khả năng tương thích về sau).

Nó cho phép người dùng tận dụng hầu hết các khả năng của AA mà không cần triển khai hợp đồng thông minh và thậm chí có thể cung cấp cho bên thứ ba khả năng thực hiện giao dịch thay mặt cho người dùng và. không yêu cầu người dùng cung cấp khóa riêng, chỉ có thông tin ủy quyền chữ ký.

4.2 Cấu trúc dữ liệu

Anh ta xác định Loại giao dịch mới 0x04, TransactionPayload của loại giao dịch này là kết quả tuần tự hóa mã hóa RLP của nội dung sau

Điều quan trọng là đối tượng ủy quyền_list được thêm vào nó, nơi lưu trữ Theo mong muốn của người ký, đối với mã được thực thi trong EOA, khi người dùng ký giao dịch, anh ta cũng ký mã hợp đồng sẽ được thực thi. Nó tồn tại dưới dạng danh sách hai chiều, cho biết rằng nhiều thông tin thao tác có thể được lưu trữ theo đợt và thao tác theo đợt. có thể được thực hiện

4.3 Vòng đời giao dịch

4.3. 1 Giai đoạn xác minh

Khi bắt đầu thực hiện giao dịch, đối với mỗi [chain_id, address, nonce, y_parity, r, s của mỗi ủy quyền_list Tuple:

1. Khôi phục từ chữ ký r, s bằng ecrecover Xuất ra chữ ký của người ký địa chỉ (lưu ý đây là cơ chế của chính Ethereum nên EIP không thay đổi thuật toán chữ ký). authority = ecrecover(keccak(MAGIC || rlp([chain_id, address, nonce])), y_parity, r, s] (Tương tự như cách giải mã chữ ký trước đó để lấy địa chỉ from, kết quả ở đây là Địa chỉ chữ ký một phần cho danh sách này)

2. Xác minh ID chuỗi (ngăn chặn việc phát lại chuỗi ngã ba)

li>

3. Xác minh xem mã của người ký có thẩm quyền có trống hay đã được ủy quyền hay không (xác minh xem giao dịch có phải là giao dịch 7702 hợp lệ hay không, sẽ được tuân theo Cơ chế ủy quyền để thực hiện các giao dịch thay mặt cho người khác)

4. Xác minh quyền của người ký (chốngquyền phát lại chữ ký của )

5. Đặt quyền mã của người ký tới 0xef0100 || địa chỉ (được sử dụng để bỏ qua chính sách chống va chạm EIP3607)

6. Tăng quyềnSố nonce của người ký (để tránh việc phát lại một phần chữ ký)

7. Thay thế quyền của người ký Tài khoản được thêm vào danh sách địa chỉ đã truy cập (chuyển địa chỉ nóng, giảm phí gas cho việc lưu trữ truy vấn)

4.3.2 Giai đoạn vận hành thực thi

Mã hợp đồng và hướng dẫn vận hành sẽ được thực thi ở đâu ?

Phiên bản "mới" chỉ thay đổi hành vi liên quan đến việc triển khai mã

Nó không còn đặt mã tài khoản thành contract_code nữa, thay vào đó lấy mã địa chỉ từ authorization_list và đặt mã đó làm mã tài khoản.

Vì vậy, khi mã ủy quyền cần được thực thi, mã sẽ được tải từ địa chỉ được chỉ định bởi trường địa chỉ của authorization_list và được thực thi trong ngữ cảnh tài khoản của người ký.

Điều này có nghĩa là mã hợp đồng của người dùng thực sự được lưu trữ tại một địa chỉ cụ thể trên chuỗi, thay vì được đưa trực tiếp vào giao dịch.

Hướng dẫn 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 là bao nhiêu?

Anh ấy sẽ thay đổi toàn bộ liên kết của ví Web3 và trải nghiệm người dùng cũng sẽ thay đổi đáng kể vì các giao dịch thông thường do EOA khởi xướng cũng có thể được thực thi tương tự như các hợp đồng khác nhau, chẳng hạn như chuyển hàng loạt. Kịch bản CeFi sẽ ảnh hưởng đến việc nhận dạng giao dịch và thu phí rút tiền

Do sự xuất hiện của nó, nhiều khuôn mẫu trước đây đã bị phá vỡ, chẳng hạn như:

1. Phá vỡ quy luật bất biến rằng số dư tài khoản chỉ có thể bị giảm đi bởi các giao dịch bắt nguồn từ tài khoản đó.

2. Phá vỡ bất biến khiến số nonce EOA tăng thêm 1 sau khi quá trình thực hiện giao dịch bắt đầu (có thể tăng nhiều lần cùng lúc).

3. Phá vỡ logic bảo vệ của so sánh tx.origin và msg.sender, nhiều hợp đồng trong quá khứ có nguy cơ gặp rủi ro.

4. Phá vỡ hiện trạng mà bản thân EOA không thể đưa ra các sự kiện. Có thể cần phải chú ý đến việc xác định và giám sát một số sự kiện. -chuỗi sự kiện.

5. Phá vỡ hiện trạng mà địa chỉ EOA phải thành công trong việc chấp nhận ERC20, 721, 1155 và các nội dung khác (có thể thất bại do gọi lại cơ chế)

6. p>

< strong>4.5 So sánh EIP-7702 và EIP-4337

1. Ưu điểm của EIP-7702

Gas thấp hơn do không cần phải đi qua mô-đun điểm vào, giúp giảm lượng thời gian vận hành chuỗi.

Chi phí di chuyển người dùng thấp hơn và không cần phải triển khai trước các hợp đồng trên chuỗi làm cơ quan chính

So với Eip4337, cũng sẽ có việc thực thi ủy quyền mã và cũng sẽ có hai phương thức:

Ủy quyền đầy đủ < /p>

Ủy quyền toàn bộ nghĩa là ủy quyền tất cả các quyền đối với một hoạt động cho một địa chỉ cụ thể. Ví dụ: người dùng có thể ủy quyền quyền quản lý của tất cả các mã thông báo ERC-20 cho một địa chỉ hợp đồng thông minh để hợp đồng thông minh này có thể thay mặt người dùng thực hiện tất cả các hoạt động liên quan.

Ủy quyền được bảo vệ

Đối tượng được ủy quyền được bảo vệ đề cập đến việc thêm một số hạn chế và biện pháp bảo vệ trong quá trình ủy quyền nhằm đảm bảo an toàn và kiểm soát được hoạt động của đoàn.

Ví dụ: người dùng có thể ủy quyền quản lý chỉ một phần mã thông báo ERC-20 cho hợp đồng thông minh hoặc đặt một số hạn chế (chẳng hạn như mức chi tiêu tối đa hàng ngày trong tổng số dư 1%).

2. Nhược điểm của EIP-7702

Của anh Thiếu sót cốt lõi là đây là một bản nâng cấp soft fork, đòi hỏi sự đồng thuận của mọi người để quảng bá nó, những thay đổi là rất lớn và có tác động rộng rãi đến hệ sinh thái của chuỗi. Dựa trên đánh giá ban đầu về Shijunjun, có những thách thức sau đây, nhưng thách thức cũng là cơ hội thị trường:

1. Mức độ tự do là cực kỳ cao và khó thực hiện được kiểm tra. Người dùng sẽ cần những ví đáng tin cậy hơn để cung cấp sự bảo vệ an ninh.

2. Cấu trúc ban đầu đã thay đổi quá nhiều. Mặc dù được phân biệt theo các loại giao dịch khác nhau nhưng nhiều cơ sở hạ tầng, đặc biệt là các hợp đồng không thể thay đổi. trên chuỗi, không thể sửa đổi trực tiếp.

3. Khả năng hợp đồng được cung cấp cho các địa chỉ EOA nhưng không thể giữ lại dung lượng lưu trữ tương ứng.

4. Chi phí của một giao dịch riêng lẻ sẽ cao hơn một chút vì phần Calldata sẽ tăng lên rất nhiều. là 16 (gas) * 15 (byte) = 240 (gas) chi phí dữ liệu cuộc gọi, cộng với chi phí của EIP-3860 2 * 15 = 30, cộng với chi phí thời gian chạy gần đúng < mã>150. Vì vậy chỉ cần chuẩn bị tài khoản dù không làm gì cũng sẽ tăng gas thêm 500.

5. "Nếu người nhận ký mã mà không nhận được chức năng, người gửi có thể gặp phải DoS khi cố gắng gửi nội dung." Xem trường hợp. . Vấn đề thực sự là EOA A đã ký một cái gì đó không nên - một tệp có thể phát lại được thiết lập sai cách triển khai (không có receive()).

6. Logic rút tiền trên chuỗi có thể không nhất quán. Ví dụ: khi chuyển mã thông báo ERC-20, nếu tài khoản người nhận có mã thông báo. code thì hợp đồng token sẽ gọi onERC20Received là tài khoản người nhận. Nếu onERC20Received hoàn nguyên hoặc trả về giá trị không chính xác, quá trình chuyển mã thông báo sẽ hoàn nguyên.

7. Ngoài ra, nếu EOA có thể phát ra các sự kiện thì liệu có vấn đề gì không? Một số cơ sở hạ tầng có thể cần được chú ý.

Đây chỉ là một số thiếu sót mà Shijun đã tóm tắt dựa trên nội dung đề xuất EIP7702 hiện tại và các cuộc thảo luận chính thức tương ứng trên diễn đàn. phần cuối Nó cũng cần phải dựa trên mã triển khai cuối cùng để phân tích đầy đủ.

Tài liệu tham khảo như sau:

5. Tóm tắt toàn văn >

Bài viết này nhìn có vẻ dài nhưng thực tế nội dung văn bản chỉ khoảng 6k từ. Nhiều cách diễn giải EIP trước đây có liên quan đến nó có thể được mở rộng thông qua. các liên kết trong bài viết nên tôi sẽ không truy tìm lại.

Hiện tại, việc trừu tượng hóa tài khoản thực sự chỉ có thể được đặt trong mô-đun thứ sáu, nhằm khắc phục mọi thứ, đây cũng là bước triển khai cuối cùng của EIP7702. đã được tăng tốc rất nhiều và hơn thế nữa. Điều mà nó mang lại nhiều hơn là thách thức đối với bảo mật hệ thống. Cuối cùng, có thể xảy ra các sự kiện đột phá như sáp nhập Ethereum và sửa đổi thuật toán đồng thuận. còn các loại giao dịch mới thì sao?

Nhưng lần này có quá nhiều sự lật đổ, phá vỡ các quy tắc ẩn không thể có trên nhiều chuỗi và cũng phá vỡ logic ứng dụng của hầu hết các Dapp, nhưng anh ấy chắc chắn chiếm lĩnh điểm cốt lõi, đó là chi phí cho người dùng thấp hơn! So với chi phí giao dịch gần gấp đôi của EIP4337.

Bản thân người dùng vẫn có địa chỉ EOA và chỉ điều khiển và sử dụng logic CA khi cần thiết nên chi phí lưu giữ thấp. Không cần chuyển đổi danh tính CA trên chuỗi trước khi thực hiện các thao tác, điều đó có nghĩa là người dùng không cần phải đăng ký.

Người dùng có thể dễ dàng sử dụng EOA để thực hiện nhiều giao dịch song song, chẳng hạn như cho phép khấu lưu và thực hiện khấu lưu trong một giao dịch, giúp giảm chi phí giao dịch cho người dùng và cho cả người dùng. Dapps, đặc biệt là các bên dự án cần thực hiện quản lý cấp doanh nghiệp trên chuỗi, chẳng hạn như sàn giao dịch, đó là một sự tối ưu hóa mang tính đột phá. Khi việc thu thập hàng loạt được thực hiện trong hệ sinh thái ban đầu, chi phí trao đổi cơ bản có thể giảm hơn một nửa ngay lập tức. và cuối cùng Nó cũng có thể mang lại lợi ích cho người dùng.

Vì vậy, mặc dù đã thay đổi rất nhiều nhưng nó chiếm khía cạnh chi phí, đáng để nghiên cứu và thích ứng với tất cả các Dapp, bởi vì lần này, người dùng phải đứng vững bên cạnh EIP7702.