Trong thời đại các chuỗi tương thích với hợp đồng thông minh mọc lên như nấm sau mưa, nhu cầu của người dùng đối với cầu nối chuỗi chéo của bên thứ ba đối với nhiều tài sản bản địa khác nhau cũng ngày càng tăng. Các dự án và hệ sinh thái chuỗi khối thường áp dụng giải pháp chuỗi chéo "đúc & đốt" đơn giản, điều này sẽ dẫn đến việc kiểm soát không giới hạn các tài sản chuỗi chéo thuộc về một nhà cung cấp cầu nối chuỗi chéo duy nhất. Tuy nhiên, điều ít người bàn luận là một khi nhà cung cấp bị ràng buộc, sẽ dễ gây ra những rủi ro lớn khó khắc phục đối với an ninh tài sản và hệ sinh thái blockchain.

tiêu đề cấp đầu tiên

Lịch sử phát triển của cầu nối chuỗi chéo tài sản gốc của bên thứ ba

Khi chúng ta cần chuyển các tài sản ban đầu trên chuỗi này sang chuỗi khác, nhu cầu rộng rãi là giữ cho tổng lưu thông của tài sản trên thị trường không thay đổi trong khi thực hiện chuyển đổi chéo. Ví dụ: khi một dự án muốn mở rộng sang phát triển đa chuỗi, dự án đó thường cần chuỗi chéo mã thông báo hợp đồng của chính mình và sử dụng nó để nhận phần thưởng khai thác thanh khoản hoặc quản trị (chẳng hạn như $SUSHI hoặc bất kỳ dự án DeFi đa chuỗi nào khác). Ví dụ khác, chuỗi tương thích EVM mới ra mắt thường cần liên kết chéo một số tài sản chính (chẳng hạn như WETH, USDT và USDC, v.v.) để kích thích hoạt động của hệ sinh thái DeFi.

Đây là lúc "cầu nối liên chuỗi tài sản gốc" phát huy tác dụng. Quy trình "đúc và đốt" của nó như sau:

• Từ chuỗi nguồn đến chuỗi đích:Người dùng "khóa" tài sản gốc trên chuỗi nguồn trong một hợp đồng thông minh an toàn do một chủ thể kiểm soát (phi tập trung hoặc tập trung), sau đó chủ thể "truyền" ánh xạ chính tắc của tài sản ban đầu cho người dùng trên chuỗi mục tiêu.

• Từ chuỗi mục tiêu trở lại chuỗi nguồn:Người dùng "hủy" tài sản ánh xạ quy chuẩn được đúc trên chuỗi mục tiêu được bắc cầu và sau khi xác nhận việc hủy, chủ thể "giải phóng" cùng một lượng tài sản bị khóa trên chuỗi nguồn cho người dùng (trừ phí xử lý chuỗi chéo tương ứng) .

Để đơn giản hóa cuộc thảo luận bên dưới, chúng tôi mượn một thuật ngữ từ cộng đồng nghiên cứu mạng và gọi đây làđơn vị kiểm soát tài sảngọi là "cấu trúc cầu」。

Đối với các chuỗi khối hoặc chuỗi bên thứ hai như Avalanche hoặc Polygon hoặc các bản tổng hợp như Arbitrum và Optimism, một cầu nối chuỗi chéo tài sản bản địa chính thức thường được thiết lập để kết nối với Ethereum và được sử dụng cho các chuỗi chéo tài sản chính thống, chẳng hạn như WETH, USDT, USDC , ĐẠI, v.v. Thông thường, "cấu trúc cầu nối" của các cầu nối chuỗi chéo chính thức này có cùng mức độ bảo mật như sự đồng thuận của chuỗi cơ bản (tất nhiên là có một số trường hợp ngoại lệ) hoặc trong trường hợp của Rollup lớp thứ hai, nó được liên kết an toàn với lớp đầu tiên của Ethereum. Vì điểm hợp lưu là Ethereum, nên cấu trúc liên kết hình sao được hình thành giữa chuỗi và cầu nối chuỗi chéo tài sản gốc của nó.

Tuy nhiên, cấu trúc liên kết sao này không thể đáp ứng các yêu cầu xuyên chuỗi của tất cả các nội dung gốc:

• Nếu mã thông báo ban đầu không được phát hành trên Ethereumvà muốn có cầu nối liên chuỗi tài sản gốc trực tiếp từ Avalanche đến BSC, nhưng không có cầu nối liên chuỗi tài sản gốc chính thức tương ứng có thể hỗ trợ trường hợp sử dụng này.

• Nếu một chuỗi chọn không vận hành cầu nối liên chuỗi tài sản gốc phi tập trung và không được phép, đương nhiên không có cách nào để đáp ứng trực tiếp nhu cầu xuyên chuỗi của các dự án sinh thái được xây dựng trên chuỗi này. Những ví dụ như vậy bao gồm Moonriver, Celo, Oasis Emerald, BSC (hiện cầu BSC chính thức đã ngừng hoạt động) và nhiều hơn nữa. Trong trường hợp này, không chỉ tài sản hợp đồng của dự án mà cả tài sản chính bao gồm USDT/USDC/WETH không thể được kết nối chính thức với chuỗi.

tiêu đề cấp đầu tiên

Câu hỏi quan trọng nhất khi chọn cầu xuyên xích

Bây giờ, giả sử rằng một DEX trên Oasis Emerald muốn niêm yết $ROSE/$USDT, phiên bản nào của chuỗi chéo $USDT nên chọn sử dụng? Hoặc nếu một dự án DeFi muốn mở rộng sang BSC và muốn vượt qua các tài sản hợp đồng của chính mình, thì nên sử dụng cầu nối chuỗi chéo nào để tạo ánh xạ mã thông báo?

Mỗi cầu gốc hiện có ngày nay đều tạo phiên bản mã thông báo ánh xạ chính tắc duy nhất của riêng nó và các mã thông báo này hoàn toàn không tương thích. Đây là một thực tế rất trớ trêu:Các cầu nối chuỗi chéo tài sản bản địa là các thành phần chính để đạt được khả năng tương tác của chuỗi khối, nhưng chúng không thể tương tác với nhau.

Trong trường hợp này, câu hỏi đặt ra, bạn chỉ có thể chọn một trong số họ, phải không?

Bạn nên chọn Anyswap, cBridge, Wormhole hay các cầu nối chuỗi chéo khác? Nếu bạn đã bắt đầu chuẩn bị một bảng so sánh để so sánh các mô hình bảo mật, UI/UX, SDK, hỗ trợ trình tổng hợp, khả năng mở rộng và chi phí trong tương lai, v.v.,điều đó là không cần thiết。

Vâng, tất cả những điều này đều quan trọng, nhưng bạn không nên bắt buộc phải lựa chọn ngay từ đầu!

Khi bạn, với tư cách là nhà phát triển DeFi/GameFi/NFT/Metaverse/dApp/blockchain, quyết định sử dụng cầu nối chuỗi chéo tài sản gốc của bên thứ ba làm giải pháp, những điều quan trọng nhất cần hỏi là:

tiêu đề cấp đầu tiên

Cầu liên chuỗi bị khóa bởi nhà cung cấp gây hại cho sức khỏe của DApp

Thật không may, tất cả các cầu nối xuyên chuỗi tài sản gốc của bên thứ ba hiện có đều bị khóa bởi nhà cung cấp. Vì vậy, đối với các nhà phát triển dự án, khi bạn chọn sử dụng bất kỳ giải pháp chuỗi chéo nào, bất kể nó tốt hay xấu, dự án sẽ luôn bị giới hạn ở cây cầu này. Về mặt kỹ thuật, điều này là do cầu nối chuỗi chéo mà bạn chọn là công cụ tạo ra mã thông báo ánh xạ chính tắc duy nhất cho nội dung đó trên chuỗi mục tiêu.

Hãy bắt đầu với rủi ro bảo mật tài sản lớn. Giả sử bạn phát triển một DEX trên chuỗi khối và hiện hoàn toàn dựa vào phiên bản ánh xạ $USDT duy nhất do SuperNice Bridge tạo ra. Điều gì sẽ xảy ra nếu "cấu trúc cầu nối" của SuperNice Bridge có một lỗ hổng nghiêm trọng trong quy trình bảo mật cho phép tin tặc đào một số lượng USDT không giới hạn và rút cạn mọi tài sản trên DEX của bạn? Hoặc bạn mở rộng mã thông báo dự án của mình thành nhiều chuỗi và hiện 80% mã thông báo bị khóa trong nhóm do cầu kiểm soát, vi phạm bảo mật tương tự xảy ra và bạn sẽ trải qua sự sụp đổ giá thị trường nghiêm trọng và hơn thế nữa là bất kỳ vụ hack nào. có thể tấn công tài sản của bạn nghiêm trọng hơn.

Sau đó là câu hỏi về độ tin cậy. Điều gì xảy ra nếu có tắc nghẽn trong hệ thống chuỗi chéo? Điều gì sẽ xảy ra nếu chất lượng dịch vụ chuỗi chéo giảm xuống? Điều gì sẽ xảy ra nếu cây cầu xuyên chuỗi bị sập? Những người dùng nắm giữ mã thông báo dự án của bạn hoàn toàn gặp rắc rối.

Cuối cùng, loại cầu liên chuỗi bị khóa bởi nhà cung cấp này sẽ gây ra một loạt vấn đề sinh thái mà bạn không thể dự đoán được:

• Điều gì sẽ xảy ra nếu nó quyết định tăng phí?

• Nếu nó quyết định xếp hạng giới hạn người dùng của bạn thì sao?

• Điều gì sẽ xảy ra nếu nó ngừng lặp lại trên UX và khiến người dùng của bạn không hài lòng?

• Nếu nó không thể hỗ trợ các tình huống sử dụng trong tương lai cho mục đích nhắn tin chung thì sao?

• Điều gì sẽ xảy ra nếu nó không hoạt động với bộ tổng hợp cầu nối bên ngoài hoặc API bị hỏng?

• …… 

bạn có thể làm gì

Đúng vậy, bạn không thể làm gì được. Mặc dù danh sách trên chỉ là một phần nhỏ của những gì có thể xảy ra, nhưng dApp của bạn và người dùng của bạn sẽ hoàn toàn phải chịu những tác động không thể đoán trước nhưng có thật.tiêu đề cấp đầu tiên。

Một tiêu chuẩn cầu xuyên chuỗi mở: dễ dàng giải quyết vấn đề khóa nhà cung cấp

Tin tốt là tình trạng khóa nhà cung cấp này có thể được giải quyết dễ dàng. Chúng tôi có thể xây dựng một "khung ánh xạ đặc tả tài sản duy nhất" thống nhất, đặt các dự án chuỗi khối và cộng đồng nhà phát triển ở vị trí thống trị và chọn giải pháp chuỗi chéo tài sản gốc tốt nhất trong số nhiều cầu nối chuỗi chéo.Quan trọng hơn, với tư cách là nhà phát triển dự án, bạn không có thêm bất kỳ gánh nặng nào.

Ở cấp độ kỹ thuật hơn, điều đầu tiên và quan trọng nhất cần làm là loại bỏ khái niệm về hợp đồng đào một mã thông báo gốc. Bởi vì trong trường hợp này, mã thông báo chỉ có thể được tạo bởi một cầu nối chuỗi chéo duy nhất, nó sẽ gây ra sự cố khóa nhà cung cấp.

Thay vào đó, khi một dự án chọn mở rộng sang các chuỗi khác, cộng đồng nhà phát triển của dự án nên yêu cầu một hợp đồng tương thích với cầu nối đa chuỗi.

Với loại hợp đồng mã thông báo này, dự án có thể cho phép nhiều cầu nối chuỗi chéo đóng vai trò là cầu nối chuỗi chéo tài sản gốc của mã thông báo hợp đồng của nó cùng một lúc, bởi vì mỗi cầu nối chuỗi chéo sẽ đúcPhiên bản tương tự của mã thông báo ánh xạ đặc tả gốc. Các ứng dụng DeFi cũng có thể yêu cầu ánh xạ tiêu chuẩn hóa các tài sản chính như USDT/USDC/WETH hỗ trợ tiêu chuẩn cầu nối chuỗi mở. Mỗi cầu nối cũng có thể tự động chỉ định giới hạn giá trị đúc tối đa dựa trên đánh giá của DAO về mức độ bảo mật, trải nghiệm người dùng và các yếu tố khác.

Rõ ràng, bên dự án hiện đã trở thành kẻ thống trị cầu nối chuỗi chéo. Vì vậy, hãy quay trở lại kịch bản rủi ro được đề cập trong chương trước.

Trong trường hợp một trong các cầu nối chuỗi chéo bị tấn công, dẫn đến việc đúc không giới hạn, chỉ hạn ngạch đúc còn lại được phân bổ cho cầu nối chuỗi (thường thậm chí còn nhỏ hơn nhiều so với giới hạn đúc của cầu nối chuỗi) sẽ bị giảm mà không gây ra Tổng nguồn cung cấp mã thông báo hợp đồng đã giảm mạnh, giúp giảm đáng kể rủi ro trong tình huống này.

Điều gì xảy ra nếu một trong các cầu nối chéo không thể sử dụng bình thường? Đừng lo lắng, có những cầu nối chuỗi chéo khác có thể tiếp tục phục vụ người dùng bình thường!

Điều gì xảy ra nếu một số cầu đường quá cao? Tiêu tốn quá nhiều phí xử lý chuỗi chéo? UI/UX không trực quan? Hỗ trợ tính năng hạn chế? Không tích hợp hệ sinh thái bên ngoài? Đừng lo lắng, DAO của dự án có thể chỉ cần hạ thấp nắp khai thác của cầu chuỗi chéo và hướng dẫn người dùng sử dụng các cầu khác!

tiêu đề cấp đầu tiên

Tham gia với chúng tôi khi nó quan trọng nhất! chúng tôi cần bạn!

Chúng tôi muốn nói rõ với mọi người rằng chúng tôi không xuất bản nội dung này hôm nay để xây dựng một thông số kỹ thuật tiêu chuẩn, mà hy vọng rằng nó có thểCung cấp một trường hợp mạnh mẽ cho sự cần thiết của một tiêu chuẩn mở như vậytiêu đề phụ

Dành cho các nhà xây dựng giải pháp chuỗi chéo và khả năng tương tác

tiêu đề phụ

DAO cho các ứng dụng khác nhau

Chúng tôi hy vọng bài viết này có thể khiến mọi người nhận ra rằng việc sử dụng các giải pháp chuỗi chéo tài sản gốc không bị khóa bởi nhà cung cấp là vô cùng quan trọng. Nếu bạn đang xem xét tích hợp tài sản chuỗi chéo hoặc mở rộng sang chuỗi mới, bất kể bạn đang xem xét giải pháp cầu nối chuỗi chéo nào, chúng tôi hy vọng bạn có thể tìm thấy giải pháp thực sự có lợi cho mình, thay vì chỉ tìm kiếm một Cross. -chain nhà cung cấp cầu.

tiêu đề phụ

lãnh đạo dư luận cộng đồng

Vui lòng tham gia cùng chúng tôi để mang lại lợi ích của tiêu chuẩn cầu nối liên chuỗi tài sản gốc mở cho mọi nhà phát triển trên thế giới đang tìm kiếm lời khuyên và thông báo cho họ về những cạm bẫy tiềm ẩn của việc khóa nhà cung cấp.

Hãy chung tay và cùng nhau xây dựng một tương lai rộng mở và tương tác!