Tác giả gốc: Bridget Harris

Tổng hợp gốc: Luffy, Tin tức tầm nhìn xa

Không phải tất cả các thành phần của ngăn xếp mô-đun đều được tạo ra như nhau về mặt chú ý và đổi mới. Mặc dù nhiều dự án trước đây đã đổi mới về tính khả dụng của dữ liệu (DA) và các lớp đặt hàng, nhưng chỉ gần đây các lớp thực thi và giải quyết mới được coi trọng như một phần của ngăn xếp mô-đun.

Sự cạnh tranh trong không gian phân loại dùng chung rất khốc liệt, với nhiều dự án như Espresso, Astria, Radius, Rome và Madara đang tranh giành thị phần, cũng như các nhà cung cấp RaaS như Caldera và Conduit đang phát triển tính năng phân loại chia sẻ cho Rollup, được xây dựng dựa trên thiết bị. Các nhà cung cấp RaaS này có thể đưa ra mức giá ưu đãi hơn cho Rollup vì mô hình kinh doanh cơ bản của họ không hoàn toàn phụ thuộc vào doanh thu theo trình tự. Ngoài ra còn có nhiều Rollups chọn chạy trình sắp xếp chuỗi của riêng họ với mức phí mà nó tạo ra.

Thị trường trình sắp xếp chuỗi là duy nhất so với không gian DA. Không gian DA về cơ bản là một nhóm độc quyền bao gồm Celestia, Avail và EigenDA. Điều này gây khó khăn cho những người mới tham gia nhỏ hơn bên ngoài Big Three trong việc đột phá thành công lĩnh vực này. Các dự án có thể tận dụng lựa chọn "hiện có" (Ethereum) hoặc chọn một trong các lớp DA hoàn thiện dựa trên loại ngăn xếp công nghệ và tính nhất quán của chúng. Mặc dù có thể tiết kiệm chi phí đáng kể từ việc sử dụng lớp DA, nhưng việc thuê ngoài phần trình tự sắp xếp không phải là một lựa chọn hiển nhiên (từ góc độ chi phí chứ không phải bảo mật), chủ yếu là do chi phí cơ hội của việc từ bỏ doanh thu của trình sắp xếp. Nhiều người cũng tin rằng DA sẽ trở thành một loại hàng hóa, nhưng những gì chúng ta thấy trong tiền điện tử là sự kết hợp giữa các hào thanh khoản siêu mạnh và công nghệ cơ bản độc đáo (khó sao chép) khiến việc thương mại hóa một lớp trong ngăn xếp trở nên cực kỳ khó khăn. Bất chấp những lập luận này, có rất nhiều sản phẩm DA và trình sắp xếp chuỗi được tung ra thị trường. Nói tóm lại, đối với một số ngăn xếp mô-đun, "mỗi dịch vụ có một số đối thủ cạnh tranh".

Tôi cho rằng các lớp thực thi và giải quyết (và tổng hợp) tương đối chưa được khám phá, nhưng chúng đang bắt đầu lặp lại theo những cách mới để phù hợp hơn với phần còn lại của ngăn xếp mô-đun.​

Mối quan hệ lớp thực thi và giải quyết

Lớp thực thi và lớp giải quyết được tích hợp chặt chẽ, trong đó lớp giải quyết có thể đóng vai trò là nơi xác định kết quả cuối cùng của việc thực thi trạng thái. Lớp giải quyết cũng có thể bổ sung các cải tiến cho kết quả của lớp thực thi, làm cho lớp thực thi mạnh mẽ và an toàn hơn. Điều này có thể có nghĩa là một số chức năng khác nhau trong thực tế, chẳng hạn như lớp giải quyết có thể hoạt động như lớp thực thi để giải quyết các tranh chấp gian lận, xác thực bằng chứng và kết nối với môi trường của các lớp thực thi khác.​

Điều đáng nói là một số nhóm trực tiếp hỗ trợ phát triển môi trường thực thi tùy chỉnh trong các giao thức của riêng họ, chẳng hạn như Repyh Labs, đang xây dựng L1 có tên Delta. Về cơ bản, đây là thiết kế đối lập với ngăn xếp mô-đun nhưng vẫn mang lại sự linh hoạt trong môi trường thống nhất và có lợi thế về khả năng tương thích công nghệ vì các nhóm không phải mất thời gian tích hợp thủ công từng phần của ngăn xếp mô-đun. Tất nhiên, nhược điểm là bị cô lập từ góc độ di động, không thể chọn lớp mô-đun phù hợp nhất với thiết kế của bạn và quá tốn kém.​

Các nhóm khác chọn xây dựng L1 cho tính năng hoặc ứng dụng cốt lõi. Một ví dụ là Hyperliquid, công ty đã xây dựng L1 chuyên dụng cho ứng dụng gốc hàng đầu của mình, nền tảng giao dịch hợp đồng vĩnh viễn. Mặc dù người dùng của họ cần liên kết chuỗi từ Arbitrum, nhưng kiến ​​trúc cốt lõi của họ không dựa vào Cosmos SDK hoặc các khung khác, do đó, nó có thể được tùy chỉnh và tối ưu hóa nhiều lần cho các trường hợp sử dụng chính.

Tiến độ điều hành

Tính năng duy nhất mà alt-L1 đa năng có được so với Ethereum trong chu kỳ trước là thông lượng cao hơn. Điều này có nghĩa là nếu một dự án muốn cải thiện đáng kể hiệu suất, về cơ bản nó phải chọn xây dựng L1 của riêng mình từ đầu, chủ yếu là do bản thân Ethereum chưa có công nghệ. Về mặt lịch sử, điều này đơn giản có nghĩa là đưa các cơ chế hiệu quả trực tiếp vào các giao thức chung. Trong chu trình này, những cải tiến hiệu suất này đạt được thông qua thiết kế mô-đun và trên Ethereum, nền tảng hợp đồng thông minh hàng đầu. Điều này cho phép các dự án hiện tại cũng như các dự án mới tận dụng cơ sở hạ tầng lớp thực thi mới mà không phải hy sinh tính thanh khoản, bảo mật và lợi thế cộng đồng của Ethereum.​

Hiện tại, chúng tôi cũng đang chứng kiến ​​sự gia tăng trong việc trộn và kết hợp các VM (môi trường thực thi) khác nhau như một phần của mạng chia sẻ, mang đến cho các nhà phát triển sự linh hoạt và khả năng tùy chỉnh tốt hơn ở lớp thực thi. Ví dụ: Lớp N cho phép các nhà phát triển chạy các nút Rollup có mục đích chung (ví dụ: SolanaVM, MoveVM, v.v. làm môi trường thực thi) và các nút Rollup dành riêng cho ứng dụng (ví dụ: DEX liên tục, DEX sổ đặt hàng) trên đầu máy trạng thái dùng chung của nó. Họ cũng đang nỗ lực để đạt được khả năng tổng hợp đầy đủ và tính 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 trên chuỗi mà trước đây rất khó thực hiện trên quy mô lớn. Mọi ứng dụng trên Lớp N có thể gửi tin nhắn không đồng bộ mà không có sự chậm trễ trong việc đồng thuận, đây thường là vấn đề "chi phí liên lạc" với tiền điện tử. Mỗi xVM cũng có thể sử dụng một lược đồ cơ sở dữ liệu khác nhau, cho dù đó là RocksDB, LevelDB hay cơ sở dữ liệu đồng bộ/không đồng bộ tùy chỉnh được tạo từ đầu. Khả năng tương tác hoạt động một phần thông qua "hệ thống chụp nhanh" (một thuật toán tương tự như thuật toán Chandy-Lamport) trong đó chuỗi có thể chuyển đổi sang các khối mới một cách không đồng bộ mà không yêu cầu tạm dừng hệ thống. Về mặt bảo mật, bằng chứng gian lận có thể được gửi nếu quá trình chuyển đổi trạng thái không chính xác. Với thiết kế này, họ hướng đến việc giảm thiểu thời gian thực hiện đồng thời tối đa hóa thông lượng mạng tổng thể.​

Lớp N

Để thúc đẩy tiến trình tùy chỉnh, Movement Labs tận dụng ngôn ngữ Move (ban đầu được thiết kế bởi Facebook và được sử dụng trong các mạng như Aptos và Sui) cho VM/thực thi. Move có lợi thế về cấu trúc so với các khung khác, chủ yếu là tính bảo mật và tính linh hoạt của nhà phát triển. Trong lịch sử, đây là hai vấn đề chính khi xây dựng các ứng dụng trên chuỗi bằng cách sử dụng các công nghệ hiện có. Điều quan trọng là các nhà phát triển cũng có thể viết Solidity và triển khai trên Movement. Để kích hoạt tính năng này, Movement đã tạo thời gian chạy EVM tương thích hoàn toàn với mã byte mà cũng có thể được sử dụng với ngăn xếp Move. Rollup M 2 của họ tận dụng tính năng song song hóa BlockSTM, cho phép thông lượng cao hơn trong khi vẫn có thể truy cập vào hào thanh khoản của Ethereum (trong lịch sử, BlockSTM chỉ được sử dụng trong các L1 thay thế như Aptos, dường như thiếu khả năng tương thích EVM).

MegaETH cũng đang thúc đẩy tiến bộ trong khu vực lớp thực thi, đặc biệt thông qua công cụ song song hóa và cơ sở dữ liệu trong bộ nhớ, nơi trình sắp xếp chuỗi có thể lưu trữ toàn bộ trạng thái trong bộ nhớ. Về mặt kiến ​​trúc, họ sử dụng:

• Việc biên dịch mã gốc giúp hiệu suất của L2 thậm chí còn tốt hơn (nếu hợp đồng có cường độ tính toán cao hơn, chương trình có thể tăng tốc đáng kể, nếu nó không chuyên sâu về mặt tính toán, bạn vẫn có thể tăng tốc gấp đôi).​

• Sản xuất khối tương đối tập trung, nhưng xác minh và xác nhận khối phi tập trung.​

• Đồng bộ hóa trạng thái hiệu quả, trong đó các nút đầy đủ không cần thực hiện lại giao dịch nhưng chúng cần biết vùng đồng bằng trạng thái để có thể áp dụng nó cho cơ sở dữ liệu cục bộ của chúng.​

• Cấu trúc cập nhật cây Merkle (thường cập nhật cây chiếm nhiều dung lượng lưu trữ) và cách tiếp cận của họ là cấu trúc dữ liệu trie mới tiết kiệm bộ nhớ và đĩa. Điện toán trong bộ nhớ cho phép chúng nén trạng thái chuỗi vào bộ nhớ, vì vậy khi các giao dịch được thực thi, chúng không cần phải chuyển vào đĩa mà chỉ cần đưa vào bộ nhớ.​

Một thiết kế khác gần đây đã được khám phá và lặp lại như một phần của ngăn xếp mô-đun là tập hợp bằng chứng: được định nghĩa là một bằng chứng tạo ra một bằng chứng ngắn gọn duy nhất cho nhiều bằng chứng ngắn gọn. Trước tiên, chúng ta hãy xem xét toàn bộ lớp tổng hợp cũng như lịch sử của nó cũng như các xu hướng hiện tại trong không gian tiền điện tử.​

Giá trị của lớp tổng hợp

Trong lịch sử, các công cụ tổng hợp có thị phần nhỏ hơn so với các nền tảng ở các thị trường không phải tiền điện tử:

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

Ví dụ: vốn hóa thị trường kết hợp của 1inch và 0x (hai công ty tổng hợp DEX chính) là khoảng 1 tỷ USD, một phần nhỏ so với vốn hóa thị trường khoảng 7,6 tỷ USD của Uniswap. Điều tương tự cũng xảy ra với các cầu nối chuỗi chéo: các công cụ tổng hợp cầu nối chuỗi chéo như Li.Fi và Socket/Bungee có thị phần nhỏ hơn so với các nền tảng như Across. Mặc dù Socket hỗ trợ 15 cầu nối chuỗi chéo khác nhau, nhưng tổng khối lượng giao dịch chuỗi chéo của chúng thực sự tương tự như Across (Socket - 2,2 tỷ USD, Across - 1,7 tỷ USD), trong đó Across chỉ chiếm một phần nhỏ trong khối lượng giao dịch gần đây của Socket/Bungee Phần nhỏ .​

Trong lĩnh vực cho vay, Yearn Finance là giao thức tổng hợp doanh thu cho vay phi tập trung đầu tiên và giá trị thị trường của nó hiện xấp xỉ 250 triệu USD. Để so sánh, các nền tảng như Aave (~ 1,4 tỷ USD) và Hợp chất (~ 560 triệu USD) được định giá ở mức định giá cao hơn.​

Tình hình cũng tương tự ở các thị trường tài chính truyền thống. Ví dụ: ICE (Intercontinental Exchange) US và CME Group, mỗi nhóm có vốn hóa thị trường khoảng 75 tỷ USD, trong khi các "nhà tổng hợp" như Charles Schwab và Robinhood có vốn hóa thị trường lần lượt là khoảng 132 tỷ USD và khoảng 15 tỷ USD. Tại Schwab, nơi đi qua nhiều địa điểm bao gồm ICE và CME, tỷ lệ khối lượng giao dịch được chuyển qua chúng không tương xứng với thị phần vốn hóa thị trường của nó. Robinhood có khoảng 119 triệu hợp đồng quyền chọn mỗi tháng, so với khoảng 35 triệu của ICE - và các hợp đồng quyền chọn thậm chí không phải là một phần cốt lõi trong mô hình kinh doanh của Robinhood. Tuy nhiên, ICE được định giá cao hơn khoảng 5 lần so với Robinhood trên thị trường đại chúng. Vì vậy, do giao diện tổng hợp cấp ứng dụng, Schwab và Robinhood định tuyến đơn đặt hàng của khách hàng đến nhiều địa điểm khác nhau và mặc dù khối lượng giao dịch của họ cao nhưng mức định giá không cao bằng ICE và CME.​

Với tư cách là người tiêu dùng, chúng tôi gán ít giá trị hơn cho các công cụ tổng hợp.​

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

Lớp Agg

Mô hình này hoạt động tương tự như lớp tương tác Nexus của Avail, bao gồm các cơ chế đấu giá đặt hàng và tổng hợp bằng chứng, giúp cho việc cung cấp DA của Avail trở nên mạnh mẽ hơn. Giống như AggLayer của Polygon, mọi chuỗi hoặc chuỗi tổng hợp được tích hợp với Avail sẽ tương tác với nhau trong hệ sinh thái hiện có của Avail. Ngoài ra, nhóm Avail đã yêu cầu dữ liệu giao dịch từ nhiều nền tảng và chuỗi khối blockchain khác nhau, bao gồm Ethereum, tất cả các chuỗi cuộn Ethereum, Chuỗi Cosmos, Avail Rollup, Celestia Rollup và các cấu trúc kết hợp khác nhau như Validiums, Optimiums và chuỗi song song Polkadot, v.v. Các nhà phát triển từ bất kỳ hệ sinh thái nào cũng có thể xây dựng không cần cấp phép trên lớp DA của Avail trong khi sử dụng Avail Nexus. Lớp này có thể được sử dụng để tổng hợp bằng chứng và gửi thông báo trên các hệ sinh thái.

Tận dụng Nexus 

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

Astria đang nghiên cứu một số thiết kế thú vị xung quanh cách hoạt động của bộ phân loại dùng chung của họ với tính năng tổng hợp bằng chứng. Họ để lại phần thực thi cho chính Rollup, phần mềm này chạy phần mềm lớp thực thi trên một không gian tên nhất định của một bộ sắp xếp dùng chung, về cơ bản chỉ là "API thực thi", đây là một cách để Rollup chấp nhận dữ liệu lớp sắp xếp. Họ cũng có thể dễ dàng thêm hỗ trợ cho các bằng chứng hợp lệ ở đây để đảm bảo rằng các khối không vi phạm quy tắc máy trạng thái EVM.​

Ở đây, các sản phẩm như Astria đóng vai trò là quy trình số 1 → số 2 (giao dịch không theo thứ tự → khối được đặt hàng), lớp thực thi/nút Rollup là số 2 → số 3 và các giao thức như Nebra đóng vai trò là chặng cuối cùng số 3 →#4(Khối thực thi → bằng chứng ngắn gọn). Nebra cũng có thể là bước thứ năm về mặt lý thuyết trong đó các bằng chứng được tổng hợp và sau đó được xác minh. Sovereign Labs cũng đang nghiên cứu một khái niệm tương tự như bước cuối cùng, trong đó các cầu nối chuỗi chéo dựa trên tổng hợp bằng chứng là cốt lõi trong kiến ​​trúc của họ.​

Nhìn chung, một số lớp ứng dụng đang bắt đầu sở hữu cơ sở hạ tầng cơ bản, một phần vì nếu chúng không kiểm soát ngăn xếp cơ bản thì việc chỉ giữ lại các ứng dụng lớp trên có thể tạo ra các vấn đề khuyến khích và chi phí chấp nhận người dùng cao. Mặt khác, khi sự cạnh tranh và tiến bộ công nghệ tiếp 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 sẽ trở nên hợp lý hơn. Tôi tin rằng động lực này sẽ mạnh mẽ hơn, ít nhất là ở 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 giải quyết, 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 cao hơn và chi phí thấp hơn trở nên khả thi. Tất cả những điều này cuối cùng sẽ mang lại ứ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 nhà phát triển. Đó là sự kết hợp thành công có thể dẫn đến nhiều đổi mới hơn và đổi mới nhanh hơn.

Liên kết gốc