Giải thích chi tiết về đề xuất mới nhất của Ethereum EIP-5988: một giải pháp mới cho khả năng tương tác L2

Khi quá trình nâng cấp Thượng Hải của Ethereum đang đến gần, nhiều đề xuất liên quan đến nó cũng đã xuất hiện, với hy vọng bắt kịp với việc nâng cấp Thượng Hải và triển khai nó cùng nhau. EIP-5988 cũng đã được gửi tới trang web chính thức của Eips.ethereum gần đây. Mục đích chính của EIP-5988 là thực hiện các hoạt động tiền biên dịch cho các ZK khác nhau để giao tiếp với mạng chính, nhằm tiết kiệm thời gian biên dịch và trên- chuỗi không gian cần thiết cho giao tiếp.

EIP-5988 chủ yếu là để giải quyết các vấn đề giao tiếp khác nhau giữa L2 và L1. Với đề xuất này, L2 dựa trên ZK có thể tương thích với bảo mật của mạng chính mà không làm giảm hiệu quả bằng chứng của chính nó. L2 dựa trên OP có thể tăng cường hơn nữa việc sử dụng mạng lưới chính.Hiệu quả quyết toán.

Ngoài ra, EIP-5988 lần này sử dụng thuật toán băm Poseidon, thuật toán này sẽ được sử dụng làm phương thức chứng minh tạo tiền biên dịch thống nhất cho các L2 khác nhau, đây cũng là thuật toán mới đầu tiên có thể tương thích với Ethereum. đã thử trong các L2 khác nhau. Nó được sử dụng, nhưng bảo mật đã không được kiểm tra bởi các ứng dụng chính trong một thời gian dài, đây cũng là điểm gây tranh cãi chính do EIP-5988 gây ra.

Nhận thông tin liên lạc giữa L2

Trong phần mô tả của EIP-5988, điều quan trọng nhất là đề xuất một phương thức giao tiếp mới giữa Lớp 2, phương thức này đóng gói các thuật toán mở rộng Rollup khác nhau vào một lớp biên dịch nhất quán, có thể được gọi bởi mạng chính Ethereum. .

Hiểu trực quan, nghĩa là, theo STARK/SNARK và các kế hoạch khác, biện pháp tiền biên dịch trước tiên được thực hiện. Sau khi đề xuất có hiệu lực, nó sẽ được xây dựng làm nơi chuyển đổi định dạng sau khi bằng chứng ZK được tạo. Mạng chính Ethereum không cần xem xét nguồn cụ thể của thông báo mà chỉ cần đánh giá xem nó có phù hợp với định dạng đã biên dịch hay không, để chấp nhận hoặc từ chối nó.

Giữa L2 hiện tại và mạng chính Ethereum, có nhiều vấn đề về khả năng tương thích. Lấy hệ thống ZK làm ví dụ, hiện tại có hai trở ngại chính:

Hệ thống ZK có các đường dẫn kỹ thuật khác nhau, zk-SNARK và zk-STARK là hai trong số những đường dẫn chính thống hơn và khả năng tương tác giữa các phiên bản khác nhau thiếu một tiêu chuẩn thống nhất;

L2 sẽ chọn một ngôn ngữ tự phát triển, chẳng hạn như Cairo của StarkWare, khác với ngôn ngữ vững chắc được Ethereum sử dụng và cần được biên dịch với nhau để giao tiếp.

Sau khi triển khai lớp tiền biên dịch thống nhất, định dạng thông báo được Ethereum chấp nhận sẽ được thống nhất và mọi loại dữ liệu L2 đến cần phải được chuyển đổi trước, để tiết kiệm thời gian phản hồi chờ truyền giữa L2 và lớp chính. mạng.

Hiện tại, trước khi lớp tiền biên dịch hợp nhất có hiệu lực, có ba cách giao tiếp giữa các L2:

• CEX/DEX: Đầu tiên chuyển mã thông báo sang các sàn giao dịch tương thích với nhiều hơn hai L2. Tuy nhiên, chỉ có thể thực hiện chuyển đổi tài sản và không thể thực hiện trực tiếp việc truyền thông điệp;

• Cầu nối chuỗi chéo phổ quát: Xếp mạng L2 lên trên cầu nối chuỗi chéo L1 truyền thống. Có thể chuyển đổi tài sản và một số tin nhắn có thể được gửi với sự trợ giúp của mạng chính;

• Cầu nối chuỗi chéo L2: Được đại diện bởi Orbiter Finance, nó chủ yếu thực hiện chuỗi chéo giữa các Rollup khác nhau, có thể được coi là mô hình cầu nối chuỗi chéo trong một lĩnh vực cụ thể.

Quá trình biên dịch trước thống nhất của EIP-5988 trực tiếp chuẩn hóa các định dạng dữ liệu L2 khác nhau, thay vì trực tiếp cung cấp mô hình khả năng tương tác giữa các tài sản L2. Đây vẫn là một bản nâng cấp và mở rộng của mạng chính Ethereum và sẽ không làm hỏng tính bảo mật Ethereum của Fangzhu.com.

Với sự trợ giúp của khả năng tương thích từ mạng chính Ethereum, nó sẽ cải thiện đáng kể khả năng tương tác của nhiều L2 khác nhau và nó phù hợp hơn với phương pháp nâng cấp mô-đun trong tương lai của Ethereum.

Poseidon Sức mạnh của Poseidon được kiểm tra

Nhưng bên cạnh những ưu điểm, vẫn cần chú ý đến vấn đề tiền biên dịch thống nhất, chủ yếu tập trung vào thuật toán băm "Poseidon" (Poseidon) mà nó sử dụng, đây cũng là tâm điểm thảo luận của cộng đồng hiện nay.

Về cơ bản, quy trình làm việc của EIP-5988 là giới thiệu một hợp đồng được biên dịch sẵn mới triển khai các chức năng được sử dụng trong thuật toán băm mật mã Poseidon, thuật toán này có thể đạt được khả năng tương tác giữa các bản tổng hợp EVM và ZK / Validity, đồng thời giới thiệu các nguyên hàm băm mật mã linh hoạt hơn.

Chức năng chính của thuật toán băm là chuyển đổi tất cả các loại dữ liệu số và không phải số (văn bản, hình ảnh, v.v.) đến thành các mã có thông số kỹ thuật nhất quán, thuận tiện cho việc nhận dạng và gọi máy tính. về cơ bản là một biến thể biểu thức băm của cây nhị phân, được sử dụng rộng rãi trong các giao tiếp nút khác nhau, chẳng hạn như ví và bằng chứng tài sản trao đổi.

Thuật toán Poseidon không phải là một giải pháp mới, ít nhất Vitalik đã giới thiệu chức năng chính của nó trước đây và nó có khả năng tương thích tốt với các thuật toán ZK khác nhau, đó là lý do chính tại sao bản cập nhật này có tên là Poseidon.

Hàm băm Poseidon đã chính thức ra mắt vào năm 2019 và nó giống như hàm băm phổ biến"Truyền thống"So với các hàm băm khác như SHA 256 và Keccak, chúng chưa được kiểm tra nghiêm ngặt về tính hợp lệ và bảo mật. Trong mạng Ethereum và các mạng chuỗi khối khác, một số L2 hoặc các ứng dụng khác đã được sử dụng, cho đến nay không có lỗi nghiêm trọng nào trong thuật toán Poseidon.

Các trường hợp chuỗi khối đã hoặc có kế hoạch sử dụng thuật toán Poseidon:

• StarkWare có kế hoạch sử dụng Poseidon làm hàm băm chính cho StarkNet và hứa hẹn sẽ bổ sung chức năng hàm Poseidon tích hợp sẵn cho ngôn ngữ Cairo.

• Filecoin sử dụng Poseidon cho các bằng chứng Merkle Tree khác nhau và cho các cam kết hai giá trị.

• Dusk Network sử dụng Poseidon để xây dựng giao thức bảo mật giống như Zcash cho các giao dịch.

• Sovrin sử dụng Poseidon cho các giao dịch thu hồi dựa trên cây Merkle.

• Loopring sử dụng Poseidon cho các kịch bản Giao dịch riêng tư trên Ethereum.

• Đa giác sử dụng Poseidon trong Hermez ZK-EVM.

phần kết

phần kết

Việc phân lớp theo chiều dọc giữa các sơ đồ mở rộng của Ethereum và Lớp 2 là một kết luận đã được định trước, nhưng vẫn có vấn đề về tính bảo mật và khả năng tương thích giữa các lớp, vì vậy tất cả các loại L2 đang "sử dụng tính bảo mật của mạng chính Ethereum và tăng cường các nỗ lực Mở rộng của riêng chúng đã được thực hiện dựa trên khả năng tương thích của mạng chính, nhưng trên cơ sở tạo ra sự thịnh vượng sinh thái L2, nó cũng gây ra một cuộc khủng hoảng chia rẽ L2 một cách ngụy trang.

Kiểu phân mảnh sinh thái này không có lợi cho sự phát triển lâu dài của Ethereum và EVM. Sự cạnh tranh giữa các L1 khác nhau vẫn đang diễn ra. Làm thế nào để kết nối các mảnh sinh thái khác nhau cũng đã trở thành một sáng kiến ​​cần thiết cho mạng chính Ethereum. Từ mạng chính Nó là xu hướng mới nhất để bắt đầu cải thiện và yêu cầu tất cả các loại L2 để thực hiện chuyển đổi định dạng thống nhất.

Cho dù EIP-5988 có kết thúc hiệu lực hay không, sự thịnh vượng và phân mảnh này sẽ tồn tại trong một thời gian dài và sẽ cần nhiều đề xuất cải tiến hơn để khắc phục.