Sonic | Official Documentation
Official WebsiteExplorerFaucet
  • Welcome to Sonic
  • Users
    • Getting Started
      • Setting up your wallet
      • Bridging funds to Sonic
      • Join Sonic community!
  • Developers
    • Why Choose Sonic?
    • Getting Started
      • Setup local development for Sonic SVM
      • Build & Deploy Your First Program
    • Developer Tooling
      • Explorer
      • Faucet
      • Wallet Extensions
  • Additional Tools & Examples
  • Additional Resources
  • Architecture
    • Overview
    • Sonic SVM Whitepaper
    • Vision & Architecture
    • Clusters
    • HyperGrid Framework
      • HyperGrid Infrastructure
        • Architectural Overview
        • Grids and Network Relationships
          • Grids
      • Interoperability with Solana
        • Data Synchronization Between HyperGrid and Solana Base Layer
      • HyperGrid Shared State Network (HSSN)
      • HSSN Explorer Overview
      • HSSN Gas Fee Mechanism
      • Operator Guides
        • Deploying a New Grid
        • Deploying a Sonic RPC Node
        • Deploying an HSSN Validator
        • Mainnet
          • Deploying an HSSN Validator
      • Verifiable Compute & Zero-Knowledge Proofing on HyperGrid
    • Sorada
      • Introduction
      • Architecture
      • How to Deploy Sorada
      • Resources
    • Rush ECS Framework
      • Introduction
      • Features
      • Quickstart
      • Reference
      • Demo
  • RESOURCES
    • Audit Reports
    • We're Hiring!
Powered by GitBook
On this page
  • Key Features
  • Operational Framework
  • Integration with Solana
Edit on GitHub
  1. Architecture
  2. HyperGrid Framework
  3. HyperGrid Infrastructure

Grids and Network Relationships

HyperGrid's network architecture: Shared State Network, Grid instances, and Solana Base Layer relationships for scalable dApp deployment.

PreviousArchitectural OverviewNextGrids

Last updated 9 months ago

The HyperGrid framework is designed to support a wide array of application-specific networks, or decentralized applications, with a particular focus on high-demand applications like games, DeFi, AI Agents, e.t.c. within its ecosystem. This architecture aims to:

  1. Reduce strain on the Solana Base Layer's performance

  2. Minimize performance conflicts and competition for block-space inclusion between Base Layer and the various domain-specific dApps.

HyperGrid makes it possible for dApps or operators to either instantiate their own Grid instance for their specific application or implement their own domain-specific SVM network.

Key Features

  • Flexibility for Grid Network Creators: Developers can choose between:

    • Using the HyperGrid public network

    • Horizontally scaling to create dedicated networks tailored to specific needs

  • Performance and Cost Optimization: The choice between public and dedicated networks is based on developers' assessments of performance requirements and associated costs.

  • Network Independence: Developers can deactivate their respective networks without affecting others in the ecosystem.

Operational Framework

  • Validation: Each network autonomously handles the validation of its transactions and state changes.

  • Logging: Transaction and state alteration logs are maintained independently by each network.

  • Retrieval: Data retrieval processes are executed autonomously for each network.

Integration with Solana

The linkage between HyperGrid and the Solana Base Layer ensures that all operations, while processed independently within each Grid instance, ultimately anchor to Solana for final consensus and security.

This architecture provides a scalable and flexible environment for dApp deployment, allowing developers to optimize their applications' performance while leveraging the security and stability of the Solana blockchain.

.

Click this link to learn more about Grids
HyperGrid Shared State Network Data Flow