giới thiệu
Kể từ khi Ethereum chuyển sang giải pháp mở rộng với Layer 2 làm cốt lõi, cùng với sự phát triển của các công cụ như RaaS, lượng lớn chuỗi công khai đã phát triển nhanh chóng. Nhiều thực thể hy vọng xây dựng Chuỗi của riêng 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 khai đã khiến hệ sinh thái phát triển khó theo kịp tốc độ của chuỗi công khai, khiến nhiều dự án sụp đổ trong thời kỳ TGE.
Với OP Stack, Coinbase ra mắt Base Layer 2, Kraken ra mắt Ink; với công nghệ ZK, OKX ra mắt XLayer; Sony ra mắt Soneium, LINE ra mắt Kaia, v.v. Ngày nay, ngưỡng tài chính và kỹ thuật để xây dựng Chuỗi đã giảm đáng kể và chi phí vận hành Chuỗi dựa trên OP Stack là khoảng 10.000 USD mỗi tháng.
Tương lai chắc chắn sẽ là kỷ nguyên chung sống đa chuỗi . Mặc dù Chuỗi Layer 2 này có thể chọn khả năng tương thích EVM để đạt được khả năng tương tác, nhưng vì các thực thể Web2 đằng sau chúng có lượng lớn các ứng dụng hạ nguồn nên chúng khó xây dựng các ứng dụng trên cùng một Chuỗi và đạt được sự đồng thuận.
Phân tích TVL, nguồn: Defillama
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à sự phân quyền của nhà nước. Vì sự tồn tại của đa chuỗi là không thể tránh khỏi 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 đều đã nghe nói về trừu tượng Chuỗi(Particle Network, Socket, XION, INFINIT, Borsa), Intent (Anoma, Khalani), Clearing Execution (Connext), Native CrossChain (Cross), ZKSharding ( =nil; Foundation), nhưng bản chất cốt lõi của chúng là giống nhau.
Ngăn xếp trừu tượng chuỗi, Nguồn: FrontierResearch
Chúng tôi sử dụng kiến trúc Cake được ngành công nhận để giới thiệu các thành phần cốt lõi của tính trừu tượng chuỗi Chuỗi từ trên xuống dưới:
Lớp ứng dụng
Đây là lớp mà người dùng tương tác trực tiếp và cũng là lớp trừu tượng nhất trong giải pháp thanh khoản, vì nó che chắn hoàn toàn các chi tiết về 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 người dùng và có thể không hiểu cơ chế chuyển đổi thanh khoản cơ bản.
Lớp quyền
Ở bên dưới lớp ứng dụng, người dùng thỏa mãn ý định giao dịch bằng cách kết nối ví của họ với dApp và yêu cầu báo giá. "Ý định" ở đây đề cập đến kết quả giao dịch cuối cùng (tức là đầu ra) mà người dùng mong đợi, thay vì đường dẫn thực hiện cụ thể của giao dịch.
Quản lý Key và trừu tượng hóa tài khoản
Do sự tồn tại của hoàn cảnh đa chuỗi , nên cần có hệ thống quản lý tài khoản và trừu tượng phù hợp với Chuỗi khác nhau để duy trì cấu trúc tài khoản duy nhất của mỗi Chuỗi. Ví dụ: hệ thống tài khoản lấy đối tượng làm trung tâm của Sui hoàn toàn khác với EVM. One Balance là một 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 mà không cần thiết lập sự đồng thuận giữa Chuỗi và chỉ yêu cầu các 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 khả năng 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, giúp tối ưu hóa đáng kể trải nghiệm người dùng và giảm phân mảnh UX. Tuy nhiên, khía cạnh thanh khoản chủ yếu tích hợp chuỗi công khai hiện có.
Lớp bộ giải
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 và nhân vật Người giải quyết 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 và tốc độ thực hiện nhanh hơn. Trên cơ sở này, các dự án dựa trên mục đích như Anoma xây dựng nhiều giải pháp dựa trên mục đích khác nhau. Phái sinh của những ý định như vậy, chẳng hạn như các thành phần Vị ngữ, có thể hiện thực hóa ý định của người dùng theo các quy tắc cụ thể.
Lớp quyết toán
Đây là lớp phần mềm trung gian được lớp giải pháp sử dụng để triển khai ý định của người dùng. Các thành phần cốt lõi của giải pháp phi tập trung thanh khoản và nhà nước bao gồm:
- Oracle: được sử dụng để lấy thông tin trạng thái trên Chuỗi khác.
- Cầu nối cầu nối xuyên chuỗi: Chịu trách nhiệm về thông tin Chuỗi chéo và chuyển giao thanh khoản.
- Giải pháp xác nhận trước: rút ngắn thời gian xác nhận chuỗi Chuỗi.
- Tính khả dụng dữ liệu(DA): Cung cấp khả năng truy cập dữ liệu .
Ngoài ra, thanh khoản giữa Chuỗi , tính hữu hạn, cơ chế chứng nhận Layer 2 và các yếu tố khác cần được xem xét để đả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, có rất nhiều giải pháp nhằm giải quyết tình trạng phân mảnh thanh khoản trên thị trường. Sau khi xem xét lượng lớn các giải pháp, chúng tôi nhận thấy chủ yếu có các phương pháp sau:
1. Tập trung vào RaaS: Giải pháp tổng hợp tương tự như OP Stack hỗ trợ Rollup được xây dựng trên OP Stack để chia sẻ thanh khoản và trạng thái bằng cách thêm sắp xếp chia sẻ cụ thể và cầu nối xuyên chuỗi . Điều này hy vọng sẽ giải quyết được thanh khoản và sự phân tán trạng thái theo hướng cấp độ cao hơn. Một trong những giải pháp được chia nhỏ hơn là sắp xếp chia sẻ thiết kế riêng biệt. Giải pháp này nhắm mục tiêu nhiều hơn vào Layer2 và không phổ biến, chẳng hạn như Astria, Espresso và Flashbots.
Trừu tượng hóa chuỗi, nguồn:NEAR
2. Tập trung vào tài khoản: Tương tự như NEAR, ví tài khoản toàn Chuỗi được xây dựng để hỗ trợ ký và thực hiện các giao dịch trên nhiều giao thức blockchain thông qua công nghệ gọi là "chữ ký Chuỗi ". Trong đó phần cốt lõi là mạng MPC, thay mặt người dùng ký kết các giao dịch đa chuỗi. Mặc dù giải pháp này có thể giải quyết rất nhiều vấn đề phân mảnh UX, nhưng đối với các nhà phát triển, nó liên quan đến việc triển khai back-end phức tạp và về cơ bản không giải quyết được vấn đề thanh khoản và phân tán trạng thái.
3. Tập trung vào mạng mục đích ngoài Chuỗi: Đây là Mạng Bộ giải trong sơ đồ kiến 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 Bộ giải. Nhân vật của Bộ giải sẽ cạnh tranh để nhận báo giá và đưa ra thời gian hoàn thành tối ưu cũng như thời gian hoàn thành. giá giao dịch, những Người giải quyết này có thể là Đại lý AI, CEX, Nhà tạo lập thị trường hoặc thậm chí chính 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ù mục đích là có thể hiện thực hóa các hoạt động xuyên Chuỗi phức tạp với bất kỳ khó khăn nào về mặt lý thuyết, nhưng việc triển khai đòi hỏi phải có đủ thanh khoản của Bộ giải để hỗ trợ và khi gặp một số nhu cầu ngoài Chuỗi , Bộ giải có khả năng gian lận. được giới thiệu Bằng phương pháp chứng minh và các phương tiện khác, độ khó khi triển khai Mạng Bộ giải sẽ trở nên cao hơn và ngưỡng để chạy Bộ giải cũng sẽ cao hơn.
4. Tập trung vào mạng thanh khoản Chuỗi : Hướng này nhằm tối ưu hóa các vấn đề thanh khoản xuyên Chuỗi , nhưng không giải quyết được vấn đề trạng thái phân tán trên Chuỗi khác. Cốt lõi của nó là xây dựng lớp thanh khoản và xây dựng các ứng dụng trên lớp này để chia sẻ thanh khoản Chuỗi toàn chuỗi. Một số dự án bao gồm: Raye Network, INFINIT, Everclear, Elixir, v.v.
5. Tập trung vào các ứng dụng trên Chuỗi : Loại ứng dụng này xây dựng các ứng dụng thanh khoản cao bằng cách tích hợp các ứng dụng MM lớn hoặc của bên thứ ba, chẳng hạn như Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, v.v. Loại dự án này yêu cầu quản lý các quy trình xuyên Chuỗi phức tạp và có yêu cầu cực kỳ cao đối với nhà phát triển nên cũng cực kỳ dễ bị hacker tấn công.
Giải quyết vấn đề thanh khoản là một đề xuất rất quan trọng. Trong thế giới tài chính, thanh khoản thường đại diện cho tất cả mọi thứ. Nếu chúng ta có thể xây dựng một nền tảng thanh khoản tích hợp, đặc biệt là tích hợp thanh khoản toàn Chuỗi rải rác, nó sẽ có tiềm năng lớn và chúng tôi cũng đã xem xét nhiều khía cạnh khác nhau. giải pháp.
Trong hai cách phân loại trên, chúng ta có thể thấy rằng theo cấu trúc bánh, Lớp giải quyết là giải pháp cấp độ nguyên tử nhất. Ngoài các giải pháp nguyên tử này như giải pháp chuỗi Chuỗi, oracle và Xác nhận trước, còn có một lớp trừu tượng hơn. Các lớp được xây dựng là Lớp giải, Lớp cấp phép và Lớp ứng dụng. Mỗi giải pháp chúng tôi liệt kê ở trên để xây dựng các giải pháp trừu tượng hoặc thanh khoản theo các hướng khác nhau đều tuân theo tập hợp các cấp độ khác nhau này, có thể hiểu là mối quan hệ ngược dòng và xuôi dòng. Tuy nhiên, các giải pháp này vẫn chưa phải là giải pháp ở cấp độ nguyên tử. Toàn bộ vấn đề phân mảnh thanh khoản đã dẫn đến sự xuất hiện của nhiều vấn đề phái sinh phức tạp. Do đó, nhiều giải pháp đã được đưa ra để đảm bảo khả năng tương tác. Nhưng thực chất nó vẫn 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 số dự án điển hình với các khái niệm trừu tượng Chuỗi để xem mỗi dự án giải quyết vấn đề phân mảnh thanh khoản như thế nào từ điểm xuất phát của chính nó.
VÔ HẠN
Cấu trúc INFINIT, nguồn:Infinit
INFINIT đã xây dựng dịch vụ DeFi RaaS, có thể cung cấp các thành phần cần thiết để xây dựng trực tiếp giao thức DeFi, chẳng hạn như Oracle, Pool Type, IRM, Asset, v.v., đồng thời 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. Nó tương đương với các khía cạnh xây dựng ứng dụng khác, nhưng thanh khoản cuối cùng được đặt trong lớp thanh khoản của Infinit. Tuy nhiên, nó vẫn chưa tiết lộ nguyên tắc làm việc cơ bản. Hiện tại, INFINIT đã nhận được 6 triệu USD tài trợ vòng hạt giống từ Robot Ventures, Electric Capital và Maelstrom Capital.
Mạng lưới Khalani
Cấu trúc mạng Khalani, nguồn: KhalaniNetwork
Khalani đã xây dựng ba thành phần cốt lõi, đó là lớp tương thích Ý định, lớp Hiệu lực và lớp quyết toán phổ quát.
Các ứng dụng bên ngoài hoặc các lớp ý định có thể xuất bản các ý định lê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à người giải giao thức có thể nhận ra. Định dạng chuẩn được sử dụng là ngôn ngữ Hợp lệ. Nút Khalani chịu trách nhiệm gửi kết quả cuối cùng đến lớp quyết toán chung thông qua cầu nối xuyên chuỗi, công nghệ quyết toán nhanh, v.v. Dự án vẫn đang trong giai đoạn xây dựng và chưa có thông tin chi tiết nào được tiết lộ. 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à những công ty khác vào tháng 8.
cam thảo
Cấu trúc cam thảo, nguồn: Cam thảo
Liquorice là một ứng dụng phi tập trung cho phép hình thành giá dựa trên đấu giá và nhóm thanh khoản một chiều. Nhiệm vụ chính của Liquorice là cung cấp cho các công ty thương mại chuyên nghiệp các công cụ quản lý hàng tồn kho hiệu quả và kết nối dễ dàng với các giao thức DeFi cốt lõi như 1inch và Uniswap X khi sử dụng mục đích quyết toán các giao dịch. Đồng thời, Liquorice đã tạo ra một thị trường vay mượn để giao dịch cho vay và vay mượn. . Ứng dụng này tập trung nhiều hơn vào giao dịch. Vẫn đang trong giai đoạn phát triển, vào tháng 7, họ đã thông báo rằng họ đã nhận được vòng tài trợ Pre- Seed giá 1,2 triệu đô la do GreenField dẫn đầu.
Xion
Xion là nâng cấp từ thương hiệu Burnt. Trước đây, Burnt là một ứng dụng tập trung vào các ứng dụng dành cho người tiêu dùng. Sau đó, đội ngũ phát hiện ra rằng có một vấn đề phân mảnh lớn trong các tương tác Chuỗi, vì vậy Xion được xây dựng để 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 Chuỗi chéo mà nó sử dụng dựa trên Cosmos IBC, do đó, nó nguyên bản và an toàn hơn cầu nối xuyên chuỗi khác. Nó đã tiến hành tổng cộng bốn vòng tài trợ, với các nhà đầu tư bao gồm Animoca, Multicoin, Alliance DAO, Mechanism, v.v.
=nil; Nền tảng
nil là nhà phát triển thị trường tỷ lệ băm ZK của Ethereum , bộ đồng xử lý ZK và Layer2 . Đội ngũ có nền tảng công nghệ ZK sâu sắc. Đề xuất giải pháp zkSharding, sử dụng công nghệ ZK để mở rộng mainnet ETH theo chiều ngang, thực thi các phân đoạn để xử lý các giao dịch song song 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 mạng giữa tất cả trạng thái của trình xác thực. Phân đoạn chính cũng quản lý việc phân phối trình xác thực và tài khoản giữa các phân đoạn thực thi. Giao thức đồng thuận được ủy ban xác minh sử dụng cũng là Hotstuff, giao thức này phổ biến trong các dự án thực thi song song mới nhất. =nil; L2 có giao tiếp giữa các phân đoạn được nhúng vào giao thức ngay từ đầu. Các tin nhắn trên nhiều phân đoạn được xác thực dưới dạng giao dịch bởi ủy ban xác thực của mỗi phân đoạn.
Ý tưởng cơ bản là xây dựng kiến trúc truyền thông xuyên phân đoạn được nhúng tương tự như IBC thông qua kiến trúc Layer2 được phân chia, có thể giải quyết các vấn đề về thanh khoản và phân tán trạng thái. Nhưng ý tưởng cốt lõi của nó là không hợp lý, bởi vì vấn đề được giải quyết thanh khoản là một vấn đề đa chuỗi và nó được xây dựng trên một Layer2 duy nhất, có nghĩa là nếu muốn giải quyết nó, tất cả Chuỗi cần phải trở thành một phân đoạn của ZK- sharding, một điều khó thực hiện được.
ERC-7683
ERC-7683, nguồn:Across
Ethereum cũng đang nỗ lực giải quyết vấn đề thanh khoản chuỗi Chuỗi này. Hiện tại, Arbitrum, OP và Uniswap là những nền tảng đầu tiên hỗ trợ công khai tiêu chuẩn ERC7683 và họ cũng sử dụng phương pháp chuỗi Chuỗi dựa trên Ý định. Mục tiêu cốt lõi của nó là thiết lập các tiêu chuẩn chung cho các hoạt động chuỗi Chuỗi trên L2 và sidechain , tiêu chuẩn hóa các giao diện đặt hàng và quyết toán, đồng thời đạt được khả năng thực thi Chuỗi liền mạch của nó là Filler, cũng có thể nói là nhân vật Bộ giải. trong Chuỗi . Đề án này do Uniswap và Across cùng xây dựng và hiện đang được nhóm làm việc Cake xem xét.
Ngăn xếp OP
OP Stack, ERC-7683 và zkSharding đều là các giải pháp nội bộ của Ethereum nhằm giải quyết sự phân mảnh thanh khoản giữa Layer2 , được giải quyết ở cấp độ kiến trúc, cấp độ đồng thuận và cấp độ ứng dụng tương ứng. OP Stack giải quyết vấn đề truyền tải thông tin và phi tập trung Sequencer cùng một lúc bằng cách thiết kế một giải pháp đa Layer2 hoàn chỉnh. Khi bạn sử dụng kiến trúc OP Stack, các hợp đồng Chuỗi sẽ được triển khai tự động và sẽ có Người giám sát để thách thức và tránh Pass. thông tin Chuỗi chéo sai. Hiện tại, Coinbase, Uniswap, Kraken , v.v. đều sử dụng kiến trúc OP Stack.
Trong đó , điển hình hơn cả là Unichain. Unichain chủ yếu giải quyết vấn đề phân thanh khoản xuyên Chuỗi thông qua tích hợp với mạng Superchain. Thiết lập này tạo điều kiện cho việc thanh khoản liền mạch bằng cách cung cấp:
Cầu nối xuyên chuỗi dựa trên ý định: Cầu hỗ trợ chuyển giao thanh khoản nhanh chóng và đáng tin cậy giữa blockchain , cho phép người dùng thiết lập ý định, từ đó giúp hệ thống tự động chọn đường đi tốt nhất cho chuyển động thanh khoản. Phương pháp này loại bỏ sự phức tạp đối với người dùng, giúp các giao dịch chuỗi Chuỗi mượt mà và nhanh hơn.
Mạng xác thực Unichain (UVN): Mạng phi tập trung gồm các nhà khai thác nút này xác thực các giao dịch Chuỗi chéo, mang lại hiệu quả kinh tế nhanh hơn. Việc quyết toán nhanh hơn là rất quan trọng để đảm bảo quyết toán hiệu quả các giao dịch xuyên Chuỗi , từ đó giảm thiểu rủi ro phân thanh khoản do quyết toán chậm trễ.
Flashblocks và xây dựng khối có thể kiểm chứng: Bằng cách sử dụng Flashblocks, Unichain giảm đáng kể thời gian tạo khối, cải thiện hiệu quả nhà cung cấp thanh khoản và cho phép thị trường Chuỗi đồng bộ hóa hơn. Flashblocks giúp đảm bảo tính thanh khoản sẵn có và giảm tác động tiêu cực của sự chậm trễ xác nhận khối, điều này có thể dẫn đến sự phân mảnh thanh khoản .
Tóm tắt
Giải quyết vấn đề thanh khoản chuỗi Chuỗi là một lĩnh vực rất phức tạp với nhiều giải pháp. Ví dụ: giải pháp Layer2 được giải quyết bằng cách nhúng các thông báo Chuỗi chéo vào Ethereum, đặc biệt là ERC-7683 và Layer2 như OP Stack do OP xây dựng. Hãy cùng chia sẻ Sequencer để giải quyết nhé. Ngoài bối cảnh của Layer2 , tất cả Lớp 1 cũng phải đối mặt với vấn đề phân mảnh về thanh khoản, trạng thái và trải nghiệm người dùng. Có các giải pháp tập trung vào các ứng dụng thanh khoản, cũng như các giải pháp ngoại Chuỗi dựa trên Solver Network và thậm chí cả Tài khoản. giải pháp tập trung như NEAR cần phải dựa trên nhân vật ngoài Chuỗi như Bộ giải.
Chúng tôi nhận ra rằng sự phân mảnh của thanh khoản , trạng thái và trải nghiệm người dùng trên chuỗi chéo là một vấn đề đối với toàn bộ ngành công nghiệp blockchain. Nếu chúng ta nghĩ về nó một cách tổng thể, chúng ta cần thực hiện nó theo cách trừu tượng hơn, tương tự như trừu tượng Chuỗi. Điều này tương đương với Web3 thực. Lối vào giải quyết sự phân mảnh trong trải nghiệm người dùng, đồng thời, việc tích hợp thanh khoản và trạng thái được thực hiện ở một nơi mà người dùng không thể nhận biết được. Phương pháp tích hợp cụ thể được chia thành việc sử dụng mạng Bộ giải ngoài Chuỗi và cầu nối xuyên chuỗi, đáng để khám phá. Nói chung, tương lai phải có đa chuỗi. Giải quyết vấn đề thanh khoản phân tán là vấn đề tất yếu mà ngành phải đối mặt. Và sự tích hợp thanh khoản toàn Chuỗi này có rất nhiều dư địa để phát triển và có thể xây dựng kỷ nguyên Web3. . Google.
