Canonical explanations of SODAX concepts and system components. Human-readable and always up to date.
Software systems that independently evaluate conditions, form intents, and execute financial actions across networks without continuous human direction, using programmatic interfaces like MCP servers and SDKs to interact with execution infrastructure.
The SODAX AMM is SODAX’s internal decentralized exchange on the Sonic network, used to create tradeable markets for SODAX-native assets, primarily paired against bnUSD.
The Asset Manager is the bridge and permission layer that authorizes and moves assets into and out of the SODAX system.
The condition in which actions across multiple systems resolve independently over time rather than completing simultaneously.
The removal of network-specific complexity from user and developer experience, so that actions resolve across systems without requiring awareness of where execution happens.
The Coordinator is the execution planning and monitoring subsystem within the Solver that structures cross-network actions into concrete, ordered steps.
The ability to lend, borrow, and reuse capital across network boundaries without requiring users to manually bridge, wrap, or reposition assets.
The portion of total available capital that can actually be accessed and used under real execution and coordination constraints.
The process of coordinated actions that turns an intended outcome into a real, settled state across one or more systems.
The alignment of multiple actions across systems so they collectively achieve an intended outcome under real conditions.
The Hub is the central coordination network of SODAX where cross-network actions are registered and where their final settlement state is recorded as the system’s single source of truth.
Hub Wallet Abstraction is the deterministic smart wallet system on the Hub that provides each user with a stable execution identity for cross-network actions.
The specific end state a user or system aims to reach, independent of the individual transactions required to achieve it.
An Intent is the structured user request that defines the desired cross-network outcome and the constraints under which it may be executed.
Liquidity is the SODAX system component that enables cross-network actions to complete by treating assets as a unified, globally accessible inventory rather than isolated pools.
The ability of a system to reach and use capital where it already exists across networks or venues under real execution conditions.
The condition in which capital is distributed across multiple systems or venues, limiting its effective usability despite sufficient aggregate depth.
Money that exists in programmable, multi-network systems, where its usefulness depends on coordinated execution, timing, and context, not just ownership.
A cross-network money market that lets SODAX and builders lend, borrow, and reuse capital across all integrated networks.
The architectural ability to integrate with multiple bridge infrastructures, using each where appropriate rather than relying on a single cross-network mechanism.
The path that a financial action takes from intent to settlement, including every routing decision, venue selection, and execution step along the way.
The point at which an intended outcome has been fully reached and is usable, independent of intermediate confirmations or partial steps.
The ability of a system to move from partial or divergent execution states back to a coherent and usable outcome.
The Relayer is the distributed signing and transaction submission layer that delivers verified cross-network messages within SODAX.
sodaVariants are how SODAX extends assets into networks where they do not exist natively, making them immediately usable through system-level liquidity.
SODAX is a cross-network execution and liquidity system that coordinates financial actions across networks through a solver-based model, multi-bridge architecture, and integrated money market.
The Solver is the part of SODAX responsible for deciding, initiating, and coordinating how a cross-network action is carried out, selecting the most reliable execution path across networks.
An open environment where solvers from different systems compete for order flow, enabling a system's solver to win external trades and route them back through its own infrastructure.
The movement of a system from one defined condition to another, especially across distributed or multi-network environments.