Thách thức của thời đại Layer 2: Nghiên cứu sự phân mảnh thanh khoản trong hệ sinh thái đa chuỗi và các giải pháp.

Nghiên cứu vấn đề phân tách thanh khoản trong thời đại Layer 2

Khi Ethereum chuyển sang chiến lược mở rộng dựa trên 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 đã 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 họ để đại diện cho những 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 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 thất bại ngay từ khi phát hành.

Nhờ OP Stack, một nền tảng giao dịch đã ra mắt Layer 2 của riêng mình; nhờ công nghệ ZK, một nền tảng giao dịch khác đã ra mắt Layer của riêng mình; một công ty đã phát hành chuỗi của riêng mình, một công ty phần mềm truyền thông đã ra mắt chuỗi của riêng mình, v.v. 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 OP Stack mỗi tháng khoảng 10,000 đô la.

Tương lai chắc chắn sẽ là thời đại đa chuỗi đồng tồn tạ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ự giao tiếp, 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.

Nghiên cứu về vấn đề phân tách thanh khoản trong kỷ nguyên Layer2

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 tại có nhiều giải pháp thanh khoản, chẳng hạ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ủa các thành phần cốt lõi của trừu tượng cross-chain:

Ứng dụng Layer 2(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 các chi tiết 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.

Quyền Lớp(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 đợi ( tức là đầu ra ), 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à quản lý khóa ( và trừu tượng hóa tài khoản )

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. Ví dụ, hệ thống tài khoản trung tâm đối tượng của SUI hoàn toàn khác với EVM. Một số dự án đã xây dựng hệ thống tài khoản đáng tin cậy, không cần xây dựng 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ó. Còn một số dự án khác đã 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 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ó.

Giải quyết lớp (Solver Layer)

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ò 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 đã 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 theo các quy tắc cụ thể.

Kết toán Layer (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 (: dùng để lấy thông tin trạng thái từ các chuỗi khác.
  • Cầu nối xuyên chuỗi ) Bridges (: Chịu trách nhiệm về việc truyền tải thông tin và thanh khoản xuyên chuỗi.
  • Xác nhận trước kế hoạch )Pre-Confirmation(: Rút ngắn thời gian xác nhận chuỗi chéo.
  • Khả năng sẵn có của dữ liệu)DA(: Cung cấp khả năng truy cập dữ liệu.

Ngoài ra, còn cần xem xét 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 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.

![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(

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ị割裂, sau khi chúng tôi xem xét nhiều giải pháp, phát hiện ra chủ yếu có vài cách sau:

  1. Tập trung vào RaaS: Giải pháp Rollup giống 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. Điều này hy vọng có thể giải quyết thanh khoản và trạng thái phân tán theo một hướng cao hơn. Ở đây có một phần thiết kế chia sẻ bộ sắp xếp riêng biệt, giải pháp này chủ yếu nhắm đến Layer 2, không có tính chất phổ quát.

  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, thông qua một công nghệ gọi là "chữ ký chuỗi" hỗ trợ ký và thực hiện giao dịch qua nhiều giao thức blockchain khác nhau. Thành phần cốt lõi là mạng MPC, thay thế 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 nhiều vấn đề phân mảnh UX, nhưng đối với các nhà phát triển, điều này liên quan đến việc triển khai backend phức tạp, và không giải quyết về bản chất vấn đề thanh khoản và trạng thái phân tán.

  3. Tập trung vào mạng lưới ý định ngoài chuỗi: tức là mạng Solver trong sơ đồ cấu trúc "Giới thiệu" của chúng tôi, cốt lõi là người dùng gửi ý định đến mạng Solver, vai trò của Solver là cạnh tranh báo giá, đưa ra thời gian hoàn thành và giá giao dịch tối ưu nhất, các Solver này có thể là AI Agent, CEX, Market Maker hoặc chính 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 đa chuỗi phức tạp với bất kỳ mức độ khó khăn nào, nhưng trên thực tế cần có đủ Solver thanh khoản để hỗ trợ, và khi gặp phải một số nhu cầu ngoài chuỗi, khả năng gian lận của Solver có thể xảy ra, nếu đưa vào các biện pháp như chứng minh gian lận, độ khó trong việc thực hiện mạng Solver sẽ tăng lên, và ngưỡng để vận hành Solver cũng sẽ cao hơn.

  4. Tập trung vào mạng 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 không 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 của nó là xây dựng một lớp thanh khoản, trên lớp này 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: Loại ứng dụng này 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. 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 rất dễ xảy ra sự kiện tấn công của hacker.

![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer2])https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(

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 tất cả, 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 qua nhiều giải pháp khác nhau.

Trong hai phân loại trên, chúng ta có thể thấy rằng theo cấu trúc bánh, Settlement Layer là giải pháp ở mức độ nguyên tử nhất, trên những giải pháp nguyên tử như cross-chain, oracle, và Pre-Confirmation, được xây dựng một lớp trừu tượng hơn, đó là Solver Layer, Permission Layer và Application Layer. Các giải pháp trừu tượng hoặc thanh khoản được xây dựng theo những hướng khác nhau mà chúng tôi đã liệt kê trên đây phù hợp với các cấp độ khác nhau của hệ thống này, có thể hiểu như 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 chưa phải là giải pháp nguyên tử, vấn đề toàn bộ thanh khoản bị chia cắt đã mang lại nhiều vấn đề phức tạp phát sinh, do đó, để giải quyết tính tương tác, đã phát sinh nhiều giải pháp phong phú. Nhưng về bản chất, vẫn phải phụ thuộc vào những thành phần này.

![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer2])https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(

Giải quyết vấn đề thanh khoản liên chuỗi là một lĩnh vực rất phức tạp với nhiều giải pháp khác nhau, chẳng hạn như các giải pháp Layer 2 được chia thành các giải pháp nhúng tin nhắn liên chuỗi, đặc biệt là ERC-7683, và còn có OP Stack được xây dựng trên Layer 2 để chia sẻ Sequencer. Ra khỏi bối cảnh Layer 2, tất cả các Layer 1 cũng đều phải đối mặt với các vấn đề về thanh khoản, trạng thái và trải nghiệm người dùng bị tách biệt. Có những giải pháp chuyên biệt tập trung vào ứng dụng thanh khoản, cũng có các giải pháp ngoài chuỗi của Solver Network, thậm chí còn có các giải pháp tập trung vào tài khoản, nhưng cũng cần dựa trên vai trò ngoài chuỗi của Solver.

![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer 2])https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(

Chúng tôi tương đối đồng ý rằng sự phân tách giữa thanh khoản, trạng thái và trải nghiệm người dùng trong chuỗi chéo là vấn đề của toàn ngành blockchain. Nếu suy nghĩ từ tổng thể, cần phải làm theo cách trừu tượng hơn, tương tự như trừu tượng chuỗi, điều này thực sự tương đương với cổng vào Web3 thực sự, giải quyết sự phân tách 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ể cảm nhận được. Cách cụ thể để tích hợp được chia thành việc sử dụng mạng Solver ngoài chuỗi và các cơ sở hạ tầng cầu chuỗi chéo nguyên tử, tất cả những điều này đều đáng để thảo luận. Nói chung, 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 nhất định 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 ra cổng vào internet mới trong thời đại Web3.

![Nghiên cứu về vấn đề phân tách thanh khoản trong thời đại Layer2])https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(

![Nghiên cứu vấn đề chia cắt thanh khoản trong thời đại Layer 2])https://img-cdn.gateio.im/webp-social/moments-7cd151734ef2ffa50a2795355f17911a.webp(

OP6.76%
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.
  • Phần thưởng
  • 3
  • Đăng lại
  • Chia sẻ
Bình luận
0/400
FromMinerToFarmervip
· 07-25 18:33
先 chơi đùa với mọi người后合是必然
Xem bản gốcTrả lời0
StakeWhisperervip
· 07-23 11:21
Liên nhiều tiền ít thì làm gì nữa
Xem bản gốcTrả lời0
RumbleValidatorvip
· 07-23 11:09
Nhiều chuỗi chắc chắn sẽ trở thành xu hướng
Xem bản gốcTrả lời0
Giao dịch tiền điện tử mọi lúc mọi nơi
qrCode
Quét để tải xuống ứng dụng Gate
Cộng đồng
Tiếng Việt
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)