The best idea would be using the bitcoin API call list.
you can also use blockchain.info but if you should know that sometimes they fail to send the notification or send it much later then the actual transaction took place,
so basically using a blockchain is a single failure point.
Topic: Easiest way to accept BTC and test - page 2. (Read 3514 times)
Ok keep it simple, use a hot wallet all around. Minimum viable product. Until it gets to an amount you can't insure, move on. I'm available for consulting and programming.
There's also mtgox which probably won't care if you don't do fiat. Or btce. Exchanges might be better since withdrawing is more separated.
There's also mtgox which probably won't care if you don't do fiat. Or btce. Exchanges might be better since withdrawing is more separated.
Sorry, I'm confused. I thought using Blockchain.info's "receive payment API" is simpler. How is the hot wallet simpler than Blockchain?
Thanks for suggesting MtGox. I found this: https://www.mtgox.com/merchant and I sent them an inquiry on whether they will work with gambling sites and for more information on how to use their Payment Gateway.
What is "btce". I found https://btc-e.com/ which is an exchange but doesn't seem to provide payment processing.
That's the btce but I guess there's no api. By blockchain hot wallet I mean holding the coins in their wallet too. The receive api can be pointed anywhere including their own.
Ok keep it simple, use a hot wallet all around. Minimum viable product. Until it gets to an amount you can't insure, move on. I'm available for consulting and programming.
There's also mtgox which probably won't care if you don't do fiat. Or btce. Exchanges might be better since withdrawing is more separated.
There's also mtgox which probably won't care if you don't do fiat. Or btce. Exchanges might be better since withdrawing is more separated.
Sorry, I'm confused. I thought using Blockchain.info's "receive payment API" is simpler. How is the hot wallet simpler than Blockchain?
Thanks for suggesting MtGox. I found this: https://www.mtgox.com/merchant and I sent them an inquiry on whether they will work with gambling sites and for more information on how to use their Payment Gateway.
What is "btce". I found https://btc-e.com/ which is an exchange but doesn't seem to provide payment processing.
Yes that will be a hot wallet. But I'd cron it to transfer a certain amount out every hour.
There's nothing stopping you from using coinbase either
There's nothing stopping you from using coinbase either
Even though our game is skill-based, there is an element of chance. Hence, it will be deemed as gambling. Coinbase will not help us because of this.
Building a hot wallet on our server seems like more work than using Blockchain.info's "receive payment API", isn't it? We don't know how popular bitcoin will be with our users. Therefore, it seems that it will be easier to use Blockchain.info first and if it gets traction, then we build the hot wallet. Please do not hesitate to tell me otherwise as I welcome any additional input and appreciate your suggestion of the hot wallet. That is good to know and hopefully, we'll get to the stage where we need it. Thanks.
Ok keep it simple, use a hot wallet all around. Minimum viable product. Until it gets to an amount you can't insure, move on. I'm available for consulting and programming.
There's also mtgox which probably won't care if you don't do fiat. Or btce. Exchanges might be better since withdrawing is more separated.
Yes that will be a hot wallet. But I'd cron it to transfer a certain amount out every hour.
There's nothing stopping you from using coinbase either
There's nothing stopping you from using coinbase either
Even though our game is skill-based, there is an element of chance. Hence, it will be deemed as gambling. Coinbase will not help us because of this.
Building a hot wallet on our server seems like more work than using Blockchain.info's "receive payment API", isn't it? We don't know how popular bitcoin will be with our users. Therefore, it seems that it will be easier to use Blockchain.info first and if it gets traction, then we build the hot wallet. Please do not hesitate to tell me otherwise as I welcome any additional input and appreciate your suggestion of the hot wallet. That is good to know and hopefully, we'll get to the stage where we need it. Thanks.
Quote
The minimum supported transaction size is 0.001 BTC. Forwarding transactions will include a network fee paid by blockchain.info.
I already had searched and looked into this. I should've posted what I had found, which was the above and the following:
Quote
The minimum size has now been lowered to 0.0005 BTC.
http://www.reddit.com/r/Bitcoin/comments/1r329e/The comment on reddit casted confusion onto what the real minimum was for Blockchain, hence I asked my question. Then I thought about it and decided that our minimum should be 0.001 BTC anyways.
Thanks for your help!
bitpop: Thanks for your input.
Your link explains how to use JSON-RPC PHP to call bitcoind. I assume that bitcoind uses the "bitcoin API call list" (https://en.bitcoin.it/wiki/Original_Bitcoin_client/API_calls_list). Does this mean that you think this method is an easier way to accept bitcoin from users than to use Blockchain.info's "receive payment API"?
The benefits of Blockchain.info's "receive payment API" are that we only need to generate one address and can keep our private key offline. Doesn't this "JSON-RPC PHP calling bitcoind" method imply that my bitcoin wallet will be running on my server? If so, how do we keep our private keys off of our server?
I run MAMP (Mac Apache MySQL PHP) on my localhost to do development and testing. I assume that I can run bitcoin in the background on my Mac and have it communicate with JSON-RPC PHP as per https://bitcointalksearch.org/topic/bitcoind-on-a-mac-snow-leopard-21956 ?
Yes that will be a hot wallet. But I'd cron it to transfer a certain amount out every hour.
There's nothing stopping you from using coinbase either
Blockchain.info will not work for small amounts. They only forward payments greater than a certain amount. For a game I imagine small amounts will be the rule rather than the exception?
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
The maximum amount that we will accept as deposit from an user is likely going to be 1 BTC and the minimum amount will be 0.001 BTC. Is this still too small for Blockchain.info?
You know you really should do your own searching and reading.
Quote
The minimum supported transaction size is 0.001 BTC. Forwarding transactions will include a network fee paid by blockchain.info.
https://blockchain.info/api/api_receiveMake of the above what you will.
bitpop: Thanks for your input.
Your link explains how to use JSON-RPC PHP to call bitcoind. I assume that bitcoind uses the "bitcoin API call list" (https://en.bitcoin.it/wiki/Original_Bitcoin_client/API_calls_list). Does this mean that you think this method is an easier way to accept bitcoin from users than to use Blockchain.info's "receive payment API"?
The benefits of Blockchain.info's "receive payment API" are that we only need to generate one address and can keep our private key offline. Doesn't this "JSON-RPC PHP calling bitcoind" method imply that my bitcoin wallet will be running on my server? If so, how do we keep our private keys off of our server?
I run MAMP (Mac Apache MySQL PHP) on my localhost to do development and testing. I assume that I can run bitcoin in the background on my Mac and have it communicate with JSON-RPC PHP as per https://bitcointalksearch.org/topic/bitcoind-on-a-mac-snow-leopard-21956 ?
Blockchain.info will not work for small amounts. They only forward payments greater than a certain amount. For a game I imagine small amounts will be the rule rather than the exception?
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
The maximum amount that we will accept as deposit from an user is likely going to be 1 BTC and the minimum amount will be 0.001 BTC. Is this still too small for Blockchain.info?
It is possible to use bitcoind then. You can generate addresses using open source php code that I linked to before. To find out about transactions to those addresses you can use bitcoind. Bitcoind has a feature where it runs a command each time it learns of a new transaction. All you have to do is watch for transactions to addresses you've handed out to your customers.
Thanks for your input Abdussamad. Which open source php code did you link to? Are you referring to the following link that you provided?
https://bitcointalksearch.org/topic/m.4379742
The above link shows PHP code for using Blockchain.info, which I already have and want to test.
It is possible to use bitcoind then. You can generate addresses using open source php code that I linked to before. To find out about transactions to those addresses you can use bitcoind. Bitcoind has a feature where it runs a command each time it learns of a new transaction. All you have to do is watch for transactions to addresses you've handed out to your customers.
Thanks for your input Abdussamad. Which open source php code did you link to? Are you referring to the following link that you provided?
https://bitcointalksearch.org/topic/m.4379742
The above link shows PHP code for using Blockchain.info, which I already have and want to test.
Thanks for your input. Unfortunately, we do not know Python.
It is possible to use bitcoind then. You can generate addresses using open source php code that I linked to before. To find out about transactions to those addresses you can use bitcoind. Bitcoind has a feature where it runs a command each time it learns of a new transaction. All you have to do is watch for transactions to addresses you've handed out to your customers.
Blockchain.info will not work for small amounts. They only forward payments greater than a certain amount. For a game I imagine small amounts will be the rule rather than the exception?
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
Problem is no callback
If you know python (unfortunately I don't) you can get a callback too. There is a script in the electrum repo
https://github.com/spesmilo/electrum/blob/master/scripts/merchant/merchant.readme
Thanks for your input. Unfortunately, we do not know Python.
Use blockchain
Here's a sending example https://bitcointalksearch.org/topic/blockchain-mass-send-api-sql-data-type-to-use-5-amazon-voucher-as-a-thank-you-409372
I would receive to an armory wallet and manually fill and send hot wallet
Here's a sending example https://bitcointalksearch.org/topic/blockchain-mass-send-api-sql-data-type-to-use-5-amazon-voucher-as-a-thank-you-409372
I would receive to an armory wallet and manually fill and send hot wallet
Thanks for your reply. Let me reiterate what you wrote, so I understand you fully.
You gave a sending example, but you are recommending that I do not use it. Instead, I should "manually fill and send" to my users. Is that correct?
What is a "hot wallet"?
The example also shows the database going through pending sends. You would modify it to do a dry run to tell you how much to deposit then send for real.
A hot wallet is a wallet your server can send from, eg. The example BUT has funds. Keep it empty until sending.
Also watch out for a hack where they change your deposit address.
Nevertheless, to start, we may not have that many customers. Therefore, shouldn't we avoid the send programs? Shouldn't we send manually whenever a user requests withdrawal?
Do you have any suggestions on how to prevent hacks to change the deposit address?
I only know php too
Blockchain.info will not work for small amounts. They only forward payments greater than a certain amount. For a game I imagine small amounts will be the rule rather than the exception?
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
Problem is no callback
If you know python (unfortunately I don't) you can get a callback too. There is a script in the electrum repo
https://github.com/spesmilo/electrum/blob/master/scripts/merchant/merchant.readme
Blockchain.info will not work for small amounts. They only forward payments greater than a certain amount. For a game I imagine small amounts will be the rule rather than the exception?
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
Problem is no callback
Blockchain.info will not work for small amounts. They only forward payments greater than a certain amount. For a game I imagine small amounts will be the rule rather than the exception?
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
I suggest using an electrum MPK. See my post here:
https://bitcointalksearch.org/topic/m.4379742
Jump to: