Lấy Zetachain làm ví dụ, giải thích cách Omnicom đạt được việc trừu tượng hóa chuỗi
Tuyển chọn TechFlowTuyển chọn TechFlow
Lấy Zetachain làm ví dụ, giải thích cách Omnicom đạt được việc trừu tượng hóa chuỗi
Cầu nối chuỗi chéo là một giải pháp khá phổ biến, nhưng Omnichain lại đi theo một con đường hoàn toàn khác biệt.
Chuyên sâu báo cáo Web3Tác giả: CaptainZ, cựu nhà nghiên cứu Injective
Omnichain là việc đưa các quy tắc cross-chain vào hợp đồng thông minh.
Khi số lượng blockchain công cộng và chuỗi Layer2 ngày càng tăng, nhu cầu về tài sản và Dapp hoạt động trên nhiều chuỗi cũng gia tăng. Cầu nối cross-chain tự nhiên trở thành một giải pháp phổ biến, nhưng Omnichain đại diện bởi Zetachain lại đi theo con đường hoàn toàn khác biệt.
Bài viết này sẽ lấy ví dụ Zetachain để giải thích cách Ominchain đưa các quy tắc cross-chain vào hợp đồng thông minh nhằm đạt được khả năng tương tác liên chuỗi phi tập trung như thế nào.
A. Một số phương án kỹ thuật cross-chain
Mục tiêu cốt lõi của công nghệ cross-chain (liên chuỗi) là đạt được khả năng tương tác (Interoperability) giữa các blockchain khác nhau. Tương tác ở đây có nghĩa là các hệ thống blockchain khác nhau có thể hiểu và sử dụng tài sản (như token, tiền mã hóa...) hoặc dữ liệu của nhau, hoặc các ứng dụng chạy trên các nền tảng blockchain khác nhau có thể giao tiếp và phối hợp với nhau. Việc thực hiện mục tiêu này có thể làm tăng đáng kể tính linh hoạt và khả năng mở rộng của hệ sinh thái blockchain, phá vỡ hiệu ứng "đảo cô lập" giữa các nền tảng blockchain, từ đó thúc đẩy sự phát triển và ứng dụng rộng rãi hơn.
Dựa trên cách xử lý tin nhắn liên chuỗi và phương thức xác nhận chữ ký tài sản tương ứng, có thể phân chia thành các phương án kỹ thuật sau:
1. Cầu nối liên chuỗi (Cross-Chain Bridges):
Cầu nối liên chuỗi là công nghệ cho phép tài sản di chuyển từ một blockchain sang blockchain khác. Nó thực hiện điều này bằng cách khóa tài sản trên chuỗi nguồn và phát hành tài sản tương ứng (hoặc tài sản tương đương) trên chuỗi đích. Phương pháp này hỗ trợ việc chuyển và sử dụng tài sản xuyên chuỗi, nhưng cần đảm bảo quá trình khóa và giải phóng tài sản phải an toàn và đáng tin cậy. Khi hai chuỗi độc lập sử dụng cầu nối để tạo ra khả năng tương tác, ta nói một trong hai chuỗi là sidechain của chuỗi chính kia.
2. Chứng thực (Notary):
Phương án chứng thực phụ thuộc vào một nhóm nút (hoặc tổ chức) đáng tin cậy để xác minh tính hợp lệ của giao dịch liên chuỗi. Những nút chứng thực này theo dõi các sự kiện xảy ra trên một chuỗi và tạo ra giao dịch tương ứng trên chuỗi khác để xác minh và ghi nhận các sự kiện đó. Mặc dù phương pháp này có thể đạt được khả năng tương tác liên chuỗi, nhưng mức độ an toàn và phi tập trung của nó phụ thuộc rất lớn vào độ tin cậy của các nút chứng thực.
3. Hợp đồng khóa thời gian băm (Hash Timelock Contracts - HTLCs):
HTLCs là một dạng công nghệ hợp đồng thông minh dựa trên cơ chế khóa thời gian, cho phép hai bên tham gia trao đổi tài sản an toàn mà không cần bên thứ ba. Điều này được thực hiện thông qua việc tạo một hợp đồng yêu cầu mật khẩu đúng mới có thể giải phóng quỹ. Chỉ khi cả hai bên đều thực hiện đúng yêu cầu của hợp đồng thì tiền mới được giải phóng và chuyển giao cho đối phương. Phương pháp này hỗ trợ trao đổi tài sản phi tập trung, nhưng yêu cầu sự phối hợp nhất định giữa các bên tham gia.
4. BoB (Blockchain on Blockchain, ví dụ như IBC của Cosmos):
Phương án kỹ thuật này tạo ra blockchain mới (hoặc lớp mới) trên blockchain hiện tại để đạt được khả năng tương tác liên chuỗi, ví dụ như giao thức IBC (Giao tiếp giữa các Blockchain) trong mạng Cosmos. IBC cho phép các blockchain khác nhau giữ nguyên cấu trúc quản trị độc lập, đồng thời thực hiện việc truyền tải tài sản và dữ liệu một cách an toàn. Mục tiêu của phương pháp này là xây dựng một internet blockchain phi tập trung, nơi các chuỗi có thể tự do trao đổi thông tin và giá trị.
Các phương án kỹ thuật này đều có ưu và nhược điểm riêng, phù hợp với các tình huống và nhu cầu khác nhau. Việc lựa chọn và triển khai công nghệ liên chuỗi cần xem xét đặc điểm của blockchain mục tiêu, yêu cầu về an ninh, mức độ phi tập trung và độ phức tạp khi triển khai.
B. Truyền tin nhắn liên chuỗi
Truyền tin nhắn liên chuỗi (Cross-Chain Message Passing - CCMP) là công nghệ cốt lõi để đạt được khả năng tương tác liên chuỗi, đảm bảo quy trình tương tác liên chuỗi diễn ra an toàn và hiệu quả. Mục đích cơ bản là truyền và xác minh tin nhắn giữa các blockchain khác nhau, từ đó đạt được tương tác tài sản và dữ liệu xuyên chuỗi. Nguyên lý hoạt động chủ yếu gồm các bước then chốt sau:
1. Tạo và gửi tin nhắn:
- Tin nhắn thường chứa tất cả thông tin cần thiết về việc chuyển tài sản, như số lượng tài sản, địa chỉ nguồn, địa chỉ đích, v.v.
- Sau khi tin nhắn được tạo, nó được gửi đi thông qua hợp đồng thông minh trên chuỗi nguồn. Hợp đồng này sẽ ghi lại chi tiết giao dịch và kích hoạt việc khóa tài sản.
2. Truyền tin nhắn:
- Cách truyền thường có hai loại: truyền trực tiếp và truyền qua trung gian.
- Truyền trực tiếp nghĩa là có đường truyền thông tin trực tiếp giữa chuỗi nguồn và chuỗi đích, nhưng trong thực tế điều này rất hiếm vì phần lớn các blockchain hoạt động độc lập.
- Truyền qua trung gian liên quan đến các trung gian (có thể là nhà cung cấp dịch vụ tập trung hoặc mạng nút phi tập trung), những người này theo dõi các sự kiện cụ thể trên chuỗi nguồn, thu thập thông tin và truyền thông tin đó đến chuỗi đích.
3. Xác minh tin nhắn:
- Trên chuỗi đích, tin nhắn nhận được cần được xác minh để đảm bảo tính hợp lệ và toàn vẹn.
- Quá trình xác minh thường cần bằng chứng dữ liệu từ chuỗi nguồn (ví dụ như bằng chứng Merkle), những bằng chứng này có thể chứng minh rằng tin nhắn thực sự đến từ chuỗi nguồn và chưa bị sửa đổi.
- Khi vượt qua xác minh, hợp đồng thông minh trên chuỗi đích sẽ thực hiện các thao tác tương ứng theo nội dung tin nhắn, như đúc token hoặc cập nhật trạng thái.
4. Xử lý và phản hồi:
- Sau khi xác minh thành công, chuỗi đích sẽ thực hiện các thao tác xử lý cần thiết, như giải phóng tài sản hoặc tạo phiên bản token mới.
- Sau khi bước này hoàn tất, tương tác liên chuỗi cơ bản đã kết thúc, người dùng có thể sử dụng hoặc quản lý tài sản của họ trên chuỗi đích. Vì vậy, về bản chất, các phương án công nghệ liên chuỗi đã đề cập ở trên là do chúng áp dụng các cách truyền tin nhắn khác nhau.
1. Cầu nối liên chuỗi
Cầu nối liên chuỗi tạo ra một lớp trung gian để thúc đẩy việc chuyển tài sản và thông tin giữa các blockchain khác nhau. Lớp trung gian này có thể là: - Máy chủ tập trung, do một thực thể đáng tin kiểm soát, chịu trách nhiệm theo dõi các sự kiện trên một chuỗi và sao chép các sự kiện đó lên chuỗi khác.
- Mạng lưới phi tập trung, gồm nhiều nút hoạt động độc lập, các nút này sử dụng cơ chế đồng thuận để xác minh và chuyển tiếp tin nhắn.
Trong cầu nối liên chuỗi, thường liên quan đến việc khóa tài sản trên chuỗi nguồn và đúc tài sản tương ứng trên chuỗi đích. Quy trình này cần đảm bảo tin nhắn không bị sửa đổi trước khi được xác minh và thực thi.
2. Người chứng thực
Phương án chứng thực thường dựa vào một nhóm người chứng thực đã được chọn trước (có thể là cá nhân, tổ chức hoặc các nút tự động), những người này chịu trách nhiệm theo dõi các sự kiện trên một chuỗi và xác minh, xác nhận các sự kiện đó trên chuỗi khác. Người chứng thực cung cấp một cơ chế xác minh tập trung hoặc bán tập trung, mức độ an toàn và tin cậy của cơ chế này phụ thuộc rất lớn vào độ tin cậy của người chứng thực.
3. Hợp đồng khóa thời gian băm (HTLC)
HTLC là một dạng hợp đồng phụ thuộc vào công nghệ mã hóa, dùng để trao đổi tài sản có điều kiện giữa hai chuỗi. Nó sử dụng hàm băm mật mã học và khóa thời gian để kiểm soát điều kiện giải phóng tài sản:
- Băm mật mã: Tài sản chỉ có thể được giải phóng khỏi hợp đồng khi bên nhận cung cấp hình ảnh gốc đúng (dữ liệu gốc tương ứng với băm).
- Khóa thời gian: Nếu trong thời gian quy định không cung cấp hình ảnh gốc đúng, tài sản sẽ được trả lại cho người sở hữu ban đầu.
Phương pháp này không phụ thuộc vào xác minh tập trung, mà thông qua chính hợp đồng để đảm bảo trao đổi tài sản an toàn.
4. BoB
Công nghệ này tạo ra chuỗi mới hoặc subchain dựa trên một giao thức truyền thông liên chuỗi. Ví dụ, Cosmos thông qua giao thức IBC thực hiện giao tiếp trực tiếp giữa các blockchain khác nhau, mỗi chuỗi duy trì tính tự trị đồng thời có thể trao đổi thông tin và tài sản một cách an toàn. Bản chất của IBC và XCMP thực ra là các giao thức truyền thông liên chuỗi.
Đồng thời, công nghệ CCMP cũng đối mặt với một số thách thức chính:
An ninh: Các nút trung gian hoặc mạng lưới phải đáng tin cậy, nếu không sẽ có nguy cơ tin nhắn bị sửa đổi. Ngoài ra, hợp đồng thông minh trên chuỗi nguồn và chuỗi đích cũng cần được thiết kế đủ an toàn để tránh các lỗ hổng tiềm ẩn.
Hiệu suất và độ trễ: Các thao tác liên chuỗi thường liên quan đến nhiều lần xác nhận khối, có thể dẫn đến độ trễ đáng kể.
Vấn đề phi tập trung và niềm tin: Phụ thuộc vào các nút trung gian hoặc dịch vụ bên thứ ba có thể mâu thuẫn với tinh thần phi tập trung của blockchain, do đó việc thiết kế cơ chế CCMP vừa phi tập trung vừa an toàn là một thách thức kỹ thuật.
Do những thách thức về kỹ thuật và an ninh này, việc triển khai và tối ưu hóa CCMP là một lĩnh vực sôi động trong nghiên cứu và phát triển công nghệ liên chuỗi. Các giải pháp khác nhau đang cố gắng tìm ra sự cân bằng tốt nhất giữa tính phi tập trung, an ninh và hiệu quả.
C. Chữ ký và ủy quyền tài sản liên chuỗi
Công nghệ liên chuỗi và khả năng tương tác không chỉ phụ thuộc vào việc truyền tin nhắn liên chuỗi (CCMP), mà còn liên quan đến việc ký tên và ủy quyền hiệu quả trên chuỗi nguồn và chuỗi đích để đảm bảo xử lý tài sản an toàn và tính hợp pháp của giao dịch. Các phương án công nghệ liên chuỗi khác nhau sử dụng các cơ chế ký tên và ủy quyền khác nhau, trọng tâm của những cơ chế này nằm ở cách xác minh và thực thi tính hợp pháp của giao dịch, cũng như đảm bảo việc chuyển tài sản an toàn. Dưới đây là một số cách triển khai phổ biến về việc ký tên và ủy quyền trong các phương án công nghệ liên chuỗi:
1. Cầu nối liên chuỗi
Cầu nối liên chuỗi có thể sử dụng phương pháp đa chữ ký (Multisignature) hoặc chữ ký đại diện (Proxy Signature) để xử lý việc ký tên và ủy quyền. Trong phương án này, thao tác chuyển tài sản cần được một số lượng nhất định các nút xác thực hoặc dịch vụ đại diện cụ thể cho phép, những nút hoặc dịch vụ này chịu trách nhiệm xác minh yêu cầu giao dịch và ký tên cho giao dịch. Cách này có thể tăng cường an ninh, nhưng cũng đặt ra vấn đề niềm tin, vì nó phụ thuộc vào các thực thể tập trung hoặc bán tập trung được ủy quyền.
2. Người chứng thực
Trong hệ thống người chứng thực, các người chứng thực hoặc tập hợp nút chứng thực thường chịu trách nhiệm theo dõi và xác minh yêu cầu giao dịch liên chuỗi, đồng thời thực hiện các thao tác tương ứng trên chuỗi đích. Người chứng thực cần ký tên và ủy quyền trên chuỗi đích để chứng minh rằng giao dịch trên chuỗi nguồn là được phép. Cách này phụ thuộc vào độ tin cậy và an ninh của người chứng thực.
3. Hợp đồng khóa thời gian băm (HTLC)
Trong HTLC, việc ký tên và ủy quyền không phụ thuộc vào các bên xác minh bên ngoài hay trung gian. Thay vào đó, tính hợp pháp và thực thi giao dịch phụ thuộc vào logic hợp đồng và sự tương tác trực tiếp giữa các bên tham gia. Các bên tham gia cung cấp hình ảnh gốc đúng (tức là khóa) như cách mở khóa hợp đồng, đây chính là một dạng ủy quyền. Ngoài ra, bản thân hợp đồng có cơ chế khóa thời gian, đảm bảo chỉ khi cung cấp hình ảnh gốc đúng trong cửa sổ thời gian cụ thể thì giao dịch mới hoàn tất.
4. BoB
Ví dụ, trong giao thức IBC của Cosmos, quá trình ký tên và ủy quyền được thực hiện thông qua giao thức liên chuỗi và thực thi hợp đồng cục bộ. Mỗi chuỗi tự quản lý an ninh và cơ chế ủy quyền của mình, đồng thời thông qua giao thức đảm bảo tính an toàn và hiệu lực của tin nhắn liên chuỗi. Phương án này nhấn mạnh tính phi tập trung và tự trị, giảm sự phụ thuộc vào một thực thể đơn lẻ.
Tóm lại, cơ chế ký tên và ủy quyền trong các phương án công nghệ liên chuỗi khác nhau tùy thuộc vào cấu trúc và nhu cầu an ninh mà khác nhau. Việc lựa chọn và thiết kế các cơ chế này phụ thuộc chủ yếu vào cách cân bằng giữa an ninh, niềm tin, phi tập trung và hiệu quả. Khi triển khai công nghệ liên chuỗi, đảm bảo tính hợp pháp và an ninh của tất cả các chuỗi tham gia là điều bắt buộc.
D. Kiến trúc của Zetachain
Nếu DeFi là việc đưa các quy tắc tài chính vào hợp đồng thông minh, game trên chuỗi là việc đưa các quy tắc trò chơi vào hợp đồng thông minh, thì Omnichain thực chất là việc đưa các quy tắc liên chuỗi vào bên trong hợp đồng thông minh, bao gồm cả quy tắc truyền tin nhắn liên chuỗi và quy tắc ký tên, ủy quyền tài sản. Hãy cùng đi sâu chi tiết để xem Zetachain làm điều này như thế nào.
ZetaChain là một blockchain PoS được xây dựng dựa trên Cosmos SDK và động cơ đồng thuận Tendermint PBFT. Nhờ sử dụng động cơ đồng thuận Tendermint PBFT, ZetaChain có thể đạt được thời gian tạo khối nhanh khoảng 5 giây và tính xác định tức thì (không cần xác nhận khối, không cho phép tái cấu trúc). Trong điều kiện mạng lý tưởng, thông lượng giao dịch có thể đạt hơn 4000 giao dịch mỗi giây, nhưng thông lượng giao dịch liên chuỗi có thể không đạt được mức này do độ trễ của các chuỗi bên ngoài và các yếu tố khác (như tốc độ RPC của các nút bên ngoài...).
Kiến trúc ZetaChain bao gồm một mạng lưới phân tán các nút, thường được gọi là các validator (trình xác thực). Mỗi validator của ZetaChain đều chứa ZetaCore và ZetaClient bên trong. ZetaCore chịu trách nhiệm tạo blockchain và duy trì máy trạng thái sao chép, trong khi ZetaClient chịu trách nhiệm quan sát các sự kiện trên các chuỗi bên ngoài và ký tên cho các giao dịch gửi ra. ZetaCore và ZetaClient được đóng gói cùng nhau, do người vận hành nút chạy. Bất kỳ ai cũng có thể trở thành người vận hành nút và tham gia xác thực miễn là đặt cược đủ token ZETA.
Vì vậy, nếu validator của ZetaChain chỉ chạy thành phần ZetaCore, nó sẽ trở thành sequencer (trình sắp xếp); nếu chỉ chạy thành phần ZetaClient và chỉ chịu trách nhiệm quan sát sự kiện trên chuỗi bên ngoài, nó sẽ trở thành observer (người quan sát); nếu cũng chỉ chạy ZetaClient và chỉ chịu trách nhiệm ký tên cho giao dịch gửi ra, nó sẽ là signer (người ký).
ZetaChain còn sở hữu tập thể các khóa ECDSA/EdDSA tiêu chuẩn, dùng để xác thực và tương tác với các chuỗi bên ngoài. Những khóa này được phân tán giữa nhiều signer, chỉ khi có đa số tuyệt đối các signer mới có thể đại diện cho ZetaChain ký tên bên ngoài. ZetaChain sử dụng cơ chế đặt cược ràng buộc và cơ chế khuyến khích tích cực/thụ động để đảm bảo an ninh kinh tế.
E. Hai cơ chế tương tác liên chuỗi của Zetachain
Zetachain hỗ trợ hai cơ chế tương tác liên chuỗi: một là cơ chế cầu nối liên chuỗi truyền thống, hai là cơ chế hợp đồng thông minh Omnichain.
E.1 Cơ chế cầu nối liên chuỗi
Chúng ta hãy xem quy trình hoạt động của cơ chế cầu nối liên chuỗi, toàn bộ quá trình chủ yếu bao gồm các bước sau:
1. Người dùng tương tác với hợp đồng: Người dùng thực hiện thao tác trên hợp đồng C1 của chuỗi A, để lại một sự kiện hoặc ghi chú giao dịch, trong đó chứa [chainID, contractAddress, message] do người dùng chỉ định. Tin nhắn này là dữ liệu ứng dụng được mã hóa dưới dạng nhị phân.
2. Người quan sát bắt sự kiện: Người quan sát của ZetaChain (trong zetaclient) phát hiện sự kiện hoặc ghi chú này và báo cáo cho zetacore, nơi chịu trách nhiệm xác minh giao dịch vào.
3. Xây dựng giao dịch ra: zetacore chỉnh sửa biến trạng thái CCTX (giao dịch liên chuỗi) và OutboundTxParams, hướng dẫn các signer TSS (trong zetaclient) xây dựng, ký tên và phát sóng giao dịch bên ngoài.
4. Ký tên và phát sóng: Các signer TSS của zetaclient dựa trên OutboundTxParams trong CCTX để xây dựng giao dịch ra, thực hiện nghi lễ ký tên khóa TSS, sau đó phát sóng giao dịch đã ký đến blockchain bên ngoài.
5. Cập nhật và theo dõi trạng thái: Cấu trúc CCTX còn theo dõi các giai đoạn/trạng thái khác nhau của giao dịch liên chuỗi.
6. Xác nhận giao dịch: Khi giao dịch đã phát sóng được bao gồm trong một blockchain nào đó (tức là "khai thác" hoặc "xác nhận"), zetaclient sẽ báo cáo tình trạng xác nhận này cho zetacore, sau đó cập nhật trạng thái CCTX.
7. Xử lý thành công và thất bại:
- Nếu giao dịch bên ngoài thành công, trạng thái CCTX chuyển thành OutboundMined, xử lý CCTX hoàn tất, tiến vào trạng thái cuối cùng.
- Nếu giao dịch bên ngoài thất bại (ví dụ như bị hủy trên chuỗi Ethereum), trạng thái CCTX cập nhật thành PendingRevert (nếu có thể) hoặc Aborted (nếu không thể hủy). Nếu vào trạng thái Aborted thì xử lý CCTX hoàn tất.
8. Xử lý hoàn tác:
- Nếu trạng thái mới là "PendingRevert", CCTX nên đã chứa sẵn OutboundTxParams thứ hai, hướng dẫn zetaclients tạo một giao dịch ra "Revert" gửi lại chuỗi và hợp đồng vào, cho phép hợp đồng vào thực hiện chức năng hoàn tác ở cấp độ ứng dụng để dọn dẹp trạng thái hợp đồng.
- zetaclients xây dựng giao dịch hoàn tác, thực hiện nghi lễ ký tên khóa TSS và phát sóng giao dịch trở lại chuỗi vào (chuỗi A trong ví dụ này).
9. Xác nhận hoàn tác:
- Khi giao dịch hoàn tác được "xác nhận" trên chuỗi A, zetaclients báo cáo trạng thái giao dịch cho zetacore.
- Nếu giao dịch hoàn tác thành công, trạng thái CCTX chuyển thành Reverted và hoàn tất xử lý.
- Nếu giao dịch hoàn tác thất bại, trạng thái CCTX chuyển thành Aborted và hoàn tất xử lý.
Qua các bước trên, ta thấy rằng việc truyền tin nhắn liên chuỗi chủ yếu được hoàn thành thông qua giao tiếp nội bộ giữa ZetaCore và ZetaClient, mang tính chất bán tập trung, và không sử dụng hợp đồng thông minh của chính Zetachain, mà chỉ dùng hợp đồng thông minh trên chuỗi đích. Trong trường hợp này, chỉ các chuỗi đích là nền tảng hợp đồng thông minh như Ethereum mới có thể thực hiện, và mỗi chuỗi đều phải triển khai ít nhất một hợp đồng để đạt được khả năng tương tác liên chuỗi. Với các nền tảng không có hợp đồng thông minh như Bitcoin thì không thể sử dụng. Ngoài ra, trạng thái và logic ứng dụng được phân tán ở tất cả các hợp đồng ứng dụng này. Việc đồng bộ trạng thái và giao tiếp giữa các chuỗi trở nên tốn kém, chậm chạp và làm phức tạp việc xử lý hoàn tác. Để giải quyết các vấn đề trên, Zetachain giới thiệu cơ chế hợp đồng thông minh Omnichain.
E.2 Cơ chế hợp đồng thông minh Omnichain
Hợp đồng thông minh Omnichain là một phương pháp do ZetaChain đề xuất nhằm đơn giản hóa việc xử lý tương tác liên chuỗi. Nó chủ yếu xử lý tin nhắn liên chuỗi và đạt được khả năng tương tác liên chuỗi thông qua các bước sau:
1. Nhận tài sản: Người dùng gửi tài sản bản địa (như token ERC20) đến địa chỉ TSS trên chuỗi A, đồng thời đính kèm một tin nhắn chỉ định [zEVMContractAddress, message]. Địa chỉ TSS này có thể là một hợp đồng được thiết lập riêng để lưu trữ token ERC20.
2. Quan sát và báo cáo: Người quan sát của ZetaChain (zetaclients) phát hiện cuộc gọi liên chuỗi sắp tới này và báo cáo cho zetacore.
3. Gọi và thực thi: zetacore gọi hàm `depositAndCall()` của SystemContract, hàm này lại gọi hàm `onCrossChainCall()` của zEVMContractAddress được chỉ định. Trong quá trình gọi này:
- Tham số `zrc20` sẽ được điền bằng địa chỉ hợp đồng ZRC20 quản lý token nước ngoài mà người dùng gửi ở bước đầu tiên.
- Tham số `amount` sẽ được điền bằng số lượng token mà người dùng gửi.
- Tham số `message` sẽ là tin nhắn mà người dùng gửi trong ghi chú giao dịch.
4. Thực thi logic hợp đồng: hợp đồng thông minh omnichain được gọi thông qua `zContract(zEVMContractAddress).onCrossChainCall(zrc20, amount, message)`. Hợp đồng ứng dụng nên triển khai logic nghiệp vụ trong hàm `onCrossChainCall()`.
5. Xử lý kết quả thực thi hợp đồng:
- Nếu thực thi hợp đồng thành công và không có đầu ra tài sản bên ngoài, tương tác hợp đồng thông minh omnichain này hoàn tất.
- Nếu thực thi hợp đồng zEVM thất bại (xảy ra rollback), một CCTX sẽ được tạo để hoàn tác giao dịch vào, tức là hoàn trả lại cho người dùng số lượng token nước ngoài tương ứng (trừ phí có thể phát sinh).
- Nếu `onCrossChainCall()` có đầu ra (ví dụ như kích hoạt một số thao tác rút ZRC20), một CCTX khác sẽ được tạo để hướng dẫn và theo dõi việc chuyển tài sản nước ngoài đến địa chỉ do người dùng chỉ định trên chuỗi bên ngoài. Những lần rút này thường là chuyển token đơn giản.
Đặc điểm nổi bật của hợp đồng thông minh Omnichain là:
- Nó chỉ được triển khai trên zEVM, mọi logic và trạng thái tập trung tại một chỗ, giúp việc phát triển và bảo trì ứng dụng đơn giản hơn.
- Nó không yêu cầu triển khai hợp đồng thông minh ứng dụng trên các chuỗi bên ngoài, do đó có thể hỗ trợ các chuỗi không có hợp đồng thông minh như Bitcoin.
- Do mọi thao tác hoàn tác đều do giao thức ZetaChain xử lý, hợp đồng ứng dụng không cần xử lý logic hoàn tác.
Tóm gọn trong một câu, ngoại trừ một lượng nhỏ thông tin cần thiết là giao tiếp nội bộ giữa ZetaCore và ZetaClient, các quy tắc xử lý thông tin liên chuỗi khác đều được viết vào bên trong hợp đồng thông minh của chính Zetachain. Chỉ cần người dùng gửi một giao dịch chuyển khoản kèm tin nhắn bổ sung đến địa chỉ chỉ định trên chuỗi đích, có thể kích hoạt thao tác liên chuỗi bên trong hợp đồng thông minh của Zetachain.
Các dApp phức tạp hơn có thể thích hợp đồng thông minh Omnichain hơn, vì logic và trạng thái tập trung tại một chỗ, trong khi ở phương pháp truyền tin nhắn truyền thống, phải phát sóng tin nhắn và đồng bộ trạng thái trên các chuỗi khác nhau, điều này có thể dẫn đến nhiều bề mặt tấn công hơn và chi phí Gas cao hơn (mỗi tin nhắn đều phải trả thêm Gas, số lượng tin nhắn cần gửi sẽ tăng lên để duy trì đồng bộ trạng thái hoàn toàn). Nói cách khác, đối với nhà phát triển, hành vi của hợp đồng thông minh Omnichain giống như mọi tài sản đều nằm trên một chuỗi (xem hình dưới).
F. Cơ chế ký tên và ủy quyền của Zetachain
Cơ chế ký tên và ủy quyền của ZetaChain dựa vào sơ đồ chữ ký ngưỡng đa phương tiên tiến (Threshold Signature Scheme - TSS), cơ chế này có thể giải quyết hiệu quả vấn đề điểm lỗi đơn, tăng cường an ninh cho toàn bộ hệ thống.
1. Sơ đồ chữ ký ngưỡng: ZetaChain sử dụng TSS dựa trên MPC (Multi-Party Computation), cơ chế này cho phép nhiều validator cùng quản lý một khóa riêng ECDSA/EdDSA duy nhất, nhưng không để bất kỳ thực thể đơn lẻ hay nhóm validator thiểu số nào nắm giữ hoàn toàn khóa riêng. Cách này có thể cung cấp sự tiện lợi của ví nóng và mức an ninh của ví lạnh.
2. Tạo và phân phối khóa: Trong ZetaChain, khóa riêng được tạo theo cách không cần trung gian đáng tin và được phân phối giữa tất cả các validator. Nghĩa là không có validator đơn lẻ hay hành vi bên ngoài nào có thể truy cập khóa riêng đầy đủ ở mọi thời điểm, từ đó đảm bảo an ninh cho hệ thống.
3. Quá trình ký tên: TSS mà ZetaChain sử dụng là vô lãnh đạo, nghĩa là nó thực hiện việc tạo khóa và ký tên một cách phân tán, đảm bảo không rò rỉ bất kỳ thông tin bí mật nào trong quá trình tạo khóa hay ký tên. Để nâng cao hiệu quả, ZetaChain còn áp dụng kỹ thuật ký hàng loạt và ký song song để tăng thông lượng của các signer.
4. Hợp đồng thông minh và quản lý tài sản: Nhờ sở hữu khóa và địa chỉ TSS, ZetaChain có thể quản lý các kho bạc/tập hợp vốn bản địa trên các chuỗi được kết nối, bao gồm cả các chuỗi không có hợp đồng thông minh như Bitcoin. Về thực chất, điều này thêm chức năng hợp đồng thông minh vào mạng Bitcoin, cho phép người dùng tập hợp tài sản lại, để hợp đồng thông minh quản lý tài sản này theo các quy tắc đã định, như các nhóm thị trường tự động (AMM) hoặc nhóm cho vay.
5. Hỗ trợ chuỗi không có hợp đồng thông minh: TSS cho phép ZetaChain hỗ trợ các chuỗi không có hợp đồng thông minh như Bitcoin, Dogecoin, cũng như các nền tảng hợp đồng thông minh mà việc xác minh đa chữ ký tốn kém. Thông qua cơ chế ký tên và ủy quyền này, ZetaChain không chỉ cung cấp chức năng liên chuỗi mạnh mẽ mà còn đảm bảo an ninh giao dịch và xác minh phi tập trung, trở thành một nền tảng mạnh mẽ hỗ trợ quản lý và vận hành rộng rãi các tài sản kỹ thuật số.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
@hiCaptainZ
