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.
Accounts & Account Names
- Account – On-chain contract that issues ERC-20 shares representing a position in an underlying strategy.
- Account Name – A human-readable string identifier (
AmplifyVault.name) used to address a specific account in all transaction functions. CallgetVaultsByConfig()to discover account names. - Yield Type – Logical grouping of accounts with similar mandates, exposed as the
YieldTypeenum (CORE,TREASURY,FRONTIER). Used as a filter when discovering accounts, not as a transaction parameter. - Want Asset – Token users receive when withdrawing from an account; often different from the deposit token.
Account 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 account.
- 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 account and asset data on startup. For guaranteed fast first calls:waitForCacheReady(), the first call that needs account 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. |
| Account shares | ERC-20 tokens representing your deposit in the account; their value appreciates as the account earns yield |
| Want asset | The token you want to receive when withdrawing (e.g., USDC) |
| Yield Type | Logical grouping of accounts (CORE, TREASURY, FRONTIER) used as a filter in account discovery |