Nghiên cứu vấn đề chia cắt thanh khoản trong thời đại Layer 2
Khi Ethereum chuyển sang giải pháp mở rộng tập trung vào Layer 2, cùng với sự nổi lên 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 của riêng mình để đại diện cho những 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 sự phát triển của hệ sinh thái khó theo kịp bước tiến của chuỗi công cộng, dẫn đến nhiều dự án ngay từ thời điểm TGE đã bị giảm giá.
Nhờ 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 đã công bố Ink; nhờ 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 công nghệ để 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.
Thế giới trong 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ù những chuỗi Layer 2 này có thể chọn tính tương thích EVM để đạt được sự giao tiếp, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồn, nê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, 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ư chúng ta đã nghe nói về 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 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 của 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 che giấu các chi tiết của việc chuyển đổi thanh khoản. Ở 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 truy cậ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 đợi ( tức là đầu ra ), chứ không phải là lộ trình thực hiện giao dịch cụ thể.
Quản lý tài khoản và trừu tượng hóa (Quản lý khóa và trừu tượng hóa 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 hóa 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 tiêu biểu 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 sự đồ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 hóa 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 đáng kể, 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 (Solver Layer)
Lớp này có 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ò của 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 và tốc độ thực hiện nhanh hơn. Dựa 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à phân tán trạng thái bao gồm:
Oracle (: dùng để lấy thông tin trạng thái trên các chuỗi khác.
Cầu nối chuỗi )Bridges(: Chịu trách nhiệm về việc truyền tải thông tin và thanh khoản giữa các chuỗi.
Xác nhận trước kế hoạch ) Pre-Confirmation (: Rút ngắn thời gian xác nhận cross-chain.
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 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 hoạt động 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ị chia rẽ, sau khi xem xét nhiều giải pháp, chúng tôi nhận thấy chủ yếu có những 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ẻ và cầu nối xuyên chuỗi cụ thể để hỗ trợ chia sẻ thanh khoản và trạng thái của Rollup được xây dựng trên OP Stack. Điều này hy vọng có thể giải quyết thanh khoản và trạng thái phân tán theo một hướng cao hơn. Ở đây có một thiết kế chia sẻ bộ sắp xếp riêng biệt, giải pháp này chủ yếu nhắm đến 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 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ề bản chất 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 "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ò của Solver là cạnh tranh báo giá, đưa ra 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 hoạt động liê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 với các Solver, nếu áp dụng các biện pháp như chứng minh gian lận, độ khó trong việc triển khai mạng lưới Solver sẽ tăng lên, và ngưỡng để vận hành Solver cũng sẽ cao hơn.
Tập trung vào mạng lưới thanh khoản trên chuỗi: Hướng này chuyên tối ưu hóa vấn đề thanh khoản trên chuỗi chéo, 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 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 ứ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 các nhà phát triển, do đó cũng rất dễ xảy ra các sự cố 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à kết 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.
Trong hai 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 các 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 này, có thể hiểu như mối quan hệ giữa hạ nguồn và thượng 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 đề phân tách thanh khoản toàn bộ đã mang lại nhiều vấn đề phức tạp phát sinh, do đó, để giải quyết tính tương tác, đã phát sinh ra nhiều giải pháp đa dạng. Nhưng về bản chất vẫn phải phụ thuộc vào các 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 về khái niệm trừu tượng chuỗi, để xem mỗi dự án giải quyết vấn đề phân tách thanh khoản từ điểm xuất phát của mình như thế nào.
![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-e170f453d0b5b33f7ffc55facc9626c8.webp(
)# 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 cho việc 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òn có thể cung cấp các thành phần như Giao dịch Kích hoạt ngay lập tức và Chiến lược Lợi suất. Tương tự như các ứng dụng xây 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 600 triệu USD từ một số tổ chức đầu tư nổi tiếng trong vòng gọi vốn hạt giống.
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 cho Khalani, sau đó lớp tương thích 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 chính là ngôn ngữ Validity. Các nút 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 công bố thêm chi tiết công việc. Vào tháng 8, nó đã nhận được 2,2 triệu USD vòng hạt giống từ một số tổ chức đầu tư nổi tiếng.
Liquorice
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 hồ thanh khoản đơn phương. 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ý tồn kho hiệu quả, đồng thời dễ dàng kết nối đến một số giao thức DeFi cốt lõi khi thanh toán giao dịch theo ý định sử dụng. Trong khi đó, Liquorice đã tạo ra một thị trường cho vay, để thực hiện các giao dịch cho vay. Ứ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 về việc nhận được 1,2 triệu USD từ một số tổ chức đầu tư nổi tiếng trong vòng gọi vốn Pre-seed.
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 tương tác trên chuỗi, do đó đã xây dựng Xion để cải thiện vấn đề này. Xion được xây dựng dựa 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ó nguyên bản và an toà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 huy động vốn, và nhà đầu tư bao gồm một số tổ chức đầu tư nổi tiếng.
=nil; Quỹ
nil là nhà phát triển thị trường ZK tính toán, ZK đồng xử lý và Layer 2 của Ethereum, đội ngũ có nền tảng công nghệ ZK vững mạnh. Đã đề 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ộ hóa trạng thái mạng giữa tất cả các người xác minh. Phân đoạn chính cũng quản lý sự phân bố của người xác minh và tài khoản trong các phân đoạn thực hiện. Giao thức đồng thuận được ủy ban xác minh sử dụng cũng là Hotstuff, điều này rất phổ biến trong các dự án thực hiện song song mới nhất. =nil; L2 ngay 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 minh của mỗi phân đoạn xác minh dưới dạng giao dịch.
Ý tưởng cơ bản của 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, 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 đề đa chuỗi, trong khi nó xây dựng một Layer 2 đơn 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 mảnh của ZK-sharding, điều này khó có thể thực hiện.
ERC-7683
Ethereum cũng đang nỗ lực giải quyết vấn đề thanh khoản xuyên chuỗi này, hiện một số dự án nổi tiếng đã công khai hỗ trợ tiêu chuẩn ERC7683, mà cách sử dụng cũng dựa trên phương pháp xuyên chuỗi dựa trên Intent. Mục tiêu cốt lõi là thiết lập tiêu chuẩn chung cho các thao tác xuyên chuỗi giữa L2 và sidechain, chuẩn hóa các giao diện đặt hàng và thanh toán, đạt được 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ể gọ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 bởi một số dự án nổi tiếng và hiện đang được nhóm Cake xem xét.
OP Stack
OP Stack, ERC-7683, và zkSharding đều là những giải pháp cho việc phân mảnh thanh khoản giữa các Layer 2 trong 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 vấn đề truyền thông tin và phân quyền Sequencer. Khi bạn sử dụng kiến trúc OP Stack, hợp đồng liên chuỗi sẽ được triển khai tự động, đồng thời sẽ có một Supervisor để thách thức nhằm tránh việc truyền thông tin liên chuỗi sai lệch. Hiện tại có một số dự án nổi tiếng đang sử dụng kiến trúc OP Stack.
Trong đó, điển hình nhất là Unichain. Unichain chủ yếu giải quyết vấn đề phân mảnh thanh khoản xuyên chuỗi thông qua việc tích hợp với mạng Superchain. Cài đặt này thúc đẩy việc di chuyển thanh khoản liền mạch bằng cách cung cấp các chức năng sau:
Cầu nối chuỗi chéo dựa trên ý định: cái này
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.
15 thích
Phần thưởng
15
5
Đăng lại
Chia sẻ
Bình luận
0/400
GateUser-75ee51e7
· 26phút trước
Quá nhiều chuỗi nhỏ chỉ quan tâm đến định giá rác.
Xem bản gốcTrả lời0
GasFeeCry
· 4giờ trước
Đường chạy không chịu được nữa đâu.
Xem bản gốcTrả lời0
ContractExplorer
· 4giờ trước
Tôi muốn làm một chuỗi mạnh nhất! Ai cùng tôi xông lên!
Xem bản gốcTrả lời0
MemeEchoer
· 4giờ trước
Một làn sóng những người mơ về blockchain lại có kết cục giống nhau hahaha
Xem bản gốcTrả lời0
TokenEconomist
· 4giờ trước
thực ra, đây là một tiến thoái lưỡng nan cổ điển trong phân phối thanh khoản l2... để tôi giải thích nhanh toán học một chút
Khám phá vấn đề phân tách thanh khoản trong thời đại Layer 2 và các giải pháp chính thống.
Nghiên cứu vấn đề chia cắt thanh khoản trong thời đại Layer 2
Khi Ethereum chuyển sang giải pháp mở rộng tập trung vào Layer 2, cùng với sự nổi lên 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 của riêng mình để đại diện cho những 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 sự phát triển của hệ sinh thái khó theo kịp bước tiến của chuỗi công cộng, dẫn đến nhiều dự án ngay từ thời điểm TGE đã bị giảm giá.
Nhờ 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 đã công bố Ink; nhờ 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 công nghệ để 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.
Thế giới trong 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ù những chuỗi Layer 2 này có thể chọn tính tương thích EVM để đạt được sự giao tiếp, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồn, nê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, 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ư chúng ta đã nghe nói về 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 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 của 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 che giấu các chi tiết của việc chuyển đổi thanh khoản. Ở 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 truy cậ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 đợi ( tức là đầu ra ), chứ không phải là lộ trình thực hiện giao dịch cụ thể.
Quản lý tài khoản và trừu tượng hóa (Quản lý khóa và trừu tượng hóa 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 hóa 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 tiêu biểu 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 sự đồ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 hóa 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 đáng kể, 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 (Solver Layer)
Lớp này có 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ò của 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 và tốc độ thực hiện nhanh hơn. Dựa 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à phân tán trạng thái bao gồm:
Ngoài ra, còn cần xem xét 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 hoạt động 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ị chia rẽ, sau khi xem xét nhiều giải pháp, chúng tôi nhận thấy chủ yếu có những 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ẻ và cầu nối xuyên chuỗi cụ thể để hỗ trợ chia sẻ thanh khoản và trạng thái của Rollup được xây dựng trên OP Stack. Điều này hy vọng có thể giải quyết thanh khoản và trạng thái phân tán theo một hướng cao hơn. Ở đây có một thiết kế chia sẻ bộ sắp xếp riêng biệt, giải pháp này chủ yếu nhắm đến 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 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ề bản chất 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 "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ò của Solver là cạnh tranh báo giá, đưa ra 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 hoạt động liê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 với các Solver, nếu áp dụng các biện pháp như chứng minh gian lận, độ khó trong việc triển khai mạng lưới Solver sẽ tăng lên, và ngưỡng để vận hành Solver cũng sẽ cao hơn.
Tập trung vào mạng lưới thanh khoản trên chuỗi: Hướng này chuyên tối ưu hóa vấn đề thanh khoản trên chuỗi chéo, 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 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 ứ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 các nhà phát triển, do đó cũng rất dễ xảy ra các sự cố 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à kết 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.
Trong hai 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 các 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 này, có thể hiểu như mối quan hệ giữa hạ nguồn và thượng 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 đề phân tách thanh khoản toàn bộ đã mang lại nhiều vấn đề phức tạp phát sinh, do đó, để giải quyết tính tương tác, đã phát sinh ra nhiều giải pháp đa dạng. Nhưng về bản chất vẫn phải phụ thuộc vào các 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 về khái niệm trừu tượng chuỗi, để xem mỗi dự án giải quyết vấn đề phân tách thanh khoản từ điểm xuất phát của mình như thế nào.
![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-e170f453d0b5b33f7ffc55facc9626c8.webp(
)# 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 cho việc 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òn có thể cung cấp các thành phần như Giao dịch Kích hoạt ngay lập tức và Chiến lược Lợi suất. Tương tự như các ứng dụng xây 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 600 triệu USD từ một số tổ chức đầu tư nổi tiếng trong vòng gọi vốn hạt giống.
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 cho Khalani, sau đó lớp tương thích 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 chính là ngôn ngữ Validity. Các nút 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 công bố thêm chi tiết công việc. Vào tháng 8, nó đã nhận được 2,2 triệu USD vòng hạt giống từ một số tổ chức đầu tư nổi tiếng.
Liquorice
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 hồ thanh khoản đơn phương. 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ý tồn kho hiệu quả, đồng thời dễ dàng kết nối đến một số giao thức DeFi cốt lõi khi thanh toán giao dịch theo ý định sử dụng. Trong khi đó, Liquorice đã tạo ra một thị trường cho vay, để thực hiện các giao dịch cho vay. Ứ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 về việc nhận được 1,2 triệu USD từ một số tổ chức đầu tư nổi tiếng trong vòng gọi vốn Pre-seed.
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 tương tác trên chuỗi, do đó đã xây dựng Xion để cải thiện vấn đề này. Xion được xây dựng dựa 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ó nguyên bản và an toà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 huy động vốn, và nhà đầu tư bao gồm một số tổ chức đầu tư nổi tiếng.
=nil; Quỹ
nil là nhà phát triển thị trường ZK tính toán, ZK đồng xử lý và Layer 2 của Ethereum, đội ngũ có nền tảng công nghệ ZK vững mạnh. Đã đề 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ộ hóa trạng thái mạng giữa tất cả các người xác minh. Phân đoạn chính cũng quản lý sự phân bố của người xác minh và tài khoản trong các phân đoạn thực hiện. Giao thức đồng thuận được ủy ban xác minh sử dụng cũng là Hotstuff, điều này rất phổ biến trong các dự án thực hiện song song mới nhất. =nil; L2 ngay 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 minh của mỗi phân đoạn xác minh dưới dạng giao dịch.
Ý tưởng cơ bản của 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, 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 đề đa chuỗi, trong khi nó xây dựng một Layer 2 đơn 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 mảnh của ZK-sharding, điều này khó có thể thực hiện.
ERC-7683
Ethereum cũng đang nỗ lực giải quyết vấn đề thanh khoản xuyên chuỗi này, hiện một số dự án nổi tiếng đã công khai hỗ trợ tiêu chuẩn ERC7683, mà cách sử dụng cũng dựa trên phương pháp xuyên chuỗi dựa trên Intent. Mục tiêu cốt lõi là thiết lập tiêu chuẩn chung cho các thao tác xuyên chuỗi giữa L2 và sidechain, chuẩn hóa các giao diện đặt hàng và thanh toán, đạt được 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ể gọ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 bởi một số dự án nổi tiếng và hiện đang được nhóm Cake xem xét.
OP Stack
OP Stack, ERC-7683, và zkSharding đều là những giải pháp cho việc phân mảnh thanh khoản giữa các Layer 2 trong 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 vấn đề truyền thông tin và phân quyền Sequencer. Khi bạn sử dụng kiến trúc OP Stack, hợp đồng liên chuỗi sẽ được triển khai tự động, đồng thời sẽ có một Supervisor để thách thức nhằm tránh việc truyền thông tin liên chuỗi sai lệch. Hiện tại có một số dự án nổi tiếng đang sử dụng kiến trúc OP Stack.
Trong đó, điển hình nhất là Unichain. Unichain chủ yếu giải quyết vấn đề phân mảnh thanh khoản xuyên chuỗi thông qua việc tích hợp với mạng Superchain. Cài đặt này thúc đẩy việc di chuyển thanh khoản liền mạch bằng cách cung cấp các chức năng sau:
Cầu nối chuỗi chéo dựa trên ý định: cái này