Thách thức và giải pháp thanh khoản trong kỷ nguyên Layer 2
Sau khi 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 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 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ự bùng nổ của nhiều chuỗi công cộng khiến cho sự phát triển của hệ sinh thái khó theo kịp với tốc độ của các chuỗi công cộng, dẫn đến nhiều dự án bị phá giá ngay khi phát hành token ban đầu.
Nhờ vào OP Stack, một nền tảng giao dịch đã ra mắt Layer 2 của riêng mình, 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 giao dịch đã ra mắt XLayer; một công ty công nghệ đã phát hành Soneium, một công ty viễn thông đã ra mắt Kaia, v.v. Ngày nay, chi phí và rào cản kỹ thuật để xây dựng một chuỗi đã được giảm đáng kể, chi phí để vận hành một chuỗi dựa trên OP Stack khoảng 10,000 USD mỗi tháng.
Tương lai chắc chắn sẽ là thời đại của sự đồng tồn 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 EVM để đạt được sự kết nối, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồ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 tất yếu, 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, chẳng hạn như trừu tượng chuỗi, ý định, Thực hiện Thanh lý, CrossChain Bản địa, 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 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 cross-chain từ trên xuống dưới:
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 chi tiết về việc chuyển đổi thanh khoản. Ở 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" đề cập đến kết quả giao dịch cuối cùng mà người dùng mong muốn (tức là đầu ra), chứ không phải là lộ trình thực hiện cụ thể của giao dịch.
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 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. Một dự án đã xây dựng hệ thống tài khoản đáng tin cậy, 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ó. Một dự án khác đã đạt được 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 UX. Tuy nhiên, về mặt thanh khoản, chủ yếu đã tích hợp các chuỗi công cộng hiện có.
Lớp Giải Quyết (Solver Layer)
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 cao hơn. Trên cơ sở đó, 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 các ý định này như thành phần Predicate, có thể thực hiện ý định của người dùng theo các quy tắc cụ thể.
Lớp thanh toán (Settlement Layer)
Đây là lớp trung gian được sử dụng để giải quyết lớp nhằm hiện thực hóa ý đị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 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 giữa các chuỗi.
Khả năng truy cập dữ liệu (DA): 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 (Finality), 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.
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:
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 vào các bộ sắp xếp chia sẻ cụ thể và cầu nối xuyên chuỗi.
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 bằng công nghệ "ký trên chuỗi".
Trung tâm là mạng lưới ý đị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.
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 này phát triển các ứng dụng để chia sẻ thanh khoản toàn chuỗi.
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 nhà tạo lập thị trường 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.
Một số dự án khái niệm trừu tượng chuỗi điển hình bao gồm:
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. Nó 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 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. Ứng dụng bên ngoài hoặc lớp ý định có thể phát hành ý định đến Khalani, sau đó lớp tương thích Intent 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.
Cam thảo
Liquorice là một ứng dụng phi tập trung, có khả năng thực hiện 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 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 là nhà phát triển thị trường sức mạnh tính toán ZK, bộ xử lý ZK và Layer 2 của Ethereum. Đã đề xuất giải pháp zkSharding, giải pháp này sử dụng công nghệ ZK để mở rộng 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.
ERC-7683
Đây là một đề xuất thiết lập tiêu chuẩn chung cho các hoạt động chuỗi chéo giữa L2 và chuỗi bên, nhằm tiêu chuẩn hóa giao diện đặt hàng và thanh toán, đạt được thực hiện chuỗi chéo liền mạch.
OP Stack
OP Stack thiết kế một giải pháp đa Layer 2 hoàn chỉnh để giải quyết một lần cho tất cả các vấn đề liên quan đến việc truyền thông và phân quyền Sequencer. Khi sử dụng kiến trúc OP Stack, các hợp đồng chuỗi chéo sẽ tự động được triển khai, đồ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 chuỗi chéo 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à có nhiều giải pháp. Tương lai chắc chắn sẽ là một hệ sinh thái đa chuỗi, và việc giải quyết vấn đề phân tán thanh khoản là thử thách mà ngành công nghiệp phải đối mặt. 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 và có thể xây dựng cơ sở hạ tầng quan trọng cho kỷ nguyên Web3.
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
Thách thức thanh khoản trong thời đại Layer 2 và giải pháp tích hợp đa chuỗi
Thách thức và giải pháp thanh khoản trong kỷ nguyên Layer 2
Sau khi 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 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 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ự bùng nổ của nhiều chuỗi công cộng khiến cho sự phát triển của hệ sinh thái khó theo kịp với tốc độ của các chuỗi công cộng, dẫn đến nhiều dự án bị phá giá ngay khi phát hành token ban đầu.
Nhờ vào OP Stack, một nền tảng giao dịch đã ra mắt Layer 2 của riêng mình, 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 giao dịch đã ra mắt XLayer; một công ty công nghệ đã phát hành Soneium, một công ty viễn thông đã ra mắt Kaia, v.v. Ngày nay, chi phí và rào cản kỹ thuật để xây dựng một chuỗi đã được giảm đáng kể, chi phí để vận hành một chuỗi dựa trên OP Stack khoảng 10,000 USD mỗi tháng.
Tương lai chắc chắn sẽ là thời đại của sự đồng tồn 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 EVM để đạt được sự kết nối, nhưng do các thực thể Web2 đứng sau chúng có nhiều ứng dụng hạ nguồ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 tất yếu, 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, chẳng hạn như trừu tượng chuỗi, ý định, Thực hiện Thanh lý, CrossChain Bản địa, 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 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 cross-chain từ trên xuống dưới:
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 chi tiết về việc chuyển đổi thanh khoản. Ở 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" đề cập đến kết quả giao dịch cuối cùng mà người dùng mong muốn (tức là đầu ra), chứ không phải là lộ trình thực hiện cụ thể của giao dịch.
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 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. Một dự án đã xây dựng hệ thống tài khoản đáng tin cậy, 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ó. Một dự án khác đã đạt được 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 UX. Tuy nhiên, về mặt thanh khoản, chủ yếu đã tích hợp các chuỗi công cộng hiện có.
Lớp Giải Quyết (Solver Layer)
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 cao hơn. Trên cơ sở đó, 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 các ý định này như thành phần Predicate, có thể thực hiện ý định của người dùng theo các quy tắc cụ thể.
Lớp thanh toán (Settlement Layer)
Đây là lớp trung gian được sử dụng để giải quyết lớp nhằm hiện thực hóa ý đị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:
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 (Finality), 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.
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:
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 vào các bộ sắp xếp chia sẻ cụ thể và cầu nối xuyên chuỗi.
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 bằng công nghệ "ký trên chuỗi".
Trung tâm là mạng lưới ý đị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.
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 này phát triển các ứng dụng để chia sẻ thanh khoản toàn chuỗi.
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 nhà tạo lập thị trường 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.
Một số dự án khái niệm trừu tượng chuỗi điển hình bao gồm:
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. Nó 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 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. Ứng dụng bên ngoài hoặc lớp ý định có thể phát hành ý định đến Khalani, sau đó lớp tương thích Intent 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.
Cam thảo
Liquorice là một ứng dụng phi tập trung, có khả năng thực hiện 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 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 là nhà phát triển thị trường sức mạnh tính toán ZK, bộ xử lý ZK và Layer 2 của Ethereum. Đã đề xuất giải pháp zkSharding, giải pháp này sử dụng công nghệ ZK để mở rộng 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.
ERC-7683
Đây là một đề xuất thiết lập tiêu chuẩn chung cho các hoạt động chuỗi chéo giữa L2 và chuỗi bên, nhằm tiêu chuẩn hóa giao diện đặt hàng và thanh toán, đạt được thực hiện chuỗi chéo liền mạch.
OP Stack
OP Stack thiết kế một giải pháp đa Layer 2 hoàn chỉnh để giải quyết một lần cho tất cả các vấn đề liên quan đến việc truyền thông và phân quyền Sequencer. Khi sử dụng kiến trúc OP Stack, các hợp đồng chuỗi chéo sẽ tự động được triển khai, đồ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 chuỗi chéo 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à có nhiều giải pháp. Tương lai chắc chắn sẽ là một hệ sinh thái đa chuỗi, và việc giải quyết vấn đề phân tán thanh khoản là thử thách mà ngành công nghiệp phải đối mặt. 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 và có thể xây dựng cơ sở hạ tầng quan trọng cho kỷ nguyên Web3.