Thảo luận về vấn đề phân tách thanh khoản trong thời đại Layer 2

Khi Ethereum chuyển sang giải pháp mở rộng dựa trên Layer 2, cộng với sự trỗi dậy của nhiều công cụ, nhiều chuỗi 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 mình để đạ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ó theo kịp tốc độ của các chuỗi 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 nhiều công nghệ khác nhau, nhiều doanh nghiệp và tổ chức nổi tiếng đã ra mắt Layer 2 hoặc chuỗi công cộng của riêng họ. 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 một số công nghệ mỗi tháng khoảng 10.000 USD.

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ù những chuỗi mới nổi này có thể chọn khả năng tương tác để đạt được sự kết nối, nhưng do các thực thể đứng sau chúng có 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, do đó tính 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, thực hiện thanh lý, xuyên chuỗi gốc, phân đoạn, v.v., nhưng bản chất cốt lõi của chúng đều tương tự.

Chúng tôi sử dụng kiến trúc được công nhận rộng rãi 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

Đâ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 các chi tiết của quá trình 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.

Quyền hạn tầng

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 đợ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

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ý và trừu tượng hóa tài khoản 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 số 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 số dự án khác thông qua việc tạo ví tài khoản đa chuỗi cho người dùng để thực hiện quản lý trừu tượ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 trong trải nghiệm của người dùng.

Giải quyết lớp

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 người giải quyết ở đâ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. 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 loại ý định này có thể thực hiện ý định của người dùng theo các quy tắc cụ thể.

Kết toán lớp

Đâ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 từ các chuỗi khác.
• Cầu chuỗi chéo: 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 tiếp cận 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.

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ị chia cắt, sau khi chúng tôi xem xét nhiều giải pháp, nhận thấy chủ yếu có những cách sau:

1. Tập trung vào RaaS: Hỗ trợ xây dựng tính thanh khoản và trạng thái chia sẻ Rollup trên một ngăn xếp công nghệ cụ thể bằng cách tham gia các bộ sắp xếp chia sẻ cụ thể và cầu nối chuỗi chéo. Điều này hy vọng có thể giải quyết tính thanh khoản và trạng thái phân tán theo một hướng cao hơn.

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 chuỗi khác nhau thông qua một công nghệ gọi là "chuỗi ký". Thành phần cốt lõi là mạng MPC, thay mặt người dùng ký cho 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 trải nghiệm người dùng, 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 bản chất vấn đề Thanh khoản và phân tán trạng thái.

3. Tập trung vào mạng ý định ngoài chuỗi: cốt lõi là người dùng gửi ý định đến mạng giải quyết, vai trò giải quyết sẽ cạnh tranh báo giá, cung cấp thời gian hoàn thành và giá giao dịch tốt nhất, những người giải quyết này có thể là đại lý AI, sàn giao dịch tập trung, nhà tạo lập thị trường hoặc thậm chí là giao thức tích hợp. Mặc dù ý định về lý thuyết có thể thực hiện các hoạt động chéo chuỗi phức tạp với bất kỳ độ khó nào, nhưng trong thực tế cần có đủ các giải quyết viên thanh khoản để hỗ trợ và khi gặp phải một số nhu cầu ngoài chuỗi, có khả năng xảy ra gian lận từ các giải quyết viên. Nếu áp dụng các biện pháp chứng minh gian lận, độ khó trong việc thực hiện mạng giải quyết sẽ tăng lên, và ngưỡng để vận hành các giải quyết viên cũng sẽ cao hơn.

4. Trung tâm là mạng lưới 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 chưa giải quyết được vấn đề trạng thái phân tán 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 đó 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: Các ứng dụng này xây dựng các ứng dụng có tính 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. 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 dễ xảy ra các vấn đề về an ninh.

Giải quyết vấn đề thanh khoản là một nhiệm vụ 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, và chúng tôi cũng đã xem nhiều giải pháp khác nhau.

Trong hai loại phân loại trên, chúng ta có thể thấy rằng theo cấu trúc phân lớp, lớp thanh toán là giải pháp ở cấp độ nguyên tử nhất, trên những giải pháp nguyên tử như chuỗi chéo, oracle, và các giải pháp xác nhận trước, được xây dựng một lớp trừu tượng hơn, chính là lớp giải quyết, lớp quyền hạn và lớp ứng dụng. Các giải pháp khác nhau được liệt kê ở trên theo các hướng khác nhau để xây dựng giải pháp trừu tượng hoặc thanh khoả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 thượng nguồn và hạ nguồn. Tuy nhiên, những giải pháp này vẫn không phải là giải pháp cấp độ nguyên tử, vấn đề về sự phân tách thanh khoản đã gây ra rất nhiều vấn đề phức tạp phát sinh, do đó đối với khả năng tương tác, đã phát sinh ra nhiều giải pháp đa dạng. 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 ta sẽ thảo luận về một vài dự án điển hình của khái niệm trừu tượng chuỗi, để xem mỗi dự án giải quyết vấn đề thanh khoản như thế nào từ điểm xuất phát riêng của mình.

Một dự án đã 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 cho các giao thức DeFi, như oracle, loại quỹ, mô hình lãi suất, tài sản, v.v., và 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 nhuận có thể kích hoạt ngay lập tức. Tương tự như các ứng dụng xây dựng khác, nhưng tính thanh khoản cuối cùng được đặt trên lớp thanh khoản của dự án này. Tuy nhiên, hiện tại, nó vẫn chưa tiết lộ nguyên lý hoạt động của lớp nền.

Một dự án khác đã 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, hiệu lực 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 dự án này, sau đó lớp tương thích ý định của nó có thể chuyển đổi ý định bên ngoài thành định dạng mà người giải quyết giao thức có thể nhận diện, định dạng chuẩn hóa được sử dụng chính là ngôn ngữ hiệu lực. Các nút của dự án 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.

Còn một dự án là một ứng dụng phi tập trung, có thể thực hiện việc khám phá 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 theo ý định sử dụng. Trong khi đó, dự án này đã tạo ra một thị trường cho vay, phục vụ cho các giao dịch cho vay. Ứng dụng này tập trung nhiều hơn vào bản thân giao dịch.

Một dự án được nâng cấp từ một thương hiệu, trước đây tập trung vào các ứng dụng dành cho người tiêu dùng, sau đó nhóm phát hiện ra rằng có vấn đề lớn về sự phân mảnh trong tương tác trên chuỗi, vì vậy đã xây dựng dự án mới để cải thiện vấn đề này. Giao tiếp đa chuỗi mà nó sử dụng dựa trên một số công nghệ, do đó an toàn và gốc hơn so với các cầu nối đa chuỗi khác.

Còn một dự án là thị trường sức mạnh ZK của Ethereum, bộ xử lý ZK và các nhà phát triển Layer 2, đội ngũ có nền tảng kỹ thuật ZK vững chắc. Đã đề 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, trong khi phân mảnh chính xác minh dữ liệu, giao tiếp với Ethereum và đồng bộ hóa trạng thái mạng giữa tất cả các người xác minh. Phân mảnh chính còn quản lý sự phân bố của các người xác minh và tài khoản trong phân mảnh thực thi. Giao thức đồng thuận được sử dụng bởi hội đồng xác minh cũng là giao thức thường được các dự án thực thi song song áp dụng. Dự án đã tích hợp giao tiếp xuyên phân mảnh vào trong giao thức ngay từ đầu. Tin nhắn xuyên phân mảnh được hội đồng xác minh của mỗi phân mảnh xác minh như là giao dịch.

Ý tưởng cơ bản là, thông qua kiến trúc Layer 2 phân mảnh, để xây dựng một kiến trúc giao tiếp xuyên phân mảnh tương tự như nhúng, như vậy có thể giải quyết vấn đề thanh khoản và trạng thái phân tán. Tuy nhiên, ý tưởng cốt lõi của nó không hợp lý, vì vấn đề phân tán thanh khoản là vấn đề đa chuỗi, trong khi nó đang xây dựng một Layer 2 đơn nhất, có nghĩa là để giải quyết vấn đề này, tất cả các chuỗi đều cần trở thành một phân mảnh của ZK-sharding, điều này rất khó thực hiện.

Ethereum cũng đang nỗ lực giải quyết vấn đề thanh khoản xuyên chuỗi này, hiện tại nhiều dự án trước tiên công khai hỗ trợ một tiêu chuẩn nào đó, cách thức sử dụng cũng là dựa trên phương pháp xuyên chuỗi theo ý định. 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 đặ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 người điền có thể nói là vai trò người giải quyết trong trừu tượng chuỗi thay mặt thanh toán. Đề xuất này được xây dựng bởi một số dự án, hiện đang được nhóm làm việc xem xét.

Một số công nghệ, tiêu chuẩn ở trên và zkSharding đều là giải pháp cho sự phân mảnh thanh khoản giữa các Layer 2 trong Ethereum, được giải quyết ở các cấp độ kiến trúc, đồng thuận và ứng dụng. Một số công nghệ thiết kế một giải pháp đa Layer 2 hoàn chỉnh để giải quyết một lần các vấn đề về truyền thông và phân loại phi tập trung. Khi bạn sử dụng kiến trúc công nghệ này, nó sẽ tự động triển khai hợp đồng đa chuỗi, đồng thời sẽ có một người giám sát để thách thức nhằm tránh việc truyền tải thông tin đa chuỗi giả mạo. Hiện tại, có nhiều dự án nổi tiếng đang sử dụng kiến trúc công nghệ này.

Trong đó, điển hình là một dự án nào đó. Dự án này chủ yếu giải quyết vấn đề phân mảnh thanh khoản giữa các chuỗi thông qua việc tích hợp với một mạng cụ thể. Cài đặt này thúc đẩy việc di chuyển thanh khoản liền mạch bằng cách cung cấp các chức năng sau:

Cầu nối chuỗi chéo dựa trên ý định: Cầu này hỗ trợ chuyển giao thanh khoản giữa các chuỗi blockchain một cách nhanh chóng và đáng tin cậy, cho phép người dùng thiết lập ý định, từ đó giúp hệ thống tự động chọn đường đi tốt nhất để di chuyển thanh khoản. Phương pháp này giúp người dùng trừu tượng hóa sự phức tạp, làm cho giao dịch chuỗi chéo trở nên trơn tru và nhanh chóng hơn.

Mạng xác thực: Mạng nhà điều hành nút phi tập trung này xác thực giao dịch xuyên chuỗi, cung cấp tính chắc chắn kinh tế cuối cùng nhanh hơn. Tính chắc chắn cuối cùng nhanh hơn rất quan trọng để đảm bảo thanh toán hiệu quả cho giao dịch xuyên chuỗi, từ đó giảm thiểu rủi ro phân mảnh thanh khoản do việc thanh toán chậm.

Xây dựng khối nhanh và khối có thể xác minh: Bằng cách sử dụng khối nhanh, dự án đã rút ngắn đáng kể thời gian khối, nâng cao hiệu quả của nhà cung cấp thanh khoản, và đạt được thị trường xuyên chuỗi đồng bộ hơn. Khối nhanh giúp đảm bảo thanh khoản luôn sẵn có và giảm thiểu tác động tiêu cực do độ trễ xác nhận khối, điều này có thể dẫn đến...