Search content
Sort by
Showing 20 of 27 results by skyzer
Selling OneVanilla/Vanilla VISA/MasterCard gift cards, USD/CAD/AUD
Hello, title says it, I am selling OneVanilla/Vanilla VISA/MasterCard gift cards, USD/CAD/AUD.
All cards are acquired legitimately, pics of cash receipt, front and back of the cards are provided.
These are no-name loaded with initial sum debit cards.
PM me here with your price. Looking for BTC =)
All cards are acquired legitimately, pics of cash receipt, front and back of the cards are provided.
These are no-name loaded with initial sum debit cards.
PM me here with your price. Looking for BTC =)
Selling gift cards (Target, Gamestop, Best Buy and many others)
Selling e-gift cards like Target, Gamestop, Best Buy, basically everything you can find on gyft.com, not selling gyft card themselves though.
Amounts are anything between $10-$50.
Tell me your price here or in PM
Amounts are anything between $10-$50.
Tell me your price here or in PM
Re: [ANN] ✰ PAXFUL.COM ✰ - peer to peer marketplace to buy/sell bitcoin
I like Paxful so far, I'm seller there and I get 5x more sales than on localbitcoins. I think Paxful secured all the traffic from Backpage and desperate bitcoin buyers from there
Re: [ANN] Blockchain.info like self-hosted API written in PHP+Codeigniter
Revamping now whole project into Laravel framework, because CodeIgniter is quite dead and Laravel is super great.
Don't worry, the API will remain the same.
Also planning to include instructions for load balancing, replication and failover scenarios.
Is anybody here open to discuss and give input or your views on how you could implement the scaling part?
Don't worry, the API will remain the same.
Also planning to include instructions for load balancing, replication and failover scenarios.
Is anybody here open to discuss and give input or your views on how you could implement the scaling part?
looks like its not open source, but they call it OPENbravo.. you probably need to find some of their partner who is familiar with system and could do the integration.
also they dont have any marketplace with available modules, for example like magento/wordpress etc
also they dont have any marketplace with available modules, for example like magento/wordpress etc
Re: NYC food trucks takin bitcoin now? but how do we get their suppliers too?
OP just seems like another one of this people who wants to get rich quick.
If you want Bitcoin to succeed the exchange price is not important. The important thing is, that people can use bitcoins and get used to using it.
Success is about gaining acceptance.
Vendors will keep more and more of the bitcoins they earn eventually .
And don't worry, the exchange price will follow eventually.
But that is a slow process.
If you want to get rich quick, you can try daytrading, but that is a big risk and I personally wouldn't recommend it.
OP is at least pushing bitcoin to the masses. Eventually won't happen by doing nothing. Introducing bitcoin to new merchants through videos is IMHO brilliant. First they convert their bitcoins to fiat, but while they learn more and more about bitcoin, will begin to understand it and try it out themselves. Slow process indeed, but some of people in crypto space are taking actions.If you want Bitcoin to succeed the exchange price is not important. The important thing is, that people can use bitcoins and get used to using it.
Success is about gaining acceptance.
Vendors will keep more and more of the bitcoins they earn eventually .
And don't worry, the exchange price will follow eventually.
But that is a slow process.
If you want to get rich quick, you can try daytrading, but that is a big risk and I personally wouldn't recommend it.
As I see OP has bitcoin payment processor and foursquare style map means easybitz is here for a long term
Over the last few months I have been doing pretty much the exact same thing! Ill pm you. You seem to be further along than I am, so may as well contribute not compete.
Ok, feel free to ask questionshey,
we don't have a demo for that, you can install it yourself it easily. this was the idea that you can host on your own same kind of API like blockchain.info so you are not dependent on any third party provider. you can find the documentation in the github. it is neatly split up how to install environment, bitcoind and the project itself.
answering your question, the wallet folder you pointed is actually unfinished demo app that used our built API. without it the API still works seamlessly, because API is not dependent on the wallet.
the blockchain.info api_send is in the api.php file https://github.com/goethewins/EzBitcoin-Api-Wallet/blob/master/applications/api/controllers/api.php
more exactly public function receive() method, which starts from line 611.
when payment is received the bitcoind shoots the txid to method public function callback() which starts from line 335. And there it does the same thing as blockchain.info - shoots the response to the provided callback url.
next week we are going to announce the release of our payment processor and also mention this open source API for bitcoin.
we don't have a demo for that, you can install it yourself it easily. this was the idea that you can host on your own same kind of API like blockchain.info so you are not dependent on any third party provider. you can find the documentation in the github. it is neatly split up how to install environment, bitcoind and the project itself.
answering your question, the wallet folder you pointed is actually unfinished demo app that used our built API. without it the API still works seamlessly, because API is not dependent on the wallet.
the blockchain.info api_send is in the api.php file https://github.com/goethewins/EzBitcoin-Api-Wallet/blob/master/applications/api/controllers/api.php
more exactly public function receive() method, which starts from line 611.
when payment is received the bitcoind shoots the txid to method public function callback() which starts from line 335. And there it does the same thing as blockchain.info - shoots the response to the provided callback url.
next week we are going to announce the release of our payment processor and also mention this open source API for bitcoin.
The functionality u have described in red is the functionality of https://blockchain.info/api/api_receive. But I was asking for https://blockchain.info/api/api_send, which is actually canonical to https://blockchain.info/api/blockchain_wallet_api. Is not it done in the project ?
If yes, then do u access blockchain.info wallet directly or use own Bitcoin-QT wallet running on the installed BitcoinD ?
We don't use blockchain.info for that, that's the initial idea not to be dependent on 3rd party. We use own installed bitcoind on own hardware. The tutorial is here. So as the idea was if u're using the blockchain.info API and want to switch to your own and not be dependent on them (3rd party) then this is what we made exactly. The URI's, arguments and JSON response are also same as blockchain.info so all u have to do is change the domain.
The code for send is also in the same api.php file.
We didn't do 100% of all of them, but we have all necessary ones:
Making Outgoing Payments - payment() function
Fetching the wallet balance - balance()
Generating a new address - new_address()
Http Callbacks - callback()
So other stuff like address archiving, listing addresses and sending multiple transactions is really not necessary.
Maybe the only 2 things that may be useful is the resending the callback to callback_url up to 1000 times if the client didn't respond with *ok* (right now it sends callback twice - once transaction hits mempool and on 1st confirmation just like bitcoind shoots on walletnotify). The second one is get the balance of an address, because we didn't find a good way for that. Bitcoind doesn't have RPC command for address'es current balance and didn't decide to parse from rawtransactions to get the outputs. Does anybody know more solutions how to get current balance of specific address in bitcoind?
But for now the above implemented commands are enough to build quite any bitcoin startup. We are using it already in 3 different projects.
Hey, we have released it as opensource made in PHP + codeigniter. We are finishing our payment processor + POS and going to release that service soon
The code for the API server is here https://github.com/goethewins/EzBitcoin-Api-Wallet
It is running on bitcoind, you can find documentation on github.
It has mysql/postgresql database on backend for storing all created addresses, transactions and balances.
We used same URI paths as blockchain.info's blockchain wallet api. so if you r dependent now on blockchain.info's then all you have to do is install our API and change the domain name and the API calls will be working straight away.
Also we did the invoicing system for receiving payments like blockchain's receive payment api
The code for the API server is here https://github.com/goethewins/EzBitcoin-Api-Wallet
It is running on bitcoind, you can find documentation on github.
It has mysql/postgresql database on backend for storing all created addresses, transactions and balances.
We used same URI paths as blockchain.info's blockchain wallet api. so if you r dependent now on blockchain.info's then all you have to do is install our API and change the domain name and the API calls will be working straight away.
Also we did the invoicing system for receiving payments like blockchain's receive payment api
This would be a very useful project in the long run. I appreciate your work. Is https://github.com/goethewins/EzBitcoin-Api-Wallet/tree/master/wallet equivalent to https://blockchain.info/api/api_send ?
Moreover, a demo link, where your project is running, added to the github repo would be great.
we don't have a demo for that, you can install it yourself it easily. this was the idea that you can host on your own same kind of API like blockchain.info so you are not dependent on any third party provider. you can find the documentation in the github. it is neatly split up how to install environment, bitcoind and the project itself.
answering your question, the wallet folder you pointed is actually unfinished demo app that used our built API. without it the API still works seamlessly, because API is not dependent on the wallet.
the blockchain.info api_send is in the api.php file https://github.com/goethewins/EzBitcoin-Api-Wallet/blob/master/applications/api/controllers/api.php
more exactly public function receive() method, which starts from line 611.
when payment is received the bitcoind shoots the txid to method public function callback() which starts from line 335. And there it does the same thing as blockchain.info - shoots the response to the provided callback url.
next week we are going to announce the release of our payment processor and also mention this open source API for bitcoin.
On the server I used for testing, in my bitcoin.conf:
The %s in the command line gets replaced with the (ASCII) hex string of the transaction hash, just like -blocknotify replaces it with the block hash.
And the program can be as simple or as complicated as you like. Here is a simple shell script:
which gives lines like:
You aren't limited to shell scripts, of course.
A pipe would have been better, but they aren't portable. Even if we had been willing to limit it to just UNIX-ish systems, there would have been horrible locking problems, and these notices simply weren't worth the effort to work around them*. If you want similar behavior, you can fake a pipe with netcat, so that you could have a long running service that accepts TCP connections from localhost, and just call netcat to dump the txid to that socket.
* Did you know that named pipes can stall in both directions, potentially DOSing one of the client threads? There are ways around it, of course, but you have to throw out a lot of the abstractions, so there would have been a very un-C++ chunk of code in the bitcoin client, just for dealing with the pipes. At least that was how it looked to me when I was researching it. I don't do much with C++, so I'm hoping that someone in the audience is more skilled than I am, and will read this and say "You dumbass, why didn't you just do X?", or even better, rewrite it for me.
Code:
walletnotify=/home/btcdev/walletnotify.sh %s
blocknotify=/home/btcdev/blocknotify.sh %s
blocknotify=/home/btcdev/blocknotify.sh %s
The %s in the command line gets replaced with the (ASCII) hex string of the transaction hash, just like -blocknotify replaces it with the block hash.
And the program can be as simple or as complicated as you like. Here is a simple shell script:
Code:
#!/bin/bash
F=/home/btcdev/wallet_transaction_log
D=`date +"%Y%m%d%H%M%S"`
echo ${D} - ${1} >> ${F}
F=/home/btcdev/wallet_transaction_log
D=`date +"%Y%m%d%H%M%S"`
echo ${D} - ${1} >> ${F}
which gives lines like:
Code:
20130513123015 - 6fa6c8ff08f122327b7a0a329d7632f243038f0fc96cce1248cb4948d0509ecf
You aren't limited to shell scripts, of course.
A pipe would have been better, but they aren't portable. Even if we had been willing to limit it to just UNIX-ish systems, there would have been horrible locking problems, and these notices simply weren't worth the effort to work around them*. If you want similar behavior, you can fake a pipe with netcat, so that you could have a long running service that accepts TCP connections from localhost, and just call netcat to dump the txid to that socket.
* Did you know that named pipes can stall in both directions, potentially DOSing one of the client threads? There are ways around it, of course, but you have to throw out a lot of the abstractions, so there would have been a very un-C++ chunk of code in the bitcoin client, just for dealing with the pipes. At least that was how it looked to me when I was researching it. I don't do much with C++, so I'm hoping that someone in the audience is more skilled than I am, and will read this and say "You dumbass, why didn't you just do X?", or even better, rewrite it for me.
Hey, anybody else has issue in bitcoind with walletnotify that on first confirmation it shoots the curl twice immidiately and when checking the wallet_transaction_log file, there is also same txid written twice. so the issue is not in my built API server, but in bitcoind. any clues?
Hey, we have released it as opensource made in PHP + codeigniter. We are finishing our payment processor + POS and going to release that service soon
The code for the API server is here https://github.com/goethewins/EzBitcoin-Api-Wallet
It is running on bitcoind, you can find documentation on github.
It has mysql/postgresql database on backend for storing all created addresses, transactions and balances.
We used same URI paths as blockchain.info's blockchain wallet api. so if you r dependent now on blockchain.info's then all you have to do is install our API and change the domain name and the API calls will be working straight away.
Also we did the invoicing system for receiving payments like blockchain's receive payment api
The code for the API server is here https://github.com/goethewins/EzBitcoin-Api-Wallet
It is running on bitcoind, you can find documentation on github.
It has mysql/postgresql database on backend for storing all created addresses, transactions and balances.
We used same URI paths as blockchain.info's blockchain wallet api. so if you r dependent now on blockchain.info's then all you have to do is install our API and change the domain name and the API calls will be working straight away.
Also we did the invoicing system for receiving payments like blockchain's receive payment api