Nghiên cứu vấn đề thanh khoản chơi đùa với mọi người trong thời đại Layer 2
Với việc Ethereum chuyển sang các giải pháp mở rộng tập trung vào Layer 2, cùng với sự trỗi dậy của các công cụ như RaaS, nhiều chuỗi công cộng đã phát triển nhanh chóng. Nhiều thực thể muốn xây dựng chuỗi riêng của họ để đại diện cho các yêu cầu lợi ích khác nhau và tìm kiếm định giá cao hơn. Tuy nhiên, sự xuất hiện của nhiều chuỗi công cộng đã khiến cho sự phát triển của hệ sinh thái khó theo kịp với tốc độ của các chuỗi công cộng, dẫn đến nhiều dự án đã giảm giá ngay khi TGE.
Nhờ có OP Stack, một nền tảng giao dịch đã ra mắt Base Layer 2 của riêng mình, một nền tảng giao dịch khác đã phát hành Ink; nhờ vào công nghệ ZK, một nền tảng giao dịch đã ra mắt XLayer; Sony phát hành Soneium, LINE ra mắt Kaia, v.v. Ngày nay, chi phí và ngưỡng kỹ thuật để xây dựng một chuỗi đã giảm đáng kể, chi phí để vận hành một chuỗi dựa trên OP Stack khoảng 10,000 đô la mỗi tháng.
Tương lai chắc chắn sẽ là thời đại của sự tồn tại đa chuỗi. Mặc dù các chuỗi Layer 2 này có thể chọn tính tương thích với EVM để đạt được sự liên thông, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồn, chúng rất khó để xây dựng ứng dụng và đạt được sự đồng thuận trên cùng một chuỗi.
Hệ sinh thái đa chuỗi hiện tại đã mang đến một thách thức mới: Thanh khoản và trạng thái phân tán. Do sự tồn tại của đa chuỗi là điều tất yếu, vì vậy khả năng tương tác là một lĩnh vực cần được khám phá và giải quyết. Hiện tại có nhiều giải pháp thanh khoản, chẳng hạn như chúng ta đã nghe nói đến trừu tượng chuỗi, ý định, Clearing Execution, Native CrossChain, ZKSharding, nhưng bản chất cốt lõi của chúng đều giống nhau.
Chúng tôi sử dụng kiến trúc Cake được công nhận trong ngành để giới thiệu cấu thành các thành phần cốt lõi của trừu tượng chuỗi chéo từ trên xuống dưới:
Ứng dụng Layer 2 (Application Layer )
Đây là lớp tương tác trực tiếp với người dùng, cũng là lớp trab trán nhất trong giải pháp thanh khoản, vì nó hoàn toàn che giấu các chi tiết về chuyển đổi thanh khoản. Tại lớp ứng dụng, người dùng tương tác với giao diện phía trước, không nhất thiết phải hiểu cơ chế chuyển đổi thanh khoản ở lớp dưới.
层 quyền(Permission Layer)
Nằm ở dưới lớp ứng dụng, người dùng kết nối ví với dApp và yêu cầu báo giá để đáp ứng ý định giao dịch. Ở đây, "ý định" chỉ ra kết quả giao dịch cuối cùng mà người dùng mong đợi (, chứ không phải là đường đi cụ thể của giao dịch.
Quản lý tài khoản và quản lý khóa )Key Management and Account Abstraction(
Do sự tồn tại của môi trường đa chuỗi, cần một hệ thống quản lý tài khoản và trừu tượng thích ứng với các chuỗi khác nhau để duy trì cấu trúc tài khoản độc đáo của từng chuỗi. Ví dụ, hệ thống tài khoản trung tâm đối tượng của SUI hoàn toàn khác với EVM. One Balance là dự án đại diện trong lĩnh vực này, nó xây dựng một hệ thống tài khoản đáng tin cậy, không cần thiết lập đồng thuận giữa các chuỗi, chỉ cần cam kết đáng tin cậy giữa các hệ thống tài khoản hiện có. Near Account đạt được quản lý trừu tượng bằng cách tạo ra ví tài khoản đa chuỗi cho người dùng, tối ưu hóa trải nghiệm người dùng rất nhiều, giảm thiểu sự phân mảnh UX. Tuy nhiên, về mặt thanh khoản chủ yếu tích hợp các chuỗi công cộng hiện có.
Giải quyết Layer)Solver Layer(
Lớp này chịu trách nhiệm tiếp nhận và thực hiện ý định giao dịch của người dùng, vai trò Solver cạnh tranh ở đây để cung cấp trải nghiệm người dùng tốt hơn, bao gồm thời gian giao dịch nhanh hơn và tốc độ thực hiện nhanh hơn. Trên cơ sở này, các dự án dựa trên ý định như Anoma đã xây dựng nhiều giải pháp được thúc đẩy bởi ý định. Các sản phẩm phái sinh của những ý định này như thành phần Predicate có thể thực hiện ý định của người dùng theo các quy tắc cụ thể.
Kết toán lớp )Settlement Layer(
Đây là lớp trung gian được sử dụng để giải quyết lớp nhằm thực hiện ý định của người dùng. Các thành phần cốt lõi của giải pháp thanh khoản và trạng thái phân tán bao gồm:
预言机)Oracle(: dùng để lấy thông tin trạng thái từ các chuỗi khác.
Cầu nối xuyên chuỗi ) Bridges (: Chịu trách nhiệm về việc truyền tải thông tin và thanh khoản xuyên chuỗi.
Xác nhận trước kế hoạch )Xác nhận trước (: Rút ngắn thời gian xác nhận giữa các chuỗi.
Khả năng truy cập dữ liệu ) DA (: cung cấp khả năng truy cập dữ liệu.
Ngoài ra, còn cần xem xét thanh khoản giữa các chuỗi, tính cuối cùng )Finality(, cơ chế chứng minh Layer 2 và các yếu tố khác, nhằm bảo đảm hoạt động hiệu quả của toàn bộ hệ thống đa chuỗi.
![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer2])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
) Giải pháp
Hiện tại, trên thị trường có nhiều giải pháp để chơi đùa với mọi người thanh khoản, sau khi chúng tôi xem xét một số lượng lớn các giải pháp, chúng tôi nhận thấy chủ yếu có một vài cách sau:
Tập trung vào RaaS: Giải pháp Rollup như OP Stack, thông qua việc thêm các bộ sắp xếp chia sẻ cụ thể và cầu nối xuyên chuỗi để hỗ trợ chia sẻ thanh khoản và trạng thái cho các Rollup được xây dựng trên OP Stack. Điều này hy vọng sẽ giải quyết vấn đề phân tán thanh khoản và trạng thái ở một cấp độ cao hơn. Trong đó có một thiết kế riêng cho bộ sắp xếp chia sẻ, giải pháp này chủ yếu dành cho Layer 2, không có tính phổ quát, như Astria, Espresso và Flashbots.
Tập trung vào tài khoản: Tương tự như NEAR, xây dựng một ví tài khoản toàn chuỗi, thông qua một công nghệ gọi là "chữ ký chuỗi" hỗ trợ ký và thực hiện giao dịch trên nhiều giao thức blockchain. Thành phần cốt lõi là mạng MPC, thay thế người dùng để ký giao dịch đa chuỗi. Giải pháp này, mặc dù có thể giải quyết rất lớn vấn đề phân mảnh UX, nhưng đối với các nhà phát triển, điều này liên quan đến việc triển khai backend phức tạp, và không giải quyết về cơ bản vấn đề thanh khoản và phân tán trạng thái.
Tập trung vào mạng lưới ý định ngoài chuỗi: tức là mạng lưới Solver trong sơ đồ cấu trúc bánh mà chúng ta đã "giới thiệu", cốt lõi chính là người dùng gửi ý định đến mạng lưới Solver, vai trò Solver sẽ cạnh tranh về giá, cung cấp thời gian hoàn thành và giá giao dịch tối ưu nhất, các Solver này có thể là AI Agent, CEX, Nhà tạo lập thị trường hoặc thậm chí là giao thức tích hợp như Liquorice, v.v. Các dự án liên quan đến lĩnh vực này bao gồm Anoma, Khalani, Enso, aori và Valantis. Mặc dù ý định về lý thuyết có thể thực hiện các thao tác xuyên chuỗi phức tạp với bất kỳ độ khó nào, nhưng trong thực tế cần có đủ Solver thanh khoản để hỗ trợ, và khi gặp một số yêu cầu ngoài chuỗi, có khả năng xảy ra gian lận từ Solver, nếu áp dụng các biện pháp như chứng minh gian lận, độ khó thực hiện mạng lưới Solver sẽ tăng lên, và rào cản để vận hành Solver cũng sẽ cao hơn.
Tập trung vào mạng thanh khoản trên chuỗi: Hướng này chuyên tối ưu hóa vấn đề thanh khoản liên chuỗi, nhưng không giải quyết vấn đề trạng thái phân tán trên các chuỗi khác. Cốt lõi của nó là xây dựng một lớp thanh khoản, trên lớp này xây dựng các ứng dụng để chia sẻ thanh khoản toàn chuỗi. Một số dự án bao gồm: Raye Network, INFINIT, Everclear, Elixir, v.v.
Tập trung vào ứng dụng trên chuỗi: Các ứng dụng này xây dựng các ứng dụng có tính thanh khoản cao thông qua việc tích hợp MM lớn hoặc các ứng dụng bên thứ ba, chẳng hạn như Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, v.v. Các dự án này cần quản lý quy trình xuyên chuỗi phức tạp, yêu cầu rất cao đối với nhà phát triển, do đó cũng rất dễ xảy ra các sự kiện tấn công của hacker.
Giải quyết vấn đề thanh khoản là một đề tài rất quan trọng, trong thế giới tài chính, thanh khoản thường đại diện cho mọi thứ, nếu có thể xây dựng một nền tảng tích hợp thanh khoản, đặc biệt là tích hợp thanh khoản toàn chuỗi rải rác lại với nhau, sẽ có tiềm năng rất lớn, và chúng tôi cũng đã xem nhiều giải pháp khác nhau.
![Nghiên cứu về vấn đề phân chia thanh khoản trong thời đại Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Trong hai loại phân loại trên, chúng ta có thể thấy rằng theo cấu trúc bánh kem, Settlement Layer là giải pháp cấp nguyên tử nhất, trên những giải pháp nguyên tử như cross-chain, oracle, và Pre-Confirmation, được xây dựng một lớp trừu tượng hơn, đó là Solver Layer, Permission Layer và Application Layer. Các giải pháp trừu tượng hoặc thanh khoản mà chúng tôi đã liệt kê ở trên, được xây dựng theo các hướng khác nhau, phù hợp với các cấp độ khác nhau của hệ thống, có thể hiểu như mối quan hệ giữa upstream và downstream. Tuy nhiên, những giải pháp này vẫn chưa phải là giải pháp nguyên tử, vấn đề về sự phân tách thanh khoản toàn diện đã mang lại nhiều vấn đề phức tạp khác nhau, vì vậy, đối với khả năng tương tác, đã phát sinh rất nhiều giải pháp khác nhau. Nhưng về bản chất, vẫn phải dựa vào những thành phần này. Tiếp theo, chúng ta sẽ thảo luận về một số dự án điển hình về khái niệm trừu tượng chuỗi, để xem từng dự án đã giải quyết vấn đề phân tách thanh khoản từ quan điểm của mình như thế nào.
)# INFINIT
INFINIT đã xây dựng một dịch vụ RaaS cho DeFi, có khả năng cung cấp các thành phần cần thiết để xây dựng trực tiếp cho các giao thức DeFi, như Oracle, Pool Type, IRM, Asset, v.v., và cũng cung cấp các thành phần như Giao dịch đòn bẩy và Chiến lược lợi suất có thể kích hoạt ngay lập tức. Tương đương với các đầu xây dựng ứng dụng khác, nhưng tính thanh khoản cuối cùng được đặt trên lớp thanh khoản của Infinit. Tuy nhiên, hiện tại nó vẫn chưa công bố nguyên lý hoạt động cơ bản. Hiện tại, INFINIT đã nhận được 6 triệu USD vốn hạt giống từ Robot Ventures, Electric Capital và Maelstrom Capital.
Khalani Network
Khalani xây dựng ba thành phần cốt lõi, đó là lớp tương thích Intent, Validity và lớp thanh toán chung.
Các ứng dụng bên ngoài hoặc lớp ý định có thể phát hành ý định cho Khalani, sau đó lớp tương thích ý định của Khalani có thể chuyển đổi các ý định bên ngoài thành định dạng mà Solver giao thức có thể nhận diện, định dạng chuẩn hóa được sử dụng là ngôn ngữ Validity. Node Khalani chịu trách nhiệm gửi kết quả cuối cùng đến lớp thanh toán chung thông qua cầu nối chuỗi chéo, công nghệ thanh toán nhanh, v.v. Dự án này vẫn đang trong giai đoạn xây dựng, chưa tiết lộ thêm chi tiết công việc. Nó đã nhận được 2,2 triệu đô la tài trợ vòng hạt giống từ Ethereal Ventures, Nascent, Maelstrom Capital vào tháng 8.
![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Liquorice
Liquorice là một ứng dụng phi tập trung, có thể thực hiện việc khám phá giá dựa trên đấu giá và các bể thanh khoản một chiều. Sứ mệnh chính của Liquorice là cung cấp cho các công ty giao dịch chuyên nghiệp các công cụ quản lý hàng tồn kho hiệu quả, đồng thời kết nối dễ dàng với các giao thức DeFi cốt lõi khi thực hiện các giao dịch thanh toán theo ý định sử dụng. Trong khi đó, Liquorice đã tạo ra một thị trường cho vay, phục vụ cho các giao dịch cho vay của mình. Ứng dụng này tập trung nhiều hơn vào chính giao dịch. Hiện tại vẫn đang trong giai đoạn phát triển, nó đã thông báo vào tháng 7 rằng đã nhận được 1,2 triệu USD từ vòng gọi vốn Pre-seed do GreenField dẫn dắt.
Xion
Xion được nâng cấp từ thương hiệu Burnt, trước đây Burnt tập trung vào các ứng dụng cho người tiêu dùng, sau đó đội ngũ phát hiện ra vấn đề phân mảnh lớn trong các tương tác trên chuỗi, vì vậy họ đã xây dựng Xion để cải thiện vấn đề này. Xion được xây dựng trên giao thức đồng thuận Comet BFT. Giao tiếp xuyên chuỗi mà nó sử dụng dựa trên Cosmos IBC, do đó nó an toàn và nguyên bản hơn so với các cầu nối xuyên chuỗi khác. Nó đã trải qua bốn vòng gọi vốn, các nhà đầu tư bao gồm Animoca, Multicoin, Alliance DAO, Mechanism và những người khác.
=nil; Foundation
nil là thị trường sức mạnh tính toán ZK của Ethereum, bộ xử lý ZK và nhà phát triển Layer 2, đội ngũ có nền tảng công nghệ ZK vững chắc. Đề xuất giải pháp zkSharding, giải pháp này sử dụng công nghệ ZK để mở rộng theo chiều ngang mạng chính Ethereum, thực hiện xử lý giao dịch song song phân đoạn và tạo ra ZKP, trong khi phân đoạn chính xác minh dữ liệu, giao tiếp với Ethereum và đồng bộ trạng thái mạng giữa tất cả các người xác thực. Phân đoạn chính cũng quản lý phân phối của các người xác thực và tài khoản trong các phân đoạn thực thi. Giao thức đồng thuận mà ủy ban xác thực sử dụng cũng là Hotstuff, điều này rất phổ biến trong các dự án thực thi song song gần đây. =nil; L2 từ đầu đã nhúng giao tiếp giữa các phân đoạn vào giao thức. Tin nhắn giữa các phân đoạn được ủy ban xác thực của mỗi phân đoạn xác minh như là giao dịch.
Ý tưởng cơ bản là, thông qua kiến trúc Layer 2 phân mảnh, để xây dựng một kiến trúc giao tiếp xuyên phân mảnh tương tự như IBC được nhúng, từ đó giải quyết vấn đề thanh khoản và trạng thái phân tán. Tuy nhiên, ý tưởng cốt lõi của nó không hợp lý, vì vấn đề phân tán thanh khoản là vấn đề của nhiều chuỗi, trong khi nó xây dựng là một Layer 2 duy nhất, nghĩa là để giải quyết vấn đề này, tất cả các chuỗi đều cần trở thành một phân mảnh của ZK-sharding, điều này khó thực hiện.
![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# ERC-7683
Ethereum cũng đang giải quyết vấn đề thanh khoản xuyên chuỗi này, hiện tại Arbitrum, OP, một số DEX đã công khai hỗ trợ tiêu chuẩn ERC7683, mà nó sử dụng cũng là phương thức xuyên chuỗi dựa trên Intent. Mục tiêu cốt lõi của nó là thiết lập tiêu chuẩn chung cho hoạt động xuyên chuỗi giữa L2 và chuỗi bên, chuẩn hóa giao diện đơn hàng và thanh toán, thực hiện thực thi xuyên chuỗi liền mạch, cốt lõi chính là một Filler cũng có thể nói là vai trò Solver trong trừu tượng chuỗi. Đề xuất này được xây dựng bởi một số DEX và Across, hiện đang được nhóm Cake xem xét.
OP Stack
OP Stack, ERC-7683, và zkSharding đều là giải pháp cho việc phân mảnh thanh khoản giữa các Layer 2 nội bộ của Ethereum, được giải quyết ở các cấp độ kiến trúc, đồng thuận và ứng dụng. OP Stack thiết kế một giải pháp đa Layer 2 hoàn chỉnh để giải quyết một lần cho việc truyền thông tin và Sequ.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Khám phá giải pháp thanh khoản chuỗi cross trong thời đại Layer 2
Nghiên cứu vấn đề thanh khoản chơi đùa với mọi người trong thời đại Layer 2
Với việc Ethereum chuyển sang các giải pháp mở rộng tập trung vào Layer 2, cùng với sự trỗi dậy của các công cụ như RaaS, nhiều chuỗi công cộng đã phát triển nhanh chóng. Nhiều thực thể muốn xây dựng chuỗi riêng của họ để đại diện cho các yêu cầu lợi ích khác nhau và tìm kiếm định giá cao hơn. Tuy nhiên, sự xuất hiện của nhiều chuỗi công cộng đã khiến cho sự phát triển của hệ sinh thái khó theo kịp với tốc độ của các chuỗi công cộng, dẫn đến nhiều dự án đã giảm giá ngay khi TGE.
Nhờ có OP Stack, một nền tảng giao dịch đã ra mắt Base Layer 2 của riêng mình, một nền tảng giao dịch khác đã phát hành Ink; nhờ vào công nghệ ZK, một nền tảng giao dịch đã ra mắt XLayer; Sony phát hành Soneium, LINE ra mắt Kaia, v.v. Ngày nay, chi phí và ngưỡng kỹ thuật để xây dựng một chuỗi đã giảm đáng kể, chi phí để vận hành một chuỗi dựa trên OP Stack khoảng 10,000 đô la mỗi tháng.
Tương lai chắc chắn sẽ là thời đại của sự tồn tại đa chuỗi. Mặc dù các chuỗi Layer 2 này có thể chọn tính tương thích với EVM để đạt được sự liên thông, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồn, chúng rất khó để xây dựng ứng dụng và đạt được sự đồng thuận trên cùng một chuỗi.
Hệ sinh thái đa chuỗi hiện tại đã mang đến một thách thức mới: Thanh khoản và trạng thái phân tán. Do sự tồn tại của đa chuỗi là điều tất yếu, vì vậy khả năng tương tác là một lĩnh vực cần được khám phá và giải quyết. Hiện tại có nhiều giải pháp thanh khoản, chẳng hạn như chúng ta đã nghe nói đến trừu tượng chuỗi, ý định, Clearing Execution, Native CrossChain, ZKSharding, nhưng bản chất cốt lõi của chúng đều giống nhau.
Chúng tôi sử dụng kiến trúc Cake được công nhận trong ngành để giới thiệu cấu thành các thành phần cốt lõi của trừu tượng chuỗi chéo từ trên xuống dưới:
Ứng dụng Layer 2 (Application Layer )
Đây là lớp tương tác trực tiếp với người dùng, cũng là lớp trab trán nhất trong giải pháp thanh khoản, vì nó hoàn toàn che giấu các chi tiết về chuyển đổi thanh khoản. Tại lớp ứng dụng, người dùng tương tác với giao diện phía trước, không nhất thiết phải hiểu cơ chế chuyển đổi thanh khoản ở lớp dưới.
层 quyền(Permission Layer)
Nằm ở dưới lớp ứng dụng, người dùng kết nối ví với dApp và yêu cầu báo giá để đáp ứng ý định giao dịch. Ở đây, "ý định" chỉ ra kết quả giao dịch cuối cùng mà người dùng mong đợi (, chứ không phải là đường đi cụ thể của giao dịch.
Quản lý tài khoản và quản lý khóa )Key Management and Account Abstraction(
Do sự tồn tại của môi trường đa chuỗi, cần một hệ thống quản lý tài khoản và trừu tượng thích ứng với các chuỗi khác nhau để duy trì cấu trúc tài khoản độc đáo của từng chuỗi. Ví dụ, hệ thống tài khoản trung tâm đối tượng của SUI hoàn toàn khác với EVM. One Balance là dự án đại diện trong lĩnh vực này, nó xây dựng một hệ thống tài khoản đáng tin cậy, không cần thiết lập đồng thuận giữa các chuỗi, chỉ cần cam kết đáng tin cậy giữa các hệ thống tài khoản hiện có. Near Account đạt được quản lý trừu tượng bằng cách tạo ra ví tài khoản đa chuỗi cho người dùng, tối ưu hóa trải nghiệm người dùng rất nhiều, giảm thiểu sự phân mảnh UX. Tuy nhiên, về mặt thanh khoản chủ yếu tích hợp các chuỗi công cộng hiện có.
Giải quyết Layer)Solver Layer(
Lớp này chịu trách nhiệm tiếp nhận và thực hiện ý định giao dịch của người dùng, vai trò Solver cạnh tranh ở đây để cung cấp trải nghiệm người dùng tốt hơn, bao gồm thời gian giao dịch nhanh hơn và tốc độ thực hiện nhanh hơn. Trên cơ sở này, các dự án dựa trên ý định như Anoma đã xây dựng nhiều giải pháp được thúc đẩy bởi ý định. Các sản phẩm phái sinh của những ý định này như thành phần Predicate có thể thực hiện ý định của người dùng theo các quy tắc cụ thể.
Kết toán lớp )Settlement Layer(
Đây là lớp trung gian được sử dụng để giải quyết lớp nhằm thực hiện ý định của người dùng. Các thành phần cốt lõi của giải pháp thanh khoản và trạng thái phân tán bao gồm:
Ngoài ra, còn cần xem xét thanh khoản giữa các chuỗi, tính cuối cùng )Finality(, cơ chế chứng minh Layer 2 và các yếu tố khác, nhằm bảo đảm hoạt động hiệu quả của toàn bộ hệ thống đa chuỗi.
![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer2])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
) Giải pháp
Hiện tại, trên thị trường có nhiều giải pháp để chơi đùa với mọi người thanh khoản, sau khi chúng tôi xem xét một số lượng lớn các giải pháp, chúng tôi nhận thấy chủ yếu có một vài cách sau:
Tập trung vào RaaS: Giải pháp Rollup như OP Stack, thông qua việc thêm các bộ sắp xếp chia sẻ cụ thể và cầu nối xuyên chuỗi để hỗ trợ chia sẻ thanh khoản và trạng thái cho các Rollup được xây dựng trên OP Stack. Điều này hy vọng sẽ giải quyết vấn đề phân tán thanh khoản và trạng thái ở một cấp độ cao hơn. Trong đó có một thiết kế riêng cho bộ sắp xếp chia sẻ, giải pháp này chủ yếu dành cho Layer 2, không có tính phổ quát, như Astria, Espresso và Flashbots.
Tập trung vào tài khoản: Tương tự như NEAR, xây dựng một ví tài khoản toàn chuỗi, thông qua một công nghệ gọi là "chữ ký chuỗi" hỗ trợ ký và thực hiện giao dịch trên nhiều giao thức blockchain. Thành phần cốt lõi là mạng MPC, thay thế người dùng để ký giao dịch đa chuỗi. Giải pháp này, mặc dù có thể giải quyết rất lớn vấn đề phân mảnh UX, nhưng đối với các nhà phát triển, điều này liên quan đến việc triển khai backend phức tạp, và không giải quyết về cơ bản vấn đề thanh khoản và phân tán trạng thái.
Tập trung vào mạng lưới ý định ngoài chuỗi: tức là mạng lưới Solver trong sơ đồ cấu trúc bánh mà chúng ta đã "giới thiệu", cốt lõi chính là người dùng gửi ý định đến mạng lưới Solver, vai trò Solver sẽ cạnh tranh về giá, cung cấp thời gian hoàn thành và giá giao dịch tối ưu nhất, các Solver này có thể là AI Agent, CEX, Nhà tạo lập thị trường hoặc thậm chí là giao thức tích hợp như Liquorice, v.v. Các dự án liên quan đến lĩnh vực này bao gồm Anoma, Khalani, Enso, aori và Valantis. Mặc dù ý định về lý thuyết có thể thực hiện các thao tác xuyên chuỗi phức tạp với bất kỳ độ khó nào, nhưng trong thực tế cần có đủ Solver thanh khoản để hỗ trợ, và khi gặp một số yêu cầu ngoài chuỗi, có khả năng xảy ra gian lận từ Solver, nếu áp dụng các biện pháp như chứng minh gian lận, độ khó thực hiện mạng lưới Solver sẽ tăng lên, và rào cản để vận hành Solver cũng sẽ cao hơn.
Tập trung vào mạng thanh khoản trên chuỗi: Hướng này chuyên tối ưu hóa vấn đề thanh khoản liên chuỗi, nhưng không giải quyết vấn đề trạng thái phân tán trên các chuỗi khác. Cốt lõi của nó là xây dựng một lớp thanh khoản, trên lớp này xây dựng các ứng dụng để chia sẻ thanh khoản toàn chuỗi. Một số dự án bao gồm: Raye Network, INFINIT, Everclear, Elixir, v.v.
Tập trung vào ứng dụng trên chuỗi: Các ứng dụng này xây dựng các ứng dụng có tính thanh khoản cao thông qua việc tích hợp MM lớn hoặc các ứng dụng bên thứ ba, chẳng hạn như Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, v.v. Các dự án này cần quản lý quy trình xuyên chuỗi phức tạp, yêu cầu rất cao đối với nhà phát triển, do đó cũng rất dễ xảy ra các sự kiện tấn công của hacker.
Giải quyết vấn đề thanh khoản là một đề tài rất quan trọng, trong thế giới tài chính, thanh khoản thường đại diện cho mọi thứ, nếu có thể xây dựng một nền tảng tích hợp thanh khoản, đặc biệt là tích hợp thanh khoản toàn chuỗi rải rác lại với nhau, sẽ có tiềm năng rất lớn, và chúng tôi cũng đã xem nhiều giải pháp khác nhau.
![Nghiên cứu về vấn đề phân chia thanh khoản trong thời đại Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Trong hai loại phân loại trên, chúng ta có thể thấy rằng theo cấu trúc bánh kem, Settlement Layer là giải pháp cấp nguyên tử nhất, trên những giải pháp nguyên tử như cross-chain, oracle, và Pre-Confirmation, được xây dựng một lớp trừu tượng hơn, đó là Solver Layer, Permission Layer và Application Layer. Các giải pháp trừu tượng hoặc thanh khoản mà chúng tôi đã liệt kê ở trên, được xây dựng theo các hướng khác nhau, phù hợp với các cấp độ khác nhau của hệ thống, có thể hiểu như mối quan hệ giữa upstream và downstream. Tuy nhiên, những giải pháp này vẫn chưa phải là giải pháp nguyên tử, vấn đề về sự phân tách thanh khoản toàn diện đã mang lại nhiều vấn đề phức tạp khác nhau, vì vậy, đối với khả năng tương tác, đã phát sinh rất nhiều giải pháp khác nhau. Nhưng về bản chất, vẫn phải dựa vào những thành phần này. Tiếp theo, chúng ta sẽ thảo luận về một số dự án điển hình về khái niệm trừu tượng chuỗi, để xem từng dự án đã giải quyết vấn đề phân tách thanh khoản từ quan điểm của mình như thế nào.
)# INFINIT
INFINIT đã xây dựng một dịch vụ RaaS cho DeFi, có khả năng cung cấp các thành phần cần thiết để xây dựng trực tiếp cho các giao thức DeFi, như Oracle, Pool Type, IRM, Asset, v.v., và cũng cung cấp các thành phần như Giao dịch đòn bẩy và Chiến lược lợi suất có thể kích hoạt ngay lập tức. Tương đương với các đầu xây dựng ứng dụng khác, nhưng tính thanh khoản cuối cùng được đặt trên lớp thanh khoản của Infinit. Tuy nhiên, hiện tại nó vẫn chưa công bố nguyên lý hoạt động cơ bản. Hiện tại, INFINIT đã nhận được 6 triệu USD vốn hạt giống từ Robot Ventures, Electric Capital và Maelstrom Capital.
Khalani Network
Khalani xây dựng ba thành phần cốt lõi, đó là lớp tương thích Intent, Validity và lớp thanh toán chung.
Các ứng dụng bên ngoài hoặc lớp ý định có thể phát hành ý định cho Khalani, sau đó lớp tương thích ý định của Khalani có thể chuyển đổi các ý định bên ngoài thành định dạng mà Solver giao thức có thể nhận diện, định dạng chuẩn hóa được sử dụng là ngôn ngữ Validity. Node Khalani chịu trách nhiệm gửi kết quả cuối cùng đến lớp thanh toán chung thông qua cầu nối chuỗi chéo, công nghệ thanh toán nhanh, v.v. Dự án này vẫn đang trong giai đoạn xây dựng, chưa tiết lộ thêm chi tiết công việc. Nó đã nhận được 2,2 triệu đô la tài trợ vòng hạt giống từ Ethereal Ventures, Nascent, Maelstrom Capital vào tháng 8.
![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Liquorice
Liquorice là một ứng dụng phi tập trung, có thể thực hiện việc khám phá giá dựa trên đấu giá và các bể thanh khoản một chiều. Sứ mệnh chính của Liquorice là cung cấp cho các công ty giao dịch chuyên nghiệp các công cụ quản lý hàng tồn kho hiệu quả, đồng thời kết nối dễ dàng với các giao thức DeFi cốt lõi khi thực hiện các giao dịch thanh toán theo ý định sử dụng. Trong khi đó, Liquorice đã tạo ra một thị trường cho vay, phục vụ cho các giao dịch cho vay của mình. Ứng dụng này tập trung nhiều hơn vào chính giao dịch. Hiện tại vẫn đang trong giai đoạn phát triển, nó đã thông báo vào tháng 7 rằng đã nhận được 1,2 triệu USD từ vòng gọi vốn Pre-seed do GreenField dẫn dắt.
Xion
Xion được nâng cấp từ thương hiệu Burnt, trước đây Burnt tập trung vào các ứng dụng cho người tiêu dùng, sau đó đội ngũ phát hiện ra vấn đề phân mảnh lớn trong các tương tác trên chuỗi, vì vậy họ đã xây dựng Xion để cải thiện vấn đề này. Xion được xây dựng trên giao thức đồng thuận Comet BFT. Giao tiếp xuyên chuỗi mà nó sử dụng dựa trên Cosmos IBC, do đó nó an toàn và nguyên bản hơn so với các cầu nối xuyên chuỗi khác. Nó đã trải qua bốn vòng gọi vốn, các nhà đầu tư bao gồm Animoca, Multicoin, Alliance DAO, Mechanism và những người khác.
=nil; Foundation
nil là thị trường sức mạnh tính toán ZK của Ethereum, bộ xử lý ZK và nhà phát triển Layer 2, đội ngũ có nền tảng công nghệ ZK vững chắc. Đề xuất giải pháp zkSharding, giải pháp này sử dụng công nghệ ZK để mở rộng theo chiều ngang mạng chính Ethereum, thực hiện xử lý giao dịch song song phân đoạn và tạo ra ZKP, trong khi phân đoạn chính xác minh dữ liệu, giao tiếp với Ethereum và đồng bộ trạng thái mạng giữa tất cả các người xác thực. Phân đoạn chính cũng quản lý phân phối của các người xác thực và tài khoản trong các phân đoạn thực thi. Giao thức đồng thuận mà ủy ban xác thực sử dụng cũng là Hotstuff, điều này rất phổ biến trong các dự án thực thi song song gần đây. =nil; L2 từ đầu đã nhúng giao tiếp giữa các phân đoạn vào giao thức. Tin nhắn giữa các phân đoạn được ủy ban xác thực của mỗi phân đoạn xác minh như là giao dịch.
Ý tưởng cơ bản là, thông qua kiến trúc Layer 2 phân mảnh, để xây dựng một kiến trúc giao tiếp xuyên phân mảnh tương tự như IBC được nhúng, từ đó giải quyết vấn đề thanh khoản và trạng thái phân tán. Tuy nhiên, ý tưởng cốt lõi của nó không hợp lý, vì vấn đề phân tán thanh khoản là vấn đề của nhiều chuỗi, trong khi nó xây dựng là một Layer 2 duy nhất, nghĩa là để giải quyết vấn đề này, tất cả các chuỗi đều cần trở thành một phân mảnh của ZK-sharding, điều này khó thực hiện.
![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# ERC-7683
Ethereum cũng đang giải quyết vấn đề thanh khoản xuyên chuỗi này, hiện tại Arbitrum, OP, một số DEX đã công khai hỗ trợ tiêu chuẩn ERC7683, mà nó sử dụng cũng là phương thức xuyên chuỗi dựa trên Intent. Mục tiêu cốt lõi của nó là thiết lập tiêu chuẩn chung cho hoạt động xuyên chuỗi giữa L2 và chuỗi bên, chuẩn hóa giao diện đơn hàng và thanh toán, thực hiện thực thi xuyên chuỗi liền mạch, cốt lõi chính là một Filler cũng có thể nói là vai trò Solver trong trừu tượng chuỗi. Đề xuất này được xây dựng bởi một số DEX và Across, hiện đang được nhóm Cake xem xét.
OP Stack
OP Stack, ERC-7683, và zkSharding đều là giải pháp cho việc phân mảnh thanh khoản giữa các Layer 2 nội bộ của Ethereum, được giải quyết ở các cấp độ kiến trúc, đồng thuận và ứng dụng. OP Stack thiết kế một giải pháp đa Layer 2 hoàn chỉnh để giải quyết một lần cho việc truyền thông tin và Sequ.