Hiện trạng trừu tượng hóa Chuỗi: tổng quan về các giải pháp và dự án liên quan

avatar
Bitpush
07-24
Bài viết này được dịch máy
Xem bản gốc

Nguồn: Công ty nghiên cứu tài sản kỹ thuật số ASXN Dịch: Golden Finance xiaozou;

1. Giới thiệu

Ngành công nghiệp tiền điện tử có rất nhiều thay đổi và một trong số ít hằng số là số lượng chuỗi khối ngày càng tăng. Cho dù đó là Ethereum L2, chuỗi ứng dụng hay L1, dường như luôn có một số lượng lớn các chuỗi khối mới xuất hiện.

Mặc dù các blockchain khác nhau cung cấp nhiều tùy chọn khác nhau cho người dùng nhưng nó cũng tạo ra thách thức cho các nhà phát triển và người dùng đa chuỗi. Ngày càng có nhiều chuỗi sẽ tạo ra các vấn đề phân mảnh trong thanh khoản và cách sử dụng, khiến trải nghiệm người dùng bị ảnh hưởng - đó là một điều rất tồi tệ đối với người dùng đa chuỗi và nhà phát triển ứng dụng.

Có thể nói, tình trạng đa chuỗi hiện tại của tiền điện tử là một trong nhiều câu chuyện về sự lặp lại cơ sở hạ tầng và sự sai lệch trong khuyến khích. Kể từ khi cơ chế đồng thuận PoS ra đời, số lượng blockchain trong thế giới tiền điện tử đã bùng nổ. So với cơ chế đồng thuận PoW của Bitcoin , PoS đã giảm thiểu đáng kể các trở ngại trong việc khởi chạy và bảo vệ các mạng mới, tạo ra sự bùng nổ theo phong cách Cambri của các dự án đổi mới trong lĩnh vực L1. Để giải quyết bộ ba bất khả thi về khả năng mở rộng, chúng tôi có Solana , Cosmos và chuỗi ứng dụng của nó, Berachain và cơ chế đồng thuận PoL của nó, Ethereum L2 và bằng chứng gian lận, v.v., mỗi loại đều có cách tiếp cận sáng tạo độc đáo của riêng mình.

Mặc dù sự đổi mới có thể là động lực chính đằng sau sự tăng trưởng bùng nổ của blockchain, nhưng các biện pháp khuyến khích không phù hợp cũng đóng một vai trò nào đó. Cơ sở hạ tầng giao dịch với giá cao hơn so với các ứng dụng, vì vậy các nhà phát triển phải tính đến những biến động về giá trị khi quyết định xây dựng cái gì và ở đâu. Sự sai lệch khuyến khích này đã dẫn đến vô số chuỗi khối hoặc giao thức khác nhau “sở hữu ngăn xếp của riêng chúng”, điều này chịu trách nhiệm phần lớn cho thế giới tiền điện tử mà chúng ta thấy ngày nay.

2. Sự gia tăng của mô đun hóa và tổng hợp

Khái niệm mô-đun là một khái niệm tương đối mới, được Mustafa Al-Bassam đề xuất lần đầu tiên vào năm 2019 trong một bài báo học thuật có tiêu đề “LazyLedger: Sổ cái có sẵn dữ liệu phân tán với các hợp đồng thông minh phía khách hàng”. Trong bài viết này, ông phác thảo một triết lý thiết kế blockchain nhằm tách biệt các chức năng đồng thuận của mạng và tính sẵn có của dữ liệu khỏi việc giải quyết và thực hiện giao dịch.

W2jOqNAMgSswvWI1wzu9mvGbnwScqDFbceqlPQ48.png

Lợi ích của tính mô-đun là sự chuyên môn hóa, cho dù đó là DA (dữ liệu sẵn có) giá cả phải chăng hay thực thi ngoài chuỗi. Tương tự như Adam Smith, người đã cho rằng phân công lao động là nguồn gốc của tăng trưởng kinh tế, chuyên môn hóa (phân công lao động) thúc đẩy khả năng mở rộng (tăng trưởng) thông qua việc tăng hiệu quả.

Vào ngày 2 tháng 10 năm 2020, Vitalik chuyển sang sử dụng rollup làm giải pháp mở rộng quy mô chính cho Ethereum - rollup là một phần mở rộng tự nhiên của "sự trỗi dậy của tính mô đun". Mục tiêu cuối cùng của Ethereum là trở thành một lớp tài chính được điều phối toàn cầu và để đạt được mục tiêu này đòi hỏi phải mở rộng quy mô. Tuy nhiên, xem xét bộ ba bất khả thi về khả năng mở rộng, Ethereum tối ưu hóa các tính năng phân cấp và bảo mật nhưng phải đánh đổi bằng khả năng mở rộng. Bằng cách đóng gói nhiều giao dịch vào một gói giao dịch và sau đó gửi gói giao dịch đó tới mạng chính Ethereum, việc tổng hợp sẽ tăng thông lượng giao dịch đồng thời giảm chi phí giao dịch. Cách tiếp cận này giảm thiểu lượng dữ liệu được xử lý trên chuỗi, cho phép giao dịch nhanh hơn và rẻ hơn. Tuy nhiên, khi số lượng cuộn tăng lên, độ phức tạp của việc tương tác với hệ sinh thái Ethereum cũng tăng theo, vì cơ sở hạ tầng bổ sung cần được xây dựng để kết nối các cuộn với phần còn lại của hệ sinh thái.

WBTs03WJeE2m2YVxQxNSf6hBQEbb0sNvdoNhjmdf.png

Khả năng mở rộng của Celestia được tăng cường nhờ phương pháp Lấy mẫu sẵn có dữ liệu (DAS) độc đáo của nó. Điều này cho phép mạng mở rộng quy mô khi có nhiều nút ánh sáng hơn được thêm vào, cho phép tạo ra các khối lớn hơn mà không ảnh hưởng đến tính bảo mật hoặc phân cấp.

3. Trừu tượng hóa chuỗi

Để vượt qua Web2, Web3 UX (trải nghiệm người dùng) cần cung cấp trải nghiệm hoàn toàn tốt hơn (có tính đến chi phí chuyển đổi). Đây là nơi mà sự trừu tượng hóa chuỗi xuất hiện.

Với tư cách là một ý tưởng, sự trừu tượng hóa chuỗi gần với mục tiêu cuối cùng hơn là một phương tiện để đạt được mục tiêu cuối cùng. Do đó, "Trừu tượng hóa chuỗi" là trải nghiệm của người dùng và bất kỳ thành phần/cải tiến nào cũng có thể được coi là hoạt động hướng tới "tạo điều kiện cho tương lai của Trừu tượng chuỗi".

Trở thành người dùng đa chuỗi trong thế giới tiền điện tử ngày nay đòi hỏi phải kết nối tiền giữa nhiều chuỗi, điều hướng các giao diện người dùng phức tạp (giao diện người dùng) và thanh toán cho các giao dịch bằng nhiều mã thông báo khác nhau, mỗi mã có đặc điểm rủi ro riêng. Người dùng cần tương tác với các "đường ống" khác nhau của nền kinh tế tiền điện tử, đây là một trải nghiệm phức tạp và cồng kềnh - "đường ống" tương đương trong tài chính truyền thống sẽ là thực hiện các giao dịch trên FedWire (hệ thống chuyển tiền của Cục Dự trữ Liên bang). Nghĩ về việc trừu tượng hóa chuỗi theo mục tiêu cuối cùng của loại Web2 UX, có hai điểm yếu chính cần được giải quyết: sự phức tạp của Web3 UX và vấn đề phân mảnh thanh khoản và người dùng.

4. Tính trừu tượng trong Web2

Trong bối cảnh khoa học máy tính, sự trừu tượng được định nghĩa như sau:

Đơn giản hóa hoặc loại bỏ sự phức tạp về kỹ thuật khỏi trải nghiệm người dùng, tạo ra công nghệ che giấu các chi tiết và quy trình này. Những sự phức tạp này vẫn tồn tại và hoạt động nhưng người dùng không nhìn thấy được.

Trong thế giới Web2, tính trừu tượng đóng một vai trò quan trọng trong việc tạo ra trải nghiệm liền mạch và thân thiện với người dùng bằng cách che giấu sự phức tạp về mặt kỹ thuật của các hoạt động khác nhau và trình bày giao diện đơn giản hóa cho người dùng. Ví dụ: người dùng tương tác với các trang web thông qua trình duyệt mà không hiểu các giao thức cơ bản như HTTP, TCP/IP hoặc DNS là gì. Người dùng chỉ cần mở Outlook, soạn email và gửi - họ không biết rằng email của họ đã tương tác với các giao thức gửi như SMTP và giao thức nhận như IMAP/POP. Dịch vụ lưu trữ web và đám mây quản lý máy chủ trừu tượng, sao chép dữ liệu và cân bằng tải, cung cấp giao diện thân thiện với người dùng để dễ dàng triển khai và quản lý ứng dụng. Quá trình xác thực và ủy quyền, bao gồm băm mật khẩu và quản lý phiên, được ẩn đằng sau giao diện đăng nhập đơn giản. Các dịch vụ thanh toán trực tuyến như PayPal và Stripe mã hóa bảo mật trừu tượng, phát hiện gian lận và liên lạc qua mạng ngân hàng để cho phép người dùng thực hiện các giao dịch dễ dàng. Điểm mấu chốt là Web2 cung cấp trải nghiệm duyệt web mà người dùng gốc không có Internet có thể truy cập được và sự tập trung vào tính trừu tượng của Web2 giúp công nghệ có thể truy cập được.

Google, công cụ tìm kiếm được lựa chọn, có thể được coi là sự trừu tượng tối thượng. Bằng cách phục vụ như một hướng dẫn rộng rãi về Internet, nó đơn giản hóa quá trình truy xuất thông tin, cho phép người dùng nhập yêu cầu tìm kiếm mà không cần phải hiểu các thuật toán tìm kiếm phức tạp hoặc quy trình thu thập dữ liệu web. Các thuật toán của Google lập chỉ mục hàng tỷ trang web và xếp hạng chúng dựa trên mức độ liên quan để đưa ra những kết quả quan trọng nhất cho người dùng. Sự trừu tượng này có nghĩa là người dùng không cần phải biết kiến thức kỹ thuật về SEO, cấu trúc HTML hoặc lưu trữ web vì Google che giấu những điều phức tạp này và cung cấp kết quả tìm kiếm trực tiếp, có hệ thống. Ngoài ra, Google còn cung cấp hầu hết các dịch vụ được đề cập trước đó - email (Gmail), viết (Google Docs), lưu trữ (Google Drive), v.v. Thông qua giao diện hợp nhất có thể truy cập, Google nâng cao hơn nữa trải nghiệm người dùng bằng cách kết hợp nhiều tính năng khác nhau vào một hệ sinh thái có tính gắn kết cao.

Chúng ta hãy tiến thêm một bước nữa và hiểu điều này rõ ràng hơn: Web2 bao gồm nhiều giao thức hoạt động lẫn nhau và về mặt yêu cầu trừu tượng, Web2 và Web3 không khác nhau "dưới mui xe". Đối với người dùng Web2 bình thường, những người không cần hiểu các giao thức này, trải nghiệm người dùng được đơn giản hóa này có thể đóng vai trò là ánh sáng dẫn đường cho việc trừu tượng hóa chuỗi.

5. Định nghĩa hình thức

Trừu tượng hóa chuỗi – “trải nghiệm người dùng giúp loại bỏ quy trình thủ công cần thiết cho tương tác đa chuỗi”

Hãy xem xét vấn đề mà sự trừu tượng hóa chuỗi cố gắng giải quyết:

  • Cầu nối - người dùng cần kết nối giá trị với các chuỗi khác nhau, điều này mang lại cả những rủi ro đáng kể về trải nghiệm người dùng và rủi ro bảo mật.

  • Mã thông báo gas - Người dùng cần lấy và quản lý các mã thông báo khác nhau trên các chuỗi khác nhau để trả phí gas.

  • Phân mảnh tài khoản và ví – người dùng cần tương tác với nhiều tài khoản để truy cập toàn bộ số dư của họ. Vấn đề này thậm chí còn nghiêm trọng hơn trong các hệ sinh thái không phải EVM vì cần có địa chỉ và ví riêng biệt.

  • Phân mảnh thanh khoản – Khi số lượng chuỗi khối tăng lên, thanh khoản bị phân tán và tách biệt hơn nữa trên các chuỗi này.

6. Vấn đề phân mảnh

Như đã đề cập trước đó, sự không phù hợp khuyến khích, lộ trình tập trung vào tổng hợp của Ethereum và sự phổ biến của chuỗi ứng dụng, tổng hợp dành riêng cho ứng dụng và tính mô-đun “sở hữu ngăn xếp của riêng bạn” đã dẫn đến tăng tính thanh khoản và sự phân mảnh cũng như sự thống nhất của người dùng. kinh nghiệm.

Thông thường, những người ủng hộ “kiến trúc nguyên khối” lấy Solana và các chuỗi không phải EVM khác như Sui và Aptos làm ví dụ về sự đơn giản mà họ mang lại cho người dùng.

Nếu người dùng kết nối tiền với Solana, họ thường chỉ cần tương tác với một dạng USDC và một dạng SOL. Solana có những vấn đề riêng với khả năng thay thế của USDC vì Wormhole và Axelar USDC đã tồn tại từ lâu, nhưng những vấn đề này phần lớn đã được giải quyết hoặc cải thiện. "Hệ sinh thái" Solana đề cập đến Solana và các ứng dụng được xây dựng trên đó. Không có L2 (chưa) và không cần kết nối để có thêm tính thanh khoản hoặc các tập hợp ứng dụng khác nhau.

Ngược lại, khi người dùng đăng nhập vào hệ sinh thái Ethereum (bao gồm cả rollup), họ sẽ gặp nhiều dạng USDC và nhiều dạng ETH khác nhau. Ví dụ: mặc dù ETH trên Optimism và ETH trên Arbitrum về mọi mặt đều là cùng một tài sản—cả hai đều được kết nối từ mạng chính Ethereum bằng các cầu nối chuẩn tương ứng—chúng không thể được sử dụng thay thế cho nhau. Một số ứng dụng chỉ chạy trên Optimism, trong khi những ứng dụng khác chỉ tồn tại trên Arbitrum. Đối với tất cả các mục đích thực tế, ETH trên Optimism và ETH trên Arbitrum nằm trên các chuỗi hoàn toàn khác nhau, với hệ sinh thái khác nhau và các trường hợp sử dụng khác nhau.

Ngay cả ở cấp độ ví, cả hai đều được coi là tài sản khác nhau. Các ví mới nổi như Rabby và Rainbow đã làm việc chăm chỉ để che giấu và trừu tượng hóa các tài sản ở cấp độ ví. Tuy nhiên, người dùng sẽ thấy mình quản lý những nội dung “có thể thay thế được” (thực tế là gần như không thể thay thế) trên nhiều chuỗi và tổng hợp.

t7b8Znaobfx5ONCJNF21KezGy9U9Mav7ZS51hLY6.jpeg

Sự khác biệt này rõ ràng hơn ở cấp độ không tổng hợp. Đối với các chuỗi không phải EVM (như Solana, Sui, Aptos) và EVM L1 không phải Ethereum (chẳng hạn như BNB và Avalanche C-Chain), người dùng cũng phải xử lý các tài sản không phải gốc (axlUSDC, axlETH, v.v.).

Về lý thuyết, nếu các đợt rollup thực hiện lời hứa thoái vốn hoàn toàn người dùng Ethereum và trở thành chuỗi "nguyên khối" của riêng họ trên Ethereum, thì sẽ không cần phải kết nối và tìm kiếm thanh khoản. Tuy nhiên, không phải vậy. Ba bản tổng hợp lớn nhất: Arbitrum, Optimism và Base, mỗi bản có hệ sinh thái, trường hợp sử dụng và người dùng khác nhau. Sự lạc quan đã chuyển sang việc bổ sung thêm một mức độ mô đun hóa: với siêu chuỗi (sẽ nói thêm về điều đó sau). Arbitrum chủ yếu tập trung vào DeFi (cụ thể là các hợp đồng vĩnh viễn và quyền chọn DEX), và gần đây với sự ra mắt của Xai và Sanko, đã ngày càng tập trung vào L3 (lớp mô-đun bổ sung của riêng Arbitrum). Base chủ yếu tập trung vào các ứng dụng SocialFi.

Như bạn có thể thấy, các L2 "chung" đã bắt đầu phát triển các trường hợp sử dụng và trọng tâm cụ thể của riêng chúng. Người dùng muốn chơi trò chơi trước tiên phải kết nối với Arbitrum, sau đó đến Xai hoặc Sanko. Nếu cùng một người dùng muốn tip cho Degen trên Farcaster hoặc mua chìa khóa trênfriendtech, họ phải kết nối với Base. Nếu người dùng muốn sử dụng Synthetix, họ sẽ phải kết nối với Optimism. Kết quả cuối cùng là mức độ phân mảnh cao, điều này không được mong đợi. Nói chung, mọi L2 có mục đích chung đều phải hướng tới việc cung cấp nhiều ứng dụng khác nhau để đáp ứng mọi nhu cầu của người dùng: cung cấp một trải nghiệm duy nhất trong thiết lập mô-đun. Nhưng đây không phải là trường hợp vì hai lý do:

  • Vì quá trình tổng hợp cơ sở có TPS thấp hơn, đặc biệt là trong trò chơi nên quá trình tổng hợp phải áp dụng một số dạng kiến trúc mô-đun để chuyển việc thực thi sang các môi trường khác (chẳng hạn như L3).

  • Mỗi bản tổng hợp phổ quát vô tình hình thành một nền văn hóa và hệ sinh thái khác nhau do các cơ chế khuyến khích khác nhau và các phương pháp khác để đưa người dùng và nhà phát triển vào chuỗi của nó.

Điều tương tự cũng xảy ra với L1. Một số ứng dụng và người dùng chỉ tồn tại trên Avalanche C-Chain hoặc BNB hoặc Sui và Aptos.

Các vấn đề phân mảnh không chỉ ảnh hưởng đến người dùng mà còn ảnh hưởng đến lớp thực thi và giao thức. Do bị phân mảnh, doanh thu và MEV của lớp thực thi sẽ bị tiêu hao do quá trình tổng hợp (trong trường hợp MEV) hoặc các chuỗi khác. Điều này càng trở nên quan trọng hơn khi sự cạnh tranh giữa các nhà điều hành ngày càng tăng.

Tình hình rất khó khăn đối với các giao thức khi chúng phải khởi chạy trên nhiều chuỗi và cố gắng tăng cường tính thanh khoản và người dùng trên tất cả chúng. Điều này đặc biệt khó khăn đối với các sản phẩm mới vì mục tiêu của chúng là thu hút càng nhiều người dùng càng tốt. Ngoài ra, mọi chuỗi cơ bản và mọi tích hợp cầu nối mà giao thức chạy đều làm tăng thêm độ phức tạp và rủi ro bảo mật.

Nhìn chung, vấn đề phân mảnh trong thế giới tiền điện tử và đặc biệt là trong Ethereum, đang ở mức cao nhất mọi thời đại, dẫn đến trải nghiệm người dùng và lưu lượng truy cập kém lý tưởng.

Giải quyết vấn đề phân mảnh: Trừu tượng hóa chuỗi

Vấn đề phân mảnh này đã khai sinh và phát triển khái niệm trừu tượng về chuỗi. Như đã đề cập trước đó, mục tiêu cuối cùng của chúng tôi là trừu tượng hóa chuỗi: người dùng tiền điện tử có thể có được trải nghiệm thực sự tối ưu và tốt hơn mà không phải giải quyết nhiều vấn đề liên quan đến bắc cầu, thanh toán gas, giao diện người dùng phức tạp và quản lý ví đa chuỗi.

Để đạt được mục tiêu cuối cùng là trừu tượng hóa chuỗi, nhiều nỗ lực đã được thực hiện, từ các giải pháp toàn diện (như AggLayer, Particle Network và OP Superchain) đến các giải pháp thành phần (như mạng mục đích và bộ tổng hợp cầu nối).

Trớ trêu thay, thông thường, một trong những vấn đề chính của việc trừu tượng hóa chuỗi lại là sự phân mảnh của các giải pháp trừu tượng hóa chuỗi. Thông thường, chúng ta thấy các giải pháp trừu tượng hóa chuỗi đang cố gắng "sở hữu" chuỗi đang được trừu tượng hóa. Ví dụ: AggLayer của Polygon và Superchain của Optimism đều cố gắng trừu tượng hóa vấn đề phân mảnh tổng hợp bằng cách thống nhất tính thanh khoản, nhắn tin, bắc cầu hoặc các thành phần khác. Tuy nhiên, cả hai đều yêu cầu chuỗi phải lựa chọn giải pháp của mình, điều này đi kèm với vấn đề khuyến khích sai lệch. Cuối cùng, thường thì tất cả các chuỗi đều muốn có ngăn xếp của riêng mình.

Ngoài ra, chúng không phối hợp tốt với nhau. Trong khi các bản tổng hợp trên Polygon AggLayer được hưởng lợi từ tính thanh khoản thống nhất và các bản tổng hợp của Superchain được hưởng lợi từ việc nhắn tin hợp nhất cũng như các ứng dụng và tài nguyên có thể hoán đổi cho nhau, thì người dùng vẫn phải đối mặt với hiệu suất kém nếu họ muốn tương tác với cả hai trải nghiệm người dùng cùng một lúc.

YneyPQ1hx0Y9hdw94cYNWAkhUU1pyptG7LoCIOpE.png

Ngoài vấn đề phân mảnh của một số giải pháp trừu tượng, đặc biệt là ở cấp độ thành phần, một vấn đề khác mà trừu tượng hóa chuỗi gặp phải liên quan đến cách xử lý nó.

Thực tế là trừu tượng hóa chuỗi là một vấn đề nhiều mặt có thể được tiếp cận từ nhiều góc độ khác nhau: cả những vấn đề nào cần được giải quyết và chúng nên được giải quyết như thế nào.

Đã có một số nỗ lực mạnh mẽ nhằm phác thảo cách xử lý việc trừu tượng hóa chuỗi, trong đó nổi bật nhất là khung CAKE do Frontier Research đề xuất. Chúng tôi đặc biệt khuyến khích người đọc tự mình đọc qua khung CAKE, nhưng nói chung, Frontier phác thảo rằng khung Các yếu tố chính trừu tượng chuỗi (CAKE) bao gồm ba lớp cơ sở hạ tầng: lớp cấp phép, lớp giải quyết và lớp giải quyết.

Lớp quyền là nơi người dùng kết nối ví của họ với các giao thức và ứng dụng cũng như gửi ý định của họ, nơi họ ký tin nhắn. Lớp quyền có trách nhiệm xác định tài sản của người dùng và thực hiện giao dịch.

Lớp người giải quyết bao gồm người giải quyết và người thực hiện, cung cấp báo giá và ý định thực hiện dựa trên chi phí ước tính và tốc độ thực hiện dựa trên tài sản và ý định của người dùng.

Lớp giải quyết bảo mật các giao dịch của người dùng. Nếu giao dịch được thiết lập để diễn ra trên một chuỗi khác với chuỗi ban đầu, nó sẽ kết nối nội dung với chuỗi đó và thực hiện nó.

So với khung CAKE, chúng tôi tin rằng cách tiếp cận thực tế hơn có thể giúp hình dung sự phát triển của chuỗi trừu tượng. Nói một cách đơn giản, chúng tôi chia các giải pháp trừu tượng hóa chuỗi thành hai loại lớn: giải pháp toàn diện và giải pháp thành phần, mỗi loại có các danh mục phụ khác.

7. Không gian thiết kế toàn diện và không gian thiết kế thành phần

Vì thuật ngữ trừu tượng hóa chuỗi (CA) rất mơ hồ, hãy chia không gian thiết kế thành hai giải pháp CA toàn diện và giải pháp CA thành phần. Các giải pháp CA toàn diện được định nghĩa là các giải pháp tìm cách loại bỏ nhiều xung đột, cung cấp giải pháp "đầy đủ" cho CA. Về trải nghiệm người dùng, một giải pháp toàn diện tương tự như một blockchain nguyên khối. Giải pháp thành phần là các giải pháp cố gắng giải quyết một vấn đề duy nhất, đóng góp cho giải pháp lớn hơn. Điều đáng chú ý là báo cáo này không đi sâu vào mọi giải pháp liên quan đến trừu tượng hóa chuỗi. Sự trừu tượng hóa chuỗi là một khái niệm rộng, mang tính động lực và mục tiêu cuối cùng hơn là một phạm trù. Các giao thức, mạng, lớp cơ sở hạ tầng và EIP được thảo luận dưới đây giúp làm rõ và trình bày cách một số loại giải pháp nhất định góp phần vào việc trừu tượng hóa chuỗi. Đã có nghiên cứu sâu rộng về tính trừu tượng của chuỗi trong vài tháng qua. Đã có rất nhiều cuộc thảo luận về tính trừu tượng của chuỗi tại một số hội nghị thượng đỉnh về tiền điện tử gần đây. sự trừu tượng của chuỗi

VbMBawNnJ13afNg5hIzwes20sMhOQ0O1Wh1mGffl.png

8. Giải pháp toàn diện

Có một số ông lớn trong lĩnh vực thiết kế giải pháp toàn diện - NEAR, Particle, Okto, Polygon AggLayer và OP Superchain. 5 giải pháp này có thể được chia nhỏ thành các giải pháp bất khả tri về mặt sinh thái (NEAR, Particle, Okto) và các giải pháp dành riêng cho sinh thái (AggLayer và Superchain). Nói một cách đơn giản, sự khác biệt giữa hai điều này là phạm vi của giải pháp CA.

Tất cả các chuỗi trên Polygon AggLayer đều được kết nối thông qua một hợp đồng cầu nối, giúp việc chuyển giao giá trị giữa các chuỗi trong hệ sinh thái này trở nên suôn sẻ, nhưng trải nghiệm người dùng này chỉ giới hạn ở người dùng Polygon CDK L2. Thiết kế của siêu chuỗi OP tương tự như thế này. Một hợp đồng cầu nối thống nhất kết nối tất cả các chuỗi trong hệ sinh thái, khiến việc chuyển giao giá trị giữa chúng khá đơn giản. Các giải pháp bất khả tri về hệ sinh thái cung cấp giải pháp không giới hạn ở hệ sinh thái tương ứng của chúng và người dùng có thể chuyển giá trị giữa các chuỗi khác nhau và thực hiện giao dịch trên các chuỗi khác nhau. Cả ba giải pháp bất khả tri về mặt sinh thái này đều thực hiện vai trò chuyển giao tài sản trên các chuỗi khác thay mặt cho người dùng — về cơ bản, đây là dịch vụ chính của họ.

Kkt8qsJR0T7ffj9fYiZzhFyuoQ1Ih3tQgYNj8nwY.jpeg

Các giải pháp trừu tượng hóa chuỗi như NEAR đã được triển khai từ năm 2018, trong khi các giao thức khác còn tương đối mới đối với không gian trừu tượng. Xét rằng hầu hết các giải pháp CA vẫn đang ở giai đoạn đầu của quá trình phát triển và tính đa dạng của các phương pháp tiếp cận, rất khó để tìm ra một giải pháp dẫn đầu. Để xác định những người dẫn đầu trong lĩnh vực này, bạn có thể xem xét việc sử dụng các sản phẩm chính của từng giao thức Một lần nữa, vì các giao thức này vẫn đang trong giai đoạn phát triển ban đầu, thực sự còn quá sớm để so sánh vào thời điểm này.

(1) Hạt

Đóng vai trò là lớp giải quyết và phối hợp cho tất cả người dùng trên chuỗi, mô-đun L1 của Particle (có thể được coi là lớp cơ sở hạ tầng cơ bản chứ không phải là L1 phổ quát) được thiết kế để cung cấp cho người dùng tiền điện tử trải nghiệm trừu tượng hóa chuỗi.

Sản phẩm chính của Particle là Universal Accounts - cho phép người dùng hoạt động trên tất cả các chuỗi (chuỗi EVM và chuỗi không phải EVM) bằng cách sử dụng một địa chỉ, số dư tài khoản và điểm tương tác duy nhất, đồng thời khai thác gas và thống nhất thanh khoản. Được tạo dựa trên SDK Cosmos, Particle có bản chất là mô-đun và do đó giữ được chủ quyền trong khi gia công các chức năng chính như xác thực và cung cấp dữ liệu cho người chơi chuyên nghiệp. Về bản chất, tính mô-đun đề cập đến khả năng xử lý các khía cạnh khác nhau của hoạt động blockchain thông qua các mô-đun độc lập có thể hoán đổi cho nhau. Điều này cho phép Particle duy trì quyền kiểm soát đối với chức năng cốt lõi và quản trị của nó, đồng thời có thể điều chỉnh và phát triển các mô-đun của nó.

Hạt dựa trên 3 mô-đun cốt lõi:

  • Tài khoản chung: Các tài khoản này cung cấp một điểm tương tác, địa chỉ người dùng và số dư duy nhất trên tất cả các chuỗi (mạng EVM và không phải EVM).

  • Thanh khoản toàn cầu: Thống nhất tính thanh khoản của tất cả các chuỗi thông qua việc thực hiện lạc quan các giao dịch nguyên tử và hoán đổi chuỗi chéo. Điều này cho phép người dùng tương tác liền mạch với chuỗi mới ngay cả khi họ không nắm giữ token.

  • Universal gas: cho phép người dùng sử dụng bất kỳ token nào để thanh toán giao dịch xuyên chuỗi.

thanh khoản phổ quát

Tính thanh khoản chung của mạng Particle đóng vai trò là lớp cơ bản để hỗ trợ các tương tác chuỗi chéo nguyên tử liền mạch, đạt được sự thống nhất về số dư trong các tài khoản phổ quát. Thông qua việc triển khai thanh khoản phổ quát, người dùng sử dụng các ứng dụng chuỗi chéo có trải nghiệm tương tự như tương tác với một chuỗi duy nhất.

Thanh khoản phổ thông - một ví dụ điển hình:

  • Người dùng A muốn sử dụng USDT của mình để mua NFT với giá 1 ETH trên chuỗi 4. USDT được phân phối ngẫu nhiên trên chuỗi 1, chuỗi 2 và chuỗi 3.

  • Bằng cách nhấp vào nút "Mua", người dùng đóng gói UserOperations liên quan đến 5 chuỗi (Chuỗi 1, Chuỗi 2, Chuỗi 3, Chuỗi 4 và Mạng Hạt) thành một chữ ký và gửi nó đến Hạt L1.

  • Sau khi thực hiện chữ ký trên, USDT trên Chuỗi 1, Chuỗi 2 và Chuỗi 3 được trao đổi lấy mã thông báo trung gian, chẳng hạn như USDC, thông qua DEX (Sàn giao dịch phi tập trung) của chuỗi tương ứng.

  • USDC trên Chuỗi 1, Chuỗi 2 và Chuỗi 3 được gửi đến Nhà cung cấp thanh khoản (LP).

  • LP phát hành USDC trên chuỗi 4.

  • USDC trên chuỗi 4 được đổi lấy ETH thông qua DEX trên chuỗi 4.

  • ETH trên chuỗi 4 được sử dụng để mua NFT.

aVupnWnSlL4o8xqjzm30Vy6BERgwA0B0Ik7VnbQw.png

Tài khoản chung

Các tài khoản phổ quát của Particle đóng vai trò cốt lõi trong các sản phẩm trừu tượng hóa chuỗi của Particle, cung cấp cho người dùng một địa chỉ, điểm cân bằng và tương tác duy nhất trên các hệ sinh thái đa chuỗi. Các tài khoản phổ quát hạt tận dụng tính thanh khoản chung để tự động thực hiện các giao dịch nguyên tử chuỗi chéo và tập hợp tiền từ số dư chuỗi chéo của người dùng để đáp ứng các điều kiện cho một hoạt động nhất định. Tài khoản phổ quát cung cấp cho người dùng một giao diện thống nhất trong hệ sinh thái EVM và không phải EVM, đồng thời cung cấp cho họ khả năng lưu trữ và sử dụng tiền trên bất kỳ chuỗi khối nào. Cốt lõi của tài khoản chung là công nghệ thanh khoản phổ quát Particle, tự động điều phối các giao dịch chuỗi chéo trên cơ sở mỗi giao dịch. Mạng hạt đóng vai trò là lớp giải quyết cho các giao dịch này.

Tài khoản phổ quát về cơ bản là triển khai tài khoản thông minh ERC-4337 được đính kèm với EOA (địa chỉ bên ngoài) có sẵn từ trước. Các giao thức triển khai Universal SDK của Particle sẽ phân bổ hoặc giải quyết các tài khoản phổ quát được đính kèm với một địa chỉ EOA nhất định, được truy vấn thông qua đăng nhập mạng xã hội bằng cách sử dụng dịch vụ ví thông minh mô-đun của Particle Network. Sau đó, tài khoản này được sử dụng làm giao diện cốt lõi để tương tác với ứng dụng cũng như bất kỳ ứng dụng nào khác sử dụng SDK Mạng Hạt.

Maa0RtVwtIPLWRAxmAS4oX6bzb4DtCcIsrj2Yh8Q.png

Ví dụ giả thuyết liên quan đến người dùng cuối:

  • Alice đã phát hiện ra một dApp để kiếm tiền bằng cách chơi. DApp được lưu trữ trên Arbitrum và tận dụng SDK phổ quát của Mạng hạt để kích hoạt các tài khoản phổ quát.

  • Alice bắt đầu sử dụng dApp. Tài sản trong ví của cô ấy (có nguồn gốc từ Polygon) được sử dụng cho các tương tác dApp cơ bản. Việc kết nối là tự động và được thực hiện tự động khi tương tác.

  • Sau khi chơi một lúc, Alice kiếm được một số token. Cô ấy đã dùng số tiền này để mua một chiếc NFT làm quà sinh nhật cho người bạn Bob của mình. Điều cô ấy không biết là NFT được lưu trữ trên Optimism. Cô ấy có thể gửi tiền liền mạch đến tài khoản chung của Bob. Điều quan trọng là Alice chỉ sử dụng một mã thông báo gas trong suốt trải nghiệm của mình.

  • Bob quyết định thế chấp NFT cho Solana để vay và sử dụng số tiền thu được để mua meme Bitcoin Ordinal. Anh ấy thực hiện tất cả trong vòng vài phút và chỉ với vài cú nhấp chuột từ cùng một tài khoản.

Trừu tượng hóa Bitcoin, hạt và tài khoản (AA):

Sự ra đời của các dòng chữ và mệnh lệnh đã khởi đầu cho sự phục hưng của các hoạt động Bitcoin L1.

g9phwtg81DUFPITVOeEzukrse4dPgXp8fFXGsCSo.jpeg

Nhiều L2 Bitcoin khác nhau đã xuất hiện giúp mở rộng các ràng buộc tính toán vượt ra ngoài chuỗi cơ sở Bitcoin, ví dụ trong số đó bao gồm các L2 BTC tương thích EVM như Merlin, BEVM và bSquared. Điều này thể hiện một bước nhảy vọt đối với Bitcoin và toàn ngành, nhưng thiết kế và cơ sở hạ tầng hỗ trợ của chúng vẫn gây ra xung đột đáng kể ở cấp độ ví và UI/UX khi tương tác trên mạng.

Đây là lúc Particle và BTC Connect xuất hiện, nhằm giải quyết xung đột đồng thời mang lại lợi ích của việc trừu tượng hóa tài khoản cho Bitcoin. BTC Connect hiện thực hóa việc trừu tượng hóa tài khoản trên mạng Bitcoin bằng cách hợp nhất tài khoản Bitcoin của người dùng và tài khoản thông minh dựa trên EVM. Điều này được thực hiện bằng cách sử dụng ví Bitcoin làm người ký cho tài khoản thông minh trên mạng Bitcoin L2 hoặc EVM, biến ví Bitcoin hiện tại của người dùng trở thành điểm tương tác duy nhất. Kiến trúc tận dụng thiết kế EIP-4337 (hỗ trợ ví đa chữ ký, phục hồi xã hội và logic giao dịch phức tạp hơn ở cấp ví) và chuỗi tương thích EVM để giới thiệu tài khoản thông minh, Paymasters, Bundlers và các chế độ kết nối ví dành riêng cho Bitcoin .

Do đó, mọi tương tác trên tài khoản thông minh và ví Bitcoin gốc đều có thể được kiểm soát thông qua giao diện ví Bitcoin. BTC Connect mở rộng chức năng của ví Bitcoin. Bằng cách sử dụng một ví Bitcoin duy nhất, người dùng có thể gửi các giao dịch BTC gốc, tương tác với các số thứ tự và thực thi logic trên các dApp EVM tương thích và Bitcoin L2.

Điều này cho phép các nhà xây dựng trong hệ sinh thái Bitcoin cung cấp cho người dùng các giao dịch không cần gas, khả năng lập trình tài khoản và nhiều tính năng trừu tượng khác.

gRLQetZKrsG8kTN9DXhxxxPxQIdx58qrDQybicQU.png

Khóa công khai của ví Bitcoin được sử dụng để thực hiện các giao dịch BTC gốc và tạo EVM EOA. EOA này được sử dụng để tạo một tài khoản thông minh với ví Bitcoin là người ký, do đó chữ ký ví Bitcoin tương thích với EVM.

(2) GẦN

NEAR đang phát triển một ngăn xếp trừu tượng chuỗi toàn diện tập trung vào việc tổng hợp tài khoản. Khả năng giao dịch trên bất kỳ blockchain nào thông qua một tài khoản và giao diện duy nhất là thành phần chính của tính trừu tượng chuỗi. Điều này sẽ dọn sạch sự phân mảnh Web3 cho người dùng ứng dụng và cải thiện khả năng truyền qua mạng hoặc giữa các ứng dụng của họ.

Q5y7GBIIiyE2QMwSIvvRHfPUjeFUD6fyn9Ry2EQn.png

Tổng hợp tài khoản NEAR bao gồm 3 công nghệ cốt lõi:

  • Tài khoản NEAR - NEAR được xây dựng bằng cách sử dụng tính năng trừu tượng hóa tài khoản gốc, vì vậy tài khoản NEAR ánh xạ tới tên tài khoản mà con người có thể đọc được thay vì băm khóa công khai. Ngoài ra, tài khoản NEAR có thể giữ nhiều khóa với các quyền khác nhau cho các chức năng khác nhau. FastAuth cung cấp quy trình giới thiệu giống như Web2 cho người dùng đăng ký bằng email mà không cần phải quản lý khóa riêng tư. Các tài khoản và khóa FastAuth được bảo vệ thông qua tính năng bảo mật sinh trắc học "Passkey" (ví dụ như FaceID). Người dùng cũng có thể khôi phục tài khoản của mình bất kỳ lúc nào bằng cách sử dụng email thông qua dịch vụ khôi phục Tính toán nhiều bên (MPC).

  • Ký chuỗi - Điều này cho phép bất kỳ tài khoản NEAR nào kiểm soát địa chỉ trên các chuỗi khác. Sử dụng chữ ký chuỗi, mạng NEAR MPC là người ký các giao dịch trực tuyến khác mà không cần quản lý các ví và khóa riêng khác nhau. Chữ ký MPC cho phép nhiều nút độc lập ký tin nhắn bằng cách sử dụng các chia sẻ khóa được tạo riêng lẻ bởi các bên không đáng tin cậy mà không cần tổng hợp chúng ở bất kỳ đâu.

q8drrSdSt1uAFpJDSHp2jkedOeadyeMSn5l0CxmD.png

  • Trình chuyển tiếp ý định - Để theo đuổi trải nghiệm người dùng mượt mà, người dùng phải có thể thực hiện thanh toán trên mạng NEAR và sau đó có thể giao dịch giá trị trên các chuỗi khác. Với trình chuyển tiếp ý định, người dùng có thể chỉ định những gì họ muốn làm mà không cần biết chính xác nó được thực hiện như thế nào. Mạng chuyển tiếp ý định có nhiệm vụ giám sát phản hồi từ các dịch vụ MPC, xử lý các giao dịch đã ký, gửi chúng đến chuỗi tương ứng và sau đó hoàn thành giao dịch cuối cùng.

(3) Được rồi

Okto là một giải pháp phần mềm trung gian được thiết kế để đơn giản hóa sự phức tạp của Web3 cho các nhà phát triển và người dùng cuối. Nó trừu tượng hóa sự phức tạp của các tương tác blockchain, giúp việc xây dựng và sử dụng các ứng dụng phi tập trung trở nên dễ dàng hơn. Okto tin rằng cần có giải pháp toàn diện để giải quyết cả thách thức về trải nghiệm phát triển và trải nghiệm người dùng. Để đạt được mục đích này, họ đã giới thiệu Lớp điều phối giúp trừu tượng hóa sự phức tạp của Web3 và giải quyết trải nghiệm người dùng/phát triển bằng cách giải quyết ba thách thức về phân mảnh: tính di động, tiêu chuẩn kỹ thuật và trải nghiệm người dùng.

Các thành phần của lớp điều phối Okto:

  • Okto Appchain - Chuỗi phần mềm trung gian điều phối các giao dịch mà không giữ tài sản của người dùng hoặc Tổng giá trị bị khóa (TVL). Nó hoạt động như một chuỗi ứng dụng dựa trên cơ sở tổng hợp kế thừa sự tin cậy từ chuỗi khối cơ bản có khả năng mở rộng/bảo mật. Các thành phần phụ chính bao gồm Bloc Hub và một bộ API phát triển ứng dụng thống nhất.

  • Mạng ví phi tập trung (DWN) - Hỗ trợ các tài khoản ví hợp nhất được bảo mật bởi MPC và cho phép chữ ký được ủy quyền dựa trên quyền của người dùng, hỗ trợ chuỗi EVM và không phải EVM.

  • Mạng giao dịch phi tập trung (DTN) - điều phối việc quản lý giao dịch không đồng bộ trên nhiều chuỗi khối và xử lý các giao dịch phụ do người dùng vận hành, bao gồm quản lý nonce, ước tính phí gas và lập chỉ mục dữ liệu.

KLmCCjJRwtFJoRLujShqP8hoQLGXr28cOTWF6q8U.png

Okto nhằm mục đích cung cấp giải pháp trừu tượng hóa chuỗi thông qua lớp điều phối, bao gồm chuỗi ứng dụng, DWN và DTN. Lớp này trừu tượng hóa sự phức tạp của các tiêu chuẩn, chuỗi và giao thức, cung cấp trải nghiệm phát triển nhất quán. Nó cho phép các nhà phát triển xây dựng dApp bằng cách sử dụng các nguyên thủy đơn giản hơn và trải nghiệm người dùng tốt hơn, tập trung vào sản phẩm cốt lõi của họ, trong khi độ phức tạp liên quan đến chuỗi được quản lý bởi Okto.

9. Giải pháp sinh thái cụ thể/blockchain tổng hợp

Blockchain tổng hợp có thể được coi là một giải pháp mở rộng quy mô blockchain mang lại lợi ích thứ cấp cho việc trừu tượng hóa chuỗi. Có lý do là chúng ta sẽ thấy mình đang ở trong một thế giới đa chuỗi, hiện không có chuỗi đơn lẻ nào có khả năng hỗ trợ thông lượng cần thiết để đạt được việc áp dụng đại trà. Để mở rộng quy mô chuỗi khối, chúng tôi cần tăng khả năng truy cập vào tính thanh khoản và trạng thái chia sẻ - nếu việc tăng không gian khối làm mất tính thanh khoản thì đó không phải là một giải pháp khả thi. Đây là ý tưởng đằng sau các chuỗi khối hội tụ.

(1) AggLayer đa giác

DIoB54Rsl7HiqVLkKbGoP3Y7MxMFkr0yAcuXl5IW.png

Trước khi đi sâu vào Polygon AggLayer, chúng ta cần xem nhanh hệ sinh thái Polygon:

  • Polygon = một mạng lưới toàn cầu gồm các chuỗi khối hội tụ

  • AggLayer (Thanh khoản hợp nhất) = Giao thức thống nhất tính thanh khoản trong mạng đa chuỗi bằng cách tổng hợp bằng chứng từ tất cả các chuỗi liên kết, đảm bảo tính bảo mật của các giao dịch nguyên tử xuyên chuỗi gần như ngay lập tức.

  • Polygon CDK (Tiện ích mở rộng) = Một tập hợp mô-đun gồm các công cụ nguồn mở cho phép các nhà phát triển triển khai L2 do ZK (bằng chứng không có kiến thức) có chủ quyền của riêng họ hoặc cho phép các chuỗi L1 và L2 hiện có di chuyển sang AggLayer.

Polygon giải quyết ý tưởng trừu tượng hóa chuỗi từ một góc nhìn khác và hợp đồng cầu nối thống nhất của họ mang lại lợi ích của kiến trúc mô-đun và tích hợp (nguyên khối) thông qua việc sử dụng công nghệ ZK. AggLayer là lớp có khả năng tương tác cho các kết nối chuỗi CDK, cho phép giao tiếp xuyên chuỗi liền mạch và hiệu quả cũng như tính thanh khoản thống nhất, cùng với các chức năng khác. Điều này cho phép bảo mật mật mã thống nhất và khả năng tổng hợp nguyên tử trên các chuỗi tổng hợp mà không phải hy sinh chủ quyền. Polygon tuyên bố rằng, tương tự như TCP/IP, AggLayer sẽ hợp nhất bối cảnh blockchain thành một mạng gồm các chuỗi L1 và L2 với đảm bảo bảo mật không có kiến thức.

Chức năng của AggLayer được chia thành ba giai đoạn - giả sử rằng chuỗi A là chuỗi do ZK điều khiển chạy trong hệ sinh thái Polygon:

  • Xác nhận trước: Chuỗi A gửi tiêu đề (tiêu đề khối) của khối/gói giao dịch mới A1 và chứng chỉ ứng dụng khách hạng nhẹ cho AggLayer. Tệp tiêu đề chứa các cam kết đối với tất cả các khối và gói giao dịch khác mà A1 phụ thuộc vào (Bi, Ci, v.v.). Khi nhận được gói giao dịch mới không chứa chứng chỉ hợp lệ, gói giao dịch đó sẽ được AggLayer coi là "xác nhận trước".

  • Xác nhận: Chuỗi A hoặc bất kỳ nút đầy đủ nào của A tạo ra bằng chứng về A1 và gửi nó đến AggLayer. Sau khi bằng chứng được AggLayer xác minh, A1 sẽ được xác nhận nếu tất cả các gói giao dịch mà nó dựa vào cũng được xác nhận.

  • Tính cuối cùng: Sau khi A1 được xác nhận, bằng chứng của nó được tổng hợp thành một bằng chứng duy nhất cùng với các gói giao dịch từ các bản tổng hợp khác và được xuất bản lên Ethereum. Bằng chứng tổng hợp này đảm bảo tính nhất quán giữa trạng thái chuỗi phụ thuộc và gói giao dịch.

Giao tiếp xuyên chuỗi liền mạch, hiệu quả và tính thanh khoản thống nhất – trong thực tế:

Hãy xem xét một ví dụ trong đó Alice trên chuỗi A muốn khóa hoặc đốt một số mã thông báo trong khối A1 để đúc tài sản và chuyển các mã thông báo này cho Bob trên chuỗi B. Chuỗi B cần đợi cho đến khi những A1 này cuối cùng được xác nhận trên Ethereum và cung cấp bằng chứng hợp lệ trước khi họ có thể đúc tài sản, đây là một quá trình chậm chạp. AggLayer giải quyết vấn đề này bằng cách cho phép Chuỗi B tạm thời cho rằng A1 là hợp lệ và cuối cùng sẽ được xác nhận trên Ethereum. Trình sắp xếp chuỗi của Chuỗi B gửi trạng thái gốc A1 của chuỗi đã khai báo đến nó dưới dạng phần phụ thuộc của tiêu đề khối của B (B1A1) trước khi gửi đến AggLayer, giảm độ trễ cần thiết để chuỗi B xây dựng B1 từ 20 phút xuống còn vài giây. chuông.

Cầu nối hợp nhất của AggLayer cung cấp hợp đồng cầu nối cho tất cả các chuỗi liên kết trên Ethereum. Mỗi chuỗi có một bản sao cục bộ của gốc cầu nối thống nhất, cho phép các giao dịch xuyên chuỗi mà không cần phải thoát ra Ethereum và không có rủi ro bảo mật khi kết nối bên thứ ba. AggLayer cũng bao gồm thư viện Solidity bridgeAndCall() - điều này cho phép các nhà phát triển triển khai logic chương trình để thực hiện các lệnh gọi trên các chuỗi khác nhau. Người dùng có thể chuyển tài sản sang các chuỗi khác nhau và kích hoạt hợp đồng trên chuỗi mục tiêu. Về lý thuyết, điều này mang lại trải nghiệm người dùng tương tự như một chuỗi nguyên khối.

Vậy AggLayer hỗ trợ việc trừu tượng hóa chuỗi như thế nào? Từ góc độ cấp cao, AggLayer sẽ cho phép các giao dịch nguyên tử gần như ngay lập tức và tính thanh khoản thống nhất trên toàn bộ hệ sinh thái, tạo ra hiệu quả sử dụng vốn tốt hơn và mang lại trải nghiệm người dùng được cải thiện. L1 và L2 được kết nối với AggLayer có thể tận dụng tính thanh khoản thống nhất, nhà phát triển có thể tiếp cận nhiều người dùng hơn và người dùng có thể tương tác thông qua trải nghiệm người dùng giống như Web2.

(2)Siêu chuỗi lạc quan

OP Super Chain là một mạng lưới chia sẻ cầu nối, quản trị phi tập trung, nâng cấp, các lớp giao tiếp, v.v., tất cả đều được xây dựng trên OP Stack. Sự ra mắt của siêu chuỗi sẽ hợp nhất mạng chính OP và các chuỗi khác thành một mạng chuỗi OP thống nhất (nhiều chuỗi tạo thành một siêu chuỗi). Không giống như các thiết kế nhiều chuỗi, các chuỗi tạo nên một phần của siêu chuỗi được tiêu chuẩn hóa và nhằm mục đích sử dụng làm tài nguyên có thể hoán đổi cho nhau. Do đó, các ứng dụng có thể được xây dựng nhắm mục tiêu vào toàn bộ siêu chuỗi—chuỗi cơ bản mà ứng dụng trừu tượng chạy trên đó.

Yixu4q1I1VaSDYJz9Q1KcachJSTwUd2aY6mqrAN2.png

Ngăn xếp OP:

  • Lớp Tính sẵn có của Dữ liệu (DA) quy định rằng đầu vào ban đầu của chuỗi dựa trên OP Stack chủ yếu đến từ tính khả dụng của dữ liệu Ethereum.

  • Lớp đặt hàng kiểm soát cách thu thập và chuyển tiếp các giao dịch của người dùng và thường được quản lý bởi một người đặt hàng.

  • Lớp phái sinh xử lý dữ liệu thô làm đầu vào cho lớp thực thi, chủ yếu sử dụng tính năng cuộn lên.

  • Lớp thực thi xác định cấu trúc trạng thái hệ thống và các chức năng giao dịch. EVM là mô-đun trung tâm.

  • Lớp giải quyết cho phép các chuỗi khối bên ngoài xem trạng thái hợp lệ của chuỗi OP Stack thông qua các bằng chứng lỗi dựa trên bằng chứng.

10. Giải pháp thành phần

(1) Ý định

Ý định là thứ tự trong đó người dùng chỉ định kết quả mong muốn thay vì đường dẫn thực hiện cụ thể. Thay vì trình bày chi tiết từng bước của giao dịch, người dùng chỉ cần nêu rõ những gì họ muốn đạt được. Sau đó, một tác nhân bên ngoài, được gọi là "người giải quyết" hoặc "người bổ sung", sẽ cạnh tranh để tìm ra cách hiệu quả nhất để đạt được mục đích này, thường phải trả một khoản phí. Chúng có thể được coi là tương tự như lệnh giới hạn, nhưng có thể được áp dụng trong nhiều tình huống khác nhau (không chỉ giao dịch), chẳng hạn như bắc cầu.

Nói chung, các giao thức có ý định tuân theo một cấu trúc tương tự:

  • Ý định được gửi bởi người dùng. Mỗi mục đích đi kèm với các thông số kỹ thuật liên quan đến mục tiêu của người dùng: quy mô mong muốn, chuỗi mục tiêu, tài sản mục tiêu, giá yêu cầu, bộ giải mong muốn (đối với các mạng mục đích nhất định), v.v.

  • Trình giải quyết và trình bổ sung sử dụng sơ đồ con, trình xử lý sự kiện, v.v. để giám sát ý định trong các mạng mục đích khác nhau.

  • Người giải/điền có thể chọn hoàn thành ý định của người dùng.

Cấu trúc trên khác nhau trong các giao thức và trường hợp sử dụng khác nhau, đặc biệt là về nội dung nào được người giải/người điền sử dụng và liệu chúng có bị khóa hay không cũng như chúng đến từ đâu.

Nhìn chung, các thỏa thuận về mục đích được chia thành hai loại:

  • Giao thức giao dịch dựa trên mục đích

  • Giao thức bắc cầu dựa trên mục đích

Đối với tất cả ý định và mục đích, chúng thực sự có cùng chức năng, cả hai đều cho phép người dùng gửi ý định và có khả năng được thực thi trên hoặc thông qua các chuỗi khác nhau.

Giao thức bắc cầu dựa trên mục đích

Trong lịch sử, việc bắc cầu yêu cầu di chuyển tài sản trực tiếp giữa các chuỗi, việc này tốn kém, phức tạp và không an toàn. Nói chung, cầu nối truyền thống có thể dựa trên các cơ chế đúc và khóa, đúc và khóa hoặc cơ chế LP, điều này có thể dẫn đến các vấn đề như đúc hoặc sử dụng không giới hạn nhóm thanh khoản hoặc cơ chế khóa.

Ngược lại, việc bắc cầu dựa trên mục đích dựa vào việc người dùng bày tỏ ý định sở hữu mã thông báo trên một chuỗi riêng biệt. Người giải quyết có thể hoàn thành yêu cầu này cho người dùng trên chuỗi mục tiêu bằng cách sử dụng tiền của chính họ. Người giải quyết sau đó sẽ được thưởng trên chuỗi ban đầu.

Việc bắc cầu dựa trên mục đích giúp tránh nhu cầu đúc hoặc khóa mã thông báo, giảm thiểu một số vấn đề có thể phát sinh từ việc này. Tuy nhiên, nó cũng có những nhược điểm riêng, cụ thể hơn là người thực hiện/người giải quyết có thể gặp phải vấn đề do giao dịch không thành công và việc tổ chức lại hoặc khôi phục chuỗi.

Tương tự như bắc cầu truyền thống, bắc cầu dựa trên mục đích cũng phải xem xét các hạn chế về thanh khoản. Người giải quyết/người thực hiện có ý định cần duy trì tính thanh khoản trên nhiều chuỗi để thực hiện và hoàn thành các giao dịch, đồng thời tái cân bằng các khoản tiền này một cách thường xuyên. Ngoài ra, người bổ sung/người giải quyết cũng phải đối mặt với chi phí vốn và chi phí gas (đặc biệt là trên chuỗi mục tiêu).

Lợi ích của việc bắc cầu dựa trên mục đích là rõ ràng:

  • Họ trừu tượng hóa phần phụ trợ khỏi người dùng cuối. Từ quan điểm của người dùng, việc bắc cầu dựa trên mục đích diễn ra ở hậu trường và người dùng chỉ cần nghĩ đến việc trả phí cho giao thức và bộ giải.

  • Nhìn chung, chúng nhanh hơn và dễ dàng hơn các cầu nối truyền thống vì chúng sử dụng ít tài nguyên máy tính hơn và yêu cầu ít thời gian chờ đợi hơn.

Cho đến nay, giao thức bắc cầu dựa trên mục đích lớn nhất là Across. Kể từ tháng 11 năm 2021, giao thức này đã thu được khối lượng giao dịch hơn 10 tỷ USD trên các chuỗi khác nhau mà nó hỗ trợ.

Sang

Across cho phép chuyển tài sản xuyên chuỗi thông qua hệ thống dựa trên mục đích. Người dùng lưu trữ tài sản trên một chuỗi, chỉ định chuỗi mục tiêu của họ. Sau đó, những người chuyển tiếp độc lập sẽ thực hiện các yêu cầu này bằng cách gửi tiền cho người dùng trên chuỗi mục tiêu. Giao thức xác minh các khoản chuyển tiền này và bồi thường cho những người chuyển tiếp.

Giao thức Across dựa vào một số cơ chế chính để đạt được sự chuyển giao tài sản xuyên chuỗi. Đầu tiên là cơ chế chuyển tiếp. Relayer quan sát khi người dùng gửi tiền vào chuỗi ban đầu và sau đó gửi số tiền được yêu cầu cho người dùng trên chuỗi mục tiêu đã chỉ định. Họ có thể sử dụng tiền của mình để thực hiện các yêu cầu và do đó có thể phải đối mặt với những hạn chế về thanh khoản. Tuy nhiên, Across cũng có hệ thống pool thanh khoản như một giải pháp dự phòng để giải quyết vấn đề. Sau khi hoàn thành một ý định, nhân viên dữ liệu và hệ thống oracle lạc quan phải xác minh rằng ý định đó đã được hoàn thành để người chuyển tiếp có thể được đền bù.

Nhân viên dữ liệu là những người tham gia trong danh sách cho phép hoàn trả hoặc bồi thường tài chính cho người chuyển tiếp, cân bằng lại nhóm thanh khoản giữa các chuỗi và đôi khi thực hiện các lệnh thực thi chậm (người chuyển tiếp hoàn thành việc thực thi nhanh và cạnh tranh với nhau về tốc độ để nhận phí). Họ cũng giám sát các ý định được thực hiện trên khắp và đề xuất các gói giao dịch cho Optimistic Oracle. Sau đó, nhà tiên tri lạc quan có thể xác thực gói giao dịch được đề xuất của nhân viên dữ liệu (sau khoảng thời gian tranh chấp kéo dài một giờ).

Trên khắp V3 tập trung vào việc xây dựng các ứng dụng ngoài các ứng dụng bắc cầu và tập trung vào các tương tác chuỗi chéo phức tạp hơn. Across+ cho phép các giao thức kết hợp cơ sở hạ tầng kết nối xuyên suốt với các giao dịch khác, bao gồm chúng trong một giao dịch duy nhất. Ví dụ: thị trường NFT có thể cho phép người dùng kết hợp các tương tác bắc cầu và đúc tiền hoặc kết nối và mua các tương tác vào một giao dịch duy nhất. Điều này làm giảm đáng kể số lần nhấp chuột cho người dùng và có khả năng tiết kiệm chi phí gas, giảm bớt các vấn đề khác về trải nghiệm người dùng như không có tài sản trên chuỗi mục tiêu. Ngoài Across+, giao thức cũng ra mắt Across Settlement, thực hiện giải quyết các giao dịch chuỗi chéo bằng cách cho phép triển khai logic giải quyết chuỗi chéo ở cấp giao thức. Thông qua Across+ và Across Settlement, Across đặt mục tiêu chuyển từ kết nối dựa trên mục đích sang các tương tác chuỗi chéo phức tạp hơn, cố gắng trở thành một thành phần mô-đun hơn của các giao dịch chuỗi chéo thay vì chỉ là một cầu nối.

Across đặc biệt quan trọng trong kiến trúc và giao thức dựa trên mục đích, vì họ đang nỗ lực tiêu chuẩn hóa các ý định chuỗi chéo. UMA, nhóm đằng sau oracle lạc quan của Across, cùng với Uniswap, đã ra mắt ERC-7683 vào đầu năm nay, nhằm mục đích thiết lập giao diện API tiêu chuẩn cho các ý định xuyên chuỗi. ERC-7683 tập trung vào việc tạo giao diện API được tiêu chuẩn hóa cho mục đích chuỗi chéo, nhằm nâng cao khả năng tương tác giữa các hệ thống mục đích chuỗi chéo khác nhau theo các cách sau:

  • Xác định cấu trúc CrossChainOrder tiêu chuẩn để thể hiện các đơn hàng chuỗi chéo.

  • Chỉ định giao diện ISettlementContract được sử dụng để thanh toán hợp đồng.

deBridge

Tương tự như Across, deBridge sử dụng các bộ giải và kiến trúc dựa trên mục đích để đạt được sự chuyển giao tài sản xuyên chuỗi và khả năng tương tác của hợp đồng thông minh. Nó bao gồm hai lớp: lớp giao thức và lớp cơ sở hạ tầng.

Lớp giao thức nằm trên chuỗi và bao gồm một tập hợp các hợp đồng thông minh tồn tại trên chuỗi hỗ trợ. Nó xử lý việc khóa và mở khóa các mã thông báo liên quan đến giao dịch chuỗi chéo, gửi giao dịch từ chuỗi nguồn đến chuỗi mục tiêu và xác minh trình xác thực để đảm bảo tính hợp pháp và tính xác thực của giao dịch. Trình xác thực tồn tại ngoài chuỗi như một phần của lớp cơ sở hạ tầng. Lớp cơ sở hạ tầng bao gồm các trình xác nhận vận hành các nút deBridge, xử lý và ký các giao dịch chuỗi chéo, cũng như các nút đầy đủ hỗ trợ chuỗi, cho phép trình xác thực giám sát và xác minh đầy đủ các giao dịch.

Mạng thanh khoản deBridge được xây dựng trên hai lớp kiến trúc này. Nó cho phép người dùng tạo các lệnh giới hạn (tương tự như ý định) cho các giao dịch xuyên chuỗi. Tương tự như

Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận