Matryoshka liên chuỗi hoặc mở rộng tùy chỉnh: cách hiểu chính xác ý nghĩa mở rộng của layer3

Tôi đã xem cuộc thảo luận sôi nổi về "layer3" trong cộng đồng ở nước ngoài và thấy nó đặc biệt thú vị: một số người nhìn thấy búp bê matryoshka liên chuỗi trong đó dữ liệu được nén liên tục, trong khi những người khác coi ZK là kiến ​​trúc công nghệ cơ bản cho giao tiếp nguyên tử giữa nhiều nền tảng. khả năng ứng dụng chuỗi, một số người thấy các kịch bản ứng dụng rộng hơn cho cơ chế đặt cược AVS + khen thưởng và trừng phạt của Eigenlayer. Làm thế nào để hiểu ý nghĩa mở rộng của layer3? Hãy để tôi giải thích sự hiểu biết của mình:

1. Vì về mặt lý thuyết, lớp 2 và lớp 3 dựa vào việc xử lý mạng chính, nên một giả định phổ biến là lớp 3 trước tiên sẽ nén dữ liệu rồi gửi nó đến lớp 2 để xử lý thứ cấp. Nén thứ cấp tương đương với Rollup on top of Rollup.Phương pháp này đã bị chỉ trích và đặt câu hỏi vì một khi layer4 và layer5 được tưởng tượng với kiến ​​trúc tương tự nhau, phương thức này sẽ bị dồn vào ngõ cụt, xét cho cùng thì dữ liệu không thể được nén mọi lúc.  

2. Trên thực tế, sự tương tác giữa lớp 3 và lớp 2 có thể không nhất thiết phải nén rồi mới nén. Trong chiến lược lớp 3 được lên kế hoạch bởi nhiều ngăn xếp lớp 2 như Arbitrum và zkSync, lớp 3 được định nghĩa là một chuỗi ứng dụng cụ thể và sẽ có tính tự chủ cao về cơ chế đồng thuận, lựa chọn Phí Gas, mô hình kinh tế, v.v. Vấn đề là quyền tự chủ không có nghĩa là hoàn toàn độc lập, kiến ​​trúc cơ bản của nó rất có thể sẽ bị hạn chế khi sử dụng cơ sở hạ tầng cơ bản do lớp 2. Ví dụ: nó chia sẻ các thành phần chính như Sequencer và Prover với chuỗi lớp 2.

Điều này có nghĩa là các giao dịch lớp 3 sẽ được đóng gói trực tiếp và gửi lên mạng chính thông qua Trình sắp xếp thứ tự của lớp 2 để xác nhận trạng thái cuối cùng. Điều mà layer2 đảm nhận nhiều hơn là chức năng tương tác giữa nhiều chuỗi layer 3. Cái gọi là "lớp giải quyết" chỉ là việc giải quyết việc đóng gói dữ liệu, không phải là giải quyết cuối cùng và cuối cùng theo đúng nghĩa. Các giao dịch ở lớp 3 cũng cần được xếp hàng đợi và đóng gói trên lớp 2. Tạo ý nghĩa bằng cách coi chuỗi ứng dụng lớp 3 như một đường dẫn Trình sắp xếp đặc biệt.  

3. Nếu giả định rằng lớp 3 đều ở dạng matryoshka liên chuỗi thì khả năng mở rộng đương nhiên sẽ bị hạn chế. Tuy nhiên, cách tiếp cận thực tế này chỉ là giả định về mặt lý thuyết. Nếu lớp 2 và layer3 chia sẻ các thành phần chính như Sequencer và Prover, có nhiều cách để mở rộng đa chuỗi của layer3 theo chiều ngang, đặc biệt là sau khi khả năng tương tác giữa các chuỗi được cải thiện.

1. Như người sáng lập zkSync @gluk64 đã nói, công nghệ ZK được sử dụng làm cơ sở cho khả năng tương tác giữa nhiều chuỗi. Công nghệ ZK cho phép hai Đối tác xác minh mà không tiết lộ thông tin cụ thể. Về tính xác thực của thông tin, khi lớp3 chuyển tài sản chuỗi chéo sang lớp 2, việc chuyển tài sản nguyên tử giữa các chuỗi có thể được thực hiện thông qua cầu ZK mà không cần áp dụng sự đồng thuận giữa các chuỗi hoặc quá trình xử lý khác.

Công nghệ bắc cầu được hỗ trợ bởi công nghệ ZK có thể cung cấp nền tảng cho việc mở rộng đa chuỗi của layer3, bởi vì cho dù có bao nhiêu layer3 xuất hiện thì “việc giải quyết kỹ thuật” vẫn đạt được trực tiếp với layer2 thông qua ZK Proof và sẽ không ảnh hưởng đến layer2 Mối quan hệ với mạng chính; 

2. Như người sáng lập Eigenlayer @sreeramkannan đã giải thích, việc để các nút hoạt động AVS của Eigenlayer điều phối sự đồng thuận giữa các chuỗi khác nhau trên các chuỗi tương đương với việc cho phép cùng một loạt nút tham gia Trong trường hợp này, miễn là AVS được cung cấp một lớp cơ chế Slash khen thưởng và trừng phạt, về mặt lý thuyết, nó sẽ làm giảm khả năng các nút tự làm điều ác. Khi nút phê duyệt luồng tài sản từ lớp 3 đến lớp 2, nếu có bất kỳ hành vi xấu nào, nó sẽ bị Chém.

Loại cơ chế kinh tế khen thưởng và trừng phạt này cũng sẽ được áp dụng cho các vấn đề về niềm tin trong môi trường đa chuỗi, mặc dù không thể đáng tin cậy 100% như ZK nhưng nhìn chung nó có thể tạo ra một môi trường đáng tin cậy dựa trên các mô hình kinh tế. .

4. @VitalikButerin cũng nhảy ra nhắc lại quan điểm của mình trước cuộc thảo luận về lập trường của mỗi người. Layer3 không thể đơn giản là một ngăn xếp và phần mở rộng của layer2, không mang lại khả năng mở rộng hiệu quả. Vì layer3 phụ thuộc vào layer2 về cơ sở hạ tầng nên layer2 không thể mở rộng vô tận chứ đừng nói đến layer3. Nhưng trong một số trường hợp cụ thể, chẳng hạn như quyền riêng tư, chuỗi ứng dụng quyền riêng tư cụ thể của lớp 3 có thể giải quyết các tùy chọn về quyền riêng tư của một số giao dịch.

Tóm lại, layer3 là một chức năng có tính tùy biến cao với khả năng mở rộng tùy chỉnh. Theo tôi, phần mở rộng của layer3 nên được tùy chỉnh và phát triển để đáp ứng nhu cầu của các kịch bản ứng dụng. Mô hình phát triển tương tự như gửi chuỗi bằng một cú nhấp chuột sẽ không hoạt động theo hướng đa chuỗi của các ứng dụng layer3.