Exactly...think I'll be putting in an order in a little bit. :-) |
|
|
|
I've setup a bitmit auction as 'buy now item' and 'more than one available' it will automate checkout, enable escrow of bitcoins (you will be asked to unfreeze them once you receive the mail) & the auction is here. Cool...any chance of an option to add a silver round instead of additional Zim$ notes? |
|
|
|
Someone new to the bitcoin community doesn't know about bit instant but obviously they know about ebay. That's the majority of the problem there.
Someone who stumbles upon bitcoin will do the following. www.google.com(bitcoin) .... I doubt they cant figure it out. Considering the continued utility of sites like Let Me Google That For You, I think you overestimate the average luser's search skills. |
|
|
|
@GernMiester - When I mine a more substantial amount of coins I may donate some to you so you can buy yourself some sense of humor.
I suspect that would be a waste of your coins, as the impression I've gotten from him is that he's just an anti-social douchebag about whom you'd be well-advised to not waste any mental bandwidth. |
|
|
|
When building bitcoind 0.7.0 from the Gentoo bitcoin overlay, there was a patchfile ( http://luke.dashjr.org/programs/bitcoin/files/bitcoind/eligius/sendfee/0.7.0-eligius_sendfee.patch.xz) applied if the eligius USE flag was set. This appears not to have been updated for 0.7.1. Is this something to be concerned about? What changes does this patch make? I'm not mining at Eligius...currently using Eclipse, but am considering shifting back to P2Pool. (In the meantime, I've copied the 0.7.0 ebuild to a local overlay, commented out the Eligius patch code, and gotten 0.7.1 working on Gentoo.) |
|
|
|
|
It looks like all of the ASIC products will be built around the same board, populated differently. This raises a question: since the ASIC in the Jalapeņo is significantly underclocked to keep power consumption down, would it be feasible to add in some of the power-supply components of the other models and a heatsink to get the Jalapeņo running at the full 7.5 GH/s that the chip can deliver?
|
|
|
|
Nice...put a copy of that up on my webserver and had it convert a feed that previously was just pulling article titles. |
|
|
|
You could learn how to use Windows instead though. Then it'd not be a pain in the ass. I've never had a virus ever. I've never had it crash ever. That's because I know what I'm doing. Linux is not user friendly but if you want to take user unfriendliness to the next level, just go on a Linux forum and ask a question.
Linux is user-friendly! It's just picky about who its friends are. :-) (Most of my computers run Linux (more specifically, Gentoo), including my mining rig...about the only machine I work with daily that uses Windows is in my office at work.) |
|
|
|
On a related note, I'm attempting my first transfer from MtGox to Dwolla. After plugging in my Dwolla account and whatever other bits they needed, they said they needed to do some sort of "validation" on my Dwolla account. It's been an hour or two...how long is this supposed to take?
Everything was sorted the next morning. I initiated a transfer, and had the money in my Dwolla account in about an hour.  |
|
|
|
I can see this kind of "links" on certain pages and in this forum.
What is it good for? It doesn't do anything in my browser.
What is it supposed to do? What does it do in your browser?
Maybe brings up the bitcoin client?
If you have one installed, yes. On my iPhone, for instance, tapping a bitcoin: URL will open the Blockchain.info app. |
|
|
|
|
On a related note, I'm attempting my first transfer from MtGox to Dwolla. After plugging in my Dwolla account and whatever other bits they needed, they said they needed to do some sort of "validation" on my Dwolla account. It's been an hour or two...how long is this supposed to take? Both accounts are verified; I even have the freebie Yubikey that MtGox sends out (which locked me out until it arrived in Las Vegas from Tokyo, as they had enabled it in preference to Google Authenticator).
|
|
|
|
Thanks for the neat bash script (I figured the program I whipped up shouldn't be needed for Linux but having worked for so many years under a standard Windows environment I have become accustomed to writing small programs to do such things).
I assume to do the 2-factor implementation you would assign a variable to the output of the first gpg call and then feed the password plus this into the second call?
The original version of the script makes only one call to GPG. It's fed two lines: the passphrase of the signing key and the Bitcoin private key. The output from GPG is appended to the address and written to disk. In the version that generates QR codes, the second call gets the passphrase and a generated PNG with the QR code of the private key. This way, the private key (whether as text or a QR code) never goes to disk in unencrypted form. A QR code is also generated for the address; this is written to disk unencrypted. |
|
|
|
...(WTF does MtGox even mean).
...
MtGox means "Magic the Gathering Online Exchange". Enough said pro & con about that here previously...  In terms though of being [put your adjective here], i think it's no worse than the name "eBay"...  Very early on, eBay was known as AuctionWeb: The company officially changed the name of its service from AuctionWeb to eBay in September 1997. Originally, the site belonged to Echo Bay Technology Group, Omidyar's consulting firm. Omidyar had tried to register the domain name echobay.com, but found it already taken by the Echo Bay Mines, a gold mining company, so he shortened it to his second choice, eBay.com. I still have the registration email from when I signed up for AuctionWeb in May 1997. The link given at the end, http://www.ebay.com/aw/, returns 404. How much work would it have been to put in a 301 redirect?  |
|
|
|
GLBSE has refunded some of my balance. It looks like about what I had left of BTC1.50 after buying two shares of GIGAMINING, but not including the two (?) weeks' worth of dividends. From their email: Your GLBSE account has been partially processed. 90% of your funds have been returned to you with this payment. Once we recieve [sic] the remaining funds from our treasurer and secretary the final payment will be made and you will be informed. We will also inform you when we process your assets, allowing you to continue your relationship with your issuer.
|
|
|
|
#!/bin/bash
out=$(vanitygen 1 2>/dev/null | grep -v Pattern | tr "\n" " ")
addr=$(echo $out | sed "s/ Privkey.*//;s/Address: //")
key=$(echo $out | sed "s/.* Privkey: //")
(echo Address: $addr; \
echo ""; \
(echo <passphrase>; echo $key) | gpg2 --armor --recipient <dest-id> --encrypt --sign --local-user <src-sign-id> --batch --passphrase-fd 0 )>$addr.asc
...and to generate QR codes, add these to the preceding script: qrcode -o $addr.png -l M $addr
(echo <passphrase>; qrcode -o - -l M $key) | gpg2 --armor --recipient <dest-id> --encrypt --sign --local-user <src-sign-id> --batch --passphrase-fd 0 >$addr-privkey.png.asc
qrcode is provided by libqrencode; a Win32 port is available. Note that the private key QR code is also encrypted. |
|
|
|
Awesome. Been wanting this exact tool for some time.
Any chance of porting it to linux?
Not much to it as a shell script...knocked this together in Cygwin, but it'd work the same under Linux, Mac OS X, or whatever. Output is in the same format as produced here, but there's nothing to compile: #!/bin/bash
out=$(vanitygen 1 2>/dev/null | grep -v Pattern | tr "\n" " ")
addr=$(echo $out | sed "s/ Privkey.*//;s/Address: //")
key=$(echo $out | sed "s/.* Privkey: //")
(echo Address: $addr; \
echo ""; \
(echo <passphrase>; echo $key) | gpg2 --armor --recipient <dest-id> --encrypt --sign --local-user <src-sign-id> --batch --passphrase-fd 0 )>$addr.asc
The address and encrypted private key are written to a file; leave out ">$addr.asc" on the last line if you'd rather have it go to stdout. Substitute appropriate values as follows: <dest-id>: address or PGP key ID for whom the private key should be encrypted <src-sign-id>: address or PGP key ID for whom the private key should be signed <passphrase>: passphrase for <src-sign-id> |
|
|
|
If you run bitcoind getrawtransaction abcd1234... 1 you get a fairly complex JSON object with all the information about the given transaction. My question concerns the "addresses" field deep inside each "vout": if I understand regular Bitcoin transactions correctly, this array should usually contain only one address; on what circumstances would it contain more than one address? Also, could someone point me towards one transaction (either mainchain or testchain) where more than one address is used?
Have a look at output #1 in the following testnet transaction: http://blockexplorer.com/testnet/tx/829ce39233f7a073e4ffc4c7b594209a06f1987c86c51c17fcfcbdd2393bcdbfThis has two addresses. Multi-signature transactions would use more than one address, but I'm not sure if this is an example of such. |
|
|
|
Surely OP is just trolling. No one can really be that stupid, can they?
Gambling is a tax on people who are bad at statistics. |
|
|
|
|
Show Posts
