Khi đến với 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 cách như nhau. Trong khi lịch sử đã có nhiều dự án đang sáng tạo ở các lớp khả dụng dữ liệu (DA) và lớp xếp chuỗi, các lớp thực hiện và giải quyết đã bị bỏ qua so với một cách tương đối cho đến gần đây hơn như một phần của ngăn xếp modular.

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, Rome, và Madara để kể ra một số cái — nhưng cũng bao gồm các nhà cung cấp RaaS như Caldera và Ống dẫnnhững người phát triển các bộ xếp chung cho các rollup xây dựng trên nền tảng của họ. Những 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 hàng. Tất cả những sản phẩm này tồn tại song song với nhiều rollups chỉ chọn chạy bộ xếp của riêng họ và phân quyền theo thời gian để thu được các khoản phí mà nó tạo ra.

Thị trường xếp hạng là độc đáo 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ẵn có, 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à lớp tổng hợp) — mà tôi tin rằng đã được khám phá chưa đủ — đang bắt đầu được lặp đi lặp lại theo cách mới phù hợp với phần còn lại của ngăn xếp mô-đun.

Tóm tắt về mối quan hệ giữa lớp thực thi + lớp 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 tính năng nâng cao vào kết quả của lớp thực thi, làm cho 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ó 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 các tranh chấp gian lận, xác minh bằng chứng và tạo cầu nối giữa các lớp thực thi khác.

Đáng giá để đề cập rằng có những nhóm cho phép phát triển môi trường thực thi định kiến một cách tự nhiên trực tiếp trong 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 được gọi là Delta. Đây là thiết kế ngược lại với ngăn xếp linh hoạt, 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 ích về khả năng 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 từng phần của ngăn xếp linh hoạt một cách thủ công. Nhược điểm tất nhiên là bị cách ly khỏi một khía cạnh thanh khoản, không thể chọn các lớp linh hoạt phù hợp nhất với thiết kế của bạn và quá đắt đỏ.

Các nhóm khác đang chọn xây dựng L1s cực kỳ cụ thể cho một chức năng hoặc ứng dụng cốt lõi duy nhất. Một ví dụ là Hyperliquid, mà đã xây dựng một L1 được xây dựng 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 phải cầu 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 khung khác, vì vậy nó có thể tùy 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 của lớp thực thi

Đi trước của chu kỳ này (chu kỳ cuối cùng, và vẫn còn một phần) là các alt-L1 đa năng nơi đặc điểm 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 đủ tốt trên Eth. Và trong quá khứ, điều này chỉ đơn giản là nhúng cơ chế hiệu suất trực tiếp vào giao thức đa năng. Trong chu kỳ này, những cải thiện 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 tại (Ethereum) — điều này giúp cả các dự án hiện tại lẫn mới có thể tận dụng cơ sở hạ tầng lớp thực thi mới trong khi vẫn giữ nguyên sự thanh khoản, bảo mật và cộng đồng của Ethereum.

Hiện tại, chúng ta cũng đang thấy sự kết hợp và phối hợp nhiều hơn của các máy ảo khác nhau (môi trường thực thi) như một phần của mạng chia sẻ, điều này cho phép linh hoạt cho nhà phát triển cũng như tùy chỉnh tốt hơn trên lớp thực thi.Layer N, ví dụ, cho phép các nhà phát triển chạy nút rollup tổng quát (ví dụ: SolanaVM, MoveVM, vv như môi trường thực thi) và nút rollup cụ thể cho ứng dụng (ví dụ: perps dex, orderbook dex) trên cơ sở của máy trạng thái chung của họ. Họ cũng đang làm việc để kích hoạt tính toàn vẹn đầy đủ và thanh khoản chung giữa các kiến trúc VM khác nhau này, một vấn đề kỹ thuật trên chuỗi lịch sử khó khăn khi thực hiện ở quy mô lớn. Mỗi ứng dụng trên Layer N có thể bất đồng bộ truyền đi các thông điệp cho nhau mà không có độ trễ trên mặt đồng thuận, điều mà thường gặp 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, dù làRocksDB, LevelDB, hoặc một cơ sở dữ liệu (a)sync tùy chỉnh được tạo từ đầu. Phần tương thích hoạt động thông qua một “hệ thống chụp ảnh” (một thuật toán tương tự như Thuật toán Chandy-Lamport) nơi mà chuỗi có thể chuyển sang khối mới mà không cần yêu cầu hệ thống tạm dừng. Về mặt an ninh, bằng chứng gian lận có thể được nộp trong trường hợp chuyển 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à làm giảm thời gian thực hiện trong khi tối đa hóa tổng lưu lượng mạng.

Layer N

Phù hợp 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à 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 framework khác, chủ yếu về bảo mật và sự linh hoạt/phong phú của nhà phát triển, lịch sử là hai trong số những vấn đề chính khi xây dựng onchain bằng những gì hiện có ngày nay. Quan trọng, 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 hoạt động với ngăn xếp Move của họ. Cuộn trên của họ, M2, tiến hành BlockSTM song song cho phép tốc độ xử lý cao hơn đáng kể trong khi vẫn có thể truy cập vào vũng nước thanh khoản của Ethereum (lịch sử thì BlockSTM chỉ đượ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 lĩnh vực lớp thực thi, đặc biệt thông qua bộ máy song song và cơ sở dữ liệu trong bộ nhớ của họ, nơi mà bộ xếp hàng 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 gốc cho phép L2 hoạt động hiệu quả hơn nhiều (nếu hợp đồng tải nguyên tính toán nhiều, chương trình có thể tăng tốc mạnh mẽ, nếu không tính toán nhiều, vẫn có tốc độ tăng gấp đôi trở lên).
• Sản xuất khối tương đối tập trung, nhưng xác nhận và xác minh khối phi tập trung.
• Đồng bộ trạng thái hiệu quả, nơi các nút đầy đủ không cần phải thực thi lại giao dịch nhưng họ cần phải nhận biết về delta trạng thái để 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 (nơi cập nhật cây thường 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 mà hiệu quả về bộ nhớ và ổ đĩa. Việc tính toán trong bộ nhớ cho phép họ ép cây trạng thái chuỗi vào bộ nhớ để khi các giao dịch được thực thi, họ 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 modul là tổng hợp chứng cứ - được xác định là một bên chứng minh tạo ra một chứng cứ súc tích duy nhất của nhiều chứng cứ súc tích. Đầ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ử, trên thị trường không phải tiền điện tử, người tổng hợp thường chiếm thị phần thấp hơn so với nền tảng hoặc thị trường:

CJ Gustafson

Mặc dù tôi không chắc chắn nó có áp dụng cho mọi trường hợp trong tiền điện tử, nhưng điều đó 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ụ, vốn hóa thị trường kết hợp của 1inch và 0x (hai bộ tổng hợp dex cốt lõi) 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 đúng đối với cầu nối: các bộ tổng hợp cầu nối như Li.Fi và Socket/Bungee dường như có ít hơn thị phầ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ó một khối lượng cầu tương tự như 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à cái đầu tiên trong loại của mình như một giao thức tự trị cho vay tỷ suất lợi nhuận - vốn hóa thị trường của nó hiện tại là~ $ 250 triệu. Để so sánh, các sản phẩm nền tảng như Aave (~$1.4bb) và Hợp chất (~ $ 560 triệutôi đã yêu cầu đị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ỷ USD, trong khi những "người tổng hợp" như Charles Schwab và Robinhood lần lượt có vốn hóa thị trường khoảng 132 tỷ USD và 15 tỷ USD. Trong Schwab, đường đi qua ICE và CMEtrong số nhiều nền tảng khác, khối lượng tỷ lệ đi qua chúng không tỷ lệ với phần thị phần của họ. Robinhood có khoảng119 hợp đồng tùy chọn 119mm mỗi tháng, trong khi ICE's nằm xung quanh ~35mm— và hợp đồng tùy chọn thậm chí 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 lưu lượng đặt hàng khách hàng thông qua các điểm đến khác nhau, không có giá trị định giá 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 giá trị ít hơn cho các người tổng hợp.

Đ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 người tổng hợp được 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ò để thấy điều đó diễn ra. 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 chứng minh 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ương Thích Nexus của Avail, bao gồm cơ chế đấu giá tổng hợp chứng minh và bộ xử lý tuần tự, khiến cho sản phẩm DA của họ mạnh mẽ hơn nhiều. Giống như AggLayer của Polygon, mỗi chuỗi hoặc rollup tích hợp với Avail sẽ trở nên tương tác trong hệ sinh thái hiện tại của Avail. Ngoài ra, Avail thu thập dữ liệu giao dịch được đặt hàng từ các nền tảng blockchain và rollups khác nhau, bao gồm Ethereum, tất cả các rollups Ethereum, chuỗi Cosmos, rollups Avail, rollups Celestia, và các cấu trúc lai khác như Validiums, Optimiums, và Polkadot parachains, cùng với nhiều loạ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 trên lớp DA của Avail mà không cần sự cho phép trong khi sử dụng Avail Nexus, có thể được sử dụng cho việc tổng hợp chứng minh và tin nhắn giữa các hệ sinh thái.

Sẵn có Nexus

Nebratập trung cụ thể vào việc tổng hợp chứng minh và thanh toán, nơi họ có thể tổng hợp trên 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 sẽ có agg_xyz và agg_abc). Kiến trúc này sử dụng UniPlonK, tiêu chuẩn hóa các trình xác minh hoạt động cho các họ mạch, giúp việc xác minh bằng chứng trên các mạch PlonK khác nhau hiệu quả và khả thi hơn nhiều. Về cốt lõi, nó sử dụng các bằng chứng kiến thức bằng không (SNARK đệ quy) để mở rộng quy mô phần xác minh - thường là nút cổ chai trong các hệ thống này. Đối với khách hàng, việc giải quyết "chặng cuối" được thực hiện dễ dàng hơn nhiều vì Nebra xử lý tất cả việc tổng hợp và giải quyết hàng loạt, trong đó các nhóm chỉ cần thay đổi lệnh gọi hợp đồng API.

Astriađang làm việc trên các thiết kế thú vị xoay quanh cách mà bộ xếp hàng 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 rollups chạy phần mềm lớp thực thi trên một không gian tên cụ thể của một bộ xếp hàng chung — về cơ bản chỉ là “API thực thi” là một cách để rollup chấp nhận dữ liệu lớp xếp hàng. 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 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 đóng vai trò như là luồng #1 → #2 (giao dịch không tuân thứ tự → block đượ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ư Nebraphục vụ như là con đường cuối cùng #3 → #4 (khối thực thi → bằng chứng ngắn gọn). Nebra (hoặc Lớp Căn chỉnh) cũng có thể là một bước lý thuyết thứ năm, nơi các bằng chứng được tổng hợp và sau đó được xác minh. Sovereign Labs cũng đ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 gắn kết dựa trên việc tổng hợp bằng chứng là trung tâm của kiến trúc của họ.

Sovereign Labs

Tổng cộng, một số lớp ứng dụng là bắt đầu sở hữu cơ sở hạ tầng bên dưới, một phần vì @maven11research/commoditise-your-complements">remaining chỉ là một ứng dụng cấp cao có thể gặp vấn đề động viên và chi phí người dùng cao nếu họ không kiểm soát ngăn xếp bên dưới. Ngược lại, khi chi phí cơ sở hạ tầng liên tục giảm do cạnh tranh và tiến bộ công nghệ, chi phí cho các ứng dụng/appchains sẽ@maven11research/commoditise-your-complements">Tích hợp với các thành phần modular đang trở nên dễ dàng hơn nhiều. Tôi tin rằng yếu tố động này mạnh mẽ hơn nhiều, ít nhất là vào lúc này.

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 — sự hiệu quả cao hơn, tích hợp dễ dàng hơn, tương thích mạnh mẽ hơn, và chi phí thấp hơn trở nên có thể nhiều hơn. Thực sự điều tất cả điều này đang dẫn đến là các ứ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 các nhà xây dựng. Đây là một kết hợp chiến thắng dẫn đến nhiều đổi mới hơn — và tốc độ đổi mới nhanh hơn — ở quy mô lớn, và tôi đang mong chờ xem điều gì sẽ diễn ra.

免责声明：

1. Bài viết này được tái bản từ [ bridgeharris]. All copyrights belong to the original author [BRIDGET HARRIS]. Nếu có bất kỳ phản đối nào 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. Liability Disclaimer: 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 hình thành bất kỳ lời khuyên đầu tư nào.
3. Translations of the article into other languages are done by the Gate Learn team. Unless mentioned, copying, distributing, or plagiarizing the translated articles is prohibited.