You could also sell Bitbills on #bitcoin-otc or in the Marketplace.
Perhaps llama would buy back Bitbills minus a small fee?
Topic: Introducing Bitbills! - page 6. (Read 32652 times)
I bought bitbills just because they're cool, but may have not thought into it too much. If I don't have a smart phone that can read a QR code, am I SOL if I want to get the money off them?
You don't need a smart phone, you can use a computer with anything that can get a digitalization image of the QR code (scanner, cam, mobile with cam...) and a QR code parser software.
I bought bitbills just because they're cool, but may have not thought into it too much. If I don't have a smart phone that can read a QR code, am I SOL if I want to get the money off them?
It might be possible to stick an Android GUI on top of BitcoinJ for this purpose today. However to check the balance and redeem the coins both requires processing the full chain, so it's not very efficient. If the key format was extended to support specifying block ranges it would be much more feasible.
Speaking of which, have people had luck getting a picture of the private QR code on droid phones? I couldn't get it to work, and was blaming the small code size. Let me know if it's operator error.
I improved BitCoinJ a bit so now you can just use PrivateKeys without any modifications, like this:
java -classpath=out com.google.bitcoin.examples.PrivateKeys
Make sure you have a running copy of Bitcoin (regular C++ software) on your computer and run the above command. It should trundle along and process the block chain looking for usages of the key. Then it will send you the coins to your chosen address.
Switching out MemoryBlockStore for DiskBlockStore won't help. The whole thing has to be processed from scratch every time you do this because the transaction bodies aren't stored, even with the DiskBlockStore. This is inherent to the libraries design.
As to which is easier, I don't know. The official Bitcoin software is better tested. If you are able to patch+build it yourself then you might as well use it. If you're having trouble building Bitcoin then you could try using the BitCoinJ instead, but you'll still need a JDK to compile it with! Right now it isn't possible to redeem a Bitbill without being a programmer or at least very technical. In future it might get easier, if sipa adds a GUI to Bitcoin.
It might be possible to stick an Android GUI on top of BitcoinJ for this purpose today. However to check the balance and redeem the coins both requires processing the full chain, so it's not very efficient. If the key format was extended to support specifying block ranges it would be much more feasible.
java -classpath=out com.google.bitcoin.examples.PrivateKeys
Make sure you have a running copy of Bitcoin (regular C++ software) on your computer and run the above command. It should trundle along and process the block chain looking for usages of the key. Then it will send you the coins to your chosen address.
Switching out MemoryBlockStore for DiskBlockStore won't help. The whole thing has to be processed from scratch every time you do this because the transaction bodies aren't stored, even with the DiskBlockStore. This is inherent to the libraries design.
As to which is easier, I don't know. The official Bitcoin software is better tested. If you are able to patch+build it yourself then you might as well use it. If you're having trouble building Bitcoin then you could try using the BitCoinJ instead, but you'll still need a JDK to compile it with! Right now it isn't possible to redeem a Bitbill without being a programmer or at least very technical. In future it might get easier, if sipa adds a GUI to Bitcoin.
It might be possible to stick an Android GUI on top of BitcoinJ for this purpose today. However to check the balance and redeem the coins both requires processing the full chain, so it's not very efficient. If the key format was extended to support specifying block ranges it would be much more feasible.
*scans PK from picture*
*steals BitterTea's bitcoins*
*steals BitterTea's bitcoins*
Haha, nice try but I already sent the coins to a new address using BitcoinJ.
Can you describe how you did this? I was going to test one of my bitbills with the patched bitcoin client. But if it's easier just to use bitcoinJ, I'd like to hear how.
Sure. Make sure you get the latest version of BitcoinJ, as a bug in Base58.decode was fixed today.
There's a PrivateKeys.java example, which takes two arguments: the first is the Base58 encoded private key (scanned from the private key tag) and the second is the address to which you want the funds transferred.
Once Mike fixed the bug, the only change I had to make was the following...
Code:
- // Decode the private key from Satoshis Base58 variant.
- BigInteger privKey = Base58.decodeToBigInteger(args[0]);
+ // decode the key and remove the checksum
+ byte[] tmp = Base58.decodeChecked(args[0]);
+ // strip the first byte (version) from the array
+ byte[] sipaKey = new byte[tmp.length - 1];
+ System.arraycopy(tmp, 1, sipaKey, 0, sipaKey.length);
+ BigInteger privKey = new BigInteger(sipaKey);
Then start up your Bitcoin client and run PrivateKeys.java. It will download the block chain from your client and then send the transaction.
You can modify it to use a DiskBlockStore instead of a MemoryBlockStore so you don't have to download the full chain every time you do this.
*scans PK from picture*
*steals BitterTea's bitcoins*
*steals BitterTea's bitcoins*
Haha, nice try but I already sent the coins to a new address using BitcoinJ.
Can you describe how you did this? I was going to test one of my bitbills with the patched bitcoin client. But if it's easier just to use bitcoinJ, I'd like to hear how.
*scans PK from picture*
*steals BitterTea's bitcoins*
*steals BitterTea's bitcoins*
Don't know why but I truly believe bittertea is a bit too experienced to leave that QR there unless already void...
*scans PK from picture*
*steals BitterTea's bitcoins*
*steals BitterTea's bitcoins*
Haha, nice try but I already sent the coins to a new address using BitcoinJ.
Ok, here's the opened Bitbill (click for full size):
The plastic lamination is pretty thick, not just a thin film. Underneath that is the private key barcode with the hologram sticker stuck to it. Peeling off the hologram left half of it on the barcode which required some rubbing alcohol to remove.
*scans PK from picture*
The plastic lamination is pretty thick, not just a thin film. Underneath that is the private key barcode with the hologram sticker stuck to it. Peeling off the hologram left half of it on the barcode which required some rubbing alcohol to remove.
*steals BitterTea's bitcoins*
Ok, here's the opened Bitbill (click for full size):
The plastic lamination is pretty thick, not just a thin film. Underneath that is the private key barcode with the hologram sticker stuck to it. Peeling off the hologram left half of it on the barcode which required some rubbing alcohol to remove.
The plastic lamination is pretty thick, not just a thin film. Underneath that is the private key barcode with the hologram sticker stuck to it. Peeling off the hologram left half of it on the barcode which required some rubbing alcohol to remove.
Hawkix, if someone doesn't post one before tonight, I'll try to do so. First I must spend the associated bitcoins, which isn't exactly simple right now.
llama, have you considered that it's not even necessary to import the private key, merely create a transaction from it? I think an Android app that performed the following two functions is all that is necessary to use Bitbills.
1) scan a public key and check the balance
2) scan a private key and create a transaction to an address of your choosing (scan private key, scan barcode of receiving address, send?)
llama, have you considered that it's not even necessary to import the private key, merely create a transaction from it? I think an Android app that performed the following two functions is all that is necessary to use Bitbills.
1) scan a public key and check the balance
2) scan a private key and create a transaction to an address of your choosing (scan private key, scan barcode of receiving address, send?)
Please, somebody post a photo of "opened" card. Once you've "spent" that money in it, of course.
You have to "destroy" the card to get to the private key, not just taking out the hologram.
Please, describe in details what do you mean by "destroying".
The private key is sandwiched between layers of the card. To get it out you have to cut the card open.
Cool, what would be truly awesome would be a debit card type thing where you can put it into a ATM and its like your wallet and you can take out USD and the compny makes profit by taking like 10 cents or 0.05 BTC 
You have to "destroy" the card to get to the private key, not just taking out the hologram.
Please, describe in details what do you mean by "destroying".
trusting a third party .. just like a central bank ..
With the difference that you can start your own business for bitcoin bills and a central bank is a monopoly.
You can buy those hologram stickers on Ebay easily, read private key and reseal it.
You have to "destroy" the card to get to the private key, not just taking out the hologram.
Untill law protect bitbills, they are very fragile and easy to conterfeit. Currencies are protected by law, but if you counterfeit bitbills no one will punish you.
Do you think bitbills should be protected by law? Why?
You can buy those hologram stickers on Ebay easily, read private key and reseal it.
you've tried this yourself?
I don't want bitbills project die before emerging, so I will not show this item on ebay.
I decided to print something similar like bitbills in my country in native language, but came up with idea that printed bitcoins is utopia. Untill law protect bitbills, they are very fragile and easy to conterfeit. Currencies are protected by law, but if you counterfeit bitbills no one will punish you. Feel this difference!
Act responsibly!!!
trusting a third party .. just like a central bank ..
your all whacked in the heads.
Edit:
- third party trust to create legit ones ... NO WAY
- wallet backup ... third party trust ... NO WAY
- a card is easy to be ripped of, confiscated by parasites, destroyed, etc, ... NO WAY
Bitcoin is meant to get rid of ALL these issues ... why on Earth would you want this?
your all whacked in the heads.
Edit:
- third party trust to create legit ones ... NO WAY
- wallet backup ... third party trust ... NO WAY
- a card is easy to be ripped of, confiscated by parasites, destroyed, etc, ... NO WAY
Bitcoin is meant to get rid of ALL these issues ... why on Earth would you want this?
No, Bitcoin was created so that you don't have to trust a third party if you don't want to. For something like this, it's cool enough that I have enough trust in llama to risk a few bitcoin. I keep the majority of my keys in my wallet, on my hard drive, encrypted and backed up.
trusting a third party .. just like a central bank ..
your all whacked in the heads.
Edit:
- third party trust to create legit ones ... NO WAY
- wallet backup ... third party trust ... NO WAY
- a card is easy to be ripped of, confiscated by parasites, destroyed, etc, ... NO WAY
Bitcoin is meant to get rid of ALL these issues ... why on Earth would you want this?
your all whacked in the heads.
Edit:
- third party trust to create legit ones ... NO WAY
- wallet backup ... third party trust ... NO WAY
- a card is easy to be ripped of, confiscated by parasites, destroyed, etc, ... NO WAY
Bitcoin is meant to get rid of ALL these issues ... why on Earth would you want this?
Jump to: