<p>I am total newbie and only need an advice on the existing payment processing services available. </p>

<p>So far I have checked only Bitpay, and noticed that on its t&amp;c it is said that the system converts bitcoins into fiat <em>once they are received</em>. I guess that means that the client has to be able to pay by bitcoin, and I find it can be an deterrent when dealing with payers which are not used with this new currency or are unable to pay with them.</p>

<p>So the question is: are there 'blackbox' services, which allow the payer to send money to the payment processing system by using fiat money, effectively allowing both users (payer and receiver) to avoid 'handling' bitcoins directly?</p>

<p>Thank you so much</p>

CC BY-SA 3.0
2015-07-24T17:18:47.393Z
If both parties are going to use fiat money, then what's the point of an extra conversion into Bitcoin in the middle?
Nate Eldredge
CC BY-SA 3.0
2015-07-24T21:09:30.457Z
The fees aked by the bitcoin processing system could be lower than those of online payment systems processing fiat transactions.
newtags
CC BY-SA 3.0
2015-07-24T21:15:26.040Z
That seems unlikely, given that your "blackbox" service has to do (itself or by subcontract) all the same expensive things a fiat processor would: accept a fiat payment from the payer (including handling the possibility of a chargeback) and remit a fiat payment to the receiver.  Any extra Bitcoin things it does would only increase the cost.  The reason Bitpay has a chance to be cheaper is that it avoids one of the fiat payments altogether, replacing it with a Bitcoin payment that is much cheaper to process.
Nate Eldredge
CC BY-SA 3.0
2015-07-24T21:17:18.963Z
The idea of my question is only to use a bitcoin processing system to receive money without asking the payer to maintain a wallet and understand bitcoin technology, to render it more usable to the 'sender' side. I dont see why it would have to increase the cost. The system in the middle can handle the bitcoins until their value has increased, then gives the receiver all the sum and can keep the difference for itself.
newtags
CC BY-SA 3.0
2015-07-24T21:23:43.017Z
Bitcoins are volatile; that "difference" could very well be negative.  Sounds like a very risky business model.
Nate Eldredge
CC BY-SA 3.0
2015-07-24T21:31:23.850Z
But every bitcoin transaction is associated to this very risk. I understand the value of this currency can decrease suddenly, thus rendering the fact itself of putting savings in a wallet more risky than placing it in a fiat bank.
newtags
CC BY-SA 3.0
2015-07-24T21:54:08.683Z
Most Bitcoin payment processors convert Bitcoin to fiat as quickly as possible, to minimize the time they hold Bitcoin and their exposure to this risk. They don't want to try to profit from a rise in the price of Bitcoin, because that requires exposure to the risk of a fall in the price. By having the payer pay in Bitcoin, they shift this risk onto the payer.
Nate Eldredge
<receiving>
Is there a payment processing system allowing the client to pay in cash/fiat money?
newtags
# Is there a payment processing system allowing the client to pay in cash/fiat money?

(Asked by: username_0 on 2015-07-24)

I am total newbie and only need an advice on the existing payment processing services available.

So far I have checked only Bitpay, and noticed that on its t&c it is said that the system converts bitcoins into fiat *once they are received*. I guess that means that the client has to be able to pay by bitcoin, and I find it can be an deterrent when dealing with payers which are not used with this new currency or are unable to pay with them.

So the question is: are there 'blackbox' services, which allow the payer to send money to the payment processing system by using fiat money, effectively allowing both users (payer and receiver) to avoid 'handling' bitcoins directly?

Thank you so much

**Tags:** receiving

> **Comments:**
> **username_1**: If both parties are going to use fiat money, then what's the point of an extra conversion into Bitcoin in the middle?  
> **username_0**: The fees aked by the bitcoin processing system could be lower than those of online payment systems processing fiat transactions.  
> **username_1**: That seems unlikely, given that your "blackbox" service has to do (itself or by subcontract) all the same expensive things a fiat processor would: accept a fiat payment from the payer (including handling the possibility of a chargeback) and remit a fiat payment to the receiver.  Any extra Bitcoin things it does would only increase the cost.  The reason Bitpay has a chance to be cheaper is that it avoids one of the fiat payments altogether, replacing it with a Bitcoin payment that is much cheaper to process.  
> **username_0**: The idea of my question is only to use a bitcoin processing system to receive money without asking the payer to maintain a wallet and understand bitcoin technology, to render it more usable to the 'sender' side. I dont see why it would have to increase the cost. The system in the middle can handle the bitcoins until their value has increased, then gives the receiver all the sum and can keep the difference for itself.  
> **username_1**: Bitcoins are volatile; that "difference" could very well be negative.  Sounds like a very risky business model.  
> **username_0**: But every bitcoin transaction is associated to this very risk. I understand the value of this currency can decrease suddenly, thus rendering the fact itself of putting savings in a wallet more risky than placing it in a fiat bank.  
> **username_1**: Most Bitcoin payment processors convert Bitcoin to fiat as quickly as possible, to minimize the time they hold Bitcoin and their exposure to this risk. They don't want to try to profit from a rise in the price of Bitcoin, because that requires exposure to the risk of a fall in the price. By having the payer pay in Bitcoin, they shift this risk onto the payer.  

---

## 0 answers

