Starbound on steam? I could probably pull off $10 for one copy, or, $30 for a four-pack. Fully giftable on steam, BTC-E rates (Currently would be BTC0.01111112). Would take no longer than 24 hours to acquire and be gifted to your email.

As explained, the paper wallet protects you from all armory-generated addresses, it does NOT protect you from imported ones, however. That's basically it.

This, everywhere only accepts US banks.

Change, by default in Armory (it's a client thing), will always go to a new address, personally, I like this feature, if you don't, change it when you're sending a payment:-

Yes, it's generated on the Yubikey the second you hit the button and not sent to the Yubico servers, but, who knows if that code is legitimate? Only Yubico, so, the program has to ship that little code off to Yubico and Yubico either returns with a "Valid" or "Invalid" response once you login to the service.

How it knows (From what I've gathered) is that the Yubikey output is 48bytes, 16 bytes are unique to the Yubikey (and never change, the first sixteen characters), and, the last thirty two bytes change, they change based on mainly one thing, the number of times you've pressed the button (They also change based on how many milliseconds since you plugged the device in, a random seed implemented at manufacturing, how many times you've pushed the button this session, etc...).

Now, this is shipped off to Yubico, and, they verify if the amount of times you've pushed the button is more than the last time you pushed the button, if so, they validate you, if not, they don't. This means if I push the button three times, then send the last code off, then send either of the other two codes, they'll know they've been sent out-of-order and disallow the first and second code.

The ONLY way I can see Yubikey being implemented into Armory is if you encrypt your wallet using the static password feature of the Yubico Yubikey, which, currently already works, unfortunately, with the design of the Yubico Yubikey, this uses up one of your two configurable slots.

Which are sent to the Yubico servers and verified against the private key that they had since you made it, unless I'm incorrect?

Source for my accusations:-
Line #59 to #65:-
https://github.com/Yubico/yubico-java-client/blob/master/v2client/src/main/java/com/yubico/client/v2/YubicoClient.java#L59

The entire class, but, mainly the return on line #132:-
https://github.com/Yubico/yubico-java-client/blob/master/v2client/src/main/java/com/yubico/client/v2/YubicoValidationService.java#L132

I don't see where the security would fall? It's all client sided, there's nowhere to 'verify' with, anyone could easily spoof the yubico authentication server reply, or, just recompile armory to ignore it, and, it'd be bypassed.

Yubikey only works when the local client:-
1. Isn't doing the check itself
2. Isn't the one performing the action

Blockchain.info can implement it, because:-
1. The client sends the code to blockchain to check
2. The client never actually sends any bitcoins, it sends it to blockchain to forward the bitcoins on.

EDIT:- Always forget the '.info', and it makes it confusing.

Note, all of these are gifts, not keys, not accounts, not some dodgy thing that requires you to be on a VPN, you tell me your email, you get an email from steam including a gift you can activate to any steam account.

Games I have (SALES ARE NOT LIMITED TO THESE GAMES! Go here for any game on steam):-

• 4 x Counter-Strike: Complete (Includes CS:S, CS:GO, CS:CZ, CS:CZ Deleted Scenes, CS:1.6)
  
• 3 x Counter-Strike: Global Offensive (Still selling, however, it'll just take me a few minutes to acquire a copy)
  
• 1 x The Cave
  
• 2 x Sid Meier's Civilization® V
  
• 1 x Natural Selection II (GIFT, NOT Humble Bundle key!)
  
• 1 x Serious Sam 3:BFE (GIFT, NOT Humble Bundle key!)
  

Accepting only bitcoins, and, only at BTC-E rates, I'm willing to negotiate on all my prices (And if you buy more than one game, even more so), but, starting price for all the products are as such:-

• $8 - CS:Complete
• $6 - CS:GO
• $6 - The Cave
• $4 - Sid Meier's Civilization® V
• $4 - Natural Selection II
• $3 - Serious Sam 3:BFE

Sold so far:-

• 1 x Total War™: ROME II
  
• 6 x Counter-Strike: Global Offensive
  
• 1 x The Cave
  
• 4 x Counter-Strike: Complete (Includes CS:S, CS:GO, CS:CZ, CS:CZ Deleted Scenes, CS:1.6)
  
• 1 x Starbound (4 Pack)
  
• 1 x Half-Life Complete
  
• 6 x Rust Alpha
  

What kind of funky maths are you doing mate? Base ten digits into #4 (base 10)? Woah.

Anyway:-

0.0001 = 1
0.001 = 10
0.01 = 100
0.1 = 1000
1 = 10,000

Hell, you don't even need to buy one, photoshop PSDs are really amazing, if you know what I mean.

Isn't that what I said in the OP? My question was, considering you'd know instantly if you won/lost, couldn't you submit a transaction with a higher priority back to yourself, so, you get the money back minus a MUCH smaller miner fee?

Can you link me to a thread/source/information of said academic double spend?

Also, let's remove Satoshi Dice from the above example, would, in theory, it work to scam any system that used the method Satoshi used?

Unfortunately I can't afford to below $10 to test anything (I believe that's their lowest bid amount), and, the last time I used the service was about a year ago, back then, they'd instantly send you the money back (You'd see it in your wallet), has that changed?

Okay, I'm confused about how SatoshiDice works, I've been reading up on it and basically, from what I've gathered, how they instantly send you your winnings back is by including your transaction in the return amount, meaning, if your transaction bounces (Double spend), so does their payment to you as one (of the many) input transactions is false (As it was your transaction to them, which, just bounced).

Now, my question is, what happens if I broadcast a transaction to Satoshi Dice with a very small (if not NO) fee, so, confirmation takes AGES* but it still get propagated by the network (Meaning it's not being mined, but, it is being talked about), then, if I lose, simply send the same transaction input again but with a higher fee (Less than what I bid, so, it's still profitable to me) so it's put into a block before the wager transaction, and, the wager transaction is cancelled? If I win, of course, I simply just leave it. It'll take awhile to confirm, but, at some point, it will confirm and my money will be spendable.


Note:- 'ages' in this context is defined as any period of time that's longer than the amount of time it'd take for a block submitted at the same time to be confirmed with five times the recommended fee (E.G. .5 mBTC (0.0005 BTC) per KB).

That's way to cheaty for me, if I used that, well, let's just say primedice would be out of their reserve for a long time. I'm a good person, however, so, I'll just report it as a bug to 'em.

Don't get me wrong, I agree a Linux based operating system would be a lot more secure, but, after all, it is a computer and could still be exploited.

Fair enough, so the only way is to call a program which then notifies my program that it's got a payment? No internal method?

That's a shame, oh well, I guess it'll have to do. Thanks.

Hi, I'm developing a very small (private, which, defeats the purpose) bitcoin tumbler as my first bitcoin related project, just to see what bitcoin development entails (Using bitcoind, no fancy recoding of the entire network interface), and, I'm having a small issue.

I have my program generate a new address everytime anyone goes to the 'deposit' link, and, I have a unique wallet per user (Based on their BTC address), so, all is dandy. Now, my only issue is, when a user sends me the payment the only method I can seem to think of that checks for payments is going through ALL my addresses on ALL my wallets and checking their balance, which, is a huge pain in the ass (And, what I'd consider, a waste of processing power).

Is there anyway to hook incoming payments to my (I.E. Addresses in all my wallets) addresses with the bitcoin daemon? Even if it doesn't tell me which address, just 'a' address, it'd be a whole lot better than having a while loop checking every five seconds.

Thanks,
Automatic.

All honesty? Not a clue. My best suggestion would be to either wait for someone who understands how Armory writes the wallet files and how Blockchain expects the wallet files, or, just send the money to blockchain using a normal BTC transaction, assuming you don't need to keep the addresses the same.

1. Double click the wallet:-


2. Hit backup this wallet & select 'export key list':-


3. Set it up something like this:-


4. Copy the private key:-



5. Remove all spaces:-

6. Head over to blockchain, go to the 'import/export' tab, then paste the private key into the 'add private key':-


Hey-look, it matches!