Giới thiệu

Việc phát hành một token trước đây rất đơn giản: bạn sẽ triển khai nó trên Ethereum, nơi mà tất cả hoạt động diễn ra - người dùng, nhà giao dịch, vốn và thanh khoản. Ngày nay, cảnh quan phức tạp hơn nhiều. Thanh khoản phân tán trên Bitcoin, Ethereum, L2s, Solana và các chuỗi khác. Vậy, bạn nên phát hành token của mình ở đâu? Không có câu trả lời rõ ràng.

Nhưng tưởng tượng nếu bạn không cần phải chọn chỉ một chuỗi? Hãy tưởng tượng một Token hoạt động ở mọi nơi, chảy mượt mà trên toàn bộ nền kinh tế crypto.

Cảm ơn vì giao thức tương tácVới cầu nối (hay còn gọi là cầu nối), hiện nay đã có thể phát hành token với một thị trường thống nhất trên nhiều chuỗi. Điều này tạo ra thanh khoản toàn cầu không giới hạn, đơn giản hóa hoạt động cho người phát hành token: nhiều thanh khoản hơn, sự thông qua rộng rãi hơn và hiệu ứng mạng mạnh hơn - mà không gặp các vấn đề về phân mảnh. Về cơ bản, đó giống như có một tài khoản ngân hàng toàn cầu hoạt động ở bất kỳ đâu, tích hợp trên tất cả các hệ sinh thái DeFi.

Trong bài viết này, chúng ta sẽ so sánh các khung công cụ token hàng đầu được cung cấp bởi các giao thức tương tác khác nhau. Mục tiêu là đánh giá các tính năng độc đáo, ưu điểm và sự đánh đổi để giúp các nhóm lựa chọn giải pháp tốt nhất để phát hành token đa chuỗi theo cách tự nhiên.

Chúng tôi sẽ khám phá các framework sau đây:

• Dịch vụ Token Interchain của Axelar (ITS)
• Chuyển Token NTT của Wormhole
• Token Fungible Omnichain của LayerZero (OFT)
• Warp Token của Hyperlane
• xERC20 (EIP 7281: Token cầu nối chủ quyền)

Hãy bắt đầu đi sâu vào.

Cách khung công việc Token hoạt động

Các khung công nghệ Token hoạt động theo hai cách chính, tùy thuộc vào việc bạn có đang biến một Token hiện có thành đa chuỗi hoặc ra mắt một Token nhiều chuỗi nguyên bản từ đầu.

Đốt và Đúc: Cho các Token Đa Chuỗi Bản Địa

Khi một token được phát hành theo cách tự nhiên trên nhiều chuỗi từ Ngày 1, nguồn cung của nó được phân phối trên những chuỗi đó. Khi token được di chuyển giữa các chuỗi, chúng sẽ bị đốt trên chuỗi nguồn và được đúc ra trên chuỗi đích, đảm bảo nguồn cung tổng cộng không thay đổi.

Hãy coi nó như một hệ thống kế toán (như nhiều nhóm tương thích đã giải thích). Dưới đây là một ví dụ: hãy xem xét Token X với tổng cung 1000 token, phân phối dựa trên nhu cầu qua năm chuỗi:

• Chain A: 400 Token
• Chain B: 200 tokens
• Chain C: 200 Token
• Chain D: 100 Token
• Chain E: 100 token

Nếu người dùng chuyển 50 token từ Chuỗi E sang Chuỗi A, những token đó sẽ bị đốt trên Chuỗi E và được đúc ra trên Chuỗi A. Phân phối cập nhật sẽ là:

• Chain A: 450 Token
• Chain B: 200 mã thông báo
• Chain C: 200 Token
• Chain D: 100 Token
• Chain E: 50 Token

Quy trình này đảm bảo tổng cung cấp được giữ ở mức 1000 token, tạo điều kiện cho việc chuyển giao trơn tru giữa các chuỗi mà không có sự trượt giá.

Lock-and-Mint: Đối với Các Token Hiện Tại

Đối với các token đã tồn tại ban đầu được triển khai trên một chuỗi duy nhất, quá trình này có chút khác biệt. Toàn bộ nguồn cung tồn tại trên một chuỗi, và khi chuyển sang một chuỗi khác, một phần của nguồn cung được khóa trong một hợp đồng thông minh trên chuỗi nguồn, trong khi một lượng tương đương được đúc trên chuỗi đích.

Phương pháp này tương tự như cách các token được bọc hoạt động. Các token bị khóa trên Chuỗi A sau đó có thể có phiên bản được bọc được đúc trên Chuỗi B. Tuy nhiên, bây giờ những token này cũng có thể di chuyển từ Chuỗi B đến Chuỗi C bằng cách sử dụng phương pháp đốt đốt, mà không cần phải bị khóa trên nhiều chuỗi. Tổng cung gốc vẫn còn trên Chuỗi A, đảm bảo rằng việc chuyển giao giữa các chuỗi chỉ đơn giản là xác minh rằng các token được đốt khớp với những token được đúc.

Tại sao Token Frameworks quan trọng

Đây là lý do tại sao việc có một token có thể giao dịch trên một thị trường thống nhất bao gồm nhiều chuỗi mang lại lợi ích cho các nhóm:

• Thanh khoản - Một thị trường duy nhất thu hút nhiều nhà giao dịch hơn, nâng cao thanh khoản.
• Nhận thức về thương hiệu - Token trở nên dễ tiếp cận trên các hệ sinh thái DeFi khác nhau, tăng cầu và nhận diện thương hiệu.
• Simplicity — Quản lý Token trở nên dễ dàng hơn, giảm bớt sự phức tạp.
• Sự dự phòng - Nếu một chuỗi gặp sự cố, token vẫn có thể hoạt động trên các chuỗi khác, tạo ra một mạng lưới an toàn.
• Mở rộng thị trường — Token có thể triển khai trên nhiều chuỗi nhanh hơn, thúc đẩy sự áp dụng. Hơn nữa, các hệ sinh thái liên kết có nghĩa là có nhiều không gian hơn cho sự thử nghiệm trong lĩnh vực DeFi.
• Hiệu ứng mạng — Hợp tác với các dự án khác tăng cường sự thụ hưởng và giá trị.

Xem xétGiao thức Chuyển đổi Mạng lưới của Circle (CCTP). Bằng cách ra mắt CCTP, Circle đã cho phép USDC được giao dịch một cách mượt mà trên các chuỗi được hỗ trợ, giải quyết các vấn đề quan trọng:

• Không có tính thanh khoản bị phân mảnh - Trước đây, bạn có các phiên bản khác nhau của USDC trên mỗi chuỗi, dẫn đến sự không hiệu quả. Bây giờ, USDC giống nhau trên tất cả các chuỗi.
• Mở rộng thị trường - Triển khai USDC trên nhiều chuỗi cho phép họ tiếp cận với nhiều người dùng và thị trường hơn.
• Hiệu quả vốn — Người dùng có thể chuyển đổi số lượng lớn USDC mà không cần đến hồ bơi thanh khoản hoặc bao gói.
• Phí tối thiểu - Chuyển khoản chỉ tốn ít hơn phí gas.
• Không trượt giá - Chuyển khoản là trực tiếp và loại bỏ nguy cơ trượt.

Bộ tính năng độc đáo của Circle cho USDC là do cầu nối được xây dựng riêng của họ, CCTP, một tiện ích xa xỉ mà hầu hết các dự án không có. Đây là nơi các khung công việc token do các giao thức tương tác duy trì vào vai trò. Các khung công việc này cung cấp một giải pháp tương tự như những gì CCTP cung cấp cho USDC, nhưng cho bất kỳ token nào. Bằng cách phát hành một token thông qua các khung công việc này, các dự án có thể tạo ra một thị trường thống nhất trên nhiều chuỗi được hỗ trợ, cho phép chuyển giao dễ dàng bằng cơ chế burn/lock và mint.

So sánh các Khung tài sản

Bây giờ chúng ta đã hiểu cách thức hoạt động của các khung mã thông báo và lợi ích của chúng, hãy so sánh các giải pháp khác nhau có sẵn trên thị trường cho các nhóm đang tìm cách phát hành mã thông báo của họ.

Bảo mật

Đây là một giải thích về những khía cạnh an ninh quan trọng được đề cập trong bảng:

1. Cơ chế xác minh

Cơ chế xác minh là cốt lõi của cách chuyển tiền được xác thực trên các chuỗi. Nó đề cập đến cách các thông điệp được xác minh và loại thiết lập về cơ chế xác minh mà mỗi khung cung cấp – cho dù đó là một tùy chọn duy nhất, hệ thống mô-đun với nhiều tùy chọn hay thiết kế linh hoạt tương thích với bất kỳ cầu nối nào – cho phép các nhà phát hành mã thông báo chọn giải pháp phù hợp nhất dựa trên yêu cầu bảo mật của họ.

Mặc dù cơ chế xác minh tùy chỉnh mang lại lợi ích, nhưng đó là cấu hình mặc định màvẫn là phổ biến nhất. Do đó, tập trung vào việc bảo mật của các hệ thống xác minh mặc định là quan trọng. Đề xuất các nhóm sử dụng các hệ thống xác minh bổ sung trên nền tảng của các hệ thống mặc định để tăng cường bảo mật của họ.

Khi nói đến tính sống còn, việc phụ thuộc vào nhiều hệ thống xác minh đều có ưu điểm và nhược điểm. Mặt tích cực là tăng cường sự chịu lỗi: nếu một nhà cung cấp gặp sự cố, những nhà cung cấp khác có thể đảm bảo hoạt động liên tục, nâng cao độ tin cậy của hệ thống. Tuy nhiên, điều này cũng làm tăng sự phức tạp của hệ thống. Mỗi hệ thống bổ sung đều mang lại một điểm tiềm ẩn của sự cố, làm tăng nguy cơ gián đoạn hoạt động.

2. Sự linh hoạt trong xác minh

Làm nổi bật tính linh hoạt của mỗi khung nhìn trong việc tùy chỉnh cơ chế xác minh của nó - cụ thể là, liệu nhà phát hành mã thông báo có thể lựa chọn từ nhiều tùy chọn hay bị giới hạn vào cài đặt mặc định hay không.

3. Các Chương Trình Xác Minh Được Xây Dựng Sẵn Đáng Chú Ý

Các chương trình đã sẵn sàng sử dụng là các cơ chế xác minh sẵn có mà các nhà phát hành mã thông báo có thể sử dụng để xác minh tin nhắn, giúp đơn giản hóa triển khai. Một khung có một lựa chọn rộng hơn về các tùy chọn đã được xây dựng sẵn đáng tin cậy thường là một dấu hiệu tích cực.

Mặc dù một số khung công việc cung cấp nhiều hệ thống xác minh hơn so với các khung công việc khác, nhưng điều quan trọng làđánh giá họ dựa trên phổ an ninh của họ, có thể từ một nhà xác minh đơn lẻ đến bộ xác minh toàn diện.

Ví dụ, OFTs cung cấp tùy chọn DVN mà chỉ có một validator cùng với các lựa chọn mạnh mẽ hơn như CCIP hoặc Axelar, sử dụng bộ validator đầy đủ. Tương tự, Warp Token cung cấp ISM như Multisig ISM bao gồm các validator do cộng đồng Hyperlane quản lý và đồng thời, có các lựa chọn như Aggregation ISM cho phép các nhóm kết hợp bảo mật từ nhiều ISM khác nhau.

Ngoài ra, nhiều hệ thống xác minh này có thể chưa được áp dụng rộng rãi hoặc kiểm thử kỹ lưỡng trong các tình huống thực tế. Do đó, các nhóm nên đánh giá kỹ chất lượng các hệ thống xác minh có sẵn và chọn một hệ thống phù hợp với mức độ bảo mật mong muốn. Chúng tôi khuyến nghị mạnh mẽ sử dụng các tùy chọn có sẵn để xây dựng một cấu hình xác minh token an toàn và linh hoạt. Trong một bài viết nghiên cứu trong tương lai, chúng tôi sẽ đi sâu hơn vào các thuộc tính bảo mật của các hệ thống xác minh khác nhau được cung cấp bởi mỗi khung công cụ token.

4. Chương Trình Xác Minh Mặc Định

Chỉ ra xem framework có cung cấp cơ chế xác minh mặc định hay không. Điều này quan trọng vì hầu hết các nhóm thông thường chọn tùy chọn mặc định vì sự tiện lợi. Nếu một nhà phát hành token sẽ chọn tùy chọn mặc định, việc đánh giá tính bảo mật cũng như xem xét sử dụng các tính năng tùy chỉnh để tăng cường tính bảo mật của cài đặt là rất quan trọng.

5. Đăng ký Tham gia trong Quá trình Xác minh

Điểm nổi bật xem liệu các đội có lựa chọn tham gia quá trình xác minh, thêm một lớp bảo mật bổ sung hoặc cho phép họ kiểm soát bảo mật của mình. Điều này quan trọng vì nó cho phép các đội cải thiện bảo mật bằng cách kết hợp cài đặt xác minh riêng của họ cùng các cơ chế hiện có. Như vậy, nếu các phương pháp xác minh khác thất bại, họ có thể tin cậy vào các biện pháp bảo vệ riêng để ngăn ngừa các vấn đề tiềm tàng.

Ví dụ, các nhóm như StarGate, Tapioca, BitGo, Cluster và Abracadabra vận hành các mạng lưới điện ảo của riêng họ trên LayerZero, cho thấy cách các nhóm khác có thể tận dụng các tùy chỉnh có sẵn.

Nhiều nhóm nên tận dụng lợi ích từ lớp bảo mật bổ sung này, mặc dù yêu cầu thêm công sức. Khi triển khai một cách hiệu quả, tính năng này có thể quan trọng trong việc ngăn chặn các vấn đề lớn trong quá trình xảy ra sự cố quan trọng.

6. Khả năng chống kiểm duyệt

Xác định xem liệu và cách nào tin nhắn có thể bị kiểm duyệt, gây tắt ứng dụng và gây vấn đề về sự sống còn cho các nhóm. Trong hầu hết các trường hợp, ngay cả khi ứng dụng bị kiểm duyệt, chúng có thể chuyển sang các cơ chế xác minh hoặc tiếp sự khác trong cùng một khung công việc. Tuy nhiên, điều này đòi hỏi nỗ lực bổ sung và có thể không phải là giải pháp thực tế cho các vấn đề ngắn hạn.

7.Open-Sourceness

Mã nguồn mở cho phép các nhà phát triển kiểm tra tính bảo mật và cài đặt tổng thể của một framework, đảm bảo tính minh bạch về mã được thực thi.

Phí

Bảng này so sánh cấu trúc phí của một số khung vi mạch token, tập trung vào cách mà mỗi khung xử lý chi phí cho các hoạt động giao thức, tin nhắn và bất kỳ phí bổ sung nào. Quan trọng phải lưu ý rằng tất cả các khung cho phép phí tùy chỉnh cho ứng dụng được thêm vào ở cấp độ ứng dụng. Hơn nữa, có một chi phí liên quan đến quá trình xác minh và chuyển giao, bao gồm cả các phí được trả cho người chuyển tiếp, bộ thu sóng hoặc các đơn vị tương tự, trong tất cả các khung.

Hiện tại, hầu hết các phí liên quan đến xác minh tin nhắn và truyền đi. Như đã đề cập trước đó, tất cả các khung công cụ Token đều cung cấp tùy chọn sử dụng nhiều cơ chế để xác minh tin nhắn. Mặc dù mỗi cơ chế xác minh bổ sung nâng cao tính bảo mật của hệ thống, nhưng cũng tăng thêm phí và chi phí cho người dùng.

1. Phí Giao thức

Điều này được liên quan đến các khoản phí cấp giao thức mà mỗi khung vi mạch tính phí cho việc thực hiện các giao dịch hoặc các hoạt động khác.

Sự hiện diện của công tắc phí được quản lý bởi DAO có nghĩa là người phát hành mã thông báo có thể cần phải trả thêm các khoản phí cho các giao thức tương tác đằng sau các khung công cụ mã thông báo (ví dụ, LayerZero cho OFTs hoặc Hyperlane cho Warp Token). Điều này đưa ra một phụ thuộc vào quản trị DAO, vì bất kỳ thay đổi nào đối với công tắc phí cũng ảnh hưởng trực tiếp đến các mã thông báo được phát hành thông qua các khung công cụ đó, khiến chúng phụ thuộc vào quyết định về cấu trúc phí của DAO.

Hợp đồng thông minh

Bảng này nêu bật các thuộc tính chính của hợp đồng thông minh của từng khung, làm nổi bật các mức độ linh hoạt, bảo mật và tùy chỉnh khác nhau của chúng, tập trung vào lịch sử triển khai, kiểm toán bảo mật, tiền thưởng được cung cấp và các tùy chỉnh đáng chú ý để kiểm soát chi tiết.

Lưu ý rằng tất cả các khung công việc đều cho phép ứng dụng thiết lập giới hạn tốc độ và danh sách đen, các tính năng bảo mật cần thiết mà khi được sử dụng hiệu quả, có thể...ngăn chặn thiệt hại tài chính đáng kểNgoài ra, mỗi khung công cụ cung cấp tính linh hoạt để triển khai hợp đồng thông minh như là bất biến hoặc có thể nâng cấp, tùy thuộc vào nhu cầu cụ thể của ứng dụng.

1. Triển khai từ

Trường này hiển thị thời điểm các hợp đồng thông minh của mỗi framework được triển khai. Nó cung cấp cái nhìn sâu sắc về thời gian khung đã hoạt động.

2. Kiểm toán

Số lượt kiểm toán là một chỉ số quan trọng về an ninh. Các cuộc kiểm toán xác thực tính toàn vẹn của các hợp đồng thông minh của một khung công nghệ, xác định các lỗ hổng hoặc vấn đề có thể đe dọa hệ thống.

3.Bounties

Tiền thưởng phản ánh các ưu đãi tài chính được cung cấp bởi các khuôn khổ để khuyến khích các nhà nghiên cứu bảo mật bên ngoài khám phá và báo cáo các lỗ hổng.

4.Đặc điểm đáng chú ý cho Kiểm soát Tỉ mỉ

Các khung hợp đồng thông minh cho phép các ứng dụng triển khai một loạt các tính năng bảo mật có thể tùy chỉnh, phụ thuộc vào nhu cầu cụ thể của chúng. Lĩnh vực này tập trung vào một số tính năng bảo mật chính mà mỗi khung hợp đồng cung cấp để đảm bảo an toàn.

Sự nhận nuôi & Mở rộng

Mỗi framework mang đến các tính năng độc đáo và đã thấy các mức độ tham gia khác nhau từ các nhà phát triển, giao thức và nền tảng, tùy thuộc vào trọng tâm kỹ thuật, tích hợp và đảm bảo bảo mật của họ.

1. Các Nhà Đóng Góp Chính

Phần này nhấn mạnh về các nhóm đang tích cực tham gia vào việc xây dựng và duy trì từng khung công việc. Một tập hợp đa dạng các đóng góp viên, ngoài nhóm phát triển ban đầu, là một chỉ số tích cực cho một số yếu tố: (1) yêu cầu rộng rãi cho khung công việc, và (2) tính truy cập và sử dụng dễ dàng của khung công việc, không cần phép hay thông qua sự hợp tác chung.

2. Sự nhận nuôi

Sự áp dụng phản ánh mức độ sử dụng và tầm quan trọng của mỗi khung là được đo bằng số lượng mã thông báo triển khai và tổng giá trị được bảo vệ. Nó cung cấp cái nhìn về mức độ được phát triển của khung bởi các nhà phát triển và giao thức, cũng như độ tin cậy của nó trong việc bảo vệ tài sản.

3. Các đội đáng chú ý

Phần này tập trung vào các đội và giao thức hàng đầu đã áp dụng từng khung việc, phản ánh niềm tin của ngành và sự hấp dẫn tổng thể.

4. Phạm vi bảo hiểm VM

Phạm vi bao phủ VM đề cập đến danh sách các máy ảo được hỗ trợ bởi mỗi framework. Số lượng máy ảo lớn hơn cung cấp linh hoạt và tương thích hơn trên các môi trường blockchain khác nhau. Điều này mang lại nhiều sự đa dạng cho các ứng dụng và nhà phát hành token về cộng đồng đa dạng mà họ có thể tiếp cận.

5. Chuỗi Đã Triển Khai Trên

Trường này phản ánh số lượng chuỗi mà mỗi framework được triển khai, tức là số lượng chuỗi mà mỗi ứng dụng hoặc nhà phát hành token có thể hỗ trợ nếu họ quyết định sử dụng một framework cụ thể. Điều này liên quan trực tiếp đến số lượng thị trường và hệ sinh thái DeFi mà các ứng dụng có thể khai thác. Triển khai chuỗi cao hơn có nghĩa là khả năng tiếp cận thanh khoản rộng hơn.

Ngoài ra, trong khi khả năng mở rộng một cấu trúc một cách không cần phép nhiều chuỗi khác nhau mang lại tiềm năng lớn, nó cũng có thể gây khó khăn nếu nhà phát triển cần phải xây dựng và duy trì cơ sở hạ tầng quan trọng một cách tự mình. Đối với một số người, như những nhóm tìm cách thiết lập hỗ trợ cầu nối cho một chuỗi mới, nỗ lực này có thể đáng giá. Nhưng đối với các nhà phát hành token đơn giản chỉ muốn thêm một chuỗi khác vào phạm vi của token của họ, điều này có thể cảm thấy không cần thiết phức tạp và tốn nhiều tài nguyên.

6. Điểm khác biệt duy nhất

Mỗi framework mang đến sự khác biệt duy nhất, thường ở dạng các tính năng đặc biệt, công cụ hoặc tích hợp khiến nó khác biệt với các tính năng khác. Những điểm khác biệt này thường thu hút các nhà phát triển và giao thức đang tìm kiếm các chức năng cụ thể hoặc dễ sử dụng hoặc đơn giản là phân phối nhiều hơn cho mã thông báo của họ.

Kinh nghiệm phát triển

免责声明：此部分反映的是来自@SlavaOnChain(Trưởng phòng Quan hệ phát triển tại LI.FI) và cuộc thảo luận với các nhà phát triển am hiểu về các khung công việc khác nhau. Kinh nghiệm của nhà phát triển có thể thay đổi tùy thuộc vào nền tảng và trường hợp sử dụng.

1. Dễ tích hợp

Đề cập đến việc triển khai token dễ dàng bằng cách sử dụng framework dựa trên trải nghiệm lần đầu mà không cần hỗ trợ từ đội ngũ.

2.Tài liệu

Đánh giá mức độ tốt của các hướng dẫn, ví dụ và tài liệu tham khảo của khung hỗ trợ các nhà phát triển hiểu và sử dụng nền tảng.

3. Công cụ phát triển

Cân nhắc việc sử dụng bộ thư viện, SDK và tiện ích giúp dễ dàng xây dựng, kiểm tra và triển khai Token bằng framework.

Những điểm cốt lõi

A. Xu hướng trong Interop

1. Khả năng tùy chỉnh và cơ chế xác minh – Tất cả các framework đều cung cấp khả năng tùy chỉnh trong các cơ chế xác minh, đánh dấu một xu hướng mới trên các giao thức interop. Cuộc thảo luận trên diễn đàn quản trị của Lido DAO liên quan đến wstETH là một thời điểm quan trọng làm nổi bật nhu cầu về tính năng này.
2. Thực tiễn bảo mật – Các tính năng như giới hạn tỷ lệ, danh sách cho phép / danh sách đen và cho phép các nhà phát hành mã thông báo tham gia xác minh tin nhắn và thiết lập bảo mật thông qua các chính sách và vai trò tùy chỉnh đã trở thành thực tiễn tiêu chuẩn trên các khung, cho thấy hướng tích cực cho bảo mật trong không gian interop.
3. Những thách thức trong việc áp dụng ngoài mặc định – Mặc dù các cơ chế xác minh tùy chỉnh có lợi, việc áp dụng ngoài cài đặt mặc định vẫn còn thấp, đòi hỏi phải giáo dục tốt hơn về các tùy chọn bảo mật. Việc tập trung vào việc đảm bảo các chương trình xác minh mặc định có tính bảo mật cao là rất quan trọng vì chúng được sử dụng phổ biến nhất.
4. Cơ chế xác minh — Bộ xác minh của Axelar và mạng Guardian của Wormhole là những cơ chế xác minh phổ biến, được cung cấp trên các khung công việc.

B. Khung tài liệu mã thông báo hàng đầu

1. OFT của LayerZero - dẫn đầu về việc áp dụng, cả về số token triển khai và giá trị tổng cộng đảm bảo. Họ là người đầu tiên triển khai các khung việc với OFT (V1) vào năm 2022, và họ đã tiếp tục củng cố vị trí của họ, với các tài sản lớn như WBTC gần đây đã áp dụng khung việc OFT. Họ cũng cung cấp hỗ trợ mở rộng cho hầu hết các chuỗi và tài nguyên phát triển toàn diện.
2. Warp Token của Hyperlane - Nhóm phát triển tập trung mạnh vào việc làm cho khung công cụ và công cụ phát triển dễ sử dụng cho các hoạt động không cần phép. Điều này được thể hiện qua việc xây dựng và duy trì nhiều phiên bản VM bởi các nhóm bên ngoài, cho thấy sự dễ dàng làm việc với khung công cụ theo cách không cần phép.
3. NTT by Wormhole – Đã nhanh chóng được chấp nhận với các mã thông báo có giá trị cao được triển khai trên các chuỗi và cung cấp một số thuộc tính độc đáo trong thiết kế của nó như không có chuyển đổi phí cấp giao thức. Đó là một lựa chọn phổ biến cho các nhóm muốn mở rộng mã thông báo của họ sang mã thông báo Solana hoặc Solana cho hệ sinh thái EVM.
4. ITS by Axelar - Với TVL vượt quá $400M, Axelar đứng trong top 25 chuỗi PoS. Khung ITS là một trong những nhân tố thúc đẩy tăng trưởng quan trọng, góp phần vào cả TVL và khối lượng tin nhắn được gửi qua mạng lưới Axelar.
5. Khung xERC20 - Khung bất khả tri cầu nối hoàn toàn duy nhất, không giống như các khung khác giống như sản phẩm hơn. Nhiều giao thức interop không có khung riêng khuyến khích các nhóm sử dụng xERC20 để triển khai mã thông báo, với một số cung cấp các mẫu được tạo sẵn để tích hợp.
6. Sự khác biệt về cấu trúc phí - xERC20 và NTT là hai khung cảnh không có công tắc phí cấp giao thức.

Bớt tư tưởng

Các khung mã thông báo đang gia tăng và cuối cùng chúng có thể thay đổi mọi thứ về cách giá trị di chuyển trong một thế giới đa chuỗi. Hiện tại, việc chuyển tài sản giữa các chuỗi thường yêu cầu các nhóm thanh khoản hoặc solvers, nhưng các khung mã thông báo loại bỏ những nhu cầu này. Thay vào đó, tài sản có thể được đúc trực tiếp trên chuỗi mong muốn thông qua các giao thức tương tác.

Trên thực tế, các khung mã thông báo có thể là hồi chuông báo tử cho các tài sản được bọc. Thanh khoản sẽ không cần phải bị phân mảnh trên các chuỗi nữa. Bạn có thể đúc tài sản có thể thay thế trên bất kỳ chuỗi nào và chúng có thể giao dịch trên các chuỗi chỉ với chi phí khí đốt. Chúng tôi đã thấy dấu hiệu của sự thay đổi này. Circle đã ra mắt CCTP để vượt qua vấn đề mã thông báo được bọc cho USDC và nhiều nhóm lớn và mã thông báo có giá trị cao hiện đang áp dụng các khung mã thông báo. Đó là một dấu hiệu cho thấy mọi thứ đang tăng tốc.

Tuy nhiên, có những lo ngại hợp lệ về nguy cơ lây nhiễm của bên thứ ba - nếu giao thức tương thích không thành công, họ có thể ảnh hưởng đến tất cả các dự án được xây dựng trên họ. Mặc dù có những rủi ro này, sự áp dụng vẫn tiếp tục tăng lên.

Một quan điểm khác: trong một tương lai trừu tượng hóa chuỗi, các khung mã thông báo sẽ không còn quan trọng nữa vì người giải sẽ hoán đổi mã thông báo gốc cho người dùng đằng sau hậu trường. Và trong khi có một số sự thật về điều đó – người dùng sẽ không cần phải suy nghĩ về mã thông báo – nó bỏ lỡ một góc độ quan trọng. Còn bản thân những người giải quyết thì sao? Đối với họ, các khung mã thông báo có thể thực sự hữu ích. Họ giải quyết hàng tồn kho và tái cân bằng các vấn đề đau đầu vì họ không yêu cầu thanh khoản để di chuyển qua các chuỗi. Đó là lý do tại sao các công cụ giải thích sử dụng các framework như CCTP để di chuyển USDC – nó rẻ, hiệu quả và hoàn hảo để tái cân bằng chuỗi chéo.

Cách mà tất cả điều này hình thành vẫn chỉ là sự đoán của ai đó. Có thể chúng ta chỉ cần các khung vi mô token cho một nhóm nhỏ các chuỗi ngoại vi hoặc có thể chúng sẽ trở thành tiêu chuẩn để triển khai token trong tiền điện tử. Những gì chúng ta biết ngày hôm nay là việc tiếp nhận các khung vi mô liên kết đang tăng lên, và cạnh tranh cũng vậy. Vấn đề với sự phát triển này? Sự phân mảnh. Các khung vi mô cạnh tranh sẽ chia tách tài sản và thanh khoản, và chúng ta sẽ không thấy một giải pháp phù hợp cho tất cả. Động cơ đơn giản không cho phép nó.

Disclaimer:

1. Bài viết này được sao chép từ [LI.FI]. Tất cả bản quyền thuộc về tác giả gốc [Arjun Chand]. Nếu có ý kiến phản đối bản in lại này, vui lòng liên hệ với Cổng học và họ sẽ xử lý kịp thời.
2. Bản quyền từ chối trách nhiệm: Các quan điểm và ý kiến được thể hiện trong bài viết này chỉ thuộc về tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi đội ngũ Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn những bài viết đã được dịch là không được phép.