Payments Views


Bitcoin, Merchant Risk, and the Need for Speed

Bitcoin’s volatility continues to swing with the mood of investors, speculators, and the economic travails of countries like Argentina where Bitcoin usage is up sharply as concerns over the peso rise. The btc currency has swung between $70 and $100 since its astonishing mid-April high of $230.

In other words, if you’re a bitcoin holder, you’re on a ride you can’t control. As the wiser Bitcoin proponents put it, Bitcoin is still an experiment. For a lengthy description of Bitcoin’s many risks (as well as the risks of their proposed investment vehicle) the Winklevoss Trust SEC filing is a great start.

Bitcoin’s twin roles as “medium of exchange” and “store of value” will remain in flux and, among a few aficionados, continues to stimulate a fervor normally reserved for politics or religion. I’ll leave politics and religion for others to contemplate.

It is in another of Bitcoin’s roles, as a set of rails for moving value, that Bitcoin’s design and execution demonstrates it is past the experimental stage.  Sending a bitcoin from one peer to another on the Bitcoin network is a reliable activity. As we’ve written before, it’s been amateur hour if we want to move funds between bitcoin and fiat currency.  But within the Bitcoin Network, transaction reliability is high.

But that’s only part of what a competent electronic payment network must do. It must be secure. That appears to be the case for what happens within the Bitcoin P2P network and in the block chain ledger. Yes, security concerns abound at the exchanges, in the vaults for bitcoin storage, and in digital wallets, but the network itself has a good track record.

Another performance characteristic of an electronic payments network is transaction speed. And that is where the Bitcoin network and block chain ledger fall down when compared to the sub-second performance of the payment card networks’ authorization process.  While there is a real difference between an authorization and value transferred between accounts, merchants care first about payment certainty and then cost.

Bitcoin transaction certainty is, it turns out, a function of speed.

As a consumer or a merchant accepting a bitcoin transaction, you have a few choices to make regarding transaction confirmation, essentially the time it takes for a quorum of nodes on the network to write the transaction to the block each is currently processing. It all depends on your needs and risk tolerance.

Fast, Medium, Slow, and Cheapskate

Merchant processor BitPay offers its merchants three speed settings to choose from:

1. Slow.  This speed setting waits for six nodes on the network, an indisputable quorum, before BitPay reports to the merchant that the transaction has been confirmed. This currently takes 10 minutes on average. The transaction requires a payment of 0.0005 btc to the first node processing the transaction, at today’s exchange rate a cost of less than a nickel. The other nodes don’t require compensation because the first node does much of the computationally intensive work, making it easier for the others to solve for and record the transaction in their respective blocks.

2. Medium. The Medium speed setting waits for a single node, the one that does the hard work, to confirm the transaction by writing it to the block it is currently processing. Again, the 0.0005 btc fee applies.

3. Fast. At the Fast setting, BitPay will inform the merchant that a customer has made an unconfirmed payment. The risk is entirely on the merchant as to whether or not to deliver the product in advance of transaction confirmation.

Risk, therefore, is inversely proportional to product or service delivery speed. The shorter the delivery speed, the higher the payment risk.

A fourth best effort option exists that requires no fee but it relies on the generosity of a miner / processor to pick up the transaction and write it, for free, to its current block. If transaction volume is light on the network, the time required may be shorter as transaction processing helps miners complete block processing faster but the cheapskate merchant should plan on an hour for receiving a transaction confirmation.

Where This Works—And Doesn’t

At these speeds, Bitcoin cannot address the most important use case, point of sale, with anywhere near the same certainty as card network rails. While there are merchants taking bitcoin at the point of sale, for the vast majority, accustomed to a few seconds of waiting for the authorization receipt to print and a high degree of payment certainty, a Bitcoin transaction would be unacceptably slow.

E-commerce, on the other hand, is an obvious sweet spot. Purchase of airline tickets, hotel and rental car reservations, mobile minutes, and physical goods to be shipped or picked up later, are all candidates as each has a built-in lag between order and delivery. There’s time for the payment to complete or for the order to be placed in a queue for review by customer service representative, fraud detection tools, or a fraud analyst.

A potential gap in the e-commerce scenario does exist.  Many digital goods require near instantaneous payment approval and product delivery. For example, customers of music, apps, and other lower cost digital goods expect instant delivery via download.  With Bitcoin’s lengthy confirmation time, that’s a concern. Firms like Kount have assembled complex service sets to reduce payment risk for card payments of digital goods, especially where instant delivery is required. But as a digital equivalent of cash, acceptance of Bitcoin for these purchases is a risk that the merchant must calculate as the cost of trust.

If the marginal cost of delivering a digital good is small and speed of delivery expectations are high, then the merchant may be willing to assume the payment risk.  Given that the merchant’s cost is 1% for converting a Bitcoin transaction into USD, it may come out ahead considering its comparable payment cost may be 3% or more for a typical card not present transaction. The 2% spread could fund fraud losses.

Under those conditions, taking the gamble that the payment is good could be acceptable provided the merchant also employs some of the tools it’s used for card payment risk mitigation such as white lists, black lists, device fingerprinting, and other methods. After all, giving away material to fraudsters presenting bogus Bitcoin values will get tiresome if not expensive.

An intriguing use case, one that’s been in search of a viable solution for years, is online micropayments. Card-backed micropayments have been too expensive, even with transaction aggregation, for many content providers and publishers, especially those wishing to monetize single recordings, articles and back catalog material in the sub-$1 range.

Bitcoin continues to excite, confuse, and deserve evaluation.  If your payments team is wondering what the fuss is about, and where the opportunities may be, ask us about our private Bitcoin workshop, an extension of Glenbrook’s Payments Boot Camp.