DeFi Patterns

ERC-20 defines a common interface for fungible token balances, transfers, and approvals. A client can integrate a token through these functions, but metadata methods, return values, fee behavior, and compatibility depend on the deployed contract.

Stages: Asset Discovery & Display, Approving & Permissioning +1

EIP-1153 introduced transient storage: data that exists only for a transaction and is automatically cleared afterward. TSTORE/TLOAD can be cheaper than persistent storage for temporary values such as reentrancy locks, but any user-level gas savings depend on the surrounding implementation and current transaction estimate.

Stages: Gas & Fees

ERC-3156 standardizes flash loans: a receiver borrows without upfront collateral, uses the funds, and repays principal plus fee in one transaction. If repayment or the callback fails, the loan state reverts, while gas is still spent and unsafe approvals or untrusted lenders remain risks.

Stages: Executing Transactions

ERC-3475 models financial obligations with balances keyed by class, nonce, and amount. A single contract can represent configurable bond series and metadata; an NFT wrapper or secondary market is an application layer rather than the core token model.

Stages: Asset Management

ERC-3525 creates "semi-fungible tokens" - NFT-like positions with both an ID (uniqueness) and a value (quantity). This can model bonds, invoices, DeFi positions, and structured products where unique tokens also represent amounts.

Stages: Asset Discovery & Display

ERC-4626 standardizes tokenized vault interfaces. Deposit an underlying asset and receive shares representing a claim on the vault; share-to-asset value and yield depend on the deployed strategy. Different protocols can expose the same deposit, withdraw, share, and asset methods without guaranteeing positive returns.

Stages: Asset Management

ERC-5725 turns vesting schedules into transferable NFTs. Your employee token grant, investor allocation, or airdrop vesting becomes a transferable position; a marketplace can offer a sale at a discount when the deployed position and application support it.

Stages: Asset Management

EIP-6110 moves Ethereum validator-deposit processing into execution-layer block data and consensus-layer execution requests. After Pectra activation, a staking product can track a deposit from the deposit-contract event through execution inclusion, consensus processing, pending balance, and validator activation; a successful deposit transaction alone does not mean the validator is active.

Stages: Executing Transactions, Status & Confirmation +1

EIP-7002 supplies the execution-layer request path for validator exits and withdrawals. Under Electra's integrated processing, a request whose source address matches a validator's 0x01 or 0x02 execution withdrawal credential can request a full exit with amount=0; a positive amount requests a partial withdrawal only for a 0x02 compounding credential when effective balance is at least 32 ETH and balance exceeds 32 ETH plus pending partial withdrawals. Ethereum activated the path in Pectra; requests enter an execution-layer queue, pay a dynamic request fee, and are then processed by the consensus layer.

Stages: Executing Transactions, Status & Confirmation +1

Users hold traditional financial bonds on-chain with familiar terms — ISIN, coupon rate, maturity date, denomination, principal.

Stages: Asset Management

EIP-7251 raises Ethereum's validator maximum effective balance to 2048 ETH while keeping the 32 ETH minimum activation balance. Validators with a 0x02 compounding withdrawal credential can earn rewards above 32 ETH, top up in flexible amounts, and participate in consolidation flows; the credential, validator state, queues, and network activation determine which controls are available.

Stages: Asset Discovery & Display, Executing Transactions +2

ERC-7535 is a native-asset override of ERC-4626. A compatible vault can accept native ETH through payable deposit or mint calls without a separate WETH wrapping step; support, gas cost, fees, and withdrawal output remain deployment- and network-specific.

Stages: Asset Management

ERC-7540 adds optional asynchronous deposit and/or redemption flows to ERC-4626 vaults. A deployed vault can keep one side synchronous while requests on the other side settle later, which helps real-world-asset, illiquid, and delayed-settlement strategies expose their timing clearly.

Stages: Status & Confirmation, Asset Management

ERC-7575 groups asset-specific ERC-4626 entry-point vaults that issue a common share token. Users can choose among the deployed group members, such as an ETH or USDC entry point, while the application presents their shared share asset and each entry point's own rates and limits.

Stages: Asset Management

ERC-7818 adds expiration timestamps to ERC-20 token batches. Applications can show when each batch expires and apply the deployed contract's transfer and spending rules; FIFO selection and burn/recycle behavior are optional implementation choices.

Stages: Asset Discovery & Display, Asset Management

ERC-7994 defines purpose-bound money through a binding that names a recipient, amount, unlock conditions, and optional expiry. Merchant, KYC, category, receipt, and spending-limit behavior comes from the condition implementations selected by the issuer; the standard does not provide a universal merchant directory or transfer pre-check.

Stages: Asset Management

ERC-2266 defines an HTLC-based American Call Option for peer-to-peer token exchanges. It coordinates initiator and participant assets, a premium, separate timelocks, and redeem/refund calls; settlement and refund availability depend on the option state and the relevant deadlines.

Stages: Status & Confirmation, Asset Management