The DeFi terms, defined

Financial services — trading, lending, staking — run by public smart contracts instead of banks or brokers, open to anyone with a wallet. read more ›

The programmable blockchain most DeFi runs on; BlazePhoenix deploys the same bytecode across Ethereum and its L2s (Base, Optimism, Arbitrum). read more ›

The canonical AMM design (V2/V3) whose pools most DEX liquidity lives in; BlazePhoenix routes across it and eight venue shapes. read more ›

The gap between the price you saw and the price you got, caused by the market moving between quote and execution. You cap it with a minimum-output limit (minOut). read more ›

The part of your cost you cause yourself: trading against a finite pool moves the price as you take tokens. A thin pool punishes size the hardest. read more ›

Two piles of tokens a smart contract holds so anyone can trade against them. The ratio of the piles sets the price; real on-chain depth decides your cost. read more ›

A formula that prices trades from a pool’s balances instead of an order book. Constant-product (x·y=k) always has a quote; price impact is where it charges you. read more ›

A marketplace where trades execute directly on-chain against smart contracts, with no custodian ever holding your funds. read more ›

A tool that routes a swap across many pools for the best execution. BlazePhoenix computes the quote on-chain, so no off-chain server is trusted. read more ›

Code deployed on a blockchain that runs exactly as written, with no admin able to change or stop it once its powers are renounced. read more ›

Advertised pool depth a pool’s contract does not actually hold on-chain — the slippage you would really pay and the tokens a honeypot cannot pay out. read more ›

A token engineered so buys succeed and sells fail, via hidden contract logic. The chart climbs while almost nobody can exit. read more ›

An exit scam where insiders drain a token’s liquidity or dump hidden supply, collapsing the price to zero. read more ›

The profit bots extract by reordering, inserting or censoring transactions in a block — the force behind sandwich attacks. read more ›

Seeing a pending transaction and jumping ahead of it to profit from the price move it will cause. read more ›

A bridge that feeds external data (like prices) to a smart contract — and a classic attack surface when the feed can be manipulated. read more ›

The loss a liquidity provider takes when the two pooled tokens diverge in price, versus simply holding them. read more ›

Someone who deposits both tokens into a pool to earn a share of its trading fees, taking on impermanent-loss risk in return. read more ›

The total assets deposited in a protocol — a popularity metric, not a safety guarantee; real liquidity depth is what you can actually exit into. read more ›

Market cap is price × supply (a headline); liquidity is what you can actually exit into. When cap towers over real depth, most of that value is unreachable. read more ›

A verifiable on-chain demonstration that a protocol holds enough assets to cover what it owes — checkable without trusting the team. read more ›

The least amount of output you will accept on a swap; if the trade cannot deliver it, it must revert instead of filling worse. read more ›

The same ETH wrapped as a standard ERC-20 token so contracts handle it uniformly. Always redeemable 1:1; it is not a different asset. read more ›

Standing permission for a contract to move your token. It outlives the trade, so infinite approvals are a live risk you should review and revoke. read more ›

A token engineered to hold a fixed value, usually $1, backed by fiat, crypto or an algorithm. The peg is only as strong as the design behind it. read more ›

The network fee paid to execute a transaction on-chain, priced in the chain’s native coin and varying with congestion. read more ›

Software holding the private keys that control your on-chain funds — not the funds themselves. The seed phrase IS the funds; never share it. read more ›

The minimum-output floor the Router re-derives ON-CHAIN at execution: callers may tighten it, never relax it; every route leg must deliver ≥75% of plan. read more ›

Formalizes Minimum output (minOut).

The pool-fitness field: a swap-count EMA decaying over a ~65,536-block window, weighted by log-depth buckets, with bridge and concentration bonuses. read more ›

Formalizes Liquidity pool.

The single equation the staking book obeys, enforced per-transaction by the conserves guard — an insolvent state is unreachable, not merely observable. read more ›

Formalizes Proof of reserves / solvency.

The median filter anchored on the pool with the largest REAL tokenOut balance — truth votes with capital, not with mere existence. An oracle you cannot bribe. read more ›

Formalizes Blockchain oracle.

Execution-grade requoting by revert-extraction: run the pool’s real swap inside a call, revert, decode the deltas — the revert is the answer, not an error. read more ›

Formalizes Automated market maker (AMM).

One quote function spanning eight AMM species — closed-form math where formulas are truth, ask-the-pool where replication could lie. read more ›

Formalizes Automated market maker (AMM).

A pool’s entire working state packed into one 256-bit storage word; scoring a candidate costs a single SLOAD (~38% gas saved per warm swap, measured). read more ›

Formalizes Smart contract.

CREATE2 address derivation across eight venue shapes — a legitimate pool’s address is computable before it exists, so impersonation becomes an address mismatch. read more ›

Formalizes Smart contract.

The venue registry that learns liquidity by executing it: every settled swap ticks or inserts a pool; vitality decay and Ψ-ranked eviction curate it with no keeper. read more ›

Formalizes Decentralized exchange (DEX).

Governing a system by a mathematical invariant checked at the boundary, failing closed on violation — the pattern behind the protocol, and a template for aligning AI agents. read more ›

Formalizes Smart contract.