Steps
Participation flow by product
For Funds, burning, reserve movements, purchase settlement, and product receipt are recorded as separate stages. Follow the Funds guide for the detailed flow of funds and conditions for handling incomplete purchases.
Select a product and prepare to participate
When selecting a product, review its investment exposure, manager, eligibility requirements, and redemption methods together. Products using the same payment asset may have different investment exposures and asset recovery schedules. Complete the procedures required by the product’s participation conditions, then connect an EVM wallet supporting GIWA. The wallet is the address that sends the payment asset and receives the ProductToken. Connecting a wallet does not make a deposit. Asset spending approval and the deposit transaction must each be reviewed and signed. Transactions require network fees.Deposits and product token issuance
Enter the payment amount on the deposit or purchase screen to review the expected tokens received and costs. ArcoUSD applies a 1:1 basis for supported assets under normal exchange conditions. Products valued by price use the ratio between the payment asset price and product price. Funds external purchases also display the relevant product’s price fixing and settlement conditions.Internal instant deposit steps
- Check the selected product’s payment asset and deposit amount.
- Approve payment asset spending for the official deposit address shown on the product screen.
- Check the expected issued quantity and recipient address, then sign the deposit transaction.
- After a successful transaction, check the product token balance in the receiving wallet.
Holdings and valuation
Product tokens are ERC20 tokens representing the quantity held. Once participation is complete, they are held in the user’s wallet and burned in direct redemptions. In acquisition-based OTC transactions, the tokens are transferred to the partner. Token transfers and use are subject to the product’s participation and transfer policies and operating status. Product agreements define holder rights and the relationship with external tokens or fund interests. Distinguish token quantity from each product’s exchange or valuation basis. General arcoUSD uses a dollar exchange basis. Products valued by price, such as sarcoUSD and Funds, display value by applying the relevant price to the quantity held. Products that reflect performance and costs in their price do not automatically increase the token quantity. Deposit assets and redemption payment liquidity are managed separately. Instant Redemption uses available assets in the internal sleeve or executable quotes from the OTC Network. Standard Redemption follows the product’s asset recovery and settlement schedule. See Vault Liquidity Architecture for each route’s conditions.Choose a redemption route
On the redemption screen, check the product token quantity to withdraw, payment asset, price, fees, and net amount received. Compare Standard and Instant. For Instant, check the availability conditions for internal direct redemption or OTC settlement.Instant Redemption
Direct redemption through the Internal Liquidity Sleeve is available when internal payment balances, pricing, and transaction conditions are valid. The user reviews the quantity, payment asset, fees, and net amount received, then signs the transaction. A successful internal direct redemption burns product tokens and pays the payment asset together. The payment amount for internal direct redemption is calculated from the valid exchange or valuation basis at execution and the applicable fees. Deposit balances are distinguished from balances available for payment, with redemption limits and reserved payments taken into account. When using the OTC Network, check the liquidity partner’s firm quote, fees, and payment timing. Acquisition-based transactions transfer tokens to the partner. Liquidity provision involving burning connects through a separate redemption settlement process. Show withdrawal as complete when the actual asset payment to the user is verified.Standard Redemption
Standard Redemption separates acceptance from payment. Record the request identifier, recipient, quantity, and price fixing status, then recover and settle assets under the product’s conditions before payment. The timing of token locking, transfer, or burning follows the relevant contract and interface. Quantities already burned are not included in the balance still held. When the price is fixed at the request, the payment amount is determined on that basis. When settlement valuation applies, disclose the relevant fixing time and conditions. Operators prepare payment assets according to recorded outstanding obligations and the product’s recovery and settlement process. Cancellation, return, and any required reissuance conditions are set by product. A completed burn record is not reversed. Separate asset or token handling is linked to the required approvals and records. Before requesting redemption, check the product’s redemption conditions, price fixing rules, and payment schedule.
Depending on the product’s payment process, payment is made by an operator or claimed by the designated recipient. When a claim is required, the recipient submits a claim transaction from their wallet using the provided procedure. Completion of the request transaction and completion of actual payment are verified as separate stages.
Verify payment completion
Internal direct redemption is complete after verifying the successful redemption transaction and receipt of the payment asset. For OTC, verify the agreed execution, token treatment, and actual payment. Standard is complete only after verifying the payment transaction and receipt following acceptance. Link request and execution identifiers and transaction history to user support inquiries and settlement records. Transaction history distinguishes completed deposits, accepted redemption requests, payments in progress, and completed payments. Partner interfaces apply the same distinction and let users follow their requests through to receipt.When processing is pending or withdrawal is unavailable
For a status inquiry, provide the product name, network, request or quote identifier, transaction hash, recipient address, time, displayed status, expected amount, and actual amount received. Partners use this information to locate the corresponding transaction records.