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

Khi Ethereum chuyển sang các giải pháp mở rộng tập trung vào Layer 2, 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 đã phát triển nhanh chóng. Nhiều tổ chức 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 đị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ông thể theo kịp bước tiến của các chuỗi công cộng, dẫn đến nhiều dự án gặp phải tình trạng phá giá ngay khi phát hành.

Nhờ vào OP Stack, nhiều tổ chức đã ra mắt Layer 2 của riêng họ; nhờ vào công nghệ ZK, cũng có công ty ra mắt Layer của riêng họ. Hiện nay, rào cản về vốn và 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 là khoảng 10.000 USD mỗi tháng.

Tương lai chắc chắn sẽ là thời đại tồn tại nhiều chuỗi. Mặc dù các chuỗi Layer 2 này có thể chọn khả năng tương thích với EVM để đạt được sự kết nối, 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 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, vì vậy 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, 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 về cấu trúc các thành phần cốt lõi của trừu tượng xuyên chuỗi:

Ứng dụng: Đây là lớp mà người dùng tương tác trực tiếp, 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 chi tiết của việc chuyển đổi thanh khoản.

Lớp quyề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à 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: Cần một hệ thống quản lý tài khoản và trừu tượng 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.

Giải quyết lớp: 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ò Solver 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 nhanh hơn và tốc độ thực hiện.

Tầng thanh toán: Đây là tầng 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à phân tán trạng thái bao gồm oracle, cầu nối đa chuỗi, kế hoạch xác nhận trước, khả năng truy cập dữ liệu, v.v.

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ị割, chủ yếu có những cách sau:

1. Tập trung vào RaaS: Hỗ trợ chia sẻ thanh khoản và trạng thái của Rollup được xây dựng trên OP Stack thông qua việc tham gia các bộ sắp xếp chia sẻ cụ thể và cầu nối xuyên chuỗi.

2. Tập trung vào tài khoản: 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 thông qua công nghệ "chuỗi ký".

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 lưới 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 này xây dựng ứng dụng để chia sẻ thanh khoản toàn chuỗi.

5. Lấy ứng dụng trên chuỗi làm trung tâm: Xây dựng ứng dụng 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.

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à 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.

Tiếp theo, chúng ta sẽ thảo luận về một số dự án điển hình trong khái niệm trừu tượng chuỗi, để xem mỗi dự án giải quyết vấn đề thanh khoản bị chia cắt từ điểm xuất phát của riêng mình như thế nào.

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 của các giao thức DeFi, chẳng hạn như Oracle, Pool Type, IRM, Tài sản, 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 Sinh lời có thể sử dụng ngay lập tức.

Mạng 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 Ý định, 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 Ý định của Khalani có thể chuyển đổi các ý định bên ngoài thành định dạng mà Solver của giao thức có thể nhận diện.

Liquorice là một ứng dụng phi tập trung, cho phép khám phá giá cả 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 các công cụ quản lý hàng 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 theo ý định sử dụng.

Xion được xây dựng 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 đó nguyên thủy và an toàn hơn so với các cầu nối xuyên 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 bằng cách 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 người xác thực.

ERC-7683 là một giải pháp mà Ethereum đang tiến hành để giải quyết vấn đề thanh khoản xuyên chuỗi, với mục tiêu cốt lõi là thiết lập tiêu chuẩn chung cho các hoạt động xuyên chuỗi giữa L2 và các chuỗi bên, chuẩn hóa các giao diện đặt hàng và thanh toán, nhằm thực hiện việc thực thi xuyên chuỗi liền mạch.

OP Stack thiết kế một giải pháp đa Layer 2 hoàn chỉnh, để một lần giải quyết vấn đề truyền thông và phân quyền của Sequencer, khi sử dụng kiến trúc OP Stack, sẽ tự động triển khai hợp đồng xuyên chuỗi, đồng thời sẽ có một Supervisor để thách thức nhằm tránh việc truyền tải thông tin xuyên chuỗi giả mạo.

Giải quyết vấn đề thanh khoản xuyên chuỗi là một lĩnh vực rất phức tạp và có nhiều giải pháp khác nhau. Chúng tôi khá đồng ý rằng thanh khoản xuyên chuỗi, trạng thái và trải nghiệm người dùng bị chia cắt là vấn đề của toàn ngành blockchain. Nếu suy nghĩ từ mộ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, giống như trừu tượng hóa chuỗi, điều này thực sự tương đương với cổng vào Web3, giải quyết sự chia cắt trong trải nghiệm người dùng, đồng thời tích hợp thanh khoản và trạng thái ở những nơi mà người dùng không thể nhận thấy.

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