Your use case might be a fit for the modular server implementation you see in my footer. Lets discuss what you need, so I create support for.
BTW: Running the bitsofproof server gives you a normalized relational dstabase of the blockchain, sobalances can be queried via SQL. I also consider to add pruned view of unspent output.
This looks promising. I will starts an EC2 instance later and try to get it running. I am crazy busy at work right now so it may take me to the weekend to try this out.
|
|
|
Quantum computers don't count faster or search a keyspace faster. What they do is allow certain types of mathimatical problems like finding factors a linear problem instead of a logerithmic one.
|
|
|
Yeah, you can even do the signing in perl without bitcoind at all if you have the private key(s), I've been crafting/signing raw transactions that way for a while, can probably come up with some sample code if you want. The harder part is finding the transaction inputs for the address...
If you have a sample of perl code to sign a bitcoin transaction with a private key that would be really nice. It would prevent me from reinventing the wheel. I think the database that bitcoin-abe creates can help me find the unspent inputs for a given address. I may have to adjust the indexes it uses though.
|
|
|
- Quickly send a payment from any private key
This isn't what you wanted to do but perhaps if you want a quick and dirty solution, you can use Blockchain.info to sweep the funds from a private key to an address in your local wallet. That way you don't need to import that private key into the bitcoin.org client. That can be done using the API: It looks like you can feed an unsigned raw transaction and a list of private keys into the new bitcoin client and it will sign and send the transaction without storing the keys in your wallet so this seems like a good solution for sending. I can use my perlfoo to create the raw transaction. (By the way I just had to check if 4d6c9dff493fcd2da9508e01c8b13461d37e3d8b6df1732942d3257874051362 had any money in it, damn none!)
|
|
|
I am thinking that perhaps the server that the electrum client uses could be used for something like this? Certainly, electrum servers are easy to use, but unfortunately not (yet) very stable. You would also need to code the actual creation of a transaction (although electrum code is easy to read so that shouldn't be a big problem). It looks like the electrum server depends on bitcoind and bitcoin-abe. Looking at the database that bitcoin-abe creates I think it is just the thing for what I need to check balances and the sendrawtransaction feature of bitcoind will help me send. If I figure this out I will post links to the source code.
|
|
|
Seems to me you should be able to do this pretty easily with the "listunspent" RPC call in version 0.7+ of the standard client, I can confirm on mine that it works for any address whether it is in the wallet or not and gives enough information to check balances on an address and craft transactions that can be passed back in to "sendrawtransaction".
Are you sure about that? I am getting different behavior. For example when I go: ./bitcoind listunspent It shows every unspent output in my wallet. If I do: ./bitcoind listunspent <one of my addresses> Then it only shows outputs from that address. But if I do: ./bitcoind listunspent <an address not in my wallet> Then it shows every unspent output in my wallet. It does not provide any info about the address I entered.
|
|
|
I see, I am running 6.3, going to download and install 7.1 and try this out.
|
|
|
Seems to me you should be able to do this pretty easily with the "listunspent" RPC call in version 0.7+ of the standard client, I can confirm on mine that it works for any address whether it is in the wallet or not and gives enough information to check balances on an address and craft transactions that can be passed back in to "sendrawtransaction".
I am going to try this out and post back. Thanks for the tip.
|
|
|
Using the API blockchain.info provides you can check any balance you want, it also allows you to very quickly import a private key and send money from it. This is great but I want to do it on my own servers. I am looking for a tool that can read the blockchain and: - Runs on my own server using the blockchain/p2p network for input
- Quickly return the balance for any address
- Quickly send a payment from any private key
It seems to me that the default client cannot do this as it has to rescan the blockchain every time you add another key. I am thinking that perhaps the server that the electrum client uses could be used for something like this? I am pretty good with perl and building API clients. Any advise on a good starting point would be appreciated.
|
|
|
You could just say you are selling "A paper wallet with 1BTC in it".
90% of the scammers are people with stolen accounts. If you mail a paper wallet with keyinfo and instructions on how to import/transfer it then you get the advantage of using a verified physical address.
Never done it, but it seems like it would thwart a lot of scammers. People can still lie about not getting it but you could just show a delivery confirmation number and will win the dispute 90% of the time.
|
|
|
The best way to create an API is to FIRST write the documentation. Then once you see that what you are documenting makes sense you then implement each feature that is documented.
That way not only do you have a fully documented API but you also see if what you are designing actually makes sense.
If you program it first and then document it you will run into all sorts of design issues and end up lacking documentation.
|
|
|
You can create any arbitrary address by just putting the right checksum on the end. You will of course not know the private key so anything sent there is unlikely to ever be retrieved.
|
|
|
More than 1 and less that 7 billion?
I guess if you read the entire forum you might come up with a rough estimate.
|
|
|
When I want to send anon I just create a new easywallet account, then send it to the final destination. It is all mixed up for free.
|
|
|
I can imagine that you could ask him to not put the bitcoins on them until you confirm arrival. That way if the physical coins are lost the bitcoins are not.
|
|
|
I will gladly answer these questions for 2BTC.
|
|
|
Yes you can. There is even a program to find the private key for a given public key. It is called "vanitygen".
You just type:
vanitygen <public key>
It will eventually come up with the matching private key. It is not fast though.
|
|
|
Since bitcoin mining is based on proof of work the it should be trivial to simply prove that there is a real mining rig mathematically.
All this "It is a scam" "No it is not" is silly. It is provable, this can be settled.
|
|
|
Seals with clubs... Still playing on that same bitcoin, been as high as 3.2BTC, currently down to .8BTC.
|
|
|
|