Account activation
On the XRP Ledger, a wallet address must be activated before it can send transactions or hold assets. Activation requires funding the account with native XRP to meet the base reserve requirement.| Requirement | Amount |
|---|---|
| Base reserve | 1 XRP |
The base reserve is locked and cannot be spent. It ensures accounts on the ledger are not created frivolously.
Receiving issued currencies (creating trust lines)
Before an XRPL wallet can receive an issued currency (tokens like USDC, stablecoins, or any non-XRP asset), it must establish a trust line to that asset’s issuer. This is an XRP Ledger network requirement - without a trust line, the wallet cannot hold or receive the issued currency.Learn more about trust lines in the XRPL documentation.
TrustSet transaction to create a trust line. To remove a trust line, set the limit to 0 (the asset balance must be 0 first).
See the XRP Ledger broadcast examples for complete implementation details, including the trust lines example.
Reserve requirements
XRPL accounts must maintain reserves to stay active and hold objects on the ledger:| Requirement | Amount |
|---|---|
| Base reserve | 1 XRP |
| Per trust line | 0.2 XRP |
| Per offer | 0.2 XRP |
| Per signer | 0.2 XRP |
Destination tags
XRPL supports destination tags - numeric identifiers (0 to 4,294,967,295) that travel with transactions. These are commonly used by exchanges and custodians to identify which customer a deposit belongs to.Transfers
Use the Transfer Asset endpoint for all XRP Ledger transfers:- Native XRP: Use
kind: Nativewith amount in drops (1 XRP = 1,000,000 drops) - Issued currencies (IOUs): Use
kind: Iouwith thecurrencycode andissueraddress. The amount is in minimum denomination — XRPL IOUs are treated as 6 decimals in DFNS, so"amount": "1000000"equals 1 unit of the token. You can confirm the exact decimals for any token by checking thedecimalsfield in the Get Wallet Assets response. - XLS-33 tokens: Use
kind: Xls33with theissuanceId. The amount is in minimum denomination — decimals vary per token based on the on-chainAssetScale. Check thedecimalsfield in the Get Wallet Assets response for the correct value.
Transaction expiration
DFNS builds XRP Ledger transactions with a 24-hour expiration: the transaction must be broadcast within 24 hours of being built, otherwise it expires and must be rebuilt and re-signed. This applies to all transactions, including transfers, and gives this much time to sign and broadcast even if the signing infrastructure is temporarily unavailable (for example an unreachable on-prem signer).SDK integration
For full transaction control, use the DFNS SDK with xrpl.js. See complete examples:- Basic transaction - Simple XRP payment
- Trust lines - Trust line operations for issued currencies