Tác giả gốc: Arjun Chand
Biên soạn gốc: Deep Chao TechFlow
Lưu ý: Nếu bạn đã quen với cách hoạt động của khung mã thông báo do giao thức tương tác giới thiệu, bạn có thể chuyển thẳng đến phần phân tích so sánh.
giới thiệu
Việc phát hành mã thông báo trước đây rất đơn giản: bạn chỉ cần triển khai nó trên Ethereum vì đó là cốt lõi của mọi hoạt động – người dùng, nhà giao dịch, vốn và tính thanh khoản. Ngày nay tình hình phức tạp hơn nhiều. Thanh khoản được phân phối trên Bitcoin, Ethereum, L2, Solana và các chuỗi khác. Vậy bạn có thể phát hành token ở đâu? Không có câu trả lời dễ dàng.
Nhưng nếu bạn không phải chọn chỉ một chuỗi thì sao? Hãy tưởng tượng một mã thông báo có thể được sử dụng ở bất cứ đâu, có thể lưu chuyển trơn tru trong toàn bộ nền kinh tế tiền điện tử.
Nhờ các giao thức tương tác (còn được gọi là cầu nối), giờ đây có thể phát hành mã thông báo thị trường thống nhất trên nhiều chuỗi. Điều này tạo ra tính thanh khoản không biên giới và đơn giản hóa hoạt động của các nhà phát hành mã thông báo: tính thanh khoản cao hơn, mức độ chấp nhận cao hơn và hiệu ứng mạng mạnh mẽ hơn mà không phải lo lắng về sự phân mảnh. Về cơ bản, nó giống như có một tài khoản ngân hàng toàn cầu hoạt động ở mọi nơi, được tích hợp vào tất cả hệ sinh thái DeFi.
Trong bài viết này, chúng tôi sẽ so sánh các khung mã thông báo 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 của chúng tôi là đánh giá các tính năng, lợi ích và sự đánh đổi độc đáo của chúng để giúp các nhóm chọn giải pháp tốt nhất để phát hành mã thông báo đa chuỗi gốc. Chúng ta sẽ xem xét các framework sau:
Dịch vụ mã thông báo liên chuỗi (ITS) của Axelar
Chuyển mã thông báo gốc của Wormhole (NTT)
Mã thông báo có thể thay thế toàn chuỗi của LayerZero (Mã thông báo có thể thay thế Omnichain, OFT)
Warp Token của Hyperlane
xERC 20 (EIP 7281: Mã thông báo cầu nối có chủ quyền)
Hãy bắt đầu.
Khung mã thông báo hoạt động như thế nào
Có hai cách tiếp cận chính đối với khung mã thông báo, tùy thuộc vào việc bạn đang chuyển mã thông báo hiện có thành mã thông báo đa chuỗi hay khởi chạy mã thông báo đa chuỗi gốc ngay từ đầu.
Ghi và đúc tiền: dành cho mã thông báo đa chuỗi gốc
Khi mã thông báo được phát hành tự nhiên trên nhiều chuỗi ngay từ ngày đầu tiên, nguồn cung của nó sẽ được phân phối trên các chuỗi đó. Khi mã thông báo được chuyển giữa các chuỗi khác nhau, chúng sẽ bị hủy trên chuỗi nguồn và được đúc trên chuỗi đích, đảm bảo rằng tổng nguồn cung luôn giống nhau.
Hãy nghĩ về nó giống như một hệ thống kế toán (như nhiều nhóm tương tác giải thích về nó). Dưới đây là một ví dụ: hãy xem xét mã thông báo X, với tổng nguồn cung 1000 mã thông báo được phân phối giữa năm chuỗi dựa trên nhu cầu:
Chuỗi A: 400 token
Chuỗi B: 200 token
Chuỗi C: 200 token
Chuỗi D: 100 token
Chuỗi E: 100 token
Nếu người dùng chuyển 50 token từ chuỗi E sang chuỗi A, những token này sẽ bị hủy trên chuỗi E và được đúc trên chuỗi A. Phân phối cập nhật là:
Chuỗi A: 450 token
Chuỗi B: 200 token
Chuỗi C: 200 token
Chuỗi D: 100 token
Chuỗi E: 50 token
Quá trình này đảm bảo rằng tổng nguồn cung vẫn ở mức 1.000 token, cho phép chuyển tiền liền mạch mà không bị trượt giá.
Khóa và đúc: đối với các mã thông báo hiện có
Đối với các mã thông báo hiện có ban đầu chỉ được triển khai trên một chuỗi duy nhất, quy trình sẽ khác. Toàn bộ nguồn cung tập trung vào một chuỗi và khi được chuyển sang chuỗi khác, một phần nguồn cung sẽ bị khóa trong hợp đồng thông minh trên chuỗi nguồn trong khi số lượng token tương tự được đúc trên chuỗi mục tiêu.
Cách tiếp cận này tương tự như cách hoạt động của đồng xu được bọc. Token bị khóa trên chuỗi A có thể được đúc dưới dạng token được bọc trên chuỗi B. Tuy nhiên, giờ đây những token này cũng có thể được chuyển từ chuỗi B sang chuỗi C bằng phương pháp burn-mint mà không cần phải khóa trên nhiều chuỗi. Nguồn cung ban đầu vẫn còn trên chuỗi A, đảm bảo việc chuyển giữa các chuỗi chỉ yêu cầu xác minh rằng mã thông báo đã đốt khớp với mã thông báo đã đúc.
Tại sao hệ thống mã thông báo lại quan trọng
Dưới đây là những lợi ích đối với nhóm có mã thông báo có thể giao dịch trong thị trường chuỗi chéo thống nhất:
Thanh khoản – Một thị trường thống nhất thu hút nhiều nhà giao dịch hơn và tăng tính thanh khoản.
Nhận dạng thương hiệu – Mã thông báo có sẵn trong nhiều hệ sinh thái DeFi khác nhau, làm tăng nhu cầu và nhận diện thương hiệu.
Đơn giản – Việc quản lý mã thông báo trở nên đơn giản hơn và giảm độ phức tạp.
Dự phòng – Nếu một chuỗi bị lỗi, mã thông báo vẫn có thể hoạt động trên các chuỗi khác, cung cấp mạng lưới an toàn.
Mở rộng thị trường – Token có thể được triển khai trên nhiều chuỗi nhanh hơn, thúc đẩy việc áp dụng. Ngoài ra, hệ sinh thái được kết nối có nghĩa là có nhiều không gian hơn để thử nghiệm trong không gian DeFi.
Hiệu ứng mạng – cộng tác với các dự án khác làm tăng khả năng áp dụng và giá trị.
Hãy xem Giao thức chuyển chuỗi chéo (CCTP) của Circle . Bằng cách ra mắt CCTP, Circle cho phép USDC được giao dịch liền mạch trên các chuỗi được hỗ trợ, giải quyết các vấn đề chính:
Thanh khoản không bị phân mảnh – Trước đây, có các phiên bản USDC khác nhau trên mỗi chuỗi, dẫn đến kém hiệu quả. Hiện tại, 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 tiếp cận nhiều người dùng và thị trường hơn.
Hiệu quả về vốn – Người dùng có thể kết nối số lượng lớn USDC mà không cần đến nhóm thanh khoản hoặc trình bao bọc.
Phí tối thiểu – Phí chuyển khoản chủ yếu là phí gas.
Không trượt giá – Chuyển khoản trực tiếp, loại bỏ nguy cơ trượt giá.
Bộ tính năng độc đáo của Circle dành cho USDC được kích hoạt bởi giao thức cầu nối được xây dựng tùy chỉnh CCTP của họ, một điều xa xỉ mà hầu hết các dự án không có. Đây là lúc khung mã thông báo được duy trì bởi giao thức tương tác phát huy tác dụng. Các khung này cung cấp chức năng tương tự như những gì CCTP cung cấp cho USDC, nhưng có thể áp dụng cho bất kỳ loại tiền nào. Bằng cách phát hành mã thông báo thông qua các khuôn khổ này, các dự án có thể thiết lập một thị trường thống nhất trên nhiều chuỗi được hỗ trợ, cho phép chuyển tiền đơn giản và sử dụng các cơ chế đốt/khóa và đúc tiền.
So sánh các khung mã thông báo
Bây giờ chúng ta đã hiểu cách hoạt động của khung mã thông báo và các ưu điểm của nó, hãy so sánh các giải pháp khác nhau trên thị trường để các nhóm phát hành mã thông báo.
bảo vệ
Bảo mật của khung mã thông báo
Dưới đây là giải thích về các khía cạnh an toàn chính được đề cập trong bảng:
1. Cơ chế xác minh
Cơ chế xác minh là cốt lõi của xác minh chuyển giao chuỗi chéo. Nó đề cập đến cách xác thực tin nhắn và loại thiết lập mà mỗi khung cung cấp về cơ chế xác thực - cho dù đó là một tùy chọn duy nhất, hệ thống mô-đun có 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 - điều đó khiến các nhà phát hành Coin có thể chọn giải pháp phù hợp nhất dựa trên nhu cầu bảo mật của họ.
Mặc dù các cơ chế xác thực tùy chỉnh mang lại nhiều lợi ích nhưng cấu hình mặc định vẫn được sử dụng rộng rãi nhất . Vì vậy, điều quan trọng là phải chú ý đến tính bảo mật của sơ đồ xác thực mặc định. Các nhóm nên sử dụng các cơ chế xác minh bổ sung ngoài sơ đồ mặc định để nâng cao cài đặt bảo mật của mình.
Khi nói đến tính sống động, việc dựa vào nhiều phương án xác minh có cả ưu điểm và nhược điểm. Ưu điểm là tăng khả năng chịu lỗi: nếu một nhà cung cấp gặp sự cố ngừng hoạt động, các nhà cung cấp khác có thể đảm bảo hoạt động liên tục, do đó làm tăng độ tin cậy của hệ thống. Tuy nhiên, điều này cũng làm tăng độ phức tạp của hệ thống. Mỗi giải pháp bổ sung đều tiềm ẩn một điểm hỏng hóc, làm tăng nguy cơ gián đoạn hoạt động.
2. Tính linh hoạt của cơ chế xác minh
Làm nổi bật tính linh hoạt của từng khung trong việc tùy chỉnh cơ chế xác minh – cụ thể là liệu nhà phát hành mã thông báo có thể chọn từ nhiều tùy chọn hay bị giới hạn ở cài đặt mặc định.
3. Giải pháp xác minh dựng sẵn vượt trội
Các sơ đồ dựng sẵn là các cơ chế xác minh mà nhà phát hành mã thông báo có thể sử dụng trực tiếp để xác minh tin nhắn, đơn giản hóa quy trình triển khai. Một framework cung cấp các tùy chọn dựng sẵn đáng tin cậy hơn thường là một dấu hiệu tích cực.
Mặc dù một số khung cung cấp nhiều chương trình xác minh hơn các khung khác, nhưng điều quan trọng là phải đánh giá chúng dựa trên tính bảo mật của chúng , điều này có thể thay đổi từ một trình xác thực duy nhất đến một bộ trình xác thực toàn diện.
Ví dụ: các tùy chọn DVN (Mạng xác minh động) do OFT cung cấp bao gồm trình xác thực duy nhất và các tùy chọn mạnh mẽ hơn như CCIP hoặc Axelar, sử dụng bộ trình xác thực đầy đủ. Tương tự, ISM (quản lý hợp đồng thông minh) do Warp Token cung cấp bao gồm ISM đa chữ ký do cộng đồng Hyperlane điều hành, đồng thời cung cấp tùy chọn tổng hợp ISM, cho phép các nhóm kết hợp bảo mật từ nhiều ISM.
Ngoài ra, nhiều phương án xác minh có thể chưa được sử dụng rộng rãi hoặc chưa được thử nghiệm đầy đủ trong các tình huống thực tế. Do đó, các nhóm nên đánh giá cẩn thận chất lượng của các chương trình xác minh có sẵn và chọn một chương trình phù hợp với mức độ bảo mật được yêu cầu của họ. Chúng tôi thực sự khuyên bạn nên tận dụng các tùy chọn hiện có để xây dựng hệ thống xác minh mã thông báo an toàn và đáng tin cậy. Trong các bài viết nghiên cứu trong tương lai, chúng tôi sẽ đi sâu vào các tính năng bảo mật của các chương trình xác minh khác nhau được cung cấp bởi mỗi khung mã thông báo.
4. Sơ đồ xác minh mặc định
Đề cập đến việc khung có cung cấp cơ chế xác minh mặc định hay không. Điều này rất quan trọng vì hầu hết các đội thường sẽ chọn các tùy chọn mặc định để dễ sử dụng. Nếu nhà phát hành mã thông báo quyết định sử dụng tùy chọn mặc định, điều quan trọng là phải đánh giá tính bảo mật của nó và xem xét tận dụng các tính năng có thể tùy chỉnh để tăng cường bảo mật.
5. Xác minh tham gia ứng dụng
Làm nổi bật liệu nhóm có thể tham gia vào quá trình xác minh hay không, quá trình này có thể tăng cường bảo mật bổ sung hoặc cung cấp cho họ quyền kiểm soát bảo mật của chính họ. Điều này rất quan trọng vì nó cho phép các nhóm cải thiện tính bảo mật bằng cách kết hợp hệ thống xác minh của riêng họ với các cơ chế hiện có. Bằng cách đó, nếu có sự cố xảy ra với các phương pháp xác minh khác, họ có thể dựa vào các biện pháp bảo vệ của riêng mình để tránh những rủi ro tiềm ẩn.
Ví dụ: các nhóm như Stargate, Tapioca, BitGo, Cluster và Abracadabra chạy DVN của riêng họ trên LayerZero, chứng minh cách các nhóm khác có thể tận dụng khả năng tùy chỉnh sẵn có. Mặc dù đòi hỏi nhiều nỗ lực hơn nhưng nhiều nhóm nên tận dụng lớp bảo mật bổ sung này. Khi được triển khai hiệu quả, tính năng này có thể ngăn ngừa hiệu quả các sự cố lớn khi xảy ra lỗi nghiêm trọng.
6. Chống lại sự kiểm duyệt
Xác định xem và cách thức các tin nhắn có thể bị kiểm duyệt, điều này có thể dẫn đến lỗi ứng dụng và ảnh hưởng đến hoạt động bình thường của 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 vẫn có thể chuyển sang cơ chế xác minh khác hoặc chuyển tiếp trong cùng một khuôn khổ. Tuy nhiên, điều này đòi hỏi nỗ lực nhiều hơn 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. Nguồn mở
Cơ sở mã nguồn mở cho phép các nhà phát triển kiểm tra các tính năng bảo mật và thiết lập tổng thể của khung, đảm bảo tính minh bạch trong mã được thực thi. Tính minh bạch này rất quan trọng để đảm bảo tính bảo mật và độ tin cậy của phần mềm.
so sánh chi phí
Bảng này so sánh cấu trúc phí của một số khung mã thông báo, tập trung vào cách mỗi khung xử lý các hoạt động giao thức, nhắn tin và các khoản phí bổ sung khác. Điều đáng chú ý là tất cả các khung đều cho phép thêm phí ứng dụng tùy chỉnh ở lớp ứng dụng. Hơn nữa, trong tất cả các khuôn khổ, quá trình xác minh và chuyển giao đều liên quan đến các khoản phí, bao gồm phí trả cho bộ lặp, bộ thu phát hoặc các đơn vị tương tự.
Hiện nay, hầu hết các khoản phí đều liên quan đến việc xác minh và chuyển tiếp tin nhắn. Như đã đề cập trước đó, tất cả các khung mã thông báo đều cung cấp nhiều cơ chế để xác thực thư. Mặc dù mỗi chương trình xác minh bổ sung sẽ tăng cường tính bảo mật của hệ thống nhưng nó cũng sẽ làm tăng phí và chi phí của người dùng.
Phí được gắn với khung mã thông báo
Phí lớp giao thức
Điều này đề cập đến mức phí mà mỗi hệ thống tính khi thực hiện chuyển khoản hoặc các hoạt động khác.
Vì có một công tắc tính phí do DAO quản lý nên các nhà phát hành mã thông báo có thể cần phải trả phí bổ sung cho giao thức tương tác đằng sau khung mã thông báo (ví dụ: LayerZero cho OFT hoặc Hyperlane cho Warp Token). Điều này tạo ra sự phụ thuộc vào quản trị DAO, vì bất kỳ thay đổi nào đối với việc chuyển đổi phí sẽ ả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 khuôn khổ này, khiến chúng phải tuân theo các quyết định của DAO.
hợp đồng thông minh
Bảng này trình bày các thuộc tính chính của hợp đồng thông minh của từng khung, nêu bật sự khác biệt của chúng về tính linh hoạt, bảo mật và khả năng tùy chỉnh, đặc biệt tập trung vào lịch sử triển khai, kiểm tra bảo mật, phần thưởng được cung cấp và các tùy chọn tùy chỉnh đáng chú ý để kiểm soát chi tiết hơn.
Điều đáng lưu ý là tất cả các khung đều cho phép ứng dụng đặt giới hạn tốc độ và danh sách đen, các tính năng bảo mật quan trọng mà khi sử dụng hiệu quả có thể giúp ngăn ngừa tổn thất tài chính đáng kể . Ngoài ra, mỗi khung cung cấp sự linh hoạt để triển khai các hợp đồng thông minh dưới dạng 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.
Khung mã thông báo cho hợp đồng thông minh
Thời gian triển khai
Trường này hiển thị thời gian triển khai hợp đồng thông minh của từng khung, phản ánh thời gian khung hoạt động.
kiểm toán
Số lần kiểm tra là một chỉ số quan trọng về an ninh. Kiểm toán đảm bảo tính toàn vẹn của các hợp đồng thông minh khung và xác định các lỗ hổng cũng như vấn đề có thể ảnh hưởng đến hệ thống.
thưởng
Tiền thưởng là các khuyến khích tài chính do khuôn khổ này cung cấp để 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.
Các tính năng nổi bật để kiểm soát chi tiết
Khung hợp đồng thông minh cho phép các ứng dụng triển khai nhiều tính năng bảo mật có thể tùy chỉnh dựa trên nhu cầu cụ thể. Trường này nêu bật các tính năng bảo mật chính được cung cấp bởi một số khung để đảm bảo an ninh hệ thống
Áp dụng và quảng bá
Mỗi khung có những đặc điểm riêng và mức độ tham gia của các nhà phát triển, giao thức và nền tảng khác nhau dựa trên trọng tâm kỹ thuật, phương pháp tích hợp và đảm bảo bảo mật.
người đóng góp cốt lõi
Phần này nêu bật sự tham gia tích cực của các nhóm khác nhau trong việc xây dựng và duy trì từng khuôn khổ. Sự đa dạng của những người tham gia ngoài nhóm phát triển ban đầu là một dấu hiệu tích cực của một số yếu tố: (1) nhu cầu rộng hơn về khung và (2) khả năng tiếp cận và dễ sử dụng của khung, cho dù thông qua cách cấp phép vẫn còn chung chung sự hợp tác.
Nhận con nuôi
Việc áp dụng phản ánh mức độ sử dụng và lực kéo của từng khung, được đo bằng số lượng mã thông báo được triển khai và tổng giá trị bị khóa. Nó cung cấp cái nhìn sâu sắc về sự chấp nhận rộng rãi của khuôn khổ này 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 giữ an toàn cho tài sản.
Đội bóng nổi tiếng
Phần này nêu bật các nhóm và giao thức hàng đầu áp dụng từng khuôn khổ, phản ánh sự tin cậy và sức hấp dẫn chung của họ trong ngành.
Lớp phủ máy ảo
Phạm vi phủ sóng của máy ảo đề cập đến phạm vi máy ảo được hỗ trợ bởi mỗi khung. Hỗ trợ nhiều máy ảo hơn mang lại tính linh hoạt và khả năng tương thích cao hơn trong các môi trường blockchain khác nhau. Điều này mang lại cho các ứng dụng và nhà phát hành mã thông báo nhiều tùy chọn hơn để tiếp cận cộng đồng đa dạng
Số lượng chuỗi triển khai
Trường này phản ánh số lượng chuỗi được triển khai trên mỗi khung, tức là số lượng chuỗi mà mỗi ứng dụng hoặc nhà phát hành mã thông báo có thể hỗ trợ nếu họ quyết định sử dụng một khung 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 tài chính phi tập trung (DeFi) mà các ứng dụng có thể truy cập. 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, mặc dù việc mở rộng quy mô khung mà không được phép trên các chuỗi khác nhau có tiềm năng rất lớn nhưng nó cũng có thể đặt ra thách thức nếu các nhà phát triển cần tự xây dựng và duy trì cơ sở hạ tầng quan trọng. Đối với một số nhóm, chẳng hạn như những nhóm đang tìm cách xây dựng hỗ trợ bắc cầu cho các 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 mã thông báo chỉ muốn mở rộng phạm vi tiếp cận của mã thông báo của họ sang một chuỗi khác, điều này có thể quá phức tạp và tốn nhiều tài nguyên.
sự khác biệt độc đáo
Mỗi khung mang lại những tính năng khác biệt duy nhất, thường ở dạng các tính năng, công cụ hoặc tích hợp đặc biệt, giúp nó khác biệt với các khung khác. Những tính năng 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 chức năng cụ thể, tính dễ sử dụng hoặc muốn có được nhiều phân phối hơn cho mã thông báo của họ.
Kinh nghiệm của nhà phát triển
Tuyên bố từ chối trách nhiệm: Phần này phản ánh những hiểu biết sâu sắc thu được từ @SlavaOnChain (Trưởng bộ phận Quan hệ Phát triển tại LI.FI) và các cuộc thảo luận với các nhà phát triển quen thuộc với nhiều khuôn khổ khác nhau. Trải nghiệm của nhà phát triển có thể khác nhau tùy theo nền tảng và trường hợp sử dụng của họ.
Kinh nghiệm của nhà phát triển về khung mã thông báo
Dễ dàng tích hợp
Đề cập đến việc triển khai mã thông báo bằng cách sử dụng khung lần đầu tiên dễ dàng như thế nào mà không cần sự hỗ trợ từ nhóm.
tài liệu
Đánh giá tính hiệu quả của hướng dẫn, ví dụ và tài liệu tham khảo của khung trong việc giúp các nhà phát triển hiểu và sử dụng nền tảng.
Công cụ dành cho nhà phát triển
Hãy xem xét một bộ công cụ bao gồm thư viện, bộ công cụ phát triển phần mềm (SDK) và các tiện ích giúp xây dựng, thử nghiệm và triển khai mã thông báo bằng khung dễ dàng hơn
Bài học chính
A. Xu hướng về khả năng tương tác
Cơ chế xác minh và tùy chỉnh – Tất cả các khung đều cung cấp cơ chế xác minh có thể tùy chỉnh, đánh dấu một xu hướng mới trong các giao thức tương tác. Cuộc thảo luận về wstETH trên diễn đàn quản trị của Lido DAO là thời điểm quan trọng làm nổi bật sự cần thiết của tính năng này.
Thực tiễn bảo mật – Các tính năng như giới hạn tỷ lệ, đưa danh sách trắng/danh sách đen và cho phép nhà phát hành mã thông báo tham gia xác thực tin nhắn và cài đặt bảo mật thông qua các chính sách và vai trò tùy chỉnh đã trở thành thông lệ tiêu chuẩn trên các khung, cho thấy rằng bảo mật trong không gian tương tác đang thay đổi. phương hướng.
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 thực tùy chỉnh có lợi nhưng việc áp dụng ngoài mặc định vẫn ở mức thấp, đòi hỏi phải có kiến thức tốt hơn về các tùy chọn bảo mật. Điều quan trọng là phải đảm bảo rằng các sơ đồ xác thực mặc định có độ an toàn cao vì chúng được sử dụng phổ biến nhất.
Cơ chế xác minh – Bộ trình xác thực của Axelar và mạng lưới giám hộ của Wormhole là những cơ chế xác minh được áp dụng rộng rãi và được cung cấp trong nhiều khuôn khổ khác nhau.
B. Khung mã thông báo hàng đầu
OFT của LayerZero – dẫn đầu về số lượng token được triển khai và đảm bảo giá trị, nhờ lợi thế sớm đưa ra thị trường, hỗ trợ rộng rãi cho hầu hết các chuỗi và tài nguyên nhà phát triển toàn diện.
Warp Token của Hyperlane – Nhóm rất tập trung vào việc làm cho khung và công cụ dành cho nhà phát triển trở nên thân thiện hơn với các hoạt động không được phép. Điều này được thể hiện thông qua nhiều hoạt động triển khai máy ảo do các nhóm bên ngoài xây dựng và duy trì, thể hiện sự dễ dàng khi sử dụng khung này theo cách không cần cấp phép.
NTT của Wormhole – nhanh chóng được áp dụng rộng rãi, triển khai các token có giá trị cao trên khắp các chuỗi và cung cấp một số tính năng độc đáo trong thiết kế của nó, chẳng hạn như không chuyển đổi phí cấp giao thức. Đây 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 Solana hoặc giới thiệu mã thông báo Solana vào hệ sinh thái EVM.
ITS của Axelar – Axelar được xếp hạng trong số 25 chuỗi Bằng chứng cổ phần (PoS) hàng đầu với tổng giá trị bị khóa (TVL) là hơn 400 triệu USD . Khung ITS là động lực tăng trưởng chính, thúc đẩy cả mức tăng trưởng TVL và khối lượng tin nhắn được gửi qua mạng Axelar.
Khung xERC 20 - Khung duy nhất hoàn toàn không dựa vào cầu nối, không giống như các khung khác giống sản phẩm hơn. Nhiều giao thức tương tác không có khung riêng khuyến khích các nhóm phát hành mã thông báo bằng xERC 20 và một số giao thức cũng cung cấp các mẫu dựng sẵn để tích hợp.
Sự khác biệt về cấu trúc phí – xERC 20 và NTT là hai khung không có chuyển đổi phí cấp giao thức.
Tóm tắt
Các khung mã thông báo đang nổi lên và chúng có thể thay đổi mọi khía cạnh của dòng giá trị trong một thế giới đa chuỗi. Hiện tại, việc chuyển tài sản qua các chuỗi thường yêu cầu nhóm thanh khoản hoặc bộ giải , nhưng Khung mã thông báo loại bỏ nhu cầu về nhóm thanh khoản hoặc bộ giải. Thay vào đó, tài sản có thể được đúc trực tiếp trên chuỗi mục tiêu thông qua các giao thức tương tác.
Trên thực tế, khung mã thông báo có thể báo hiệu sự kết thúc của tài sản được bao bọc. Thanh khoản không còn cần phải được phân tán trên các chuỗi. Bạn có thể tạo ra các tài sản có thể thay thế được trên bất kỳ chuỗi nào và chúng có thể được giao dịch giữa các chuỗi chỉ với phí gas. Chúng ta đã nhìn thấy những dấu hiệu của xu hướng này. Circle đã ra mắt CCTP để vượt qua các vấn đề liên quan đến mã thông báo được bao bọc của USDC và nhiều nhóm lớn cũng như mã thông báo có giá trị cao hiện đang áp dụng khung mã thông báo. Điều này cho thấy sự tiến bộ đang tăng tốc.
Tuy nhiên, có những lo ngại chính đáng về rủi ro tấn công trực tiếp của bên thứ ba – nếu các giao thức tương tác không thành công , nó có thể ảnh hưởng đến tất cả các dự án được xây dựng trên chúng. Bất chấp những rủi ro này, việc áp dụng các khung mã thông báo vẫn tiếp tục phát triển.
Một quan điểm khác cho rằng 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 quyết sẽ trao đổi mã thông báo gốc cho người dùng ở hậu trường. Mặc dù điều này có phần hợp lý – người dùng sẽ không cần phải suy nghĩ về token – nhưng nó lại bỏ qua một yếu tố quan trọng. Còn bản thân người giải quyết thì sao? Đối với người giải quyết, khung mã thông báo có thể rất hữu ích. Chúng giải quyết vấn đề kiểm kê tài sản và tái cân bằng vì chúng không yêu cầu chuyển thanh khoản giữa các chuỗi. Đây là lý do tại sao các khung như CCTP được những người giải quyết ưa chuộng khi di chuyển USDC – nó rẻ, hiệu quả và hoàn hảo để tái cân bằng chuỗi chéo.
Làm thế nào điều này sẽ diễn ra là không chắc chắn. Có thể chúng ta chỉ cần khung mã thông báo trên một số chuỗi cạnh hoặc chúng có thể trở thành tiêu chuẩn để triển khai mã thông báo trong không gian tiền điện tử. Những gì chúng ta biết ngày nay là việc áp dụng các khuôn khổ tương tác ngày càng tăng và sự cạnh tranh ngày càng gia tăng. Vấn đề với sự tăng trưởng này là gì? Sự phân mảnh. Một khuôn khổ cạnh tranh sẽ phân chia tài sản và tính thanh khoản, đồng thời chúng ta sẽ không thấy một giải pháp chung cho tất cả. Điều này là không khả thi trong hệ thống khuyến khích.
