TL;DR

1) Vì cả lớp 2 và lớp 3 lý thuyết đều dựa vào mainnet để thanh toán, điều giả định phổ biến là lớp 3 trước tiên nén dữ liệu và sau đó gửi nó đến lớp 2 để nén phụ, về cơ bản là xếp lớp Rollup lên trên một Rollup khác. Cách tiếp cận này đã bị chỉ trích và đặt câu hỏi vì nếu ai đó tưởng tượng lớp 4 và lớp 5 sử dụng kiến trúc tương tự, nó sẽ dẫn đến một đường cùng, vì dữ liệu không thể nén vô hạn.

2) Trong thực tế, sự tương tác giữa tầng 3 và tầng 2 có thể không nhất thiết phải bao gồm việc nén và sau đó làm lại quá trình nén. Trong các chiến lược tầng 3 được lên kế hoạch bởi nhiều ngăn xếp tầng 2 như Arbitrum và zkSync, tầng 3 được xác định là một chuỗi ứng dụng cụ thể. Nó sẽ có một mức độ tự trị cao trong các khía cạnh như cơ chế đồng thuận, lựa chọn phí gas và các mô hình kinh tế. Tuy nhiên, sự tự trị không có nghĩa là độc lập hoàn toàn, bởi kiến trúc cơ bản có thể bị ràng buộc bởi cơ sở hạ tầng nền được xây dựng cho tầng 2, chẳng hạn như chia sẻ các thành phần chính như Sequencers và Provers với chuỗi tầng 2.

Điều này có nghĩa là các giao dịch trên tầng 3 được xử lý trực tiếp bởi Sequencer của tầng 2 và được gửi đến mainnet để xác nhận trạng thái cuối cùng. Tầng 2 đóng vai trò quan trọng hơn trong việc kích hoạt chức năng tương thích giữa nhiều chuỗi tầng 3 khác nhau, nơi tầng giao dịch được gọi là “tầng giải quyết” chỉ để đóng gói dữ liệu và không phải là việc giải quyết cuối cùng theo nghĩa đúng đắn. Các giao dịch trên tầng 3 cũng cần xếp hàng trên tầng 2 để đóng gói, khiến cho việc xử lý chuỗi ứng dụng tầng 3 như một loại kênh Sequencer đặc biệt là hợp lý.

3) Giả sử lớp 3 hoạt động hoàn toàn như một lớp lồng vào lớp tự nhiên giới hạn khả năng mở rộng, nhưng thực hành này chỉ là một giả thuyết lý thuyết. Nếu lớp 2 và lớp 3 chia sẻ các thành phần quan trọng như Sequencers và Provers, có nhiều cách để kích hoạt việc mở rộng theo chiều ngang của các chuỗi lớp 3, đặc biệt khi tính tương hợp giữa các chuỗi được cải thiện.

1. Như đã đề cập bởi nhà sáng lập của zkSync, @gluk64, việc sử dụng công nghệ ZK như một nền tảng cho sự tương tác giữa nhiều chuỗi khối là khả thi vì công nghệ ZK cho phép hai bên thực hiện xác minh tính xác thực của thông tin mà không cần phải tiết lộ chi tiết. Khi tài sản được chuyển từ Layer 3 sang Layer 2, điều này có thể được thực hiện một cách liền mạch thông qua cầu ZK, cho phép việc chuyển tài sản nguyên tử giữa các chuỗi mà không cần đến sự đồng thuận giữa các chuỗi hoặc các quy trình khác.

Công nghệ cầu nối tăng cường ZK cho phép hỗ trợ cơ bản cho việc mở rộng đa chuỗi của Layer 3 vì, bất kể có bao nhiêu Layer 3 được triển khai, chúng đều thanh toán trực tiếp với Layer 2 qua ZK Proofs, điều này không ảnh hưởng đến mối quan hệ giữa Layer 2 và mạng chính;

1. As described by the founder of Eigenlayer, @sreeramkannan, với các nút hoạt động AVS của Eigenlayer phối hợp quyết định trên các chuỗi khối khác nhau về cơ bản liên quan đến cùng một tập hợp các nút tham gia xây dựng sự thống nhất trên nhiều chuỗi. Bằng cách triển khai cơ chế thưởng và phạt (Slash) cho AVS, lý thuyết cho thấy có thể giảm khả năng các nút hành động độc ác. Nếu các nút phê duyệt việc chuyển tài sản từ Layer 3 sang Layer 2 và có hành vi không đúng, họ sẽ phải chịu phạt.

Loại cơ chế kinh tế phần thưởng và phạt này cũng có thể á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ể đạt được cùng mức độ tin cậy như công nghệ ZK, nhưng nó có thể tạo ra một môi trường đáng tin cậy dựa trên một mô hình kinh tế.

4) @VitalikButerin, đáp lại những cuộc thảo luận thường mang theo thiên vị cố hữu, nhấn mạnh quan điểm của mình rằng Lớp 3 không nên được đơn giản hóa chỉ là một ngăn xếp hoặc tiện ích mở rộng của Lớp 2, vì điều này không nhất thiết mang lại tính mở rộng hiệu quả. Khi Lớp 3 phụ thuộc vào Lớp 2 như cơ sở hạ tầng của nó và Lớp 2 chính không thể mở rộng vô tận, điều này cũng đúng cho Lớp 3. Tuy nhiên, trong một số tình huống cụ thể như quyền riêng tư, các ứng dụng Lớp 3 hướng quyền riêng tư cụ thể có thể giải quyết một số sở thích giao dịch cho quyền riêng tư.

Kết luận, Layer 3 đại diện cho một tính năng có thể tùy chỉnh cao với tiềm năng mở rộng theo yêu cầu. Từ góc độ của tôi, việc mở rộng Layer 3 nên dựa trên các nhu cầu cụ thể của ứng dụng và được phát triển theo cách tùy chỉnh, không giống như một mô hình phát triển một cỡ vừa vặn, điều này không khả thi trong một hướng đa chuỗi cho các ứng dụng Layer 3.

免責聲明：

1. Bài viết này được tái bản từ [GateTwitter], Tất cả bản quyền thuộc về tác giả gốc [@tmel0211]. Nếu có ý kiến ​​phản đối về việc tái in này, vui lòng liên hệ với Gate Learnđội ngũ và họ sẽ xử lý nhanh chóng.
2. Miễn trừ trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ thuộc về tác giả và không đại diện cho bất kỳ lời khuyên đầu tư nào.
3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi có đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch là không được phép.