Giới thiệu về Chainfeed:
Trước đó, EIP-3074 đã được xác định sẽ đưa vào nâng cấp Praha để cải thiện trải nghiệm người dùng. Tuy nhiên, EIP-3074 có một số rủi ro bảo mật nhất định và tương đối thiếu khả năng tương thích về phía trước với lộ trình Trừu tượng hóa tài khoản. Bài viết này liệt kê một trong đó điểm yếu.
Nguồn bài viết:
https://notes.ethereum.org/@yoav/3074-implications
Tác giả bài viết:
yoav.eth
Quan điểm:
yoav.eth: Các vấn đề tập trung tiềm ẩn do EIP-3074 đặt ra: Cơ sở hạ tầng tập trung: Ngay cả đối với các trường hợp sử dụng đơn giản như xử lý hàng loạt, việc sử dụng 3074 mà không có bộ lặp cũng khó khăn. Nó yêu cầu lần chữ ký, một cho AUTH và một cho giao dịch, điều này gây ra trải nghiệm người dùng kém nên nhiều trường hợp sử dụng sẽ sử dụng rơle. Người dùng và nhà phát triển thường sẽ chọn con đường ít trở ngại nhất, trong đó 3074 là rơle tập trung. Đổi mới quyền: Do thiếu sự phân tách quyền, mọi trường hợp sử dụng đều yêu cầu cấp toàn quyền truy cập tài khoản cho người gọi. Do thiết kế bảo mật này, ví phải đưa người gọi vào danh sách trắng và không cho phép người dùng lựa chọn. Khi các dapp muốn sử dụng các cải tiến trải nghiệm người dùng liên quan đến 3074, họ sẽ cho rằng ví có thể triển khai chức năng đưa vào danh sách trắng của các ví phổ biến, điều này sẽ cho phép các ví phổ biến kiểm soát sự đổi mới. Khả năng chống kiểm duyệt và bao gồm: Do cách thức xây dựng khối hiện đang hoạt động, Ethereum ít thân thiện với việc kiểm duyệt hơn mọi người nhận ra. Các biện pháp khắc phục nên được đưa vào danh sách. Chống lại sự kiểm duyệt là một trong những giá trị cốt lõi, cấp bách hơn Trừu tượng hóa tài khoản hoặc 3074. 3074 không tương thích với danh sách bao gồm và khiến EIP-7547 bị loại khỏi fork tiếp theo. [Văn bản gốc bằng tiếng Anh]
Nguồn nội dungyoav.eth: Các lựa chọn thay thế khả thi: RIP-7560 thêm loại giao dịch mới (4), tương đương với ERC-4337 UserOp. Nó chỉ định những thứ như paymaster để cho phép trừu tượng hóa Gas độc lập với tài khoản, triển khai initcode của tài khoản trong giao dịch đầu tiên, v.v. Hỗ trợ EOA trong TransactionType4 cho phép thực hiện chức năng tương tự như 3074 (chẳng hạn như khai thác Gas , phân khối, ủy quyền) và có một số lợi thế nhất định so với Đề án cải tiến EOA khác: phù hợp với lộ trình AA gốc, ví không cần hỗ trợ hai tiêu chuẩn khiến EOA có thể sử dụng; người trả lương hiện tại yêu cầu ít độ tin cậy hơn 3074 đối với hầu hết các trường hợp sử dụng phổ biến; không cần người lặp lại hoặc người gọi 4337. EOA sẽ sử dụng nhóm bộ nhớ AA; cho phép sử dụng paymaster để di chuyển EOA nợ AA; cho phép tổng hợp chữ ký EOA, điều này có thể tiết kiệm lượng lớn chi phí mạng tổng hợp; [Văn bản gốc bằng tiếng Anh]
Nguồn nội dung






