With funds available in your CoinJar, you can send a new payment to any CoinJar member or digital currency address by making a new payment.
Sending a new payment
- After signing in to your CoinJar, select 'Payments'.
- There are three options available; 'Pay', 'Request' and 'Transfer.' Choose 'Pay' to make a new payment.
- Select an account to send funds from.
- Enter your recipient. You can enter a CoinJar username, or an external receiving address.
- Enter the amount you wish to send.
- Select 'Review and Confirm' for your final quote. You'll be given a chance to review your payment and attach a note if you wish. Select 'Pay now' to finalise the payment.
All payments from one CoinJar to another are processed instantly. Payments to external digital currency wallet addresses will arrive depending on the confirmation speed of that currency's blockchain.
Please note that Bitcoin transfers to external Bitcoin addresses will require a transaction fee in order to be processed.
Bitcoin payments
Payments to non-BTC addresses
Bitcoin shares the same address format as other cryptocurrencies such as Bitcoin Cash. However because CoinJar does not support these other currencies, the payments will always be sent as Bitcoin. Any funds sent to a non-BTC address will be lost, and cannot be reversed or refunded.
Due to the risk of accidentally sending BTC payments to a non-BTC address, CoinJar will always warn you when making a payment, as shown in the screenshot below.
Bech32 payments
CoinJar does not support Bech32 payments at this point in time. The ability to send funds to a Bitcoin address beginning with "bc1" may be implemented in a future update.
Ethereum payments
Ethereum Classic
CoinJar does not support Ethereum Classic for sending or receiving. Because Ethereum Classic (ETC) addresses cannot be distinguished from Ethereum (ETH) addresses, entering an Ethereum Classic address will always result in that amount being sent on the Ethereum network, which will cause loss of funds.
Ethereum transactions not being recognised by another exchange or wallet
CoinJar sends Ethereum payments via a 'contract address', as opposed to a stand-alone Ethereum address. This is done to ensure funds held by CoinJar are as safe as possible.
While this is standard among most exchanges and wallets, some are unable to recognise funds sent in this manner, even though the Ether has successfully arrived. Unfortunately, until these parties expand their Ethereum capabilities, any un-recognised transaction will need to be manually credited by the exchange or wallet operator. Providing your receiving wallet host with your blockchain transaction ID will allow them to resolve this.
Sent payments being displayed as having no value on the blockchain
Another result of structuring Ethereum payments in this way is that blockchain explorers display '0 Ether' or '$0.00 USD' under the 'Value' field. While the initial transaction doesn't contain your funds, it informs the CoinJar Ethereum contract to forward your payment to the Ethereum address you specified.
The funds have been sent successfully - blockchain explorers will typically quote this amount and your destination address under the 'To:' or 'Actions' field.
Sending to ICO Addresses
CoinJar does not currently support ETH payments to ICO (Initial Coin Offering) addresses, and any payments to ICO addresses will fail to confirm on the blockchain if sent. In order to make any outgoing Ethereum payments using CoinJar, you are required to confirm you are not sending to an ICO address.
ERC-20 payments
ERC-20 - the Ethereum token standard - is currently supported for a limited range of tokens. CoinJar supports USD Coin (USDC), Basic Attention Token (BAT) and 0x Token (ZRX).
Litecoin payments
Legacy P2SH addresses
Litecoin addresses come in three types, as outlined in the table below. Because Legacy P2SH addresses (starting with a "3") can be confused with Bitcoin addresses, they are not supported by CoinJar. Attempting to send funds to a Legacy P2SH address will instead result in CoinJar recognising a Bitcoin address and making your payment to the Bitcoin network.
First Character | Address Type |
"L" | Regular P2PKH |
"3" | Legacy P2SH (outdated) |
"M" | Segwit P2SH |
Similar address rules apply when receiving Litecoin payments into your CoinJar.
Ripple (XRP) payments
XRP address reserves
In order for new XRP addresses to be able to receive payments, they must first hold a minimum amount of 20 XRP in reserve. Ripple (the company behind XRP) has designed XRP addresses this way in order to prevent unnecessary wallets from being created.
When sending an XRP payment to a brand new XRP address, please ensure you're sending at least the minimum reserve amount at the time, or the payment will not be successful.
Further details regarding reserves can be found on the official Ripple website.
Zcash payments
Shielded addresses
CoinJar can receive transactions from shielded and transparent addresses but can only send to transparent addresses.
Internal (offchain) payments
Sending digital currency payments to any external address will send that amount via that currency's blockchain. However if your recipient is also a CoinJar member, you can send the amount directly to their CoinJar, avoiding the blockchain altogether. This is called an internal, or offchain payment.
Bitcoin payments
Whether you're sending to a CoinJar-generated receiving address, or a CoinJar username, the payment will automatically be processed internally. No blockchain processing fee or delay will occur. Outgoing Bitcoin transfers will fail to send if the amount being sent is below our system’s minimum requirement of 0.0001 BTC.
Ethereum, Litecoin, XRP (Ripple) & Zcash payments
When sending an ETH, LTC, XRP, or ZEC payment, you must send the payment to your recipient's receiving address - not their CoinJar username. Sending directly to another CoinJar member's username will automatically deposit the amount into their Everyday Bitcoin as Bitcoin. This is quoted when confirming the transaction.
For XRP transfers, you must always include the customer's destination tag at the end of the receiving address or the payment will not be processed correctly.