What Flux Does: System capabilities, not implementation
Standardized Query Interface
Structured queries in Flux are issued using familiar data access protocols—SQL, GraphQL, and REST. Instead of interacting directly with raw RPC endpoints or writing chain-specific query logic, developers work through a unified schema model that abstracts away protocol-level differences. This interface design ensures consistency across networks, facilitates integration into existing application backends, and reduces the engineering overhead typically associated with multi-chain systems.
Cross-Chain Semantic Normalization
Different blockchain networks expose data in distinct structural formats, ranging from Ethereum’s storage mappings to Solana’s transaction encodings and Aptos’ resource models. Within Flux, these heterogeneous representations are abstracted into a consistent query surface. The system maintains a schema-level normalization layer that allows applications to express queries uniformly, without the need to account for protocol-specific field names, encoding styles, or event structures.
Sub-Second Query Execution with Proof Generation
Flux is designed for latency-sensitive applications that require both speed and trust. Structured queries are resolved in under 500 milliseconds across supported chains, ensuring real-time responsiveness for onchain automation and decision-making. All results are returned in a verifiable format, allowing downstream systems to consume trusted data without depending on third-party indexers or oracles.
Details on proof generation and validation are described in the Technology section.
Proof-First Response Model
In Flux, every query result is returned with a built-in guarantee of correctness. Verifiability is not treated as an optional post-process—it is embedded as a default property of the response layer. This ensures that applications, smart contracts, and systems consuming the data can trust the result as delivered.
Further details on the proof lifecycle and validation mechanisms are outlined in the Technology section.
Modular Integration with Query Capsules
Query logic in Flux can be encapsulated into reusable modules known as Capsules. Each Capsule defines a fixed input schema, computation logic, and proof behavior, and can be invoked through a standardized interface by contracts or external applications—with cryptographic verifiability preserved. Capsules support provenance tracking, composability, and fee routing, enabling their use in automated systems without reimplementation or reliance on centralized services. Together, they form the foundation of a modular, monetizable data logic layer—discoverable, callable, and trusted across the Flux network.
Last updated