Nghiên cứu vấn đề phân chia 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 dựa trên 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 đang phát triển nhanh chóng. Nhiều thực thể hy vọng xây dựng chuỗi riêng của mình để đại diện cho các lợi ích khác nhau và tìm kiếm mức đị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 đã bị phá giá ngay tại TGE.
Nhờ OP Stack, một nền tảng giao dịch đã ra mắt Layer 2 cơ sở của riêng mình, một nền tảng giao dịch khác phát hành Ink; nhờ công nghệ ZK, một nền tảng đã 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 đồng thời nhiều chuỗi. Mặc dù những chuỗi Layer 2 này có thể chọn tính tương thích với EVM để đạt được khả năng tương tác, nhưng do các thực thể Web2 đứng sau chúng có rất 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ủa các thành phần cốt lõi của trừu tượng chuỗi chéo:
Lớp ứng dụng (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. Tại lớp ứng dụng, người dùng tương tác với giao diện phía trước, chưa chắc đã hiểu cơ chế chuyển đổi thanh khoản bên dưới.
Lớp 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" đề 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à lớp trừu tượng (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 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 biệt so 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 mà 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 thực hiện 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 và 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ó.
Lớp Giải (Solver Layer)
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 cao hơn. Trên cơ sở đó, 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 những ý định này như thành phần Predicate, có thể thực hiện ý định của người dùng dưới các quy tắc cụ thể.
Lớp thanh toán (Settlement Layer)
Đây là lớp trung gian được sử dụng để giải quyết ý đị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 từ các chuỗi khác.
Cầu nối chuỗi (Bridges): Chịu trách nhiệm 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.
Tính khả dụng của dữ liệu (DA): Cung cấp khả năng truy cập dữ liệu.
Ngoài ra, cũng cần xem xét các yếu 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, để đả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 tại, trên thị trường có nhiều giải pháp để giải quyết tình trạng thanh khoản chơi đùa với mọi người, 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 đây:
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ợ việc xây dựng Rollup chia sẻ thanh khoản và trạng thái 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. Một điểm chi tiết hơn là thiết kế riêng bộ sắp xếp chia sẻ, giải pháp này chủ yếu nhắm đến Layer2, không mang tính phổ quát, như Astria, Espresso.
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 khác nhau. 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ề bản chất vấn đề chơi đùa với mọi người và trạng thái phân tán.
Tập trung vào mạng lưới ý định ngoài chuỗi: nghĩa là mạng lưới Solver trong sơ đồ 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 báo 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. Các dự án trong 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 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, khả năng gian lận của Solver có thể xảy ra, nếu áp dụng các phương pháp như chứng minh gian lận, độ khó trong việc triển khai mạng lưới Solver sẽ cao hơn, ngưỡng hoạt động của 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 đi này chuyên 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 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ó thanh khoản cao bằng cách tích hợp với các MM lớn, hoặc các ứng dụng bên thứ ba như Liquorice, Socket, Radiant Capital, một DEX, Hedgemony, v.v. Các dự án này cần quản lý quy trình liên chuỗi phức tạp, yêu cầu rất cao đối với các nhà phát triển, vì vậy 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 chủ đề 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 lại với nhau, sẽ mang lại 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 phân loại trên, chúng ta có thể thấy rằng theo cấu trúc bánh, Settlement Layer là giải pháp nguyên tử cấp độ thấp nhất, trên những giải pháp nguyên tử như cross-chain, oracle, Pre-Confirmation và những thứ tương tự, được xây dựng một lớp trừu tượng hơn, đó là Solver Layer, Permission Layer và Application Layer. Những giải pháp trừu tượng hoặc thanh khoản mà chúng tôi đã liệt kê ở trên theo những hướng khác nhau phù hợp với các cấp độ khác nhau trong hệ thống này, có thể hiểu là mối quan hệ giữa đầu vào và đầu ra. 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ử cấp độ thấp nhất, việc phân chia 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 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 tôi 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 chia thanh khoản từ góc độ của riêng 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, chẳng hạn như Oracle, Pool Type, IRM, Asset, v.v. Nó cũng có thể cung cấp các thành phần như Giao dịch Đòn bẩy và Chiến lược Lợi nhuận có thể được kích hoạt ngay lập tức. Tương đương với các ứng dụng xây dựng khác, nhưng cuối cùng thanh khoản được đưa vào lớp thanh khoản của Infinit. Tuy nhiên, hiện tại nó vẫn chưa công bố cách thức hoạt động của nền tảng này. 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, bao gồm 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ể gửi ý định đến Khalani, sau đó lớp tương thích Intent 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. 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 đa chuỗi, công nghệ thanh toán nhanh, v.v. Dự án này vẫn đang trong giai đoạn xây dựng, hiện 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 đô la từ vòng gọi vốn hạt giống của Ethereal Ventures, Nascent, Maelstrom Capital.
Liquorice
Liquorice là một ứng dụng phi tập trung, có thể thực hiện việc 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 các công cụ quản lý hàng 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 thanh toán giao dịch theo ý định sử dụng. Trong khi đó, Liquorice đã tạo ra thị trường cho vay, phục vụ cho các giao dịch cho vay của nó. Ứ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ừ vòng gọi vốn Pre-seed do GreenField dẫn đầu.
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 dành cho người tiêu dùng, sau đó đội ngũ nhận ra rằng có một vấn đề lớn về sự phân mảnh 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 trên giao thức đồng thuận Comet BFT. Việc giao tiếp đa chuỗi mà nó áp dụng dựa trên Cosmos IBC, do đó nó nguyên bản và an toàn hơn nhiều 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, các nhà đầu tư bao gồm Animoca, Multicoin, Alliance DAO, Mechanism, v.v.
=nil; Foundation
nil là thị trường sức mạnh ZK của Ethereum, bộ xử lý ZK 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 theo chiều ngang mạng chính Ethereum, thực hiện xử lý giao dịch song song và tạo ra ZKP, trong khi các phân đoạn chính xác thực 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 thực. Phân đoạn chính cũng quản lý sự phân bố của các người xác thực 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 thực như là giao dịch.
Ý tưởng cơ bản của 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 giữa các phân đoạn tương tự như IBC được nhúng, từ đó có thể 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 đề mà việc phân tán Thanh khoản giải quyết là vấn đề đa chuỗi, mà nó xây dựng là một Layer2 đơn nhất, có nghĩa là để giải quyết thì tất cả các chuỗi 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.
ERC-7683
Ethereum cũng đang tiến hành giải quyết vấn đề thanh khoản xuyên chuỗi này, hiện một số Layer 2 và DEX chính đã công khai hỗ trợ tiêu chuẩn ERC7683, cách thức mà nó sử dụng cũng dựa trên phương thức xuyên chuỗi dựa trên Ý định. 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 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, thực hiện việc thực thi xuyên chuỗi liền mạch, cốt lõi chính của nó là một Filler cũng có thể.
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.
16 thích
Phần thưởng
16
6
Đăng lại
Chia sẻ
Bình luận
0/400
GasFeeCryer
· 4giờ trước
Cho tiền cũng không chuỗi cross
Xem bản gốcTrả lời0
GasBandit
· 12giờ trước
Lại đang cuộn L2
Xem bản gốcTrả lời0
DecentralizedElder
· 12giờ trước
又一个 chơi đùa với mọi người盘啊?
Xem bản gốcTrả lời0
PriceOracleFairy
· 12giờ trước
smh xem những l2 này tan vỡ như những lời hứa của ex tôi... lý thuyết trò chơi thanh khoản đang rất khắc nghiệt rn
Xem bản gốcTrả lời0
MEVSandwich
· 12giờ trước
chơi đùa với mọi người再割裂 连Ví tiền都快不够用了
Xem bản gốcTrả lời0
NestedFox
· 13giờ trước
chơi đùa với mọi người? Có cầu không đều giống nhau
Nghiên cứu vấn đề phân chia thanh khoản và giải pháp trong thời đại Layer2
Nghiên cứu vấn đề phân chia 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 dựa trên 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 đang phát triển nhanh chóng. Nhiều thực thể hy vọng xây dựng chuỗi riêng của mình để đại diện cho các lợi ích khác nhau và tìm kiếm mức đị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 đã bị phá giá ngay tại TGE.
Nhờ OP Stack, một nền tảng giao dịch đã ra mắt Layer 2 cơ sở của riêng mình, một nền tảng giao dịch khác phát hành Ink; nhờ công nghệ ZK, một nền tảng đã 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 đồng thời nhiều chuỗi. Mặc dù những chuỗi Layer 2 này có thể chọn tính tương thích với EVM để đạt được khả năng tương tác, nhưng do các thực thể Web2 đứng sau chúng có rất 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ủa các thành phần cốt lõi của trừu tượng chuỗi chéo:
Lớp ứng dụng (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. Tại lớp ứng dụng, người dùng tương tác với giao diện phía trước, chưa chắc đã hiểu cơ chế chuyển đổi thanh khoản bên dưới.
Lớp 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" đề 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à lớp trừu tượng (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 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 biệt so 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 mà 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 thực hiện 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 và 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ó.
Lớp Giải (Solver Layer)
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 cao hơn. Trên cơ sở đó, 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 những ý định này như thành phần Predicate, có thể thực hiện ý định của người dùng dưới các quy tắc cụ thể.
Lớp thanh toán (Settlement Layer)
Đây là lớp trung gian được sử dụng để giải quyết ý đị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ũng cần xem xét các yếu 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, để đả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 tại, trên thị trường có nhiều giải pháp để giải quyết tình trạng thanh khoản chơi đùa với mọi người, 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 đây:
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ợ việc xây dựng Rollup chia sẻ thanh khoản và trạng thái 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. Một điểm chi tiết hơn là thiết kế riêng bộ sắp xếp chia sẻ, giải pháp này chủ yếu nhắm đến Layer2, không mang tính phổ quát, như Astria, Espresso.
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 khác nhau. 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ề bản chất vấn đề chơi đùa với mọi người và trạng thái phân tán.
Tập trung vào mạng lưới ý định ngoài chuỗi: nghĩa là mạng lưới Solver trong sơ đồ 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 báo 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. Các dự án trong 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 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, khả năng gian lận của Solver có thể xảy ra, nếu áp dụng các phương pháp như chứng minh gian lận, độ khó trong việc triển khai mạng lưới Solver sẽ cao hơn, ngưỡng hoạt động của 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 đi này chuyên 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 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ó thanh khoản cao bằng cách tích hợp với các MM lớn, hoặc các ứng dụng bên thứ ba như Liquorice, Socket, Radiant Capital, một DEX, Hedgemony, v.v. Các dự án này cần quản lý quy trình liên chuỗi phức tạp, yêu cầu rất cao đối với các nhà phát triển, vì vậy 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 chủ đề 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 lại với nhau, sẽ mang lại 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 phân loại trên, chúng ta có thể thấy rằng theo cấu trúc bánh, Settlement Layer là giải pháp nguyên tử cấp độ thấp nhất, trên những giải pháp nguyên tử như cross-chain, oracle, Pre-Confirmation và những thứ tương tự, được xây dựng một lớp trừu tượng hơn, đó là Solver Layer, Permission Layer và Application Layer. Những giải pháp trừu tượng hoặc thanh khoản mà chúng tôi đã liệt kê ở trên theo những hướng khác nhau phù hợp với các cấp độ khác nhau trong hệ thống này, có thể hiểu là mối quan hệ giữa đầu vào và đầu ra. 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ử cấp độ thấp nhất, việc phân chia 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 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 tôi 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 chia thanh khoản từ góc độ của riêng 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, chẳng hạn như Oracle, Pool Type, IRM, Asset, v.v. Nó cũng có thể cung cấp các thành phần như Giao dịch Đòn bẩy và Chiến lược Lợi nhuận có thể được kích hoạt ngay lập tức. Tương đương với các ứng dụng xây dựng khác, nhưng cuối cùng thanh khoản được đưa vào lớp thanh khoản của Infinit. Tuy nhiên, hiện tại nó vẫn chưa công bố cách thức hoạt động của nền tảng này. 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, bao gồm 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ể gửi ý định đến Khalani, sau đó lớp tương thích Intent 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. 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 đa chuỗi, công nghệ thanh toán nhanh, v.v. Dự án này vẫn đang trong giai đoạn xây dựng, hiện 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 đô la từ vòng gọi vốn hạt giống của Ethereal Ventures, Nascent, Maelstrom Capital.
Liquorice
Liquorice là một ứng dụng phi tập trung, có thể thực hiện việc 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 các công cụ quản lý hàng 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 thanh toán giao dịch theo ý định sử dụng. Trong khi đó, Liquorice đã tạo ra thị trường cho vay, phục vụ cho các giao dịch cho vay của nó. Ứ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ừ vòng gọi vốn Pre-seed do GreenField dẫn đầu.
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 dành cho người tiêu dùng, sau đó đội ngũ nhận ra rằng có một vấn đề lớn về sự phân mảnh 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 trên giao thức đồng thuận Comet BFT. Việc giao tiếp đa chuỗi mà nó áp dụng dựa trên Cosmos IBC, do đó nó nguyên bản và an toàn hơn nhiều 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, các nhà đầu tư bao gồm Animoca, Multicoin, Alliance DAO, Mechanism, v.v.
=nil; Foundation
nil là thị trường sức mạnh ZK của Ethereum, bộ xử lý ZK 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 theo chiều ngang mạng chính Ethereum, thực hiện xử lý giao dịch song song và tạo ra ZKP, trong khi các phân đoạn chính xác thực 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 thực. Phân đoạn chính cũng quản lý sự phân bố của các người xác thực 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 thực như là giao dịch.
Ý tưởng cơ bản của 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 giữa các phân đoạn tương tự như IBC được nhúng, từ đó có thể 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 đề mà việc phân tán Thanh khoản giải quyết là vấn đề đa chuỗi, mà nó xây dựng là một Layer2 đơn nhất, có nghĩa là để giải quyết thì tất cả các chuỗi 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.
ERC-7683
Ethereum cũng đang tiến hành giải quyết vấn đề thanh khoản xuyên chuỗi này, hiện một số Layer 2 và DEX chính đã công khai hỗ trợ tiêu chuẩn ERC7683, cách thức mà nó sử dụng cũng dựa trên phương thức xuyên chuỗi dựa trên Ý định. 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 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, thực hiện việc thực thi xuyên chuỗi liền mạch, cốt lõi chính của nó là một Filler cũng có thể.