Khu vực mô-đun bị bỏ quên của lớp thực thi và giải quyết tổng hợp

Tiêu đề gốc: "Tổng hợp, giải quyết, thực thi" Viết bởi: Bridget Harris Biên soạn bởi: Chris, Techub News

Các phần khác nhau của ngăn xếp mô-đun không được tạo ra như nhau về trọng tâm và sự đổi mới, và mặc dù đã có 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 sắp xếp, cho đến gần đây, các lớp thực thi và giải quyết vẫn chưa được mang tính mô-đun như Một phần của ngăn xếp được tô sáng.

Cạnh tranh trong lĩnh vực máy 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, bên cạnh các dự án như các nhà cung cấp Caldera và Conduit RaaS phát triển các trình sắp xếp được chia sẻ cho Rollup được xây dựng dựa trên đó. 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 Rollup 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 máy sắp xếp là duy nhất so với không gian sẵn có của dữ liệu (DA). Không gian sẵn có của dữ liệu (DA) về cơ bản là độc quyền nhóm 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ụ đều 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ệ giữa lớp thực thi và lớp giải quyết 

Lớp thực thi và lớp giải quyết được kết nối chặt chẽ và lớp giải quyết đóng vai trò là trạng thái định nghĩa và kết quả cuối cùng của việc thực hiện Địa điểm. Lớp giải quyết cũng có thể cung cấp các cải tiến cho kết quả của lớp thực thi, từ đó nâng cao chức năng và tính bảo mật của lớp thực thi. Trong thực tế, điều này có nghĩa là lớp giải quyết có thể đóng nhiều vai trò khác nhau, chẳng hạn như giải quyết các tranh chấp gian lận trong lớp thực thi, xác minh bằng chứng và kết nối với các môi trường lớp thực thi khác.

Điều đáng chú ý là một số nhóm chọn hỗ trợ trực tiếp việc phát triển môi trường thực thi tùy chỉnh trong môi trường gốc của các giao thức của riêng họ, chẳng hạn như Repyh Labs, những người xây dựng L1 cho Delta. Về cơ bản, đây là kỹ thuật đảo ngược của ngăn xếp mô-đun nhưng vẫn mang lại sự linh hoạt và có lợi thế 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 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 các ứng dụng hoặc chức năng cốt lõi cụ thể. Một ví dụ là Hyperliquid, người đã xây dựng L1 chuyên dụng cho ứng dụng gốc hàng đầu của họ, nền tảng giao dịch hợp đồng vĩnh viễn của họ. Mặc dù người dùng của họ dựa vào Arbitrum cho các hoạt động xuyên chuỗi, 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 trình của lớp thực thi

Trong chu kỳ trước, Lớp1 thay thế phổ biến (alt -L1 ) Tính năng duy nhất vượt trội hơn Ethereum 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ó sẽ phải chọn xây dựng Layer1 của riêng mình từ đầu, chủ yếu là do bản thân Ethereum vẫn chưa có công nghệ này. 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 kỳ hiện tại, những cải tiến hiệu suất này đạt được thông qua thiết kế mô-đun và được triển khai trên nền tảng hợp đồng thông minh chính Ethereum. Điều này cho phép các dự án hiện tại và 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à cộng đồng của Ethereum.

Hiện tại, chúng tôi cũng nhận thấy sự kết hợp và kết hợp ngày càng tăng của các máy ảo (VM) 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 tại mức độ thực hiện. 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ộ đến sự đồng thuận mà không bị chậm trễ, đâ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 sử dụng ngôn ngữ Move cho VM /execution, Ngôn ngữ ban đầu được thiết kế bởi Facebook và được sử dụng trong các mạng như Aptos và Sui. Move có lợi thế về cấu trúc so với các framework khác, chủ yếu về tính bảo mật và tính linh hoạt của nhà phát triển. Trong lịch sử, 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ó là tính linh hoạt trong phát triển và bảo mật. Đ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 M2 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ọ đã tận dụng:

• biên dịch mã gốc để làm cho hiệu suất L2 đồng đều tốt hơn Xuất sắc (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 hợp đồng 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 khối tập trung và xác nhận.

• Đồng bộ hóa trạng thái hiệu quả khi không yêu cầu các nút đầy đủ Giao dịch được thực hiện lại nhưng họ 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 họ.

• Cấu trúc cập nhật cây Merkle và phương thức của chúng là A cấu trúc dữ liệu thử mới có hiệu quả về 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 đã được khám phá và lặp lại gần đây 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 như một lời chứng minh , Nó 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 thị trường không phải tiền điện tử, thị phần của các công cụ tổng hợp nhỏ hơn so với thị phần của các nền tảng: 

Mặc dù tôi không chắc điều này áp dụng cho mọi tình huống với tiền điện tử, cho 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, Kết luận này vẫn được áp dụng.  

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, so với chỉ khoảng 7,6 tỷ USD của Uniswap vốn hóa thị trường chỉ chiếm một phần nhỏ. Đ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ỏ 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 ở thị trường tài chính truyền thống cũng tương tự. Ví dụ: ICE (Intercontinental Exchange) US và CME Group có vốn hóa thị trường khoảng 75 tỷ USD mỗi công ty, 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, vì 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.  

Là người tiêu dùng, chúng tôi mang lại cho người tổng hợp ít giá trị hơn.  

Đ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.  

AggLayer

Mô hình này hoạt động tương tự như lớp tương tác Nexus của Avail, trong đó Bao gồm tập hợp và xếp hạng đã được chứng minh cơ chế đấu giá, làm cho sản phẩm DA của nó 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, các 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.

Avail 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 sử dụng giữa các hệ thống bằng chứng khác nhau tổng hợp giữa. 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ị về cách hoạt động của bộ sắp xếp dùng chung của họ với các tập hợp đã được chứng thực. 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à 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, một sản phẩm như Astria đóng vai trò là quy trình #1 → #2 (giao dịch không 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 sản phẩm như Nebra Một giao thức như vậy đóng vai trò là chặng cuối # 3 → # 4 (thực thi các khối → 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ố tầng ứ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, việc chỉ giữ lại các ứng dụng cấp cao hơ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ẽ còn mạnh mẽ hơn nữa, ít nhất là vào 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 là có thể. 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. Đây 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.