Introducing HyperFuse Guardian Nodes: Observers & Verifiers of HyperGrid Transactions

Sonic, the first SVM Gaming Chain Launching with HyperGrid is the first grid to launch using HyperGrid Framework. Here is an example process for where HyperFuse plays the part in Sonic and HyperGrid ecosystem

Introducing HyperFuse Guardian Nodes: Observers & Verifiers of HyperGrid Transactions
Do not index
Do not index
In the previous blog post, Introducing Hypergrid Framework - the Technology Behind Sonic SVM - we gave an overview of how HyperGrid enables Sonic SVM to operate with a shared state on top of Solana.
This is enabled by HSSN, HyperGrid Shared State Network, a shared validator network for deployed Grids(SVMs). It serves as a consensus layer that collects transaction hashes from grids(e.g. Sonic) and roll up state transitions to Solana.
This is where HyperFuse Nodes come in - they operate as the verifier mechanism when HSSN posts the updated state onto Solana.  observing and checking the validity of the states, providing attestation services as they are posted onto Solana.
notion image
 
Sonic, the first SVM Gaming Chain Launching with HyperGrid is the first grid to launch using HyperGrid Framework. Here is an example process for where HyperFuse plays the part in Sonic and HyperGrid ecosystem:
  1. Transactions are ingested and executed by the Grid(Sonic SVM).
  1. Compression – All state transitions are optimistically rolled up and Merkle compressed. Transactions are compressed and aggregated into a Merkle tree.
  1. Proof Generation – A proof is generated by each grid instance for each slot. For each block, the corresponding root state hash is committed. A new root represents each block/slot.
  1. Proof Commitment – Proofs are committed to the HSSN to avoid any state collisions. The HSSN serves as a validation layer for transactions processed by Grids. Light sampling with light fraud proofs is computed here, and the HSSN pushes all proofs to the verifier program on Solana for further validation.
 
  1. HyperFuse observes and verifies HSSN state submission onto Solana. If an incorrect submission is proposed, it raises an alarm (by whatever means its operator chooses) so that others can intervene.
The HyperFuse nodes are designed for adoption - they can be run on community members’ laptops, desktops or even on cloud instances.
 
How to Become a Part of the Network
Participants can become integral parts of the network, contributing to its security and reliability. Node operators will be responsible for validating transactions, and ensuring the integrity of the network. In return, they will receive network tokens as a reward.
Operating HyperFuse is an exciting opportunity for those interested in HyperGrid to get involved with a cutting-edge project and help shape the future of the SVM Grid ecosystem on Solana.  Detailed information about how to run your own HyperFuse, including technical requirements, and how to participate, will be available soon.
 
Join our Discord and follow our Twitter for more updates.