Nghiên cứu vấn đề chia rẽ thanh khoản trong thời đại Layer 2

Với việc Ethereum chuyển sang các giải pháp mở rộng lấy Layer 2 làm trọng tâm, cùng với sự phát triển của các công cụ như RaaS, nhiều chuỗi công cộng đã nhanh chóng phát triển. Nhiều thực thể mong muốn 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 giá trị 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, dẫn đến nhiều dự án đã phá giá ngay khi TGE.

Hiện nay, chi phí và ngưỡng kỹ thuật để xây dựng một chuỗi đã giảm đáng kể, việc vận hành một chuỗi dựa trên OP Stack có chi phí khoảng 10.000 đô la mỗi tháng. Tương lai chắc chắn sẽ là thời đại của đa chuỗi đồng tồn tại. Mặc dù những chuỗi Layer 2 này có thể chọn tương thích EVM để đạt được tính tương tác, nhưng do các thực thể Web2 đứng sau có nhiều ứng dụng hạ nguồn, họ 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 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 phải khám phá và giải quyết. Hiện có nhiều giải pháp thanh khoả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 chính của trừu tượng chuỗi chéo:

Lớp ứng dụng

Đâ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 che giấu 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, chưa chắc đã hiểu cơ chế chuyển đổi thanh khoản ở lớp dưới.

Quyền hạn

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, 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

Do sự tồn tại của môi trường đa chuỗi, cần có 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 tập trung đối tượng của SUI hoàn toàn khác với EVM. One Balance đã 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 thực hiện 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 đáng kể, giảm thiểu sự phân mảnh trong UX.

Giải quyết Layer 2

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, 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 hiện nhanh hơ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 dưới các quy tắc cụ thể.

Tầng thanh toán

Đâ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: dùng để lấy thông tin trạng thái trên các chuỗi khác.
• Cầu chuỗi chéo: Chịu trách nhiệm về thông tin và thanh khoản truyền qua chuỗi.
• Xác nhận kế hoạch trước: Rút ngắn thời gian xác nhận xuyên chuỗi
• Khả năng truy cập dữ liệu: Cung cấp khả năng truy cập dữ liệu

Ngoài ra, 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, 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 vấn đề thanh khoản bị cắt đứt, chủ yếu bao gồm:

1. Lấy RaaS làm trung tâm: 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 đa chuỗi để hỗ trợ chia sẻ thanh khoản và trạng thái cho các Rollup được xây dựng trên OP Stack.

2. Lấy tài khoản làm trung tâm: tương tự như NEAR, xây dựng một ví tài khoản toàn chuỗi, hỗ trợ ký và thực hiện giao dịch qua nhiều giao thức blockchain khác nhau bằng công nghệ "chữ ký chuỗi".

3. Tập trung vào mạng ý định ngoài chuỗi: Người dùng gửi ý định đến mạng Solver, Solver cạnh tranh báo giá, đưa ra thời gian hoàn thành và giá giao dịch tối ưu.

4. Tập trung vào mạng thanh khoản trên chuỗi: Tối ưu hóa vấn đề thanh khoản xuyên chuỗi, 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.

5. Tập trung vào ứng dụng trên chuỗi: Xây dựng ứng dụng có 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.

Dự án điển hình

INFINIT

INFINIT đã xây dựng một dịch vụ RaaS trong lĩnh vực DeFi, 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., và còn 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.

Mạng Khalani

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ể phát hành ý định cho Khalani, sau đó lớp tương thích Intent của Khalani có thể chuyển đổi các ý định bên ngoài sang định dạng mà Solver giao thức có thể nhận diện.

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 bể thanh khoản một chiều. Sứ mệnh chính của nó 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ả, và 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 dựa trên ý định sử dụng.

Xion

Xion được xây dựng dựa 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ó mang tính bản địa và an toàn hơn so với các cầu nối chuỗi chéo khác.

=nil; Foundation

nil đã đề 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 mảnh và tạo ra ZKP, trong khi các phân mảnh 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 nhận viên.

ERC-7683

Mục tiêu cốt lõi của tiêu chuẩn ERC-7683 là thiết lập tiêu chuẩn chung cho các hoạt động chuỗi chéo giữa L2 và sidechain, chuẩn hóa giao diện đặt hàng và thanh toán, đạt được thực thi chuỗi chéo liền mạch, trong đó cốt lõi chính là một Filler, cũng có thể được gọi là vai trò Solver trong trừu tượng chuỗi.

OP Stack

OP Stack thiết kế một giải pháp đa Layer 2 hoàn chỉnh, nhằm giải quyết một lần cho mọi vấn đề về truyền thông và phân quyền Sequencer. Khi 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 và tránh việc truyền tải thông tin liên chuỗi giả mạo.

Tóm tắt

Giải quyết vấn đề thanh khoản giữa các chuỗi là một lĩnh vực rất phức tạp và có nhiều giải pháp. Tương lai chắc chắn sẽ là đa chuỗi, giải quyết vấn đề thanh khoản phân tán là thách thức mà ngành công nghiệp chắc chắn phải đối mặt, và sự tích hợp thanh khoản toàn chuỗi này có không gian phát triển rộng lớn, có khả năng xây dựng cơ sở hạ tầng thế hệ mới cho thời đại Web3.