Glossary
Domain terminology used throughout TetraFi's platform and documentation.
27 terms across 4 categories
Platform Roles3
- Solver
- A liquidity provider or market maker that responds to quote requests with pricing. Solvers compete to offer the best execution for takers.
- Taker
- An institutional client (asset manager, corporate treasury, family office, fund) that initiates a trade request and selects from competing solver quotes.
- Operator
- TetraFi itself, running the platform infrastructure: RFQ matching, compliance checks, settlement orchestration. The operator never takes custody of funds.
Referenced inQuick Reference
Trading Mechanics10
- RFQ (Request for Quote)
- A trading workflow where the taker broadcasts a request and solvers respond with firm quotes. The taker selects from competing offers.
- DvP (Delivery versus Payment)
- A settlement mechanism where both legs of a trade execute atomically. If one leg fails, neither settles - eliminating counterparty risk.
- Escrow
- A smart contract that holds funds during the settlement window. Neither party can withdraw unilaterally until both conditions of the DvP are met.
- StandardOrder
- The native ERC-7683 order format: a typed struct containing user, nonce, inputs (origin chain assets), outputs (MandateOutput array), deadlines, and oracle references. Signed off-chain via EIP-712.
- MandateOutput
- Output leg of a StandardOrder specifying the desired result on the destination chain: oracle, settler contract, chain ID, token, amount, recipient, and order-type context (limit, dutch auction, exclusive).
- Corridor
- A directed (origin_chain:token → destination_chain:token) pair. The cross-chain analog of a directed token pair. Corridors must have solver coverage on both sides.
- CoW (Coincidence of Wants)
- When two opposing trade intents can be matched directly without external liquidity. TetraFi supports Direct, Partial, Multi-leg, and Cross-chain CoW types.
- Intent Netting
- Matching opposing or complementary cross-chain intents so value moves peer-to-peer, eliminating bridge and LP costs. Includes Simple Nets (mirror intents), Batch Nets (same-direction aggregation), and Ring Nets (3+ party directed cycles).
- Dutch Auction
- UniswapX-style time-decaying price mechanism for solver selection. Starting price is unfavorable for the filler and decays over a configurable window. First filler to execute captures the order at the current decay point.
- UCCP (Uniform Corridor Clearing Price)
- All orders in the same corridor batch receive the same effective bps rate, ensuring fairness across participants.
Referenced inSettlement Flows
Compliance & Regulation6
- ComplianceRegistry
- An on-chain smart contract storing compliance attestations for participants. Solvers and takers must have valid entries before trading.
- WORM (Write-Once Read-Many)
- An evidence ledger pattern where compliance records are appended but never modified. Provides an immutable audit trail for regulators.
- IVMS101
- InterVASP Messaging Standard 101 - the data format for transmitting Travel Rule information between virtual asset service providers.
- Travel Rule
- FATF Recommendation 16, requiring VASPs to transmit originator and beneficiary information for transfers above a threshold.
- MiCA
- Markets in Crypto-Assets - EU regulation establishing a comprehensive framework for crypto-asset service providers.
- CASP
- Crypto-Asset Service Provider - the regulatory classification under MiCA for entities providing crypto-asset services.
Referenced inSettlement Flows
Referenced inCompliance Architecture
Referenced inCompliance Architecture
Standards & Protocols8
- ERC-7683
- Cross-chain intent standard defining the StandardOrder format and settlement interfaces. The core data structure for all TetraFi trades.
- EIP-712
- Ethereum standard for typed structured data signing. Used for off-chain order signatures verifiable on-chain.
- ResourceLock (The Compact)
- A lock mechanism enabling output-first settlement: the solver fills before user funds lock. Uses an allocator (co-signer preventing double-spend) and arbiter (verifies fill conditions). Highest capital efficiency.
- Permit2
- Uniswap's token-approval contract used for gasless approvals. Used by Permit2Escrow for input-first settlement with familiar approval flow.
- InputSettler
- Origin-chain smart contract that locks user deposits. Two implementations: InputSettlerEscrow (Permit2/EIP-3009) and InputSettlerCompact (ResourceLock). Manages the 4-state machine: None → Deposited → Claimed | Refunded.
- OutputSettler
- Destination-chain smart contract that records solver fills. Resolves order-type-specific outputs: limit orders (fixed amount), dutch auctions (decaying price), and exclusive orders.
- Allocator
- Compact protocol role: co-signer preventing double-spend across concurrent allocations. Can be on-chain (trustless) or off-chain (faster, liveness assumption).
- Arbiter
- Compact protocol role: verifies fill conditions (mandate) and processes claims. Tribunal is Uniswap's cross-chain swap arbiter implementation.
Referenced inSettlement Flows
Referenced inSettlement Flows
Referenced inSettlement Flows