Nghiên cứu vấn đề phân tách thanh khoản trong thời đại Layer2
Với việc Ethereum chuyển sang các giải pháp mở rộng tập trung vào Layer 2 và sự nổi lên của các công cụ như RaaS, nhiều chuỗi công cộng đang phát triển nhanh chóng. Nhiều thực thể mong muốn xây dựng chuỗi riêng của họ để đại diện cho các lợi ích khác nhau và tìm kiếm giá trị cao hơn. Tuy nhiên, sự bùng 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 bước đi của chuỗi công cộng, dẫn đến nhiều dự án đã phá giá ngay khi TGE.
Nhờ vào 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 khác đã ra mắt XLayer; Sony đã phát hành Soneium, LINE đã ra mắt Kaia, v.v. Ngày nay, chi phí và rào cản 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 USD mỗi tháng.
Thời đại đa chuỗi sẽ chắc chắn đến trong tương lai. Mặc dù các chuỗi Layer 2 này có thể lựa chọn tính tương thích EVM để đạt được khả năng tương tác, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồn, nên rất khó để xây dựng ứng dụng và đạt được đồng thuận trên cùng một chuỗi.
Hệ sinh thái đa chuỗi hiện tại đã mang lại 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, nên 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ư 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 rộng rãi trong ngành để giới thiệu từ trên xuống dưới về cấu thành các thành phần cốt lõi của trừu tượng chuỗi chéo:
Ứng dụng Layer(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 trừu tượng nhất trong giải pháp thanh khoản, vì nó hoàn toàn ẩn đi chi tiết của việc chuyển đổi thanh khoản. Trong 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 Lớp (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" đề cập đến kết quả giao dịch cuối cùng mà người dùng mong muốn (, tức là đầu ra ), chứ không phải là con đường thực hiện giao dịch cụ thể.
Quản lý tài khoản và lớp trừu tượng (Quản lý khóa và trừu tượng tài khoản)
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 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 một cách lớn, 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 khai hiện có.
Giải quyết lớp ( Lớp giải quyết )
Lớp này chịu trách nhiệm nhận và thực hiện ý định giao dịch của người dùng, vai trò Solver ở đây cạnh tranh để 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. 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 dựa trên ý định. Các sản phẩm phái sinh của loại ý đị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 các ý đị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 (: được sử dụng để lấy thông tin trạng thái trên 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 liên chuỗi.
Khả năng sử dụng dữ liệu ) DA (: Cung cấp khả năng truy cập dữ liệu.
Ngoài ra, cần xem xét tính thanh khoản giữa các chuỗi, tính xác nhận cuối cùng )Finality(, cơ chế chứng minh Layer 2 và các yếu tố khác, để đảm bảo sự vận hành hiệu quả của toàn bộ hệ thống đa chuỗi.
) Giải pháp
Hiện nay, trên thị trường có nhiều giải pháp giải quyết tình trạng Thanh khoản bị割, sau khi xem xét nhiều 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 giống như OP Stack, thông qua việc tham gia các bộ sắp xếp chia sẻ đặc biệt và cầu nối liên chuỗi để hỗ trợ xây dựng thanh khoản và trạng thái chia sẻ trên OP Stack. Điều này hy vọng có thể giải quyết sự phân tán thanh khoản và trạng thái theo một hướng cao hơn. Có một thiết kế chia sẻ bộ sắp xếp riêng biệt hơn, giải pháp này chủ yếu dành cho Layer2, không có tính phổ quát, như Astria, Espresso và Flashbots.
Trung tâm 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 thực hiện backend phức tạp và không giải quyết về cơ bản thanh khoản và trạng thái phân tán.
Trung tâm là mạng lưới ý định ngoài chuỗi: tức là mạng lưới Solver trong biểu đồ kiến trúc "Giới thiệu" của chúng tôi, cốt lõi là người dùng gửi ý định đến mạng lưới Solver, vai trò Solver này cạnh tranh giá thầu, cung cấp thời gian hoàn thành và giá giao dịch tối ưu nhất, những 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. Các dự án trong lĩnh vực này bao gồm Anoma, Khalani, Enso, aori và Valantis. Mặc dù ý định lý thuyết có thể thực hiện các thao tác cross-chain phức tạp với bất kỳ độ khó nào, nhưng trong thực tế cần có đủ thanh khoản Solver để hỗ trợ, và khi gặp phải một số yêu cầu ngoài chuỗi, có khả năng xảy ra gian lận với Solver, nếu áp dụng các phương 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 đi này chuyên về việc tối ưu hóa vấn đề thanh khoản giữa các chuỗi, nhưng không giải quyết được vấn đề phân tán trạng thái 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 đó xây dựng ứ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 ứng dụng có thanh khoản cao bằng cách 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 đa chuỗi phức tạp, yêu cầu cao đối với các nhà phát triển, do đó cũng dễ xảy ra các sự cố tấn công của hacker.
![Nghiên cứu về vấn đề cắt đứt thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Giải quyết vấn đề thanh khoản là một đề tài rất quan trọng, thế giới tài chính thường coi thanh khoản là tất cả. 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, sẽ có tiềm năng rất lớn, và chúng tôi cũng đã xem xét nhiều giải pháp khác nhau.
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, và trên những giải pháp nguyên tử như cross-chain, oracle, 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 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 này, có thể hiểu như là mối quan hệ giữa thượng nguồn và hạ nguồn. Tuy nhiên, những giải pháp này vẫn không phải là giải pháp nguyên tử, vấn đề chia cắt toàn bộ Thanh khoản đã mang lại nhiều vấn đề phức tạp phát sinh, do đó, nhằm giải quyết tính tương tác, đã xuất hiện đủ loại giải pháp khác nhau. Nhưng bản chất vẫn phải phụ thuộc vào những thành phần này. Tiếp theo, chúng ta sẽ thảo luận về một vài dự án điển hình liên quan đến khái niệm trừu tượng chuỗi, để xem mỗi dự án đều giải quyết vấn đề chia cắt Thanh khoản từ điểm xuất phát của mình như thế nào.
)# INFINIT
INFINIT đã xây dựng một dịch vụ RaaS trong lĩnh vực 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., cũng như 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ể được kích hoạt ngay lập tức. Được coi là điểm xây dựng cho các ứng dụng khác, nhưng cuối cùng Thanh khoản được đặt trên lớp Thanh khoản của Infinit. Tuy nhiên, hiện tại nó vẫn chưa tiết lộ nguyên lý hoạt động cơ bản. Hiện tại, INFINIT đã nhận được 6 triệu USD từ vòng gọi vốn hạt giống từ Robot Ventures, Electric Capital và Maelstrom Capital.
![Nghiên cứu về vấn đề cắt đứt thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Mạng Khalani
Khalani xây dựng ba thành phần cốt lõi, lần lượt 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 đến Khalani, sau đó lớp tương thích ý định của Khalani có thể chuyển đổi ý đị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. Nút Khalani chịu trách nhiệm nộp kết quả cuối cùng cho 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. Vào tháng 8, nó đã nhận được 2,2 triệu đô la từ vòng gọi vốn hạt giống từ Ethereal Ventures, Nascent, Maelstrom Capital.
![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-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# Rễ cam thảo
Liquorice là một ứng dụng phi tập trung, cho phép phát hiện 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 những công cụ quản lý tồn kho hiệu quả, đồng thời dễ dàng kết nối với các giao thức DeFi cốt lõi khi thực hiện các giao dịch với ý định thanh toán. 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, vào tháng 7 vừa qua đã thông báo nhận được 1,2 triệu USD từ vòng gọi vốn Pre-seed do GreenField dẫn đầu.
![Nghiên cứu về vấn đề phân đoạn thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# Xion
Xion là một sản phẩm đượ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 tương tác trên chuỗi, vì vậy đã 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 đa chuỗi mà nó áp dụng dựa trên Cosmos IBC, do đó an toàn và nguyên bản hơn so với các cầu nối đa chuỗi khác. Nó đã trải qua bốn vòng gọi vốn, với các nhà đầu tư như Animoca, Multicoin, Alliance DAO, Mechanism và nhiều nhà đầu tư khác.
=nil; Quỹ
nil là thị trường ZK sức mạnh tính toán của Ethereum, ZK bộ xử lý đồng xử lý và nhà phát triển Layer2, độ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 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ộ hóa trạng thái mạng giữa tất cả các xác thực viên. Phân đoạn chính cũng quản lý sự phân bố của các xác thực viên và tài khoản trong phân đoạn thực thi. Giao thức đồng thuận được ủ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 mới nhất. =nil; L2 từ đầu đã nhúng giao tiếp giữa các phân đoạn vào trong 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 Layer2 phân đoạn để xây dựng một kiến trúc giao tiếp xuyên phân đoạn tương tự như IBC, để có thể giải quyết vấn đề Thanh khoản và phân tán trạng thái. Tuy nhiên, ý tưởng cốt lõi không hợp lý, vì vấn đề Thanh khoản phân tán cần giải quyết là vấn đề đa chuỗi, trong khi nó xây dựng một Layer2 duy nhất, có 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 đoạn của ZK-sharding, điều này rất khó thực hiện.
![Nghiên cứu về vấn đề phân chia thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
Ethereum cũng đang nỗ lực giải quyết vấn đề thanh khoản liên chuỗi này, hiện tại một số DEX, OP, v.v. đã công khai hỗ trợ tiêu chuẩn ERC7683, mà cũng sử dụng phương thức liê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 các hoạt động liên chuỗi giữa L2 và sidechain, tiêu chuẩn hóa các giao dịch và giao diện thanh toán, thực hiện việc thực thi liê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 thay mặt thanh toán. Đề xuất này được xây dựng chung bởi một DEX và Across.
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.
14 thích
Phần thưởng
14
2
Chia sẻ
Bình luận
0/400
PumpBeforeRug
· 4giờ trước
Liên động có làm được không, cảm giác giống như công链 đã chết tiệt.
Sự phân tách thanh khoản trong thời đại Layer2: Thảo luận về thách thức và giải pháp
Nghiên cứu vấn đề phân tách thanh khoản trong thời đại Layer2
Với việc Ethereum chuyển sang các giải pháp mở rộng tập trung vào Layer 2 và sự nổi lên của các công cụ như RaaS, nhiều chuỗi công cộng đang phát triển nhanh chóng. Nhiều thực thể mong muốn xây dựng chuỗi riêng của họ để đại diện cho các lợi ích khác nhau và tìm kiếm giá trị cao hơn. Tuy nhiên, sự bùng 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 bước đi của chuỗi công cộng, dẫn đến nhiều dự án đã phá giá ngay khi TGE.
Nhờ vào 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 khác đã ra mắt XLayer; Sony đã phát hành Soneium, LINE đã ra mắt Kaia, v.v. Ngày nay, chi phí và rào cản 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 USD mỗi tháng.
Thời đại đa chuỗi sẽ chắc chắn đến trong tương lai. Mặc dù các chuỗi Layer 2 này có thể lựa chọn tính tương thích EVM để đạt được khả năng tương tác, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồn, nên rất khó để xây dựng ứng dụng và đạt được đồng thuận trên cùng một chuỗi.
Hệ sinh thái đa chuỗi hiện tại đã mang lại 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, nên 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ư 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 rộng rãi trong ngành để giới thiệu từ trên xuống dưới về cấu thành các thành phần cốt lõi của trừu tượng chuỗi chéo:
Ứng dụng Layer(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 trừu tượng nhất trong giải pháp thanh khoản, vì nó hoàn toàn ẩn đi chi tiết của việc chuyển đổi thanh khoản. Trong 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 Lớp (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" đề cập đến kết quả giao dịch cuối cùng mà người dùng mong muốn (, tức là đầu ra ), chứ không phải là con đường thực hiện giao dịch cụ thể.
Quản lý tài khoản và lớp trừu tượng (Quản lý khóa và trừu tượng tài khoản)
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 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 một cách lớn, 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 khai hiện có.
Giải quyết lớp ( Lớp giải quyết )
Lớp này chịu trách nhiệm nhận và thực hiện ý định giao dịch của người dùng, vai trò Solver ở đây cạnh tranh để 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. 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 dựa trên ý định. Các sản phẩm phái sinh của loại ý đị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 các ý đị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 xem xét tính thanh khoản giữa các chuỗi, tính xác nhận cuối cùng )Finality(, cơ chế chứng minh Layer 2 và các yếu tố khác, để đảm bảo sự vận hành hiệu quả của toàn bộ hệ thống đa chuỗi.
) Giải pháp
Hiện nay, trên thị trường có nhiều giải pháp giải quyết tình trạng Thanh khoản bị割, sau khi xem xét nhiều 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 giống như OP Stack, thông qua việc tham gia các bộ sắp xếp chia sẻ đặc biệt và cầu nối liên chuỗi để hỗ trợ xây dựng thanh khoản và trạng thái chia sẻ trên OP Stack. Điều này hy vọng có thể giải quyết sự phân tán thanh khoản và trạng thái theo một hướng cao hơn. Có một thiết kế chia sẻ bộ sắp xếp riêng biệt hơn, giải pháp này chủ yếu dành cho Layer2, không có tính phổ quát, như Astria, Espresso và Flashbots.
Trung tâm 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 thực hiện backend phức tạp và không giải quyết về cơ bản thanh khoản và trạng thái phân tán.
Trung tâm là mạng lưới ý định ngoài chuỗi: tức là mạng lưới Solver trong biểu đồ kiến trúc "Giới thiệu" của chúng tôi, cốt lõi là người dùng gửi ý định đến mạng lưới Solver, vai trò Solver này cạnh tranh giá thầu, cung cấp thời gian hoàn thành và giá giao dịch tối ưu nhất, những 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. Các dự án trong lĩnh vực này bao gồm Anoma, Khalani, Enso, aori và Valantis. Mặc dù ý định lý thuyết có thể thực hiện các thao tác cross-chain phức tạp với bất kỳ độ khó nào, nhưng trong thực tế cần có đủ thanh khoản Solver để hỗ trợ, và khi gặp phải một số yêu cầu ngoài chuỗi, có khả năng xảy ra gian lận với Solver, nếu áp dụng các phương 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 đi này chuyên về việc tối ưu hóa vấn đề thanh khoản giữa các chuỗi, nhưng không giải quyết được vấn đề phân tán trạng thái 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 đó xây dựng ứ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 ứng dụng có thanh khoản cao bằng cách 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 đa chuỗi phức tạp, yêu cầu cao đối với các nhà phát triển, do đó cũng dễ xảy ra các sự cố tấn công của hacker.
![Nghiên cứu về vấn đề cắt đứt thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Giải quyết vấn đề thanh khoản là một đề tài rất quan trọng, thế giới tài chính thường coi thanh khoản là tất cả. 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, sẽ có tiềm năng rất lớn, và chúng tôi cũng đã xem xét nhiều giải pháp khác nhau.
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, và trên những giải pháp nguyên tử như cross-chain, oracle, 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 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 này, có thể hiểu như là mối quan hệ giữa thượng nguồn và hạ nguồn. Tuy nhiên, những giải pháp này vẫn không phải là giải pháp nguyên tử, vấn đề chia cắt toàn bộ Thanh khoản đã mang lại nhiều vấn đề phức tạp phát sinh, do đó, nhằm giải quyết tính tương tác, đã xuất hiện đủ loại giải pháp khác nhau. Nhưng bản chất vẫn phải phụ thuộc vào những thành phần này. Tiếp theo, chúng ta sẽ thảo luận về một vài dự án điển hình liên quan đến khái niệm trừu tượng chuỗi, để xem mỗi dự án đều giải quyết vấn đề chia cắt Thanh khoản từ điểm xuất phát của mình như thế nào.
)# INFINIT
INFINIT đã xây dựng một dịch vụ RaaS trong lĩnh vực 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., cũng như 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ể được kích hoạt ngay lập tức. Được coi là điểm xây dựng cho các ứng dụng khác, nhưng cuối cùng Thanh khoản được đặt trên lớp Thanh khoản của Infinit. Tuy nhiên, hiện tại nó vẫn chưa tiết lộ nguyên lý hoạt động cơ bản. Hiện tại, INFINIT đã nhận được 6 triệu USD từ vòng gọi vốn hạt giống từ Robot Ventures, Electric Capital và Maelstrom Capital.
![Nghiên cứu về vấn đề cắt đứt thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Mạng Khalani
Khalani xây dựng ba thành phần cốt lõi, lần lượt 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 đến Khalani, sau đó lớp tương thích ý định của Khalani có thể chuyển đổi ý đị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. Nút Khalani chịu trách nhiệm nộp kết quả cuối cùng cho 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. Vào tháng 8, nó đã nhận được 2,2 triệu đô la từ vòng gọi vốn hạt giống từ Ethereal Ventures, Nascent, Maelstrom Capital.
![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-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# Rễ cam thảo
Liquorice là một ứng dụng phi tập trung, cho phép phát hiện 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 những công cụ quản lý tồn kho hiệu quả, đồng thời dễ dàng kết nối với các giao thức DeFi cốt lõi khi thực hiện các giao dịch với ý định thanh toán. 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, vào tháng 7 vừa qua đã thông báo nhận được 1,2 triệu USD từ vòng gọi vốn Pre-seed do GreenField dẫn đầu.
![Nghiên cứu về vấn đề phân đoạn thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# Xion
Xion là một sản phẩm đượ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 tương tác trên chuỗi, vì vậy đã 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 đa chuỗi mà nó áp dụng dựa trên Cosmos IBC, do đó an toàn và nguyên bản hơn so với các cầu nối đa chuỗi khác. Nó đã trải qua bốn vòng gọi vốn, với các nhà đầu tư như Animoca, Multicoin, Alliance DAO, Mechanism và nhiều nhà đầu tư khác.
=nil; Quỹ
nil là thị trường ZK sức mạnh tính toán của Ethereum, ZK bộ xử lý đồng xử lý và nhà phát triển Layer2, độ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 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ộ hóa trạng thái mạng giữa tất cả các xác thực viên. Phân đoạn chính cũng quản lý sự phân bố của các xác thực viên và tài khoản trong phân đoạn thực thi. Giao thức đồng thuận được ủ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 mới nhất. =nil; L2 từ đầu đã nhúng giao tiếp giữa các phân đoạn vào trong 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 Layer2 phân đoạn để xây dựng một kiến trúc giao tiếp xuyên phân đoạn tương tự như IBC, để có thể giải quyết vấn đề Thanh khoản và phân tán trạng thái. Tuy nhiên, ý tưởng cốt lõi không hợp lý, vì vấn đề Thanh khoản phân tán cần giải quyết là vấn đề đa chuỗi, trong khi nó xây dựng một Layer2 duy nhất, có 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 đoạn của ZK-sharding, điều này rất khó thực hiện.
![Nghiên cứu về vấn đề phân chia thanh khoản trong thời đại Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
Ethereum cũng đang nỗ lực giải quyết vấn đề thanh khoản liên chuỗi này, hiện tại một số DEX, OP, v.v. đã công khai hỗ trợ tiêu chuẩn ERC7683, mà cũng sử dụng phương thức liê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 các hoạt động liên chuỗi giữa L2 và sidechain, tiêu chuẩn hóa các giao dịch và giao diện thanh toán, thực hiện việc thực thi liê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 thay mặt thanh toán. Đề xuất này được xây dựng chung bởi một DEX và Across.