Using Transfers

Constructing the Transfer Request

The Transfer API offers flexibility in the intents that it accepts. There are three primary constructs that together create this functionality:

Source and Destination

The source of the transfer is the system from which funds are being pulled, while the dest is, somewhat unsurprisingly, the final destination of the funds. These parameters are SRNs and can be different types - accounts, payment methods, wallets, or blockchain addresses.

Eligibility varies across these types as well as between specific instances for usage as source or destination. e.g. a bitcoin address may be used (currently) only as a destination, while some payment methods may be able to be used for either source or destination.

Movement vs Exchange

The API offers two paramters, sourceCurrency and destCurrency, which collectively control the exchange behavior of the transfer.

If only sourceCurrency is supplied, or both are supplied and are identical, the transfer will perform no exchange and the currency will remain in its original form.

If the two are different, then an exchange is performed to convert the sourceCurrency taken from the source to the destCurrency.

Totals

There are three common ways to express the numeric totals involved in your Transfer:

Amount of money to process

You indicate the amount to move or convert. Fees are added on top of your indicated subtotal, and the resulting final total is withdrawn/requested from the source.

In this case, specify only sourceAmount, and amountIncludesFees will default to false.

Total to withdraw

You want to indicate the total amount that will be withdrawn/requested from the source, inclusive of fees.

In this case, specify sourceAmount and also specify amountIncludesFees=true.

Total to arrive

You want to indicate the total amount that will hit the destination. The system will compensate in fees and exchange rate to accomplish it.

In this case, specify only destAmount, and amountIncludesFees will default to false.

Auto Confirmation Settings

When autoConfirm is set to false, the returned transfer details can be used to present associated fees to the user before confirmation. The rates are locked for 15 minutes if fiat-fiat or no exchange, and 10 minutes for crypto exchanges (including stable coins). Unconfirmed transfers will expire after this locked period. If the transfer expires you'll have to reissue the transfer request and confirm the new transfer.

You may also instead automatically confirm the transfer by supply autoConfirm=true to skip the follow-up price confirmation.

🚧

Using Masquerade

If you're requesting a transfer for a sub-account because you're acting on behalf of the sub-account holder, you will need to use the masqueradeAs query parameter. More about masquerading here.

Transfer Fields

FieldDescription
exchangeRateThe quoted exchange rate for the transfer expressed as a multiplier, such that:

sourceAmount * exchangeRate = destAmount

This rate may vary on shallow markets
totalFeesThe total fees will always be represented in the source currency. To convert totalFees to the destination currency, multiply it by the exchange rate. Note that this object includes all Wyre fees and miner fees if applicable.
sourceAmountThe total amount of funds, including fees, used in processing this transfer
destAmountThe total amount of funds that should be received by the destination

Transfer Lifecycle

As funds are transferred from the source Wyre account to the destination, the Transfer will go through a series of different states, represented through their status. Below is an outline of the different statuses and what they mean:

PREVIEW - a preview Transfer. These Transfers cannot be confirmed and funds will never move on them. They're created by specifying the 'preview=true' parameter at time of Transfer creation.

UNCONFIRMED - a Transfer with a valid quote. This is the default state for newly created Transfers. These Transfers must be confirmed before they're executed. Transfers will wait UNCONFIRMED for some about of time, after which if they are sill UNCONFIRMED they will transition to EXPIRED.

PENDING - a Transfer in the pending state means we're working on moving the money to its destination. (It does not require any further action from your side).

COMPLETED - once a Transfer is fully executed and the funds have been confirmed at the destination its status will change to COMPLETED

EXPIRED - any UNCONFIRMED Transfer that is not confirmed inside their 30 second confirmation window will transition to EXPIRED

FAILED - if a Transfer cannot be completed for any reason its status will change to FAILED. If there's anything we can do to make sure the Transfer goes through we will reach out via support channels before failing a transfer.

REVERSED - if a Transfer is reversed at a later time for any reason its status will change to REVERSED. This happens with ACH Payouts, for example, where Wyre's banking partner may notify Wyre at a later time.

See the below diagram for the state diagram of the different Transfer statuses.

646

In a normal situation the lifecycle of a Transfer looks like this:

  1. Creating a Transfer and getting an exchange rate quote
  2. Confirming a quote
  3. Transfer transitions from PENDING to COMPLETED after funds are deposited (See Getting Transfer status updates)

Blockchain Specific Transfer Cases

Stellar

Unlike other protocol, when using stellar to transfer from an external address to a Wyre address you will be required to provide the User ID in the Memo. Transferring from a Wyre address requires the memo attached to the end of the address.
Example: stellar:GD7WXI7AOAK2CIPZVBEFYLS2NQZI2J4WN4HFYQQ4A2OMFVWGWAL3IW7K:LEMNM383ACX

📘

To view transfer history of a specific wallet or account

https://api.sendwyre.com/v2/transfers/wallet:WA_XXXXXXXXXXX
https://api.sendwyre.com/v2/transfers/account:AC_XXXXXXXXXX