How do HyperFuse Guardian Nodes Work?

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).

  2. Compression – All state transitions are optimistically rolled up and Merkle compressed. Transactions are compressed and aggregated into a Merkle tree.

  3. 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.

  4. 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.

  5. 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.

PreviousWhat is a HyperFuse Guardian Node?NextWho Can Operate a HyperFuse Guardian Node?

Last updated