Hyperbridge: Chỉ cần xử lý 10 triệu tin nhắn mỗi năm là có thể đạt điểm hòa vốn!

Trong thế giới blockchain, nhiều giao thức cross-chain chỉ là “tổ hợp các thành phần” — một chuỗi, một bộ node, một chút mật mã học — nhưng Hyperbridge hoàn toàn không phải như vậy.

Hyperbridge là một hệ thống phức tạp hơn, nghiêm ngặt hơn và cũng táo bạo hơn: nó được cấu thành từ nhiều lớp node, cơ chế xác thực, động lực kinh tế, cùng với sự bảo đảm an toàn của chính Polkadot. Không có bất kỳ mắt xích nào có thể thiếu, cũng không có phần nào có thể vận hành độc lập.

Lần đầu tiên tôi nhận ra điều này là tại Sub0 đầu tiên ở Brussels. Khi đó mọi người đang thảo luận về nền tảng mật mã học của Hyperbridge — chứng minh, xác thực, logic cross-chain. Nhưng mãi về sau, qua nhiều lần trao đổi với đội ngũ, tôi mới thực sự hiểu: cốt lõi của Hyperbridge không chỉ là mật mã học, mà là cơ chế kinh tế mã hóa cho phép hệ thống tiếp tục vận hành ngay cả khi các nhà phát triển hoàn toàn rút lui.

Chính từ câu hỏi này, chúng ta mới có thể nhìn rõ diện mạo thực sự của Hyperbridge: nó không phải là một parachain, không phải là một loại node trung gian nào đó, cũng không phải là một module con của Polkadot, mà là một hệ thống cross-chain có cấu trúc phân tầng, vai trò rõ ràng, động lực linh hoạt và được bảo đảm bởi an ninh kinh tế của Polkadot.

• Từ “lớp trung gian không được tin cậy”, đến “lớp đáng tin cậy được xác thực cuối cùng bởi Polkadot”;
• Từ Collator chịu trách nhiệm xác thực chứng minh, đến Consensus Relayer duy trì đồng bộ đồng thuận, rồi đến Message Relayer thực tế truyền tải dữ liệu cross-chain;
• Từ node nhẹ với yêu cầu phần cứng cực thấp, chỉ cần 2GB RAM là có thể chạy, đến tập hợp validator của Polkadot đảm bảo toàn bộ an ninh...

Mỗi chi tiết của Hyperbridge đều trả lời cùng một câu hỏi: “Làm thế nào để xây dựng một giao thức cross-chain thực sự không cần người giám sát, nhưng vẫn có thể vận hành ổn định lâu dài?”

Bài viết này sẽ giúp bạn nhìn rõ toàn bộ cấu trúc bên trong của “cỗ máy cross-chain” Hyperbridge, từ cấu trúc, node, mô hình kinh tế đến vai trò của Polkadot!

Giao thức Hyperbridge không phải là một thành phần đơn lẻ

Giao thức Hyperbridge không phải là một thành phần đơn lẻ. Nó không phải là chính parachain Hyperbridge, cũng không phải là một loại node trung gian nào đó, càng không phải là một phần của mạng Polkadot, mà là một tổng thể hữu cơ được tạo thành từ tất cả các yếu tố này.

Tổng thể này bao gồm consensus relayer, message relayer, block producer, staker, đồng thời phụ thuộc vào Polkadot làm mạng nền tảng. Thiếu bất kỳ mắt xích nào, Hyperbridge đều không thể vận hành bình thường.

Nếu Polkadot không khả dụng, Hyperbridge sẽ không thể tồn tại; nếu một loại node trung gian nào đó offline, giao thức cũng sẽ bị đình trệ. Vì vậy, chúng ta phải xây dựng một cấu trúc động lực rõ ràng và bảo đảm kinh tế mã hóa, để tất cả các bên tham gia có thể được gắn kết hiệu quả, cùng nhau duy trì hoạt động của giao thức.

Nếu bạn quen thuộc với mô hình OSI (đặc biệt là kiến trúc phân tầng của TCP), bạn sẽ dễ dàng hiểu được logic thiết kế của Hyperbridge. Trong mô hình OSI có tầng vật lý, tầng liên kết, tầng ứng dụng, tầng trình diễn, còn trong tương tác cross-chain, chúng tôi cũng áp dụng phương pháp phân tầng tương tự.

Tầng trên cùng của toàn bộ cấu trúc là mạng Polkadot, cung cấp nền tảng vận hành cho tất cả các phần còn lại của stack giao thức Hyperbridge. Bên dưới là mạng Hyperbridge, bao gồm hệ thống parachain của nó. Tầng dưới cùng là các node trung gian, tương đương với “kết nối vật lý” của giao thức Hyperbridge, chịu trách nhiệm kết nối tất cả các mạng bên ngoài, thu thập thông tin bên ngoài, xác thực các loại chứng minh, xử lý dữ liệu cross-chain và gửi các nội dung này đến Hyperbridge; Hyperbridge sẽ thực hiện xác thực sơ bộ ngay lập tức, sau đó chuyển kết quả công việc cho Polkadot xác nhận cuối cùng. Nói cách khác, Polkadot sẽ đưa ra một “cam kết cuối cùng rằng tất cả dữ liệu và thao tác đều đã được thực hiện đúng quy tắc”.

Ở đây có một đặc điểm cấu trúc quan trọng: mạng Hyperbridge và các node trung gian bản thân là “không được tin cậy”, tầng này không có bảo đảm an ninh kinh tế; khi dữ liệu chảy lên tầng cao nhất là mạng Polkadot, nó mới bước vào phần “được bảo vệ bởi tầng an ninh kinh tế”. Nói cách khác, Polkadot đồng thời giám sát hành vi của Hyperbridge và các node trung gian, đảm bảo hai tầng này đều vận hành đúng quy tắc. Về phân công nhiệm vụ cụ thể, các node trung gian cần phối hợp với Collator để hoàn thành quy trình cross-chain: node trung gian chịu trách nhiệm thu thập giao dịch, chứng minh và dữ liệu cross-chain, rồi gửi chúng cho block producer; còn Collator chịu trách nhiệm xác thực tất cả thông tin có thật, đầy đủ, hợp lệ hay không. Chỉ những giao dịch đã được xác thực mới được đưa vào block, còn dữ liệu không hợp lệ sẽ bị chặn ngay ở giai đoạn này.

Điều này rất quan trọng, vì việc chặn trước các giao dịch không hợp lệ có thể tiết kiệm đáng kể không gian block quý giá. Khi Collator hoàn thành tất cả công việc xác thực và đóng gói, nó sẽ gửi block cho mạng Polkadot. Một trong những năng lực cốt lõi của Polkadot là chịu trách nhiệm xác thực tất cả các block. Khác với hệ sinh thái Ethereum, nơi Layer2 phải tự tạo zero-knowledge proof, Polkadot sẽ trực tiếp thay bạn thực hiện công việc xác thực block. Sau khi xác thực xong, Polkadot sẽ xác nhận “nội dung block đã tuân thủ tất cả quy tắc”, và tạo ra một “chứng nhận tính hợp lệ của block” (hoặc gọi là chứng chỉ hợp lệ). Điều này rất quan trọng, tôi sẽ trình bày thêm ở phần sau.

Ba vai trò chính của Hyperbridge: Collator, Consensus Relayer và Message Relayer vận hành toàn bộ hệ thống cross-chain như thế nào

Trước tiên, hãy nói về vai trò then chốt đầu tiên trong mạng Hyperbridge: Collator (block producer)

Nhiệm vụ cốt lõi của họ là thu thập và xác thực các loại chứng minh cho tương tác cross-chain, chủ yếu xử lý hai loại giao dịch kèm chứng minh: Một là consensus message, hai là cross-chain message.

Ở đây có một thiết kế rất khác biệt với hệ thống blockchain truyền thống: Collator không phải là node staking. Trong đa số blockchain, để trở thành node hoạt động, thường phải staking một lượng lớn token mới được vào tập hợp node. Nhưng ở Hyperbridge, chúng tôi áp dụng cơ chế hoàn toàn khác:

• Để trở thành Collator, chỉ cần khóa một lượng nhỏ Bridge Token làm điều kiện tối thiểu; 
• Nhưng để thực sự được hệ thống chọn làm Collator, phải tiêu tốn “điểm danh tiếng”; 
• Điểm danh tiếng chỉ có thể tích lũy bằng cách làm node trung gian hoạt động lâu dài. 

Nói cách khác, chỉ có node trung gian mới đủ điều kiện trở thành Collator, không có kênh nào khác. Bạn không thể hối lộ, nhờ quan hệ hay mua suất vào tập hợp Collator; muốn trở thành Collator, cách duy nhất là thực hiện công việc trung gian ổn định lâu dài để tích lũy điểm danh tiếng. Ngoài ra, ứng viên Collator còn phải nộp một khoản ký quỹ nhỏ mới được vào quy trình xác thực.

Cách chọn cuối cùng cũng rất trực tiếp: hệ thống sẽ xếp hạng theo điểm danh tiếng, nhóm node trung gian có điểm cao nhất sẽ trở thành Collator của kỳ đó. Hơn nữa, tập hợp Collator sẽ luân phiên mỗi 24 giờ, đảm bảo các node trung gian mới, hoạt động tốt đều có cơ hội vào vòng tiếp theo.

Công việc của Collator có thù lao rõ ràng: mỗi khi đóng gói một block sẽ nhận được khoảng 0.7 Bridge Token. Nhưng nếu bỏ lỡ block, không hoàn thành đóng gói đúng hạn thì sẽ không nhận được phần thưởng này.

Tiếp theo, hãy nói về Consensus Relayer

Đồng thuận rất quan trọng với cross-chain message, vì tất cả giao dịch cross-chain đều cần xác nhận trên Hyperbridge rằng “đã được xác nhận cuối cùng trên chuỗi nguồn”. Để làm được điều này, chúng ta phải có chứng minh đồng thuận của chuỗi ngoài.

Vấn đề là: blockchain hiện đại — đặc biệt là blockchain dựa trên Slot — dù có giao dịch hay không vẫn liên tục tạo block. Điều này có nghĩa là dù không có hành vi cross-chain nào, block của mạng ngoài vẫn liên tục tăng lên. Vì vậy, Hyperbridge phải đồng bộ thông tin này theo thời gian thực mới có thể xác thực đúng các cross-chain message trong tương lai.

Đây chính là nhiệm vụ chính của Consensus Relayer: liên tục gửi consensus message của mạng ngoài, giúp Hyperbridge đồng bộ với chuỗi ngoài. Dù không có giao dịch nào, việc đồng bộ này vẫn phải diễn ra liên tục. Khi gửi consensus message, họ không cần trả phí giao dịch, ngược lại, giao thức Hyperbridge sẽ trả thù lao trực tiếp cho họ.

Để khuyến khích Consensus Relayer thực hiện công việc liên tục này, giao thức sẽ thưởng Bridge Token — nghĩa là Consensus Relayer có thể nhận thu nhập token ổn định nhờ thực hiện nhiệm vụ đồng bộ.

Tiếp theo là Message Relayer

Trước tiên hãy hiểu mối quan hệ giữa nó và Consensus Relayer: giả sử một blockchain ngoài liên tục tạo block, Consensus Relayer sẽ đứng giữa chuỗi đó và Hyperbridge, thu thập chứng minh của từng block đã xác nhận cuối cùng, rồi gửi các chứng minh này cho Hyperbridge để nhận thưởng Bridge Token từ giao thức. Quy trình này đảm bảo Consensus Relayer phải luôn online, giúp Hyperbridge và các chuỗi ngoài luôn đồng bộ đồng thuận.

Message Relayer tuy giống Consensus Relayer nhưng có điểm khác biệt: họ chuyên trách gửi cross-chain message. Khi Hyperbridge đã đồng bộ đến block xác nhận cuối cùng mới, Message Relayer sẽ so sánh block này với block xác nhận cuối cùng trước đó, quét xem trong khoảng đó có cross-chain message mới nào không. Nếu phát hiện lệnh cross-chain hợp lệ, họ sẽ gửi message cùng chứng minh đến blockchain Hyperbridge.

Tuy nhiên, giữa hai bên có một điểm khác biệt rất quan trọng: Message Relayer gửi message không phải lúc nào cũng nhận được thù lao, đôi khi còn phải trả phí cho Hyperbridge.

Quy trình như sau:

• Người dùng hoặc ứng dụng có thể gửi cross-chain message từ bất kỳ blockchain nào, kèm theo một lượng stablecoin làm phí giao dịch. 
• Khi Message Relayer quét nội dung block phát hiện cross-chain message này, họ sẽ chuyển nó cho Hyperbridge. 
• Sau khi gửi thành công, node trung gian có thể rút stablecoin do người dùng gửi kèm làm thù lao. 

Ngoài ra còn có một cơ chế điều tiết:

• Nếu lượng message xử lý chưa đạt ngưỡng giao thức đặt ra, Hyperbridge sẽ thưởng thêm Bridge Token cho Message Relayer; 
• Nếu lượng message vượt ngưỡng, Message Relayer phải trả phí Bridge Token cho Hyperbridge. 

Thiết kế này giúp giao thức tự nhiên hình thành pool thu nhập, đồng thời kiểm soát hành vi của Message Relayer, đảm bảo năng lực truyền tải message không quá thừa hoặc thiếu.

Bản chất, toàn bộ cơ chế này nhằm đảm bảo Message Relayer luôn online: khi có dữ liệu cross-chain phát sinh, hệ thống có thể chuyển nó đến Hyperbridge trong thời gian ngắn nhất. Logic tổng thể tương tự Consensus Relayer — Message Relayer cũng đứng giữa chuỗi ngoài và Hyperbridge, chịu trách nhiệm thu thập giao dịch cross-chain từ chuỗi ngoài và truyền về. Chỉ khác ở cách thưởng: khi lượng message chưa đủ, Hyperbridge sẽ trợ cấp node trung gian bằng Bridge Token; khi vượt ngưỡng, node trung gian phải trả Bridge Token cho Hyperbridge, và Hyperbridge sẽ tích lũy thu nhập token.

Chi phí cross-chain ZK lên tới hàng triệu USD, còn Hyperbridge chỉ cần một server 2GB

Trước tiên hãy nói về cấu hình phần cứng cần thiết để vận hành các Relayer (node trung gian) và Collator.

Trước hết là node trung gian. Phần mềm node trung gian rất nhẹ, nhiệm vụ chính chỉ là gửi yêu cầu RPC đến node blockchain, nên yêu cầu phần cứng gần như không đáng kể. Một CPU 4 nhân là đủ, thậm chí server chỉ có 2GB RAM cũng chạy tốt. Toàn bộ phần mềm viết bằng Rust, tận dụng bộ nhớ cực tốt.

Nhu cầu băng thông cũng không cao. Nếu node trung gian và node RPC cùng đặt trong một data center, băng thông 20 MB/s là đủ; nếu phải truy cập RPC qua Internet, nên chọn băng thông cao hơn cho ổn định.

Thực tế, chi phí lớn nhất khi vận hành node trung gian là phí thuê dịch vụ RPC.

Dù dùng Alchemy, Quicknode hay Anchor, bạn đều có thể lấy mọi chứng minh và dữ liệu cross-chain cần thiết từ các node đầy đủ mà họ cung cấp, nên chi phí vận hành cực thấp.

Đây cũng là một trong những lý do cốt lõi giúp Hyperbridge có lợi thế vượt trội về khả năng cross-chain quy mô lớn. Hiện nay nhiều giải pháp cross-chain chọn dựa vào zero-knowledge proof (ZK proofs), không chỉ chi phí tạo ra rất cao, mà chi phí vận hành lâu dài cũng rất lớn; so với đó, chi phí vận hành của Hyperbridge thấp đến mức khó tin.

Tiếp theo là Collator. Yêu cầu phần cứng sẽ cao hơn, vì phần mềm Collator phải chạy một node relay chain Polkadot cục bộ. Điều này tạo áp lực lưu trữ lớn, node archive của Polkadot cần khoảng 3TB dung lượng, nên khi triển khai nên trang bị ít nhất 4TB SSD.

Đồng thời, để đảm bảo giao tiếp hiệu quả với relay chain Polkadot và gửi block kịp thời, Collator cần server băng thông cao. Loại server này có chi phí trung bình khoảng 200 USD/tháng. Tất nhiên, nếu bạn là validator tại nhà, sẵn sàng tự triển khai node thì chi phí này có thể bỏ qua.

Polkadot đóng vai trò gì trong Hyperbridge

Cuối cùng, hãy xem Polkadot thực sự đóng vai trò gì trong Hyperbridge.

Hyperbridge là một parachain trong hệ sinh thái Polkadot, về bản chất đóng vai trò “bộ xử lý xác thực mật mã” cần thiết cho truyền tải message cross-chain. Nhưng năng lực xác thực này không phải do nó tự cung cấp, mà đến từ chính an ninh của Polkadot mainnet. Chứng chỉ “tính hợp lệ mật mã của block Hyperbridge” mà tôi đề cập trước đó, thực chất là chữ ký số do tập hợp validator của Polkadot tạo ra, tức là các chứng chỉ này được bảo đảm bởi các validator đang hoạt động trên mạng Polkadot.

Hiểu điều này rất quan trọng: về bản chất, blockchain là một cơ chế “đa chữ ký quy mô lớn”, còn validator set là một tài khoản đa chữ ký khổng lồ vận hành động.

Vậy, cơ chế “đa chữ ký cấp blockchain” này khác gì so với giải pháp cầu nối đa chữ ký truyền thống? Có hai điểm chính:

Thứ nhất: validator set luân phiên động, còn hội đồng đa chữ ký là cố định

• Trong Polkadot, validator set tự động luân phiên mỗi 4 giờ; 
• Trong giải pháp cầu nối đa chữ ký, thành viên “hội đồng chữ ký” là cố định lâu dài, khóa riêng thường lưu trên cùng một nhóm thiết bị. 

Điều này có nghĩa, cầu nối đa chữ ký truyền thống dễ bị tấn công do lộ khóa riêng, còn thiết kế validator động của Polkadot nâng cao an ninh đáng kể.

Thứ hai: chữ ký của validator blockchain có “bảo đảm an ninh kinh tế on-chain”

• Validator Polkadot phải staking tài sản, nếu ký sai hoặc ký ác ý sẽ bị slashing (tịch thu tài sản).
• Trong khi đó, hội đồng đa chữ ký truyền thống không có ràng buộc chi phí hay rủi ro nào, dù họ liên kết làm điều xấu cũng không phải chịu tổn thất gì.

Điều này cũng lý giải vì sao cầu nối đa chữ ký khi bị hack, hacker dễ dàng lấy đi hàng tỷ USD, còn thành viên hội đồng không phải chịu hậu quả gì.

Tại sao không dùng blockchain làm “đa chữ ký khổng lồ”? Vấn đề duy nhất là quy mô. Số lượng validator của blockchain thường rất lớn. Lấy Polkadot làm ví dụ:

• Hiện có hơn 600 validator 
• Tương lai có thể mở rộng lên 1000+ 

Nếu không tối ưu, xác thực chữ ký quy mô lớn như vậy sẽ rất tốn kém. Nhưng có thể giải quyết bằng các công nghệ sau:

• Chữ ký BLS có thể tổng hợp
• Công nghệ xác thực hỗ trợ zero-knowledge proof (ZK)

Các giải pháp này có thể giảm chi phí xác thực chữ ký quy mô lớn xuống mức chấp nhận được.

So với đó, hội đồng đa chữ ký truyền thống phải giữ quy mô nhỏ để giảm chi phí xác thực, nên an ninh kém xa blockchain.

Còn một điểm khác biệt căn bản: cấu trúc quản trị hoàn toàn khác. Cơ chế validator blockchain là mở, không cần cấp phép:

• Bất kỳ ai staking đủ tài sản đều có thể tham gia hoặc rời validator set; 
• Hội đồng đa chữ ký là đóng và cần cấp phép: thành viên phải được chọn thủ công và xác nhận tín nhiệm, mang tính tập trung cao. 

Hyperbridge chỉ cần xử lý khoảng 10 triệu message mỗi năm là có thể hòa vốn

Tiếp theo hãy xem mô hình kinh tế của Hyperbridge. Chi phí vận hành hàng năm của Hyperbridge là rõ ràng và tương đối cố định, như đã đề cập, giao thức cần cung cấp động lực cho các vai trò khác nhau, bao gồm:

• Động lực cho Consensus Relayer: khoảng 3 triệu Bridge Token 
• Động lực cho Message Relayer: khoảng 1.4 triệu Bridge Token 
• Động lực cho Collator: khoảng 3 triệu Bridge Token 
• Và chi phí coretime của Polkadot (dù biến động, nhưng tổng thể không cao) 

Tính tổng lại, chi phí duy trì mạng Hyperbridge mỗi năm khoảng 10 triệu Bridge Token.

Vậy câu hỏi đặt ra: nguồn tiền để chi trả đến từ đâu?

Đáp án là kho bạc on-chain của Hyperbridge. Kho bạc nắm giữ khoảng 40% tổng cung Bridge Token, là holder token lớn nhất hệ thống. Kho dự trữ này đủ để duy trì giao thức vận hành liên tục khoảng 40 năm, cho Hyperbridge đủ thời gian đạt được lợi nhuận bền vững.

Cách kiếm lợi nhuận cũng rất rõ ràng: mỗi khi người dùng gửi cross-chain message, giao dịch cross-chain, truy vấn lưu trữ cross-chain..., kho bạc Hyperbridge đều thu một khoản phí, và các Message Relayer sẽ “đại diện kho bạc” thu hộ khoản này.

Theo mô hình hiện tại, Hyperbridge chỉ cần xử lý khoảng 10 triệu message mỗi năm là có thể hòa vốn.

Tham khảo dữ liệu của Token Terminal: tổng số giao dịch cross-chain toàn cầu mỗi năm vượt 1 tỷ. Như vậy Hyperbridge chỉ cần chiếm khoảng 1% thị phần là đạt điểm hòa vốn, sau đó sẽ bước vào giai đoạn lợi nhuận bền vững.

Dưới đây là một số chỉ số then chốt hiện tại của Hyperbridge:

• Đã tiết kiệm hơn 13000 tỷ gas cho các thao tác xác thực
• Đã xử lý hơn 50,000 cross-chain message: bao gồm message của ứng dụng tự phát triển Polytope Labs, cũng như các thao tác cross-chain do ứng dụng bên thứ ba trên mainnet gửi 
• Đã xác thực hơn 10 triệu chứng minh (chứng minh đồng thuận, chứng minh message, v.v.) 
• Khối lượng giao dịch cross-chain message đã vượt 180 triệu USD
• An ninh kinh tế do Polkadot cung cấp, hiện quy mô vượt 2 tỷ USD
• Đã hỗ trợ hơn 14 chuỗi EVM chính: Polkadot, Hydration, Bifrost, Arbitrum, Polygon, Base, Gnosis, Ethereum Mainnet, Unichain... và đang tiếp tục mở rộng 

Các kịch bản ứng dụng cốt lõi của Hyperbridge

Chúng ta hãy cùng điểm qua các kịch bản ứng dụng cốt lõi của Hyperbridge.

1. Token Gateway

• Hỗ trợ mô hình cross-chain burn & mint; 
• Hoàn toàn tương thích với ERC-20 hiện tại, cũng có thể chọn mô hình lock & mint; 
• Có thể bridge bất kỳ token nào, kèm dữ liệu gọi tuỳ chỉnh; 
• Đã hỗ trợ nhiều tài sản trên mainnet, bao gồm DOT, vDOT, ZKVerify, Manta, v.v. 

2. Intent Gateway

• Hỗ trợ giao dịch cross-chain nhanh; 
• Phần lớn thao tác cross-chain hoàn thành trong 30 giây; 

Điểm đổi mới lớn nhất là:

• Nếu lệnh cross-chain không được thực hiện, người dùng có thể tự do yêu cầu hoàn tiền trên frontend Hyperbridge mà không cần cấp phép, và nhận lại tiền ngay lập tức.
• Toàn bộ cơ chế dựa vào hệ thống xác thực chứng minh: Hyperbridge có thể truy vấn trạng thái chain đối tác theo thời gian thực, khi xác nhận lệnh chưa thực hiện sẽ lập tức kích hoạt quy trình hoàn tiền. 

3. Hệ sinh thái nhà phát triển và ứng dụng bên thứ ba đang xây dựng

Hiện đã có nhiều đội nhóm bên thứ ba phát triển dựa trên Hyperbridge:

• Hydration: đang xây dựng giải pháp Intent tuỳ chỉnh dựa trên Hyperbridge, đồng thời phát triển oracle giá cho một số sản phẩm phái sinh staking ETH. 
• Bifrost: đang xây dựng oracle giá cho vToken, dự kiến triển khai chức năng mint vToken không đồng bộ. 
• Nhiều đội hackathon đã triển khai ứng dụng thành công trên testnet Hyperbridge. 

Chúng tôi cũng đang tích cực khám phá thêm các hướng ứng dụng native, bao gồm:

• Oracle giá có thể xác thực 
• Quản trị cross-chain (khởi tạo đề xuất trên một chain, toàn bộ chain có thể đọc kết quả) 
• Xác thực danh tính cross-chain (dữ liệu danh tính lưu trên một chain, nhiều chain có thể gọi trực tiếp) 
• Chức năng truy vấn lưu trữ lịch sử (cho phép contract đọc trạng thái lịch sử của chain mục tiêu, cực kỳ quan trọng với các giao thức phân phối phần thưởng dựa trên Merkle tree) 

Gần đây chúng tôi cũng đã phát hành bộ công cụ phát triển mới, bao gồm:

• Giao diện Hyperbridge Solidity hoàn chỉnh cho ứng dụng Solidity
• TypeScript SDK cho ví và frontend
• Subquery indexer
• Các thành phần hỗ trợ như Intent Filler, giúp developer xây dựng ứng dụng cross-chain nhanh chóng. 

Thông báo lớn: Hyperbridge sắp được tích hợp native vào Polkadot Hub

Hyperbridge sẽ được tích hợp native vào Polkadot Hub. Điều này có nghĩa là tất cả ứng dụng chạy trên Polkadot Hub đều có thể trực tiếp tương tác với blockchain ngoài hệ sinh thái Polkadot thông qua Hyperbridge, sử dụng các năng lực lưu trữ cross-chain, truy vấn cross-chain, truyền tải message cross-chain, v.v.

Chúng tôi cũng đang hợp tác sâu với đội Parity để thúc đẩy triển khai BLS Beefy:

• Hiện các node chứng minh đồng thuận của Polkadot vẫn do đội Polytope Labs vận hành 
• Tương lai sẽ thực hiện phi tập trung hóa validator thông qua công nghệ chữ ký BLS có thể tổng hợp 
• Điều này cũng sẽ hiện thực hóa vận hành hoàn toàn phi tập trung của Hyperbridge 

Việc tích hợp hệ sinh thái EVM của Hyperbridge vẫn đang mở rộng, sắp tới chúng tôi sẽ bổ sung hỗ trợ:

• Arc 
• Tempo 
• Monad 
• Sonic 
• Tron (Tron đang phát triển chức năng cam kết trạng thái, sau khi hoàn thành sẽ chính thức hỗ trợ) 

Ngoài ra, chúng tôi đã hỗ trợ các chuỗi EVM trong hệ sinh thái Cosmos, bao gồm:

• Sei 
• Cronos 
• Injective
• và nhiều mạng Cosmos tương thích EVM khác. 

Phần chia sẻ của tôi đến đây là hết, cảm ơn mọi người đã lắng nghe và tham gia!