ZetaChain (ZETA) là blockchain lớp đầu tiên được thiết kế để thu hẹp khoảng cách giữa các mạng blockchain khác nhau, tận dụng cơ chế đồng thuận Cosmos SDK và Tendermint để cho phép các nhà phát triển tùy chỉnh xây dựng các ứng dụng có khả năng tương tác có thể mở rộng. Nền tảng này cho phép các ứng dụng phi tập trung (DApps) sử dụng các chức năng của nhiều chuỗi khối để giải quyết các vấn đề tồn tại trong các giao thức chuỗi chéo hiện tại và hiện thực hóa các chức năng chuỗi chéo toàn chuỗi. ZetaChain một trung tâm tích hợp.
ZetaChain hoạt động như thế nào
Nguồn: Trang web chính thức của ZetaChain
ZetaChain sử dụng SDK Cosmos, dựa trên công cụ đồng thuận Tendermint và mô hình Bằng chứng cổ phần (PoS), để chứng minh khả năng độc đáo của khả năng tương tác toàn chuỗi và sử dụng mã thông báo riêng của mình làm phí Gas, có lợi thế là mở rộng toàn bộ -chain Hợp đồng thông minh EVM. Theo Jed Barker, ZetaChain hoạt động như sau:
- Hợp đồng thông minh OmniChain : Cốt lõi của ZetaChain là hợp đồng thông minh có thể được kết nối với nhiều chuỗi khối. Các hợp đồng thông minh này được cung cấp bởi công cụ ZetaEVM tương thích với Máy ảo Ethereum, cho phép tương tác dữ liệu trên các chuỗi khối khác nhau;
- Chuyển tài sản liền mạch : Đơn giản hóa việc chuyển tài sản giữa các chuỗi khối mà không cần bắc cầu phức tạp. Điều này bao gồm hỗ trợ cho các chuỗi khối không có chức năng hợp đồng thông minh gốc, chẳng hạn như Bitcoin;
- Nhắn tin chuỗi chéo : Để trao đổi dữ liệu đơn giản hơn (chẳng hạn như truyền NFT), ZetaChain cung cấp các chức năng nhắn tin chuỗi chéo để tạo điều kiện thuận lợi cho việc truyền dữ liệu nhẹ giữa các mạng khác nhau;
- Quản lý tài sản bên ngoài: ZetaChain mở rộng khả năng quản lý tài sản trên các chuỗi khối khác, áp dụng logic hợp đồng thông minh cho các chuỗi thường thiếu chức năng này.
Kiến trúc ZetaChain:
Zeta, giống như các kiến trúc khác, có thể cung cấp nhiều chức năng nhắn tin xuyên chuỗi, nhưng ưu điểm duy nhất của nó nằm ở việc hỗ trợ các hợp đồng EVM toàn chuỗi, tức là “THORChain với hợp đồng thông minh” hoặc “Axelar với EVM”. Nó sử dụng sự đồng thuận Cosmos SDK và CometBFT để xây dựng chuỗi khối PoS. Giống như THORChain, Zeta sử dụng mã thông báo ZETA làm mã thông báo định tuyến cho nhắn tin chuỗi chéo.
Sau đây là giải thích. ZetaCore là client tạo khối và chạy Layer1. Tương tự như các chuỗi khối PoS khác, ZetaClient chịu trách nhiệm về các hoạt động xuyên chuỗi. Các nút khác cần chạy ZetaCore và ZetaClient cùng một lúc. Các nút Zeta thực hiện ba chức năng chính: xác minh, quan sát và ký, với ba vai trò riêng biệt mà mỗi hoạt động của nút chịu trách nhiệm. Kiến trúc này cho phép hai chức năng chính: hợp đồng thông minh Omnichain và nhắn tin xuyên chuỗi.
Nguồn hình ảnh: Delphi Creative
- Trình xác thực : Trình xác thực CometBFT tiêu chuẩn.Giống như các chuỗi PoS khác, họ bơm vốn vào ZETA và bỏ phiếu cho các khối;
- Người quan sát : Người quan sát chia các nút hoàn chỉnh cần chạy chuỗi bên ngoài thành các bộ sắp xếp và trình xác nhận, sắp xếp và giám sát các sự kiện trên chuỗi bên ngoài và gửi chúng đến người xác minh, những người này sẽ bỏ phiếu cho các sự kiện và đạt được sự đồng thuận. Vai trò của trình sắp xếp thứ tự chỉ là đảm bảo tính hợp lệ và bất kỳ nút nào cũng có thể sắp xếp các giao dịch theo trình tự. Điều này làm cho việc chạy nút Zeta đắt hơn so với chạy chuỗi tiêu chuẩn, tương tự như THORChain, đây là một trong những lý do khiến THORChain không thêm hỗ trợ Solana;
- Người ký: Khóa ECDSA/EdDSA được chia sẻ giữa các nút và chỉ siêu đa số (2/3) mới có thể ký các giao dịch trên chuỗi bên ngoài. Người ký là cách Zeta lưu giữ tài sản và ký thông tin trên các chuỗi bên ngoài. Trên các nền tảng hợp đồng thông minh như Ethereum, chúng có thể được sử dụng để tương tác với các hợp đồng thông minh và tài sản được quản lý, đồng thời cũng có thể được sử dụng để lưu trữ tài sản trên các chuỗi hợp đồng không thông minh như Bitcoin và Dogecoin. giấy trắng.
Nguồn hình ảnh: Delphi Creative
Truyền thông tin xuyên chuỗi
CCMP định tuyến thông tin giữa các chuỗi khác bằng cách sử dụng ZetaChain ở giữa. Các giao thức khác như LayerZero, Axelar, IBC, Chainlink CCIP và THORChain ở một mức độ nhất định đều đang cạnh tranh theo hướng này. Nhưng đối với ZetaChain, giao thức truyền tin nhắn xuyên chuỗi của họ được triển khai bằng cách sử dụng mã thông báo gốc ZETA, về cơ bản khác với các đối thủ cạnh tranh của họ, vì ngoại trừ THORChain, các đối thủ cạnh tranh khác không dựa vào mã thông báo gốc của họ để thực hiện chuyển giao giá trị. Một ví dụ trong sách trắng – DEX chuỗi chéo – là sự thể hiện trực quan về vai trò của ZETA trong việc nhắn tin. Trong ví dụ này, giả sử người dùng muốn đổi 1,2 ETH trên Polygon lấy USDC trên Ethereum. Đường dẫn như sau:
- Trao đổi ETH lấy ZETA trên Polygon AMM;
- ZETA được gửi tới ZetaChain;
- ZETA được chuyển từ ZetaChain sang Ethereum;
- Trao đổi ZETA lấy USDC trên Ethereum;
- Người dùng nhận được Ethereum USDC.
Nguồn hình ảnh: Delphi Creative
Mặc dù logic là khả thi nhưng giải pháp này đòi hỏi rất nhiều tiền. Điều này đã dẫn đến sự mất đi khả năng cạnh tranh của sản phẩm ở một mức độ nhất định.Ví dụ, các giao thức có mục đích như Squid và UniswapX và CCTP của Circle đã chiếm thị phần lớn dưới dạng đường ray thanh toán. Ngoài hiệu quả sử dụng vốn, nhắn tin xuyên chuỗi cũng là một lĩnh vực có tính cạnh tranh cao.
Hợp đồng thông minh toàn chuỗi
Có rất nhiều lợi thế để các nhà phát triển triển khai hợp đồng thông minh toàn chuỗi trên Zeta, thay vì chỉ sử dụng Zeta và zEVM để tạo thuận lợi cho giao dịch. Đầu tiên, nó cho phép tương tác với các tài sản như BTC, DOGE và LTC vốn không hỗ trợ hợp đồng thông minh. Thứ hai, do trạng thái ứng dụng nằm trên Zeta nên nó cũng làm giảm bề mặt tấn công của lỗ hổng ở một mức độ nhất định và không dựa vào tính thanh khoản của mã thông báo ZETA để chuyển giá trị. Ngoại trừ Axelar, không có đối thủ cạnh tranh nào nêu trên hiện thiếu các sản phẩm như vậy. Axelar sử dụng CosmWasm thay vì EVM và cho đến nay vẫn chưa nhận được bất kỳ sự áp dụng nào.
Hợp đồng thông minh toàn chuỗi của ZetaChain được hỗ trợ bởi giao thức TSS và người xác thực của nó chạy các nút đầy đủ trên chuỗi bên ngoài và chia sẻ chữ ký, để họ có thể lưu ký tài sản thay mặt cho ZetaChain và người dùng của nó, đồng thời zEVM có thể thao túng các tài sản này theo ý muốn. Cần lưu ý rằng trong quá trình này, chẳng hạn, BTC không thực sự được chuyển từ Bitcoin sang Zeta mà được chuyển đến địa chỉ được lưu trữ bởi trình xác thực Zeta và sau đó được phản ánh trên ZetaChain. bởi giao thức.
Nguồn hình ảnh: Delphi Creative
Theo kiến trúc này, Zeta có thể xây dựng nhiều giao thức đặc biệt, ví dụ:
- Một stablecoin CDP toàn chuỗi được hỗ trợ bởi BTC;
- Thị trường tiền tệ hỗ trợ BTC, DOGE, LTC và các tài sản hợp đồng không thông minh khác;
- Perp DEX toàn chuỗi;
- Công cụ tổng hợp lợi nhuận toàn chuỗi;
- AMM BTC。
Về cơ bản, điều khiến zEVM của ZetaChain kết hợp với ZetaClient trở nên khác biệt là quyền giám sát và kiểm soát tài sản trên chuỗi hợp đồng phi thông minh. Các nền tảng chuỗi chéo ngày nay chủ yếu được sử dụng làm cơ sở hạ tầng phụ trợ, nhưng ZetaChain có thể tạo nền kinh tế tiền điện tử của riêng mình trên ZetaChain.
Tính thực tiễn của ZETA Token
ZETA là nền tảng của hệ sinh thái ZetaChain và đóng vai trò then chốt trong khả năng lập trình và quản trị chức năng. ZetaChain nổi bật nhờ khả năng tương tác và hỗ trợ cho các dApp toàn chuỗi cũng như các hoạt động mạng quan trọng của nó dựa vào ZETA.
Tổng quan về các chức năng chính của token ZETA:
- Ưu đãi mạng: Mã thông báo ZETA cung cấp các ưu đãi cho người xác thực thông qua phần thưởng khối, chuyển từ nhóm cố định sang lạm phát thay đổi. Hệ thống này gắn lợi ích của người xác nhận với tính bảo mật lâu dài của mạng;
- Phí giao dịch: Các giao dịch trong ZetaChain yêu cầu ZETA phải trả phí Gas, phí này sẽ được phân phối cho người xác thực và người tham gia mạng. Cơ chế này ngăn chặn các cuộc tấn công spam và DDoS;
- Chuyển giao thông tin và chuyển giao giá trị xuyên chuỗi: Đối với các giao dịch xuyên chuỗi, ZETA được ghi trên chuỗi nguồn và đúc trên chuỗi đích mà không tạo ra tài sản đóng gói mới;
- Nhóm thanh khoản cốt lõi: Nhóm thanh khoản của ZetaChain bao gồm ZETA và các tài sản khác, tạo điều kiện thuận lợi cho các giao dịch của người dùng và trả phí giao dịch cũng như phần thưởng cho các nhà cung cấp thanh khoản;
- Vai trò quản lý: Người nắm giữ ZETA tham gia quản lý mạng, tác động đến các quyết định quan trọng và thay đổi chính sách, đồng thời đảm bảo rằng sự phát triển của mạng do cộng đồng dẫn dắt.
Nhìn chung, tiện ích nhiều mặt của ZETA hỗ trợ tính bảo mật, hiệu quả và quản trị phi tập trung của ZetaChain, khiến nó trở thành một phần thiết yếu trong chức năng của mạng.
Kinh tế và phát hành mã thông báo ZETA
Tổng nguồn cung cấp mã thông báo ZETA ban đầu là 2,1 tỷ và tỷ lệ lạm phát dự kiến sau 4 năm là khoảng 2,5% mỗi năm. Phân phối mã thông báo (xem liên kết tham khảo 1) sẽ được phân bổ chiến lược cho các phần khác nhau của hệ sinh thái:
- Nhóm tăng trưởng người dùng (10%): Mục tiêu là mở rộng cơ sở người dùng thông qua các biện pháp như airdrop và phần thưởng cộng đồng;
- Quỹ tăng trưởng hệ sinh thái (12%): Hỗ trợ phát triển hệ sinh thái và giúp đỡ các đối tác cũng như nhà phát triển dApp;
- Phần thưởng cho người xác thực (10%): Đối với phần thưởng khối, hãy chuyển sang phần thưởng bảo mật mạng dựa trên lạm phát sau giai đoạn đầu;
- Khuyến khích thanh khoản (5,5%): Khuyến khích tính thanh khoản trong nhóm vốn ZRC-20 cốt lõi, điều này rất quan trọng để chuyển giao giá trị hiệu quả;
- Cơ sở giao thức (24%): Cung cấp kinh phí cho hoạt động, phát triển và nâng cao hệ sinh thái;
- Người đóng góp cốt lõi, Cố vấn và Người mua (22,5% và 16%): Phần thưởng cho những đóng góp cho sự phát triển và tăng trưởng của ZetaChain.
DEX toàn chuỗi
Không giống như tình hình triển khai chuỗi chéo hiện tại, ZetaChain, với tư cách là lớp cơ sở của giao thức, có thể đạt được khả năng tương tác thanh khoản giữa tất cả các hoạt động triển khai khác nhau. Ví dụ: người dùng trên ZetaChain có thể gửi tiền ký quỹ của họ vào hợp đồng trung tâm và giữ các vị thế trên GMX. Đây là giả định cốt lõi của ứng dụng chuỗi chéo của Zeta (quản lý vị trí sẽ được đặt trên Zeta), đến mức người dùng muốn tận dụng toàn bộ tính thanh khoản của GMX phải sử dụng ZetaChain.
Ngoài việc đảm bảo chất lượng thực hiện, còn có hai ưu điểm chính:
- Tương tự như công cụ tổng hợp MUX (xem liên kết tham khảo 2), các đơn đặt hàng tài sản có thể được phân chia giữa các nguồn thanh khoản khác nhau;
- Truy cập nhiều cặp giao dịch hơn mà không cần phải kết nối thủ công tất cả các chuỗi có liên quan.
Hợp đồng thông minh trên ZetaChain có thể gửi trực tiếp số tiền ký quỹ đăng yêu cầu vào chuỗi có liên quan, cùng với thông tin về cách sử dụng những tài sản này.
- Tương tác giữa các chuỗi;
- Có thể được quản lý một cách tổng thể thay vì riêng lẻ.
UniSwap, công ty dẫn đầu thị trường DEX, sẽ chuyển trung tâm cơ sở của mình từ Ethereum sang bất kỳ chuỗi nào khác, nhưng về lý thuyết khi được triển khai trên ZetaChain và sử dụng tiêu chuẩn ZRC-20, người dùng có thể trao đổi vào và ra bất kỳ tài sản nào (trên bất kỳ chuỗi nào). ) ) và lưu trữ nội dung nói trên trên bất kỳ chuỗi nào họ muốn.
Đối thủ của Chuỗi Zeta
lớp không
Nguồn hình ảnh: Trang web chính thức của LayerZero
Trong thị trường chuyển giao chuỗi chéo, LayerZero là đối thủ cạnh tranh lớn nhất của ZetaChain. Mặc dù họ không tham gia cạnh tranh trong lĩnh vực hợp đồng thông minh toàn chuỗi nhưng vị thế thị trường của họ trong phân phối chuỗi chéo là rất vững chắc. Ưu điểm chính đến từ Strargate, tiếp theo là nỗ lực áp dụng tiêu chuẩn OFT của nó (cung cấp giải pháp mới cho việc chuyển mã thông báo chuỗi chéo, giúp việc chuyển mã thông báo giữa các chuỗi khác nhau dễ dàng và hiệu quả hơn).
Kiến trúc LayerZero
Đầu tiên, giới thiệu ngắn gọn, LayerZero là một giao thức cho phép “ứng dụng người dùng” gửi thông tin giữa các blockchain. Kiến trúc gồm 4 phần chính:
- Ứng dụng người dùng: một hợp đồng tương tác với điểm cuối LayerZero và gửi/nhận thông tin tới nó (chẳng hạn như Strargate);
- Điểm cuối LayerZero: Một loạt các hợp đồng thông minh trên các chuỗi khác nhau (hiện hỗ trợ hơn 40 chuỗi, xem liên kết tham khảo 3 để biết chi tiết). Điểm cuối cho phép các giao thức người dùng gửi thông tin thông qua phần phụ trợ LayerZero, bao gồm 4 mô-đun: Communicator, Validator, Network và Library. Ba mô-đun đầu tiên được tiêu chuẩn hóa trên tất cả các chuỗi, trong khi thư viện được tùy chỉnh theo logic chuỗi khác nhau, cho phép LayerZero nhanh chóng thêm nhiều chuỗi hơn;
- Oracle: Bên chịu trách nhiệm đọc khối tiêu đề từ một chuỗi và gửi nó đến chuỗi khác. Vai trò này hiện thuộc về Chainlink theo mặc định, nhưng kể từ tháng 9 năm 2023, mối quan hệ đối tác mới với Google Cloud đã thay thế Chainlink làm vai trò mặc định;
- Bộ chuyển tiếp: Tương tự như bộ lặp, nhưng lấy bằng chứng thay vì các khối tiêu đề. Mặc dù bản thân ứng dụng cũng có thể trở thành một bộ lặp nhưng nó thực sự được xử lý bởi LayerZero.
Về cơ bản, thiết kế này rút gọn thành 2/2 multisig, trong đó giả định độ tin cậy chính là Google Cloud và LayerZero không thông đồng. Lợi ích của việc dựa vào các thành phần ngoài chuỗi này (chẳng hạn như oracle và bộ chuyển tiếp) là kiến trúc nhẹ, rẻ và dễ dàng mở rộng, nhược điểm là nó dựa vào hai thực thể tập trung và có thể dễ gặp rủi ro liên quan đến kiểm duyệt.
Đôi vai
Nguồn: Trang web chính thức của Axelar
So với LayerZero, cấu trúc của Axelar giống Zeta hơn, nhưng cũng có những khác biệt rõ ràng. Giống như ZetaChain, Axelar cũng được phát triển dựa trên Cosmos SDK. Sự khác biệt là nó không trực tiếp lưu trữ EVM nên không hỗ trợ các hợp đồng thông minh toàn chuỗi giống như Zeta. Vì vậy, thị trường mục tiêu của Axelar là nhắn tin xuyên chuỗi, tương tự như LayerZero.
Kiến trúc trục
Axelar là một chuỗi PoS có bộ trình xác thực và Token cam kết AXL riêng, các thành phần và luồng thông tin của nó như sau:
- Yêu cầu GMP chuỗi chéo: API cho phép ứng dụng gửi dữ liệu tùy ý qua các chuỗi. Các yêu cầu tin nhắn này được gửi đến cổng Axelar (nền tảng trực tuyến hoặc hệ thống kỹ thuật số sử dụng công nghệ chuỗi khối để cho phép chuyển tiền kỹ thuật số từ địa chỉ này sang địa chỉ khác);
- Cổng: Nơi mà các thông báo chuỗi chéo do người dùng/ứng dụng khởi tạo lần đầu tiên đi qua để được định tuyến từ liên kết nguồn đến chuỗi đích. Đối với chuỗi EVM, đây là các hợp đồng thông minh và đối với Cosmos, đây là logic ứng dụng. Cổng được bảo mật bởi trình xác thực Axelar sử dụng MPC, với số lượt chia sẻ được cân nhắc bởi ủy quyền mã thông báo AXL;
- Xử lý và chuyển tiếp tin nhắn: Rơle lắng nghe các sự kiện (thông tin cổng) và gửi chúng đến mạng Axelar để xử lý. Mặc dù bất kỳ ai cũng có thể chạy rơle nhưng không có ưu đãi nào và rơle được vận hành bởi Axelar;
- Xác thực tin nhắn: Người xác thực bỏ phiếu cho các tin nhắn nhận được từ người chuyển tiếp. Mỗi trình xác thực Axelar chạy một nút đầy đủ cho mỗi chuỗi nguồn và do đó có thể xác minh tính hợp lệ của tin nhắn. Đổi lại, trình xác thực Axelar yêu cầu nhiều tài nguyên hơn chuỗi khối Cosmos PoS thông thường, nơi trình xác thực dựa vào các ứng dụng khách nhẹ và IBC để gửi tin nhắn. Theo một nghĩa nào đó, mô hình này có khả năng mở rộng kém hơn LayerZero nhưng phi tập trung hơn. Axelar khuyến khích những người xác thực bằng cách cấp cho họ nhiều cổ phần hơn, họ càng hỗ trợ nhiều chuỗi thì phần thưởng càng lớn. Về lâu dài, các chuỗi được hỗ trợ sẽ cần tạo ra đủ phí từ hoạt động chuỗi chéo vì phần thưởng mã thông báo cho việc hỗ trợ trình xác thực chạy hơn 50 nút đầy đủ sẽ cạn kiệt. Việc hỗ trợ mọi chuỗi có thể không khả thi, thay vào đó chúng sẽ được tập hợp xung quanh chuỗi quy trình chính;
- Gửi thông tin đến đích: Rơle lắng nghe thông tin ủy quyền được gửi bởi trình xác nhận Axelar và đẩy nó đến cổng chuỗi mục tiêu. Khi liên kết mục tiêu nhận được thông tin đã được phê duyệt, tải trọng của nó sẽ được đánh dấu là đã được trình xác thực Axelar phê duyệt. Bây giờ bất kỳ ai cũng có thể thực thi tải trọng;
- Dịch vụ gas và người thực thi: Ở bước cuối cùng, Axelar triển khai một hợp đồng có tên “Gas Receptor” trên chuỗi EVM để thanh toán phí gas của chuỗi đích và thực hiện tải trọng chuỗi chéo (gửi đến ứng dụng được yêu cầu). Người dùng có thể thanh toán bằng mã thông báo Gas của chuỗi nguồn và Axelar trích xuất Gas của chuỗi mục tiêu.
Nhìn chung, cấu trúc của nó tương tự như ZetaChain, ngoại trừ việc hỗ trợ EVM trên chuỗi riêng của nó. Về mặt bảo mật, Delphi Research tin rằng nó an toàn hơn mô hình 2/2 của LayerZero.Mặc dù vẫn còn một số thiếu sót nhưng khả năng thông đồng giữa Google và LayerZero là cực kỳ thấp (các ứng dụng có thể chạy bộ lặp của riêng chúng).
CCIP chuỗi liên kết
Nguồn hình ảnh: Chainlink chính thức
CCIP không khác nhiều so với các nền tảng thông tin xuyên chuỗi khác, người dùng gửi thông tin trên một chuỗi, thông tin được chuyển tiếp đến CCIP và sau đó CCIP chuyển tiếp thông tin đến chuỗi đích. Điều làm cho CCIP trở nên khác biệt là cách nó sử dụng Mạng Oracle và kết hợp với một thực thể khác: Mạng Quản lý Rủi ro.
CCIP được chia thành hai phần: trên chuỗi và ngoài chuỗi.
phần trên của chuỗi
- Bộ định tuyến: Bắt đầu giao dịch chuỗi chéo. Định tuyến giao dịch đến hợp đồng OnRamp dành riêng cho đích, nhận thông tin từ OffRamp trên chuỗi đích và định tuyến đến người dùng/hợp đồng cuối;
- Cam kết lưu trữ: Cam kết DON lưu trữ gốc Merkle trên chuỗi nguồn vào chuỗi đích. Merkel phải được mạng lưới quản lý rủi ro “chứng nhận”;
- OnRamp: Một hợp đồng trên mỗi chuỗi (blockchain đến blockchain). Xác minh thông tin và theo dõi chuyển/thông tin mã thông báo, quản lý thanh toán, v.v. Việc xuất bản được giám sát bởi Cam kết DON;
- OffRamp: Tương tự như OnRamp, mỗi hợp đồng một chuỗi. Đảm bảo tính xác thực của thông tin bằng cách xác minh việc thực thi DON và Merkle Root đã gửi và “xác minh”, đồng thời truyền thông tin đến bộ định tuyến;
- Nhóm mã thông báo: Mã thông báo có thể được “khóa và đúc” hoặc “đốt và đúc” tùy thuộc vào mã thông báo. Ví dụ: mã thông báo Gas cục bộ phải được khóa và đúc, vì CCIP không có quyền đúc, nếu tích hợp CCTP, USDC có thể được “kích hoạt và đúc”;
- Hợp đồng mạng quản lý rủi ro: Chứa danh sách các nút mạng quản lý rủi ro có thể “vượt qua” (phê duyệt) hoặc “không thành công” (không chấp thuận).
Phần ngoài chuỗi
- Gửi DON: Như trên, bạn cần gửi DON để theo dõi các sự kiện của hợp đồng OnRamp, sau đó đợi kết quả chuỗi nguồn và tạo Merkle Root (được ký bởi nút oracle DON gửi hợp pháp), và cuối cùng ghi nó vào CommitStore hợp đồng trên chuỗi mục tiêu;
- Mạng quản lý rủi ro: Một mạng lưới các nút về cơ bản kiểm tra kỹ gốc Merkle của DON đã gửi. Họ giám sát hợp đồng OnRamp và những gì DON cam kết xuất bản trong kho cam kết. Nếu RMN không “xác minh” (tức là xác minh/xác nhận) Merkle Root thì CCIP sẽ bị đóng băng;
- DON thực thi: Tương tự như một cam kết, nhưng quản lý thông tin giống như một mạng quản lý rủi ro. Sau khi RMN phát hành “được xác minh”, DON thực thi sẽ gọi hợp đồng OffRamp để hoàn thành CCIP TX của đích.
Tóm tắt
Trên thực tế, để phá vỡ hiệu ứng đảo giữa các chuỗi, vấn đề “giao tiếp đa chuỗi” và “giao tiếp xuyên chuỗi” là vấn đề cần giải quyết đầu tiên. So với các giải pháp khác, ưu điểm cốt lõi của dự án ZetaChain nằm ở Khả năng tương tác giữa các chuỗi khối khác nhau trở nên khả thi, giải quyết các vấn đề hiện tại về phân mảnh chuỗi khối và khả năng tương tác không đủ. Được thiết kế để cho phép các dApp toàn chuỗi tương tác trực tiếp với các chuỗi khối khác nhau mà không cần gói hoặc bắc cầu bất kỳ tài sản nào. Các liên kết bên ngoài của nó cũng tiềm ẩn những rủi ro bảo mật có thể bị tấn công khi ZetaChain kết nối các liên kết bên ngoài, điều này có thể dẫn đến chi tiêu gấp đôi, kiểm duyệt, hồi quy, hard fork, chia tách chuỗi, v.v.
Hiện tại, LayerZero và Axelar đang dẫn đầu về ứng dụng trong lĩnh vực thông tin chuỗi chéo. Tuy nhiên, vẫn còn sớm và không ai có thể thực sự dẫn đầu. Trong khi mong đợi các giải pháp mới của ZetaChain, chúng tôi cũng mong đợi sự lặp lại và đổi mới liên tục của các công nghệ như LayerZero, Axelar và Chainlink CCIP.
