Koywe
Koywe is a Latin American crypto-finance infrastructure provider offering fiat on/off ramps between local currencies and stablecoins. In Argentina it ramps Argentine pesos (ARS) to USDC on Stellar via local CVU and QR bank-transfer rails.
Region
π¦π·
Argentina
Currency
ARS
Rails
wirear, qri
Token
USDC
KYC
Required
Integration Flow
On-Ramp
- Authenticate β Exchange the integration clientId/secret for a JWT scoped to the user email.
- Select Payment Method β Fetch ARS payment providers (WIREAR / QRI / Khipu) and let the user pick a rail.
- Get Quote β Request an executable ARS β USDC quote for the chosen payment method.
- Create On-Ramp Order β Submit the order with the userβs Stellar address; receive CVU instructions or a hosted redirect.
- Pay via Local Rail β The user transfers ARS via CVU, or completes the hosted QR/Khipu redirect.
- Receive USDC β Koywe delivers USDC to the userβs Stellar wallet once funds settle.
Off-Ramp
- Authenticate β Exchange the integration credentials for a user-scoped JWT.
- Get Quote β Request an executable USDC β ARS quote.
- Create Off-Ramp Order β Submit the order against a registered bank account; receive a Koywe deposit address.
- Send USDC β Sign and submit the USDC payment to the Koywe deposit address with Freighter.
- Submit Tx Hash β Attach the Stellar transaction hash so Koywe can reconcile the transfer.
- Receive ARS β Koywe pays out ARS to the userβs bank account.
Known Issues
- Koywe does not return a Stellar issuer for USDC (it is network-dependent), so the integration injects PUBLIC_USDC_ISSUER for the active network.
- The hosted KYC widget URL endpoint is unconfirmed in the sandbox β the client surfaces a clear "not implemented" state until it is wired up. Complete KYC for the test user via the Koywe dashboard.
- In the sandbox only the Khipu rail reaches DELIVERED (via its test pay page); WIREAR and QRI orders stay in WAITING because there is no fiat-received simulation API.
- The off-ramp order field name and the submit-tx-hash REST path follow the documented OpenAPI spec but have not been verified end-to-end against the live sandbox.
- Off-ramp is blocked at bank-account registration: POST /rest/bank-accounts returns a 400 ownership-validation error even for Koywe's own documented DNIβCVU test pairs. Appears to be a non-functional sandbox validation backend on Koywe's side; awaiting the Koywe team.
- KYC document numbers are single-use: re-using a whitelisted test DNI on a new account returns "account already exists with that document number", so the small pool of sandbox test identities is quickly exhausted. Account verification status is read live via GET /rest/accounts/{email}/check.
Links
- website: https://koywe.com
- documentation: https://docs-crypto.koywe.com/en