Nghiên cứu vấn đề phân tách thanh khoản trong thời đại Layer 2

Với việc 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 blockchain công cộng đã 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ự tràn ngập của nhiều blockchain công cộng đã khiến sự phát triển của hệ sinh thái không theo kịp tốc độ của các blockchain công cộng, dẫn đến nhiều dự án đã giảm 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 đã 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 nhiều chuỗi đồng tồn tại. Mặc dù các 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ó 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 đang mang đến một thách thức mới: Thanh khoản và trạng thái phân tán. Do sự tồn tại của đa chuỗi là điều tất yếu, vì vậy khả năng tương tác là một lĩnh vực cần phải 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 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:

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 các 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. 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 ở tầng 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" chỉ 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 hóa phù hợp 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 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 đạ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 rất nhiều, giảm thiểu sự phân mảnh UX. Tuy nhiên, về mặt thanh khoản chủ yếu tích hợp các chuỗi công 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ò 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 nhanh hơn và tốc độ thực thi. Trên cơ sở này, các dự án dựa trên ý định đã xây dựng nhiều giải pháp dựa trên ý định khác nhau. 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ể.

Khu vực thanh toán (Settlement Layer)

Đây là lớp trung gian được sử dụng để giải quyết lớp nhằm thực hiện ý định của người dùng. Các thành phần cốt lõi của giải pháp thanh khoản và trạng thái phân tán bao gồm:

• Oracle: đượ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 chuỗi chéo.
• 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ũng 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, nhằm đảm bảo vận hành hiệu quả của toàn bộ hệ thống đa chuỗi.

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 bị割, sau khi xem xét một loạt các giải pháp, chúng tôi nhận thấy chủ yếu có những cách sau đây:

1. 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 liên chuỗi cụ thể để hỗ trợ chia sẻ thanh khoản và trạng thái trên Rollup được xây dựng trên OP Stack. Điều này hy vọng sẽ giải quyết thanh khoản và trạng thái phân tán theo một hướng cao hơn. Trong đó có một thiết kế riêng cho bộ sắp xếp chia sẻ, giải pháp này chủ yếu dành cho Layer 2, không có tính phổ quát.

2. Lấy tài khoản làm trung tâm: Xây dựng một ví tài khoản toàn chuỗi, thông qua một công nghệ được 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.

3. Trung tâm là mạng lưới ý định ngoài chuỗi: tức là mạng lưới Solver trong sơ đồ cấu trúc bánh mà chúng tôi đã "giới thiệu", cốt lõi là người dùng gửi ý định đến mạng lưới Solver, vai trò Solver sẽ 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, những Solver này có thể là AI Agent, CEX, Nhà tạo lập thị trường hoặc chính giao thức tích hợp. Mặc dù ý định về lý thuyết có thể thực hiện các thao tác 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ố nhu cầu ngoài chuỗi, có khả năng xảy ra gian lận từ Solver, nếu áp dụng các phương pháp chứng minh gian lận, độ khó trong việc triển khai mạng lưới Solver sẽ tăng lên, ngưỡng hoạt động của Solver cũng sẽ cao hơn.

4. Tập trung vào mạng 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 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.

5. 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 khác. 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 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ự kiện tấn công mạng.

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à việc tích hợp thanh khoản toàn chuỗi rời rạc lại với nhau, sẽ có tiềm năng rất lớn, và chúng tôi cũng đã xem 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 sinh nhật, Settlement Layer là giải pháp cấp nguyên tử nhất, và trên các giải pháp nguyên tử như cross-chain, oracle, Pre-Confirmation, một lớp trừu tượng hơn được xây dựng, đó là Solver Layer, Permission Layer và Application Layer. Các giải pháp trừu tượng hoặc thanh khoản khác nhau mà chúng tôi đã liệt kê ở trên phù hợp với các cấp độ khác nhau của bộ quy tắc này, có thể hiểu như là 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 đề chia cắt 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 nhiều giải pháp khác nhau. Nhưng về 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 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 đề chia cắt thanh khoản từ điểm khởi đầu của mình như thế nào.

INFINIT đã xây dựng một dịch vụ RaaS trong lĩnh vực DeFi, có thể 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 Đòn bẩy và Chiến lược Lợi suất có thể kích hoạt ngay lập tức. Tương đương với các đầu xây dựng ứng dụng khác, nhưng tính thanh khoản cuối cùng được đặt trong 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.

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. Ứ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ó khả năng 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. Các 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.

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 pool 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ý 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 một thị trường cho vay, phục vụ cho các giao dịch vay và cho vay của nó. Ứng dụng này còn tập trung nhiều hơn vào chính giao dịch.

Xion được xây dựng trên giao thức đồng thuận Comet BFT. Việc giao tiếp giữa các chuỗi mà nó áp dụng dựa trên Cosmos IBC, vì vậy nó nguyên thủy và an toàn hơn so với các cầu nối giữa các chuỗi khác.

=nil; Foundation đã đề xuất giải pháp zkSharding, giải pháp này sử dụng công nghệ ZK để mở rộng theo chiều ngang mạng chính Ethereum, thực hiện xử lý giao dịch song song phân đoạn và tạo ra ZKP, trong khi đó phân đoạn chính xác minh dữ liệu, giao tiếp với Ethereum và đồng bộ trạng thái mạng giữa tất cả các 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 các phân đoạn thực hiện. 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 hiện song song mới nhất. =nil; L2 từ đầu đã tích hợp giao tiếp xuyên phân đoạn vào trong giao thức.

Ethereum cũng đang nỗ lực giải quyết vấn đề thanh khoản giữa các chuỗi, hiện tại một số nền tảng giao dịch chính đã công khai hỗ trợ tiêu chuẩn ERC7683, cũng sử dụng phương pháp xuyên chuỗi dựa trên Intent. Mục tiêu cốt lõi của nó là thiết lập tiêu chuẩn chung cho các hoạt động xuyên chuỗi giữa L2 và sidechain, chuẩn hóa giao diện đơn đặt hàng và thanh toán, đạt được thực hiện xuyên chuỗi liền mạch, cốt lõi chính là một Filler cũng có thể nói là vai trò Solver trong trừu tượng chuỗi để thanh toán.

OP Stack thiết kế một giải pháp hoàn chỉnh đa Layer 2 để giải quyết một lần cho tất cả vấn đề truyền thông và phi tập trung hóa Sequencer. Khi bạn sử dụng kiến trúc OP Stack, hợp đồng chéo 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 chéo chuỗi giả mạo.

Giải quyết vấn đề thanh khoản đa chuỗi là một lĩnh vực rất phức tạp với nhiều giải pháp khác nhau. Giải pháp Layer2 được chia thành việc sử dụng thông điệp đa chuỗi tích hợp trong Ethereum, đặc biệt là ERC-7683, để giải quyết, cũng như Layer2 như OP xây dựng OP Stack để chia sẻ Sequencer nhằm giải quyết. Ngoài ngữ cảnh Layer2, tất cả các Layer1 cũng đều phải đối mặt với vấn đề thanh khoản, trạng thái và trải nghiệm người dùng bị phân tách. Có những giải pháp tập trung vào ứng dụng chuyên biệt cho thanh khoản, cũng có giải pháp ngoài chuỗi của Solver Network, thậm chí còn có những giải pháp tập trung vào tài khoản như NEAR, nhưng cũng cần dựa trên vai trò ngoài chuỗi như Solver.

Tính thanh khoản liên chuỗi, trạng thái, và trải nghiệm người dùng bị chia rẽ là vấn đề của toàn ngành công nghiệp blockchain, nếu suy nghĩ từ góc độ tổng thể, cần phải thực hiện theo một cách trừu tượng hơn, tương tự như sự trừu tượng của chuỗi, điều này thực sự tương đương với việc