Tác giả gốc: LuozhuZhang
Bản tổng hợp gốc: Crush, Biteye
Tôi quan tâm ở Lớp 3 Một số ý tưởng được lấy cảm hứng từ các chuỗi khối dành riêng cho ứng dụng, chẳng hạn như dydx.

Có rất nhiều dApp (cả hiện tại và tương lai) mà Điều cần thiết là một blockchain, không phải một hợp đồng. (Ví dụ: 100% trò chơi trực tuyến Dark Forest và Topology)
Lưu ý của người dịch: Dark Forest là một blockchain phi tập trung dựa trên công nghệ chứng minh không có kiến thức ZK- SNARKS Trò chơi chiến lược thời gian thực (RTS); Topology, với tư cách là một dự án sinh thái của StarkNet, cam kết xây dựng công cụ Fountain cho các trò chơi trên chuỗi, NFT và các giao thức đổi mới phi tập trung. Về chuỗi ứng dụng, bạn có thể tìm hiểu thêm trong bài viết "Cơ hội và rủi ro của Chuỗi ứng dụng" Hơn nữa, chào mừng bạn đến đọc.
Một dApp muốn trở thành một blockchain có thể có. Một vài lựa chọn:
1. Bạn có thể chọn phát triển Bản tổng hợp (Bản tổng hợp ZK hoặc Bản tổng hợp tối ưu)
Ưu điểm là bạn có thể kế thừa hệ sinh thái Ethereum (người dùng) và tính bảo mật của nó, nhưng đối với nhóm dApp, chi phí phát triển của Rollup rõ ràng là quá cao.
2. Bạn có thể chọn Cosmos, Polkadot hoặc Avalanche
p>
Chi phí phát triển sẽ thấp hơn (ví dụ: dydx đã chọn Cosmos), nhưng bạn sẽ mất hệ sinh thái Ethereum (người dùng) và tính bảo mật.
Hãy tạo ra tình huống xấu nhất và bạn chọn tự mình phát triển chuỗi khối Lớp 1, mặc dù chi phí cao (vì bạn cần thiết kế cơ chế phân quyền của riêng mình để đảm bảo đủ số lượng nút mà không làm giảm hiệu quả), nhưng có thể có chủ quyền cao nhất.
Hãy so sánh ba tình huống:
Khó khăn/Chi phí b>: Alt-L1 > Rollup > Cosmos
Bảo mật: Rollup > Cosmos > Alt-L1 p>
Sinh thái/Người dùng: Rollup > Cosmos > Alt-L1
ChínhQuyền sở hữu: Alt-L1 > Cosmos > Rollup

Lưu ý của người dịch: Alt-L1 ở đây đề cập đến Lớp 1 thay thế, tức là những chuỗi công khai muốn trở thành "kẻ giết Ethereum", chẳng hạn như Solana và Avalanche.
Hãy suy nghĩ về tình huống này: Với tư cách là một dApp, Bây giờ tôi muốn kế thừa hệ sinh thái Ethereum (người dùng) và tính bảo mật của nó, nhưng đồng thời tôi không muốn chỉ thực hiện một hợp đồng, vậy tôi phải làm gì?
Trước hết, tôi sẽ không chọn Cosmos hay Polkadot, cũng như không chọn Alt-L1, nên tôi chỉ có thể chọn Rollups.
Nhưng việc phát triển bản tổng hợp L2 rất tốn kém, làm thế nào để giải quyết vấn đề này?
Ý tưởng đầu tiên nảy ra trong đầu tôi là sử dụng L3 SDK để phát triển một bản tổng hợp dành riêng cho ứng dụng (bản tổng hợp dành riêng cho ứng dụng), tức là , Lớp 3.
Lưu ý: SDK lớp 2 và lớp 3 được thảo luận ở đây chủ yếu dựa trên Bản tổng hợp ZK chứ không phải Bản tổng hợp lạc quan. Do tính năng xác minh gian lận của Optimistic Rollups nên thời gian chờ gửi và rút tiền là 7 ngày, điều này làm tăng độ phức tạp về mặt kỹ thuật.
Tôi nghĩ Lớp 2 phù hợp cho việc mở rộng chung, trong khi Lớp 3 phù hợp hơn cho các ứng dụng có mục đích cụ thể đó.
Vitalik, người sáng lập Ethereum, gần đây cũng đã viết một bài báoBài viết thảo luận về ý nghĩa của sự tồn tại của Lớp 3.
Bài viết đề cập đến khái niệm “Fractal Scaling” của Starkware, Vitalik cũng cho rằng việc Layer 3 có 3 loại sau là hợp lý:
1. Chức năng tùy chỉnh. Ví dụ đơn giản nhất là thêm một số yêu cầu về quyền riêng tư;
2. Ứng dụng cho các mục đích cụ thể (khả năng mở rộng tùy chỉnh). Ví dụ: logic xử lý không phải EVM (một số trò chơi được đặt hoàn toàn trên chuỗi) và tối ưu hóa nén dữ liệu cụ thể;
3 .. Các giả định bảo mật khác nhau (bảo mật tùy chỉnh). Ví dụ: Validium (tiện ích mở rộng độ tin cậy yếu) sử dụng bằng chứng zk, nhưng tính khả dụng của dữ liệu (Tính khả dụng của dữ liệu) không có trên chuỗi. Mặc dù một số bảo mật bị mất khi thực hiện việc này nhưng có thể đạt được TPS cao hơn (9000 TPS).
Lưu ý của người dịch: Validium, giống như Rollups và sidechains, là một giải pháp có khả năng mở rộng cho Ethereum. Không giống như ZK Rollups đặt tính khả dụng của dữ liệu trên chuỗi, Validium đặt nó ngoài chuỗi để đạt được thông lượng giao dịch rất cao.
Trong mọi trường hợp, tôi đã suy nghĩ về tính khả thi của Lớp 3 Đúng, bởi vì có rất nhiều dApp phù hợp để trở thành một chuỗi hơn là chỉ một hợp đồng thông minh.
Vì vậy, công nghệ Lớp 3 có thể sẽ mở ra một không gian mới cho Ethereum hoặc blockchain, giống như công nghệ Rollups. Nhưng vẫn còn nhiều chi tiết kỹ thuật cần được giải quyết và việc này sẽ mất thời gian.
Ví dụ chúng ta có Lớp 2, liệu chúng ta có thực sự cần Lớp 3 không? Làm thế nào để thiết kế cơ chế của Lớp 3? (Prover, tính khả dụng của dữ liệu, trình sắp xếp chuỗi, v.v.) và cuối cùng là làm cách nào để thiết kế SDK Lớp 3 siêu dễ sử dụng?
Liên kết gốc
Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:
Nhóm Telegram đăng ký: https://t.me/theblockbeats
Nhóm Telegram thảo luận: https://t.me/BlockBeats_App
Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia