Disclosures

Paraflux is not registered with the U.S. Securities and Exchange Commission ("SEC") as a broker-dealer, exchange, transfer agent, investment adviser, or in any other capacity. No federal or state securities regulator has reviewed, approved, or endorsed this interface or the smart contracts it connects to.

This interface is a "Covered User Interface" as described in the SEC Division of Trading and Markets Staff Statement dated April 13, 2026 (File No. 4-894). It converts user-specified transaction parameters into blockchain-legible commands for signature and transmission via the user’s self-custodial wallet. It does not execute, settle, or route orders; hold, custody, or access user funds or private keys; provide investment advice or recommendations; or negotiate transaction terms on behalf of any party.

All fees are charged on-chain by the Paraflux smart contracts at the time of transaction execution. The interface operator does not collect any fees separate from the on-chain protocol fees. There are no payments for order flow.

Fees are product-agnostic, execution-route-agnostic, and counterparty-agnostic. The effective fee formula is: effectiveFee = tradingFee + impactCoeff × notional / totalAssets. All fee parameters are set immutably or by protocol governance and are visible on-chain.

The operator of this interface is affiliated with the development team that created and deployed the Paraflux smart contracts. Specifically:

• The interface operator develops, deploys, and maintains the on-chain smart contracts that this interface connects to.
• The protocol treasury receives 20% of all trading fees generated by the smart contracts.
• The interface operator may hold positions in the LP vault or trade on the protocol.
• The interface operator may hold HYPE tokens or other crypto assets whose prices affect the protocol’s smart contracts.

This interface does not use, sell, share, or monetize user trading information. Transaction data is publicly visible on the HyperEVM blockchain. The interface does not maintain private order books or engage in proprietary trading based on user activity.

This interface is subject to the following limitations:

• Only supports assets deployed on HyperEVM (chain ID 998). No cross-chain transactions are available.
• Requires a self-custodial wallet (e.g., MetaMask, Rabby) with HyperEVM network configured. The interface never has access to user private keys.
• Market data (prices, funding rates, volatility) is sourced from on-chain oracle contracts and Hyperliquid precompiles. Data may be delayed or temporarily unavailable.
• Smart contracts are immutable and not upgradeable. Bugs or vulnerabilities cannot be patched after deployment.
• Liquidations are executed by third-party keepers, not by this interface. Liquidation timing depends on keeper activity.
• This interface connects to a single execution venue (the Paraflux smart contracts on HyperEVM). There is no routing to alternative venues.
• Products not yet deployed (variance swaps, VIX token) are hidden from the interface until their contract addresses are configured.

This interface prepares trading instructions and displays market data using the following objective, independently verifiable parameters:

• Price data: Read from HyperEVM oracle precompile (0x0807 for core assets, 0x080e BBO for HIP-3 assets), with EMA smoothing in OracleModule.
• Implied volatility: Read from on-chain ImpliedVolOracle contracts, updated by permissionless keepers from external vol data sources.
• Funding rate: Computed on-chain by FundingEngine using mark/index price deviation, open interest, and implied variance.
• Fair value: Displayed power perp fair value is S² / index where S is the spot price and index is the EMA-smoothed power index.
• Gas estimation: Standard wallet-provided gas estimates. No priority fee manipulation.

All deployed smart contracts are independently verifiable on-chain via the HyperEVM block explorer.

• No server-side custody: This interface is a static web application hosted on GitHub Pages. There are no backend servers that process, store, or relay user transactions or private keys.
• Smart contract security: Contracts have undergone three internal audit passes covering access control, funding manipulation, liquidation logic, and vault-market-maker interactions. All contracts are immutable (non-upgradeable).
• Frontend integrity: The interface is deployed via GitHub Pages from a public repository. Build artifacts are reproducible from source.
• Wallet interaction: All blockchain interactions use standard EIP-1193 wallet provider protocol via WalletConnect / RainbowKit. The interface never requests or accesses private keys.
• Oracle integrity: OracleModule includes a circuit breaker (configurable max deviation threshold) that rejects price updates deviating beyond the allowed range from the current EMA, preventing oracle manipulation attacks.

Maximal Extractable Value (MEV) refers to the ability of block producers or validators to profit by reordering, inserting, or censoring transactions within a block. Users of this interface should be aware of the following:

• HyperEVM block production: HyperEVM blocks are produced by the Hyperliquid validator set. Transaction ordering within blocks is determined by validators, not by this interface.
• Slippage protection: Users can set a maximum slippage tolerance on all trades. Transactions that would execute beyond the specified slippage will revert, protecting against sandwich attacks and unfavorable price movement.
• No private mempool: This interface submits transactions to the public HyperEVM mempool. It does not offer private transaction submission or MEV-protection relays.
• Front-running risk: Because transactions are publicly visible before inclusion in a block, they may be susceptible to front-running by MEV bots. The impact fee (quadratic in size) provides partial economic protection against this.

This interface does not engage in MEV extraction, front-running, or transaction reordering of any kind.

This interface connects exclusively to the Paraflux smart contracts deployed on HyperEVM. There is no routing to alternative venues or liquidity aggregators.

The interface operator has evaluated these contracts through three internal audit passes covering access control, economic invariants, liquidation mechanics, and vault risk management. All contracts are immutable and independently verifiable on-chain.

This interface sets the following default transaction parameters, all of which can be customized by the user before signing:

Default parameters are determined based on objective factors (gas costs, protocol minimum margins) and are not influenced by any counterparty, venue, or product-specific considerations. Users are encouraged to review and adjust parameters before signing each transaction.