Before wiring calldata into your product, align on how Amplify Earn models strategies, assets, and execution responsibilities. These concepts shape the SDK helpers referenced throughout the docs.Documentation Index
Fetch the complete documentation index at: https://developers.paxoslabs.com/llms.txt
Use this file to discover all available pages before exploring further.
Vaults & Vault Names
- Vault – On-chain contract that issues ERC-20 shares representing a position in an underlying strategy.
- Vault Name – A human-readable string identifier (
AmplifyVault.name) used to address a specific vault in all transaction functions. CallgetVaultsByConfig()to discover vault names. - Yield Type – Logical grouping of vaults with similar mandates, exposed as the
YieldTypeenum (CORE,TREASURY,FRONTIER). Used as a filter when discovering vaults, not as a transaction parameter. - Want Asset – Token users receive when withdrawing from a vault; often different from the deposit token.
Vault Discovery Pattern
getSupportedAssets() to discover eligible deposit tokens and chain IDs.
Shares vs. Assets
- Deposits mint shares to the recipient. Shares track ownership of the vault.
- Withdrawals burn shares and return the want asset using
prepareWithdrawal. - Helpers return base-unit values; you provide the human-readable amounts as decimal strings.
Allowances vs. Permits
- Unified API (Recommended): Use
prepareDepositAuthorization()to automatically detect the optimal method. It returns the appropriate flow based on token support and existing allowances. - Approval flow: Traditional ERC20 approval using
prepareApproveDepositTokenTxData()followed byprepareDepositTxData(). - Permit flow: When the token supports EIP-2612, sign typed data off-chain and use
prepareDepositWithPermitTxData()for gas-efficient single-transaction deposits.
Slippage Controls
- Slippage is expressed in basis points (bps). For example,
100means 1%. - Deposit helpers default to 50 bps (0.5%).
- WithdrawQueue-based withdrawals do not require slippage or deadline parameters.
- Helpers return minimum acceptable amounts in base units; you can override or disable slippage (not recommended for production).
Execution Responsibilities
- The SDK prepares calldata only; your app decides which signing stack executes it.
- Use viem, wagmi, Privy, or custody flows to send the transaction.
- Handle errors by catching
APIError, which includes anendpointproperty (e.g.,prepareDepositWithPermitTxData).
Withdrawals
- Use
prepareWithdrawalAuthorizationto determine whether approval is required. - Use
prepareWithdrawalto build the withdrawal order transaction. - For lower-level control, use
prepareWithdrawOrderTxDataandprepareApproveWithdrawOrderTxData.
Cache & Initialization
The SDK caches vault and asset data on startup. For guaranteed fast first calls:waitForCacheReady(), the first call that needs vault data will trigger a cache refresh automatically.
Glossary
| Term | Definition |
|---|---|
| Approval | An on-chain transaction granting a contract permission to transfer your tokens |
| Basis points (bps) | A unit of measurement where 1 bps = 0.01%. 50 bps = 0.5%, 100 bps = 1%. |
| EIP-2612 Permit | An off-chain signature that authorizes token spending without an on-chain approval transaction |
| ERC-20 | The standard interface for fungible tokens (USDC, USDT, etc.) |
| Gas | The fee paid in ETH to execute a transaction on Ethereum |
| Slippage | The difference between the expected and actual exchange rate. Controlled via slippageBps. |
| Vault shares | ERC-20 tokens representing your deposit in the vault; their value appreciates as the vault earns yield |
| Want asset | The token you want to receive when withdrawing (e.g., USDC) |
| Yield Type | Logical grouping of vaults (CORE, TREASURY, FRONTIER) used as a filter in vault discovery |