Nghiên cứu về vấn đề phân tách thanh khoản trong kỷ nguyên 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ự xuất hiệ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 blockchain riêng của họ để đạ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 blockchain công cộng đã khiến sự phát triển của hệ sinh thái khó theo kịp với tốc độ của các blockchain công cộng, dẫn đến nhiều dự án gặp khó khăn ngay từ giai đoạn đầu.

Nhờ vào các công nghệ như OP Stack, nhiều doanh nghiệp và nền tảng nổi tiếng đã ra mắt giải pháp Layer 2 của riêng họ. Hiện nay, rào cản về vốn và 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ự đồng tồn tại của nhiều chuỗi. Mặc dù các chuỗi Layer 2 này có thể chọn tính tương thích với EVM để đạt được sự kết nối, nhưng do các thực thể đứ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 đồ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ự hiện diện 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 phải được khám phá và giải quyết. Hiện 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 tương tự 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 cấu thành các thành phần cốt lõi của trừu tượng chuỗi chéo từ trên xuống.

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 ẩn giấu 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, không nhất thiết phải hiểu cơ chế chuyển đổi thanh khoản ở lớp 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, 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à trừu tượng hóa tài khoản (Key Management and Account Abstraction)

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 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. Một số dự án đã thực hiện quản lý trừu tượng bằng cách xây dựng hệ thống tài khoản đáng tin cậy hoặc tạo ví tài khoản đa chuỗi cho người dùng, tối ưu hóa đáng kể trải nghiệm người dùng và giảm thiểu sự phân mảnh UX.

Lớp Giải (Solver Layer)

Lớp này chịu trách nhiệm tiếp nhận và hiện thực hóa ý đị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. Một số dự án đã xây dựng nhiều giải pháp dựa trên ý định, có thể hiện thực hóa ý định của người dùng theo các quy tắc cụ thể.

Kết Sổ Tầng (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à phân tán trạng thái 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: Chịu trách nhiệm về việc truyền tải thông tin và thanh khoản giữa các chuỗi.
• Xác nhận kế hoạch trước: Rút ngắn thời gian xác nhận chuỗi chéo.
• 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 thanh khoản giữa các chuỗi, tính xác nhận cuối cùng, cơ chế chứng nhận Layer 2 và các yếu tố khác để đả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 để chơi đùa với mọi người thanh khoản, chủ yếu bao gồm:

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 kiến trúc cụ thể thông qua việc tham gia vào các bộ sắp xếp chia sẻ cụ thể và cầu nối đa chuỗi.

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, hỗ trợ ký và thực hiện giao dịch qua nhiều giao thức blockchain bằng công nghệ "ký trên chuỗi".

3. Tập trung vào mạng ý định ngoại tuyến: 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: Xây dựng một lớp thanh khoản, trên lớp đó 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: Xây dựng ứng dụng có thanh khoản cao thông qua việc tích hợp các ứng dụng lớn MM hoặc bên thứ ba.

Giải quyết vấn đề thanh khoản là một đề tài rất quan trọng. 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.

Dưới đây là một vài dự án điển hình về khái niệm trừu tượng trên chuỗi:

INFINIT

INFINIT đã xây dựng một dịch vụ RaaS cho DeFi, 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ác giao thức DeFi, chẳng hạn 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 Sinh lợi 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 Layer 2 tương thích với Intent, Validity và lớp thanh khoả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 với 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.

Liquorice

Liquorice là một ứng dụng phi tập trung, cho phép xác định 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 các 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 với ý định sử dụng.

Xion

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, vì vậy nó nguyên bản và an toàn hơn so với các cầu nối xuyên chuỗi 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 thông qua phân mảnh và tạo ra ZKP, trong khi phân mảnh chính xác thực 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.

ERC-7683

Ethereum đang nỗ lực giải quyết vấn đề thanh khoản giữa các chuỗi, hiện tại nhiều nền tảng chính công khai hỗ trợ tiêu chuẩn ERC7683. 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à chuỗi bên, chuẩn hóa giao diện đặt hàng và thanh toán, thực hiện thực thi xuyên chuỗi liền mạch.

OP Stack

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

Tóm tắt

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à có nhiều giải pháp khác nhau. Từ các giải pháp Layer 2 đến vấn đề thanh khoản, trạng thái, và trải nghiệm người dùng trên tất cả các Layer 1, có nhiều cách tiếp cận khác nhau. Tương lai chắc chắn sẽ là đa chuỗi, và việc giải quyết vấn đề phân tán thanh khoản sẽ là thách thức mà ngành công nghiệp phải đối mặt. Việc tích hợp thanh khoản toàn chuỗi có nhiều tiềm năng phát triển, có khả năng xây dựng cơ sở hạ tầng quan trọng cho thời đại Web3.