Ba trụ cột: tập hợp, thanh toán và thực thi, làm thế nào để đánh giá giá trị các dự án trong lĩnh vực này?
Tuyển chọn TechFlowTuyển chọn TechFlow
Ba trụ cột: tập hợp, thanh toán và thực thi, làm thế nào để đánh giá giá trị các dự án trong lĩnh vực này?
Khi cạnh tranh và tiến bộ công nghệ liên tục làm giảm chi phí cơ sở hạ tầng, việc tích hợp các ứng dụng/chuỗi ứng dụng với các thành phần mô-đun trở nên khả thi hơn về mặt chi phí.
Chuyên sâu báo cáo Web3Tác giả: Bridget Harris
Biên dịch: TechFlow
Các thành phần khác nhau của kiến trúc mô-đun không nhận được sự chú ý hay mức độ đổi mới như nhau. Trong khi trước đây có rất nhiều dự án đổi mới ở lớp khả năng truy cập dữ liệu (DA) và lớp sắp xếp, thì các lớp thực thi và thanh toán lại tương đối bị bỏ quên cho đến gần đây.
Trong thị trường bộ sắp xếp chia sẻ, không chỉ có nhiều dự án đang cạnh tranh giành thị phần như Espresso, Astria, Radius, Rome, và Madara, mà còn bao gồm cả các nhà cung cấp RaaS như Caldera và Conduit, những đơn vị này phát triển bộ sắp xếp chia sẻ dành cho các Rollup xây dựng trên nền tảng của họ. Vì mô hình kinh doanh cơ bản của các nhà cung cấp RaaS này không hoàn toàn phụ thuộc vào doanh thu từ việc sắp xếp, họ có thể cung cấp tỷ lệ chia phí hấp dẫn hơn cho các Rollup của mình. Tất cả những sản phẩm này tồn tại song song với nhiều Rollup khác chọn tự vận hành bộ sắp xếp riêng và dần phân quyền theo thời gian để thu về các khoản phí do chính họ tạo ra.
Thị trường sắp xếp khác biệt so với lĩnh vực DA, vốn về cơ bản là một thị trường độc quyền gồm ba cái tên lớn: Celestia, Avail, và EigenDA. Điều này khiến cho các đối thủ nhỏ mới gia nhập rất khó lật đổ thị trường nếu không phải là một trong ba ông lớn kể trên. Các dự án hoặc sẽ tận dụng lựa chọn "sẵn có" — Ethereum — hoặc chọn một lớp DA đã thiết lập, tùy thuộc vào loại kiến trúc kỹ thuật và định hướng phù hợp mà họ tìm kiếm. Mặc dù sử dụng lớp DA có thể tiết kiệm đáng kể chi phí, nhưng việc thuê ngoài bộ sắp xếp lại không phải là một lựa chọn rõ ràng (về mặt phí, chứ không phải an ninh), chủ yếu do chi phí cơ hội từ việc từ bỏ nguồn doanh thu phát sinh. Nhiều người cũng cho rằng DA sẽ trở thành hàng hóa, nhưng chúng ta đã thấy trong lĩnh vực tiền mã hóa rằng sự bảo vệ thanh khoản mạnh mẽ kết hợp với công nghệ nền tảng độc đáo (khó sao chép) làm cho việc hàng hóa hóa một lớp trong stack trở nên khó khăn hơn. Dù cho các tranh luận và thay đổi đó diễn ra thế nào, hiện có rất nhiều giải pháp DA và sắp xếp đang hoạt động sản xuất (tóm gọn lại, với một số kiến trúc mô-đun nhất định, "mỗi dịch vụ đều có nhiều đối thủ cạnh tranh").
Các lớp thực thi và thanh toán (cùng lớp tổng hợp bằng chứng), từng ít được phát triển, giờ đây bắt đầu tiến hóa theo cách thức mới nhằm phối hợp tốt hơn với phần còn lại của stack mô-đun.
Xem lại mối quan hệ thực thi + thanh toán
Lớp thực thi và lớp thanh toán gắn bó chặt chẽ với nhau, trong đó lớp thanh toán có thể đóng vai trò xác định kết quả cuối cùng của trạng thái thực thi; đồng thời, nó cũng có thể bổ sung chức năng nâng cao cho kết quả từ lớp thực thi, giúp tăng tính vững chắc và an toàn. Trong thực tế, điều này có thể biểu hiện qua nhiều khả năng khác nhau — ví dụ như lớp thanh toán có thể xử lý tranh chấp gian lận, xác minh các bằng chứng, hoặc đóng vai trò cầu nối giữa các layer thực thi.
Cũng cần lưu ý rằng một số nhóm đang trực tiếp phát triển môi trường thực thi trong giao thức riêng của họ. Một ví dụ là Repyh Labs, đang xây dựng một L1 tên là Delta, về cơ bản là thiết kế ngược lại với kiến trúc mô-đun, nhưng vẫn mang lại tính linh hoạt bên trong một môi trường thống nhất và lợi thế về khả năng tương thích kỹ thuật, vì nhóm không phải tốn thời gian tích hợp thủ công từng phần của stack mô-đun. Tuy nhiên, điểm trừ là thanh khoản kém, không thể chọn các lớp mô-đun phù hợp nhất với thiết kế của bạn, và chi phí cao.
Một số nhóm khác chọn xây dựng các L1 cực kỳ tập trung vào một chức năng hoặc ứng dụng cốt lõi. Ví dụ điển hình là Hyperliquid, đã xây dựng một sàn giao dịch phái sinh vĩnh viễn L1 chuyên biệt cho ứng dụng gốc chính của họ. Dù người dùng phải chuyển tài sản từ Arbitrum sang, nhưng kiến trúc cốt lõi của họ không phụ thuộc vào Cosmos SDK hay bất kỳ framework nào khác, cho phép họ tối ưu hóa sâu và tùy chỉnh triệt để cho mục đích sử dụng chính.
Tiến triển của lớp thực thi
Người tiền nhiệm (trong chu kỳ trước, vẫn tồn tại) của nó là các alt-L1 đa dụng, với đặc điểm duy nhất vượt trội hơn Ethereum là thông lượng cao hơn. Điều đó có nghĩa là, các dự án trước đây muốn cải thiện hiệu suất đáng kể hầu như buộc phải xây dựng lại một L1 thay thế từ đầu — chủ yếu vì bản thân Ethereum chưa sở hữu công nghệ đó. Trước đây, điều này đồng nghĩa với việc nhúng trực tiếp các cơ chế hiệu quả vào giao thức đa dụng. Trong chu kỳ hiện tại, các cải tiến hiệu suất này đạt được nhờ thiết kế mô-đun, và phần lớn được triển khai trên nền tảng hợp đồng thông minh hàng đầu (Ethereum), nhờ vậy cả các dự án cũ và mới đều có thể tận dụng cơ sở hạ tầng lớp thực thi mới mà không phải đánh đổi thanh khoản, an ninh và rào cản cộng đồng của Ethereum.
Hiện nay, chúng ta cũng thấy ngày càng nhiều sự kết hợp và lựa chọn linh hoạt giữa các máy ảo (môi trường thực thi) khác nhau, như một phần của mạng chia sẻ, cho phép các nhà phát triển tuỳ biến lớp thực thi tốt hơn và linh hoạt hơn. Ví dụ, Layer N cho phép các nhà phát triển chạy các node rollup đa dụng (ví dụ như SolanaVM, MoveVM như môi trường thực thi) và các node rollup chuyên dụng theo ứng dụng (ví dụ như perps dex, orderbook dex) trên máy trạng thái chia sẻ của họ. Họ cũng đang cố gắng đạt được khả năng tổ hợp đầy đủ và chia sẻ thanh khoản giữa các kiến trúc VM khác nhau — một vấn đề kỹ thuật trên chuỗi vốn khó thực hiện ở quy mô lớn. Mỗi ứng dụng trên Layer N có thể truyền tin nhắn cho nhau mà không cần đồng bộ về mặt đồng thuận, vốn thường là điểm nghẽn phổ biến trong ngành crypto. Mỗi xVM còn có thể sử dụng các kiến trúc cơ sở dữ liệu khác nhau, như RocksDB, LevelDB, hoặc cơ sở dữ liệu đồng bộ tùy chỉnh được xây dựng từ đầu. Phần tương tác hoạt động thông qua "hệ thống snapshot" (tương tự thuật toán Chandy-Lamport), nơi chuỗi có thể chuyển đổi sang khối mới một cách không đồng bộ mà không cần tạm dừng hệ thống. Về an ninh, có thể gửi bằng chứng gian lận nếu chuyển đổi trạng thái sai. 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 đồng thời tối đa hóa thông lượng mạng tổng thể.
Layer N
Để đi đôi với các tiến bộ về tùy chỉnh, Movement Labs tận dụng ngôn ngữ Move (ban đầu do Facebook thiết kế, dùng trên các mạng như Aptos và Sui) cho VM/thực thi. So với các framework khác, Move có lợi thế cấu trúc nổi bật về an toàn và sự linh hoạt/biểu đạt cho nhà phát triển — hai vấn đề chính trong việc xây dựng chuỗi hiện nay. Quan trọng là, các nhà phát triển chỉ cần viết Solidity và triển khai trên Movement. Để đạt được điều này, Movement đã tạo ra một runtime EVM hoàn toàn tương thích bytecode, cũng có thể dùng cùng lúc với stack Move. Rollup của họ — M2, tận dụng BlockSTM để song song hóa, giúp đạt thông lượng cao hơn đồng thời vẫn truy cập được vào rào cản thanh khoản của Ethereum (trước đây, BlockSTM chỉ dùng cho các alt-L1 như Aptos, vốn rõ ràng thiếu khả năng tương thích EVM).
MegaETH cũng thúc đẩy tiến bộ trong không gian lớp thực thi, đặc biệt qua động cơ song song hóa và cơ sở dữ liệu bộ nhớ (memory DB), nơi bộ sắp xếp có thể lưu trữ toàn bộ trạng thái trong bộ nhớ. Về kiến trúc, họ sử dụng:
-
Biên dịch mã gốc giúp hiệu suất L2 cao hơn (nếu hợp đồng đòi hỏi tính toán nặng, chương trình có thể tăng tốc đáng kể; nếu không, vẫn đạt được tốc độ nhanh hơn khoảng 2 lần).
-
Sản xuất khối tương đối tập trung, nhưng xác thực khối tương đối phân tán.
-
Đồng bộ trạng thái hiệu quả, các nút đầy đủ không cần thực thi lại giao dịch, nhưng cần biết các thay đổi trạng thái để áp dụng vào cơ sở dữ liệu cục bộ.
-
Cấu trúc cập nhật cây Merkle (thường đòi hỏi nhiều dung lượng lưu trữ), phương pháp của họ là một cấu trúc dữ liệu tam nguyên mới, có hiệu quả cao về bộ nhớ và ổ đĩa. Trong tính toán bộ nhớ, họ có thể nén trạng thái chuỗi vào bộ nhớ, do đó khi thực thi giao dịch, hệ thống chỉ cần truy cập bộ nhớ thay vì ổ đĩa.
Là một phần của stack mô-đun, việc tổng hợp bằng chứng (proof aggregation) là một thiết kế khác gần đây đang được khám phá và lặp lại — nó được định nghĩa là một prover có thể tạo một bằng chứng ngắn gọn từ nhiều bằng chứng ngắn gọn khác. Trước tiên, hãy cùng nhìn tổng quan về lớp tổng hợp và lịch sử cũng như xu hướng hiện tại của nó trong công nghệ mã hóa.
Định giá cho lớp tổng hợp
Lịch sử cho thấy, trong các thị trường phi mã hóa, các aggregator thường chiếm thị phần 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 điều này có đúng với tiền mã hóa hay không, nhưng điều này rõ ràng đúng với các sàn giao dịch phi tập trung, cầu nối liên chuỗi và các giao thức cho vay. Ví dụ, tổng vốn hóa thị trường của 1inch và 0x (hai aggregator DEX chính) khoảng 1 tỷ USD, chỉ bằng một phần nhỏ so với Uniswap (~7,6 tỷ USD). Điều này cũng đúng với cầu nối liên chuỗi: so với các nền tảng như Across, các aggregator cầu nối như Li.Fi và Socket/Bungee dường như có thị phần nhỏ hơn. Dù Socket hỗ trợ 15 cầu nối liên chuỗi khác nhau, nhưng khối lượng cầu nối thực tế của họ tương đương Across (Socket - $2,2 tỷ, Across - $1,7 tỷ), trong khi Across chỉ chiếm một phần nhỏ khối lượng giao dịch gần đây của Socket/Bungee.
Trong lĩnh vực cho vay, Yearn Finance là giao thức đầu tiên đóng vai trò là giao thức tổng hợp lợi nhuận cho vay phân tán, hiện có vốn hóa thị trường khoảng 2,5 triệu USD. Trái lại, các sản phẩm nền tảng như Aave (khoảng 1,4 tỷ USD) và Compound (khoảng 5,6 triệu USD) theo thời gian đạt được định giá cao hơn và tầm ảnh hưởng lớn hơn.
Các thị trường tài chính truyền thống cũng vận hành theo cách tương tự. Ví dụ, ICE (Intercontinental Exchange) và CME Group mỗi bên có vốn hóa khoảng 7,5 tỷ USD, trong khi các "aggregator" như Charles Schwab và Robinhood lần lượt có vốn hóa khoảng 132 tỷ USD và 15 tỷ USD. Bên trong Schwab, giao dịch được thực hiện qua nhiều sàn như ICE và CME, nhưng khối lượng giao dịch của họ không tương xứng với phần trăm vốn hóa. Robinhood mỗi tháng có khoảng 119 triệu hợp đồng quyền chọn, trong khi ICE khoảng 35 triệu, mặc dù quyền chọn thậm chí không phải là phần cốt lõi trong mô hình kinh doanh của Robinhood. Tuy vậy, ICE có giá trị thị trường công khai cao hơn Robinhood khoảng 5 lần. Do đó, Schwab và Robinhood, dù đóng vai trò là giao diện tổng hợp cấp ứng dụng, định tuyến dòng lệnh khách hàng qua nhiều sàn khác nhau, nhưng dù khối lượng giao dịch lớn, định giá của họ vẫn thấp hơn ICE và CME.
Là người tiêu dùng, chúng ta đơn giản là gán ít giá trị hơn cho các aggregator.
Nếu lớp tổng hợp được nhúng trực tiếp vào sản phẩm/nền tảng/chain, điều này có thể không còn đúng trong tiền mã hóa. Nếu aggregator được tích hợp chặt chẽ trực tiếp vào chuỗi, rõ ràng đây là một kiến trúc khác biệt, và tôi rất mong được thấy nó phát triển. Ví dụ như AggLayer của Polygon, 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, nơi tổng hợp bằng chứng và tạo ra lớp thanh khoản thống nhất trên các chuỗi dùng CDK.
AggLayer
Mô hình này hoạt động tương tự như lớp tương tác Avail Nexus, bao gồm tổng hợp bằng chứng và cơ chế đấu giá bộ sắp xếp, làm cho sản phẩm DA của họ vững chắc hơn. Giống như AggLayer của Polygon, mỗi chuỗi hoặc rollup tích hợp với Avail đều trở nên tương tác được trong hệ sinh thái hiện có của Avail. Ngoài ra, Avail tập hợp dữ liệu giao dịch được sắp thứ tự từ nhiều nền tảng blockchain và rollup khác nhau, bao gồm Ethereum, tất cả rollup Ethereum, chuỗi Cosmos, rollup Avail, rollup Celestia và các cấu trúc lai như Validiums, Optimiums và các parachain Polkadot. Các nhà phát triển từ mọi hệ sinh thái đều có thể xây dựng phi tập trung trên lớp DA của Avail khi sử dụng Avail Nexus, vốn hỗ trợ tổng hợp bằng chứng và truyền tin nhắn xuyên hệ sinh thái.
Avail Nexus
Nebra tập trung đặc biệt vào tổng hợp bằng chứng và thanh toán, có thể tổng hợp giữa các hệ thống bằng chứng khác nhau, ví dụ: tổng hợp bằng chứng từ hệ thống xyz và abc để tạo thành agg_xyzabc (thay vì chỉ tổng hợp bên trong một hệ thống bằng chứng). Kiến trúc này sử dụng UniPlonK, chuẩn hóa công việc của bộ xác minh cho loạt mạch, giúp việc xác minh các bằng chứng PlonK khác nhau hiệu quả và khả thi hơn. Cốt lõi là tận dụng chính bằng chứng không kiến thức (SNARK đệ quy) để mở rộng công việc xác minh — vốn thường là điểm nghẽn trong các hệ thống này. Với khách hàng, bước thanh toán cuối cùng trở nên dễ dàng hơn vì Nebra có thể xử lý toàn bộ việc tổng hợp và thanh toán theo lô, đội ngũ chỉ cần thay đổi lời gọi hợp đồng API.
Astria đang thiết kế thú vị về cách bộ sắp xếp chia sẻ của họ phối hợp với việc tổng hợp bằng chứng. Họ để phần thực thi cho các rollup tự quản lý, những rollup này chạy phần mềm lớp thực thi trên namespace nhất định của bộ sắp xếp chia sẻ, về cơ bản chỉ là một "API thực thi", là cách các rollup nhận dữ liệu từ lớp sắp xếp. Họ cũng có thể dễ dàng thêm hỗ trợ bằng chứng tính đúng đắn tại đây để đảm bảo khối không vi phạm quy tắc máy trạng thái EVM.
Josh Bowen
Ở đây, các sản phẩm như Astria đóng vai trò bước #1→#2 (giao dịch chưa sắp thứ tự → khối đã sắp thứ tự), các nút rollup/lớp thực thi là bước #2→#3, và các giao thức như Nebra đóng vai trò bước cuối #3→#4 (khối thực thi → bằng chứng ngắn gọn). Nebra (hoặc Aligned Layer) cũng có thể là bước lý thuyết thứ năm, nơi các bằng chứng được tổng hợp rồi sau đó xác minh. Sovereign Labs cũng đang nghiên cứu một khái niệm tương tự cho bước cuối cùng, trong đó cầu nối liên chuỗi dựa trên tổng hợp bằng chứng là cốt lõi kiến trúc của họ.
Sovereign Labs
Tổng thể, một số ứng dụng cấp ứng dụng bắt đầu sở hữu cơ sở hạ tầng nền tảng, một phần vì nếu họ không kiểm soát stack nền tảng, việc chỉ duy trì một ứng dụng cấp cao có thể gặp vấn đề động lực và chi phí áp dụng người dùng cao. Mặt khác, khi cạnh tranh và tiến bộ công nghệ liên tục làm giảm chi phí hạ tầng, chi phí tích hợp các thành phần mô-đun vào ứng dụng/chain ứng dụng trở nên khả thi hơn, và tôi tin rằng động lực này mạnh mẽ hơn nhiều, ít nhất là hiện tại.
Thông qua tất cả các đổi mới này — lớp thực thi, lớp thanh toán, lớp tổng hợp — hiệu quả cao hơn, tích hợp dễ dàng hơn, khả năng tương tác mạnh mẽ hơn và chi phí thấp hơn đang trở nên khả thi. Trên thực tế, tất cả điều này sẽ mang lại 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 tổ hợp thành công, có thể thúc đẩy nhiều đổi mới hơn và tốc độ đổi mới nhanh hơn, tôi rất mong chờ những diễn biến trong tương lai.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@bridge__harris
