Trừu tượng hóa tài khoản gốc + khả năng chống lại các mối đe dọa lượng tử: Tại sao EIP-8141 chưa trở thành lựa chọn hàng đầu cho Ethereum Hegotá?

Bài viết này được dịch máy
Xem bản gốc

Tóm tắt Chainfeeds:

EIP-8141 là một nỗ lực nhằm đưa Trừu tượng hóa tài khoản, thanh toán phí gas và tính linh hoạt của chữ ký trực tiếp xuống lớp giao thức.

Nguồn bài viết:

https://foresightnews.pro/article/detail/96084

Tác giả bài viết:

Phòng thí nghiệm imToken


Quan điểm ​​:

imToken Labs: EIP-8141, được thúc đẩy bởi các cộng tác viên cốt lõi như Vitalik Buterin và timbeiko, chính thức được đặt tên là Giao dịch Khung (Frame Transactions). Nói một cách đơn giản hơn, nó không nhằm mục đích bổ sung chức năng cho một ví duy nhất, mà là cho phép các tài khoản hoạt động mà không bị ràng buộc bởi một đường dẫn chữ ký ECDSA duy nhất, cho phép logic xác minh và thực thi linh hoạt hơn. Điều này có nghĩa là chữ ký đa chữ ký, tài trợ gas , xoay vòng khóa, phục hồi xã hội, và thậm chí cả việc tích hợp trong tương lai với các lược đồ chữ ký chống lượng tử sẽ không còn là các khả năng bên ngoài mà có tiềm năng trở thành "thành viên gốc" của hệ thống tài khoản Ethereum . Nhìn bề ngoài, EIP-8141 thảo luận về một tập hợp các khả năng có vẻ cụ thể: thanh toán gas bằng stablecoin , kết hợp các hoạt động nhiều bước thành một giao dịch duy nhất, hỗ trợ các phương pháp chữ ký linh hoạt hơn, và thậm chí dành chỗ cho các chữ ký chống lượng tử trong tương lai. Có thể nói rằng nhiều cải tiến đối với trải nghiệm ví trong những năm qua, từ ERC-4337 đến EIP-7702, về cơ bản đều nhằm mục đích chuyển đổi một tài khoản từ chỉ là một private key thành một điểm truy cập với các quy tắc có thể tùy chỉnh. Tuy nhiên, vấn đề là mặc dù những cải tiến này đã thực sự làm cho ví điện tử ngày càng giống với tài khoản thông minh, nhưng chúng vẫn chưa giải quyết được mô hình tài khoản mặc định cơ bản Ethereum. Như đã biết, theo hệ thống hiện tại, tài khoản Ethereum được chia thành hai loại chính. Một là Tài khoản Sở hữu Bên ngoài (EOA), được kiểm soát bởi private key và có thể chủ động khởi tạo giao dịch, nhưng thiếu khả năng lập trình. Loại còn lại là tài khoản hợp đồng, chính là hợp đồng thông minh, có thể thực thi logic phức tạp nhưng không thể chủ động khởi tạo giao dịch. Điều này dẫn đến việc khả năng khởi tạo giao dịch bị ràng buộc với một chữ ký private key duy nhất trong một thời gian dài. Chừng nào tiền đề này vẫn không thay đổi, nhiều khả năng mà người dùng coi là hiển nhiên ngày nay, chẳng hạn như thay đổi linh hoạt các quy tắc chữ ký, nhờ người khác trả phí gas thay mặt, lấy lại quyền kiểm soát tài khoản sau khi mất private key hoặc chuyển đổi suôn sẻ sang một hệ thống mã hóa mới trong tương lai, khó có thể trở thành khả năng mặc định của tài khoản. Nếu bạn đã sử dụng imToken hoặc các ví Web3 khác, bạn có thể đã gặp phải những vấn đề này: có nhiều USDC trong ví nhưng không có ETH để gửi giao dịch; Mất Cụm từ hạt giống và mất toàn bộ tiền, không có cơ hội phục hồi; yêu cầu lần chữ ký và lần xác nhận cho một thao tác "ủy quyền + trao đổi" duy nhất, v.v. Những vấn đề này không phải do sản phẩm ví "không đủ tốt", mà là kết quả của thiết kế mô hình tài khoản Ethereum. Cuối cùng, EIP-8141 giới thiệu một loại giao dịch hoàn toàn mới—Giao dịch Khung, số loại giao dịch 0x06. Nếu logic cơ bản của các giao dịch Ethereum truyền thống là một giao dịch tương ứng với một lệnh gọi, thì mục tiêu của EIP-8141 là chia nhỏ một giao dịch thành một tập hợp các "khung" có thể được thực hiện theo một thứ tự cụ thể theo các quy tắc, do đó tách biệt các quy trình xác minh, thanh toán và thực thi được gộp chung trước đây. Mỗi "khung" có ba chế độ thực thi: XÁC MINH (khung xác minh) xác minh tính hợp pháp của giao dịch và ủy quyền thực thi khi được chấp thuận; GỬI (khung gửi) thực hiện hoạt động thực tế, chẳng hạn như chuyển tiền hoặc gọi hợp đồng; Và DEFAULT (khung nhập) được sử dụng cho các trường hợp như triển khai hợp đồng hoặc xác minh Paymaster. Ý nghĩa của cơ chế này không phải là làm cho các giao dịch trở nên phức tạp hơn, mà là lần nó tách biệt ba quy trình "xác minh, thanh toán và thực thi" khỏi các hành động tài khoản và giao phó chúng cho việc lập lịch trình giao thức gốc. Do đó, các tài khoản không còn chỉ dựa vào một private key duy nhất để ký tổng thể và bắt đầu giống như một thực thể thực thi có thể lập trình được.

Nguồn nội dung

https://chainfeeds.substack.com

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận