8

I'm pretty sure that all crypto payment processors that deal with fiat <-> cryptocurrency exchanges are doing AML/KYC routines including chain analysis. That's not only true for BitPay and Coinbase but Circle et al. too. As soon as you're trying to move value between crypto and fiat you're going to have to deal with different levels of privacy invasions ...


6

You won't ever lose funds due to the gap limit; they don't become lost forever. You can still retrieve them. The gap limit is really only an issue for restoring backups. When restoring a backup, the gap limit is used by the wallet to know how many addresses to lookahead in order to ensure that all funds are seen. If the gap limit is too small, then a long ...


5

Their website does have the methodology by which the exchange rates are calculated.


5

Some companies who have left cited privacy and security related concerns as their primary reason. It is therefore not surprising that some who have left the largest (and arguably most highly regulated) Bitcoin payment processors (Coinbase and BitPay) have chosen to remain anonymous: https://www.reddit.com/r/Bitcoin/comments/3glqsx/...


4

Survey order: You ought to have a system that uniquely identifies the survey and assigned it some string of characters. This can be just a simple number, or something more complex. You need to use that unique id to request a Bitcoin address form bitcoind with a unique account name derived from that id. I would also advise hashing the account name, so in ...


3

You can use one of the merchant solution providers, such as: coinbase, BitPay, for generating addresses per payment (as paypal does) redirects / serve the client with payment request at 3rd party . or, you can handle payment process inhouse by generating address for each payment and saving the pk / HD wallet will take much longer and develop time to do.


3

I don't think you need a third-party library if you have a reasonable level of programing experience. (If you don't, you probably shouldn't be handling money directly.) Here are the steps from the Blockchain.info (BC.i) page recreated for Bitcoin Core. Get A Receiving Address Use the getnewaddress RPC. The JSON-RPC result will be a string with the ...


3

You can use open source Bitcoin Payment Processor Libriary - https://github.com/cryptoapi/Payment-Gateway


3

The largest company that accepts Bitcoin, and no longer accepts fiat, is BackPage. However they didn't stop accepting fiat of their own choice, but because Visa and MasterCard blocked them from accepting fiat.


3

You said you can't create new addresses on the fly but you also said you're using PHP. It's really easy to do it, just take a look at bitwasp/bitcoin-lib and give out a new address for every purchase. You can also create a functional mapping between a purchase id in your database and a bitcoin address really easily so you don't have to store the address used ...


3

If you don't want to run a node or use any 3rd party APIs you can use a library since you only want to accept payments. Use an extended public key from one of your wallets, and generate new addresses from the HD xpub using a library. When a user pays it will show up in your Phone/PC wallet. For example with Bitcore library it would be: var bitcore = ...


2

My suggestion: Don't use windows AT ALL. Easiest way to get hacked. also here's the answers you are looking for https://en.bitcoin.it/wiki/Tor specifically this line: "(after starting tor) Run bitcoind with -proxy=127.0.0.1:9050"


2

Your work flow looks good, you should wait for a sufficient number of confirmations before you transaction is fully accepted. Not sure if you are delivering physical products or digital products, that could impact how many confirms you choose to wait for. Check out the following RPC API call: move <fromaccount> <toaccount> <amount> [...


2

Further to @StevenRoose's answer, if you price your goods or services in a non-Bitcoin currency (eg USD), then it's not necessarily a simple matter of looking at a single exchange's best Buy offer to obtain the exchange rate for a transaction. For example, let's say the customer wants to purchase a US$1000 item, and the best Buy offer on the MtGox exchange ...


2

Currently still, most companies want to receive in fiat currency. Most of these merchant payment companies function as a man-in-the-middle, so that you don't have to be concerned about anything Bitcoin-related. They provide functionality with which your customers can purchase goods using Bitcoin and you will receive all payments in your fiat currency of ...


2

I would suggest integrating https://bitpay.com/ They charge you like any other service but they do all the payment stuff. Also they have plugins for most open source shopping carts Bitpay plugins Also keep you wallet offline to avoid problems.


2

Can you clarify whether you just need the ability to handle bitcoin-only transactions, or does your service need to be able to trade fiat currencies such as USD or EURO for bitcoins? If so, then you will need to invest in lawyers and find yourself a bank that is willing to extend you a loan, or supply your own funds to get it up and running. If you're only ...


2

Depends on your budget or technical expertise I guess. A. Install a wallet and create a new address. Post this address on the hotel's website and you are ready. This is the low tech solution and you would manually have to check the balance to see what payments are received. B. Use a gateway like BitPay. It works like a Paypal for Bitcoins. The payment will ...


2

No, there isn't such a service right now because the trust problem hasn't been adequately solved. As a result, you can choose speed or a (relatively) low transaction cost when purchasing bitcoins, but not both. I too have high hopes for Ripple, which is explicitly designed to solve the trust issue by linking two parties that don't trust each other through a ...


2

I don't know of any third parties that provide this service. I do know of a few (Example) that provide the opposite, where a customer has bitcoin, but the merchant will not accept it, however. The problem here is that these customers (in your scenario) would be giving a credit card for payment. They have up to 30 days to claim the charges are fraudulent and ...


2

It's possible, but difficult to do with standard wallets. What you can do is have a third address that your clients will see, and when you receive bitcoins there, then split them to the other two addresses that you want.


2

You can check blockchain for the latest transactions of the address you are using for refunds. Get the latest transactions of the address from the blockchain and compare those to the refunds in your system to see which ones you were able to send and which ones you weren't before the crash.


2

First, Electrum relies on Electrum servers, which are essentially a third party SaaS for SPV proofs. It's a fine thing to use for most people and as long as you aren't concerned that the server may compromise your privacy, you should be fine. But that said, you can say that about any SaaS service, so Electrum is probably not the solution you're looking for. ...


2

This model fundamentally won't work. In the case of a credit card transaction, the funds are actually held by a third party: the customer's bank. You collect information from the customer (their card number, etc) and present it to the bank (via the Visa network or similar), to convince them that their customer has authorized the transaction. The bank then ...


2

Port 9735 is the lightning port. What BTCPay wants is the API. C-Lightning does not support TCP natively, but one can use socat as I did in the docker entrypoint to bridge unix to TCP.


2

Although certain coins have a few available API providers (such as BitGo for Bitcoin), any sane and security conscious company should elect to run their own nodes for each supported currency, manage their own keys, and have their own wrapper to handle deposits and withdrawals by interacting with the nodes. This is especially relevant for coins like Monero ...


1

There is no ready-made recurring payment solution at the moment, however this can be achieved at application level by constructing pre-signed transactions or using CLTV's as @Wapac suggested. CLTV approach may have a downside though, you will be paying transaction fees twice in case you decide to cancel. A more sophisticated mechanism may be creating a non-...


1

I do not believe an opencart extension exists. If you set RPC User and RPC Pass in bitcoin.conf you can use Bitcoind's JSON-RPC: https://en.bitcoin.it/wiki/API_reference_%28JSON-RPC%29 I'll add that doing this opens up a whole slew of security vulnerabilities that would need to be addressed. Having your server communicate with your personal Bitcoin daemon ...


1

No, a cryptocurrency wallet does not itself have any link or correspondence to fiat (traditional) currency. If the payment processor doesn't explicitly support Bitcoin or other cryptocurrency, then they are not interoperable.


1

Firstly Bitpay and Bitcoin are not the same thing. BitPay is the Paypal equivalent of the Bitcoin world. You may be able to have a percentage of the transaction for yourself, but you will have to work out the business logic. Can't help you there. Regarding fees on the Bitcoin network, please note that it is designed to be anti-fee, so if you do add fees ...


Only top voted, non community-wiki answers of a minimum length are eligible