Khi đến cả sự chú ý và sáng tạo, không phải tất cả các thành phần của ngăn xếp modular được tạo ra bằng nhau. Trong khi lịch sử đã có nhiều dự án sáng tạo ở lớp sẵn có dữ liệu (DA) và lớp xếp hạng, các lớp thực thi và giải quyết đã bị bỏ qua so với ngăn xếp modular cho đến gần đây hơn.

Không gian trình tự được chia sẻ không chỉ có nhiều dự án cạnh tranh để chiếm lĩnh thị trường — Espresso, Astria, Bán kính, Roma, và Madarađể kể một số — nhưng cũng bao gồm các nhà cung cấp RaaS như CalderavàConduitnhững nhà phát triển chia sẻ trình xếp chồng cho các rollup xây dựng trên cơ sở của chúng. Các nhà cung cấp RaaS này có khả năng cung cấp chia sẻ phí thuận lợi hơn với các rollups của họ vì mô hình kinh doanh cơ bản của họ không chỉ phụ thuộc vào doanh thu xếp chồng. Tất cả các sản phẩm này tồn tại song song với nhiều rollups chỉ chọn chạy trình xếp chồng riêng của họ và phân quyền dần dần để thu phí mà nó tạo ra.

Thị trường xếp hạng là duy nhất so với không gian DA, mà cơ bản hoạt động như một chế độ độc quyền được tạo thành từ Celestia, Sử dụng, và EigenDA. Điều này làm cho nó trở thành một thị trường khó khăn cho những người mới tham gia nhỏ hơn ngoài ba người chính để phá vỡ không gian thành công. Các dự án hoặc tận dụng sự lựa chọn "đương nhiệm" – Ethereum – hoặc chọn một trong các lớp DA đã được thiết lập tùy thuộc vào loại ngăn xếp công nghệ và sự liên kết mà họ đang tìm kiếm. Mặc dù sử dụng lớp DA là một cách tiết kiệm chi phí lớn, nhưng việc thuê ngoài phần trình tự không phải là lựa chọn rõ ràng (từ quan điểm phí, không phải bảo mật) - chủ yếu là do chi phí cơ hội từ việc từ bỏ phí được tạo ra. Nhiều người cũng cho rằng DA sẽ trở thành một loại hàng hóa, nhưng chúng ta đã thấy trong tiền điện tử rằng các hào thanh khoản siêu mạnh kết hợp với công nghệ cơ bản độc đáo (khó sao chép) khiến việc hàng hóa hóa một lớp trong ngăn xếp trở nên khó khăn hơn nhiều. Bất kể những cuộc tranh luận và động lực này, có rất nhiều sản phẩm DA và trình tự sống trong sản xuất (nói tóm lại, với một số ngăn xếp mô-đun, @maven11research/commoditise-your-complements">"có nhiều đối thủ cho mỗi dịch vụ duy nhất."

Các lớp thực thi và thanh toán (và theo mở rộng là tầng tổng hợp) — mà tôi tin rằng đã được khám phá chưa đầy đủ — đang bắt đầu được lặp lại theo cách mới phù hợp với phần còn lại của bộ khối mô-đun.

Tóm tắt về mối quan hệ giữa lớp thực thi + thanh toán

Lớp thực thi và lớp thanh toán được tích hợp chặt chẽ, nơi mà lớp thanh toán có thể phục vụ như nơi mà kết quả cuối cùng của việc thực thi trạng thái được xác định. Lớp thanh toán cũng có thể thêm chức năng cải thiện cho kết quả của lớp thực thi, giúp lớp thực thi trở nên mạnh mẽ và an toàn hơn. Trong thực tế, điều này có thể có nghĩa là nhiều khả năng khác nhau - ví dụ, lớp thanh toán có thể hoạt động như môi trường cho lớp thực thi để giải quyết tranh chấp gian lận, xác minh bằng chứng và kết nối giữa các lớp thực thi khác.

Nó cũng đáng kể rằng có những nhóm cho phép phát triển môi trường thực hiện có quan điểm ngay tại giao thức của họ - một ví dụ về điều này là Repyh Labs, mà đang xây dựng một L1 gọi là Delta. Điều này theo bản chất là thiết kế ngược lại của ngăn xếp modular, nhưng vẫn cung cấp tính linh hoạt trong một môi trường thống nhất và đi kèm với những lợi thế về tính tương thích kỹ thuật vì các nhóm không cần phải dành thời gian tích hợp mỗi phần của ngăn xếp modular một cách thủ công. Nhược điểm tất nhiên là bị cô lập từ quan điểm thanh khoản, không thể lựa chọn các lớp modular phù hợp nhất với thiết kế của bạn, và quá đắt đỏ.

Những đội khác đang chọn xây dựng L1s vô cùng cụ thể cho một chức năng hoặc ứng dụng cốt lõi. Một ví dụ là Hyperliquid, đã xây dựng một L1 được xây dựng đặc biệt cho ứng dụng chính của họ, một nền tảng giao dịch vĩnh viễn. Mặc dù người dùng của họ cần kết nối từ Arbitrum, kiến trúc cốt lõi của họ không phụ thuộc vào Cosmos SDK hoặc các framework khác, vì vậy có thể được tinh chỉnh một cách lặp đi lặp lại và siêu tối ưu hóacho trường hợp sử dụng chính của họ.

Tiến triển lớp thực thi

Cựu tiền thân của điều này (chu kỳ trước đó, và vẫn còn tồn tại một phần) là các alt-L1 đa mục đích nơi cơ bản là tính năng duy nhất vượt trội so với Ethereum là khả năng xử lý cao hơn. Điều đó có nghĩa là lịch sử các dự án về cơ bản đã phải chọn xây dựng alt L1 riêng của họ từ đầu nếu muốn cải thiện hiệu suất đáng kể — chủ yếu vì công nghệ chưa đủ phát triển trên Eth chính. Và trong quá khứ, điều này chỉ đơn giản là nhúng cơ chế hiệu quả trực tiếp vào giao thức đa mục đích. Trong chu kỳ này, các cải tiến về hiệu suất này được đạt được thông qua thiết kế theo mô-đun và chủ yếu là trên nền tảng hợp đồng thông minh mạnh nhất hiện nay (Ethereum) — theo cách này, cả các dự án hiện có và mới có thể tận dụng cơ sở hạ tầng lớp thực thi mới trong khi không hy sinh tính thanh khoản, an toàn và cộng đồng của Ethereum.

Hiện tại, chúng tôi cũng đang thấy nhiều sự kết hợp và phối hợp giữa các VM (môi trường thực thi) khác nhau như một phần của mạng chia sẻ, điều này cho phép linh hoạt cho các nhà phát triển cũng như tùy chỉnh tốt hơn trên tầng thực thi. Layer N, ví dụ: cho phép nhà phát triển chạy các nút tổng quát (ví dụ: SolanaVM, MoveVM, v.v. làm môi trường thực thi) và các nút tổng hợp dành riêng cho ứng dụng (ví dụ: perps dex, orderbook dex) trên máy trạng thái dùng chung của họ. Họ cũng đang làm việc để cho phép khả năng kết hợp đầy đủ và thanh khoản được chia sẻ giữa các kiến trúc VM khác nhau này, một vấn đề kỹ thuật onchain khó thực hiện trong lịch sử ở quy mô lớn. Mỗi ứng dụng trên Lớp N có thể truyền tin nhắn cho nhau một cách không đồng bộ mà không bị chậm trễ về phía đồng thuận, thường là vấn đề "chi phí giao tiếp" của tiền điện tử. Mỗi xVM cũng có thể sử dụng kiến trúc db khác nhau, cho dù đó là RocksDB, LevelDBhoặc CSDL đồng bộ hóa (A) tùy chỉnh được tạo từ đầu. Phần khả năng tương tác hoạt động thông qua "hệ thống ảnh chụp nhanh" (một thuật toán tương tự như Thuật toán Chandy-Lamport) nơi chuỗi có thể chuyển tiếp một cách không đồng bộ đến một khối mới mà không yêu cầu hệ thống tạm dừng. Về mặt bảo mật, bằng chứng gian lận có thể được gửi trong trường hợp chuyển tiếp trạng thái không chính xác. Với thiết kế này, mục tiêu của họ là giảm thiểu thời gian thực thi trong khi tối đa hóa tổng lưu lượng mạng.

Lớp N

Theo đúng với những tiến bộ trong việc tùy chỉnh, Movement Labstận dụng ngôn ngữ Move - được thiết kế ban đầu bởi Facebook và được sử dụng trong các mạng như Aptos và Sui - cho máy ảo/thực thi của họ. Move có những ưu điểm cấu trúc so với các khung cảnh khác, chủ yếu là an ninh và tính linh hoạt/có thể biểu đạt của nhà phát triển, lịch sử là hai vấn đề chính khi xây dựng onchain bằng những gì tồn tại ngày nay. Quan trọng hơn, nhà phát triển cũng có thể chỉ cần viết Solidity và triển khai trên Movement — để làm điều này trở thành hiện thực, Movement đã tạo ra một runtime EVM hoàn toàn tương thích với bytecode cũng như hoạt động với ngăn xếp Move của họ. Cuộn, M2, sử dụng công nghệ BlockSTM song song cho phép tăng cường hiệu suất nhiều hơn trong khi vẫn có thể truy cập vào vùng nước rào thanh khoản của Ethereum (lịch sử BlockSTM đã được sử dụng duy nhất trong alt L1s như Aptos, mà rõ ràng thiếu tính tương thích với EVM).

MegaETHcũng đang đẩy mạnh tiến triển trong không gian lớp thực thi, đặc biệt thông qua bộ máy song song của họ và cơ sở dữ liệu trong bộ nhớ nơi sequencer có thể lưu trữ toàn bộ trạng thái trong bộ nhớ. Về mặt kiến trúc, họ tận dụng:

• Việc biên dịch mã nguồn tự nhiên giúp cho L2 hoạt động hiệu quả hơn nhiều (nếu hợp đồng tốn nhiều tài nguyên tính toán, chương trình có thể tăng tốc độ mạnh mẽ, nếu không tốn nhiều tài nguyên tính toán, vẫn có tốc độ tăng lên khoảng ~2 lần).
• Sản xuất khối tương đối tập trung, nhưng xác thực và xác minh khối phân tán.
• Đồng bộ trạng thái hiệu quả, nơi các nút đầy đủ không cần phải thực hiện lại các giao dịch nhưng họ cần phải nhận biết về trạng thái delta để họ có thể áp dụng vào cơ sở dữ liệu cục bộ của họ.
• Cây Merkle cập nhật cấu trúc (thông thường việc cập nhật cây này tốn nhiều không gian lưu trữ), phương pháp của họ là một cấu trúc dữ liệu trie mới hiệu quả về bộ nhớ và đĩa. Việc tính toán trong bộ nhớ cho phép họ nén trạng thái chuỗi vào bộ nhớ, vì vậy khi các giao dịch được thực hiện, chúng không cần phải truy cập đĩa, chỉ cần bộ nhớ.

Một thiết kế khác mà gần đây đã được khám phá và lặp đi lặp lại như một phần của ngăn xếp modular là tổng hợp chứng cứ - được xác định là một bên chứng cứ tạo ra một chứng cứ ngắn gọn duy nhất của nhiều chứng cứ ngắn gọn. Đầu tiên hãy xem xét các lớp tổng hợp như một tổng thể và xu hướng lịch sử và hiện tại của chúng trong lĩnh vực tiền điện tử.

Gán giá trị cho các lớp tổng hợp

Lịch sử, ở các thị trường không liên quan đến tiền điện tử, các trang tổng hợp đã chiếm được phần thị trường nhỏ hơn so với các nền tảng hoặc thị trường:

CJ Gustafson

Mặc dù tôi không chắc chắn liệu điều này có đúng cho tất cả các trường hợp về tiền điện tử, nhưng điều này chắc chắn đúng với các sàn giao dịch phi tập trung, cầu nối và giao protocô cho vay.

Ví dụ, tổng vốn hóa kết hợp của 1inch và 0x (hai bộ tổng hợp dex nổi bật) là khoảng $1 tỷ — một phần nhỏ so với khoảng $7.6 tỷ của Uniswap. Điều này cũng áp dụng cho cầu nối: các bộ tổng hợp cầu nối như Li.Fi và Socket/Bungee có vẻ ít thị phần hơn so với các nền tảng như Across. Trong khi Socket hỗ trợ15 cầu khác nhau, họ thực sự có khối lượng cầu chuyển tổng số tương tự với Across (Socket — $2.2bb, Across — $1.7bb) và Across chỉ đại diện cho một một phần nhỏ của khối lượng trên Socket/Bungee gần đây.

Trong lĩnh vực cho vay, Yearn Financelà loại đầu tiên của mình như một giao thức tự động hóa lợi suất cho vay phi tập trung - vốn hóa thị trường của nó hiện đang là~ $ 250 triệu. Bằng cách so sánh, các sản phẩm nền tảng như Aave (Gate~$1.4bb) và Compound (~ $ 560 triệu) đã được đánh giá cao hơn và có ý nghĩa hơn theo thời gian.

Các thị trường Tradfi hoạt động theo cách tương tự. Ví dụ, ICE(Intercontinental Exchange) Mỹ vàCME Groupmỗi cái có vốn hóa thị trường khoảng 75 tỷ đô la, trong khi các “người tổng hợp” như Charles Schwab và Robinhood có vốn hóa thị trường lần lượt khoảng 132 tỷ đô la và 15 tỷ đô la. Trong Schwab, đường đi qua ICE và CMEtrong nhiều sàn giao dịch khác nhau, khối lượng tỷ lệ đi qua chúng không tỷ lệ với phần trăm vốn hóa thị trường của họ. Robinhood có khoảng Hợp đồng tùy chọn 119mm mỗi tháng, trong khi ICE's là khoảng ~35mm— và hợp đồng tùy chọn thậm chí cũng không phải là một phần cốt lõi của mô hình kinh doanh của Robinhood. Mặc dù vậy, ICE được định giá cao hơn khoảng ~5 lần so với Robinhood trên thị trường công cộng. Vì vậy, Schwab và Robinhood, hai giao diện tổng hợp cấp ứng dụng để định tuyến luồng đặt hàng của khách hàng thông qua các sàn giao dịch khác nhau, không đạt được giá trị cao như ICE và CME mặc dù khối lượng tương ứng của họ.

Chúng tôi như người tiêu dùng chỉ đơn giản gán ít giá trị hơn cho các bộ tổ chức.

Điều này có thể không áp dụng trong tiền điện tử nếu các lớp tổng hợp được nhúng vào một sản phẩm/nền tảng/ chuỗi. Nếu các người tổng hợp tích hợp chặt chẽ trực tiếp vào chuỗi, rõ ràng đó là một kiến ​​trúc khác biệt và tôi rất tò mò để xem xét. Một ví dụ là Polygon’s AggLayer, nơi các nhà phát triển có thể dễ dàng kết nối L1 và L2 của họ vào một mạng lưới tổng hợp bằng chứng và cho phép một lớp thanh khoản thống nhất trên các chuỗi sử dụng CDK.

AggLayer

Mô hình này hoạt động tương tự như Lớp Tích hợp Nexus của Avail, bao gồm cơ chế đấu giá tổng hợp chứng minh và sequencer, khiến cho sản phẩm DA của họ mạnh mẽ hơn nhiều. Tương tự như AggLayer của Polygon, mỗi chuỗi hoặc rollup tích hợp với Avail trở nên tương tác trong hệ sinh thái hiện tại của Avail. Ngoài ra, Avail tổng hợp dữ liệu giao dịch được sắp xếp từ các nền tảng blockchain và rollup khác nhau, bao gồm Ethereum, tất cả các rollup Ethereum, chuỗi Cosmos, rollup Avail, rollup Celestia, và các cấu trúc lai khác như Validiums, Optimiums, và Polkadot parachains, cùng với những cái khác. Các nhà phát triển từ bất kỳ hệ sinh thái nào sau đó có thể xây dựng một cách không cần phép của Avail’s DA layer trong khi sử dụng Avail Nexus, có thể được sử dụng cho tổng hợp chứng minh và tin nhắn qua các hệ sinh thái.

Gate Nexus

Nebratập trung đặc biệt vào việc tổng hợp chứng minh và thanh toán, nơi mà họ có thể tổng hợp qua các hệ thống chứng minh khác nhau — ví dụ, tổng hợp chứng minh hệ thống xyz và chứng minh hệ thống abc một cách sao cho bạn có agg_xyzabc (so với việc tổng hợp trong các hệ thống chứng minh sao cho bạn có agg_xyz và agg_abc). Kiến trúc này sử dụng UniPlonK, which standardizes the verifiers work for families of circuits, making verifying proofs across different PlonK circuits much more efficient and feasible. At its core, it uses zero knowledge proofs themselves (recursive SNARKs) to scale the verification piece — typically the bottleneck in these systems. For customers, the “last-mile” settlement is made much easier because Nebra handles all the batch aggregation and settlement, where teams just need to change an API contract call.

Astriađang làm việc trên những thiết kế thú vị về cách mà bộ xử lý chuỗi chung của họ có thể hoạt động với việc tổng hợp chứng minh. Họ để phần thực thi cho các rollups chạy phần mềm tầng thực thi trên một không gian tên cụ thể của một bộ xử lý chuỗi chung — về cơ bản chỉ là “API thực thi” là cách để rollup chấp nhận dữ liệu tầng xếp chuỗi. Họ cũng có thể dễ dàng thêm hỗ trợ cho chứng minh tính hợp lệ ở đây để đảm bảo rằng một khối không vi phạm các quy tắc máy trạng thái EVM.

Josh Bowen

Ở đây, một sản phẩm như Astria phục vụ như là luồng #1 → #2 (giao dịch không tuân theo thứ tự → khối được sắp xếp), và lớp thực thi / nút rollup là #2 → #3, trong khi một giao thức như Nebralà quãng đường cuối cùng #3 → #4 (khối đã thực thi → bằng chứng gọn gàng). Nebra (hoặcLớp Đã Canh Chỉnh) cũng có thể là bước thứ năm lý thuyết trong đó các bằng chứng được tổng hợp và sau đó được xác minh. Sovereign Labs đang làm việc trên một khái niệm tương tự như bước cuối cùng, nơi việc nối dẫn dựa vào việc tổng hợp chứng cứ là trung tâm của kiến trúc của họ.

Sovereign Labs

Tổng cộng, một số tầng ứng dụng là bắt đầu sở hữu cơ sở hạ tầng bên dưới, một phần là vì việc chỉ còn lại một ứng dụng cấp cao có thể gây ra vấn đề động cơ và chi phí sử dụng người dùng cao nếu họ không kiểm soát ngăn xếp phía dưới. Ngược lại, khi chi phí cơ sở hạ tầng đang liên tục bị đẩy xuống do cạnh tranh và tiến bộ công nghệ, chi phí cho các ứng dụng/appchains để tích hợp với các thành phần modular trở nên khả thi hơn nhiều. Tôi tin rằng động lực này mạnh mẽ hơn nhiều, ít nhất là trong thời điểm hiện tại.

Với tất cả những đổi mới này — lớp thực thi, lớp thanh toán, tổng hợp — hiệu quả cao hơn, tích hợp dễ dàng hơn, tương tác mạnh mẽ hơn và chi phí thấp hơn trở nên có thể. Thực sự điều mà tất cả điều này dẫn đến là ứng dụng tốt hơn cho người dùng và trải nghiệm phát triển tốt hơn cho người xây dựng. Đây là một kết hợp chiến thắng dẫn đến nhiều đổi mới — và một tốc độ đổi mới nhanh hơn — ở quy mô lớn, và tôi rất mong chờ thấy điều gì sẽ diễn ra.

免责声明：

1. Bài viết này được sao chép từ [Bridget Harris]. Tất cả bản quyền thuộc về tác giả gốc [BRIDGET HARRIS]. Nếu có ý kiến ​​phản đối về việc tái in này, vui lòng liên hệ Gate Learnđội ngũ, và họ sẽ xử lý nhanh chóng.
2. Bản đảm bảo trách nhiệm: Các quan điểm đượ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 ra các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được nêu, 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.