Sorry, I can't imagine paying a whole lot more than BTC0.5 plus shipping for something which, for me, would be essentially little more than a paperweight, albeit a cool paperweight with nostagia value. If they're really worth that much to other people I guess I'll do without. Or wait for the prices to drop.
Thanks for the offer though.
roy
|
|
|
I, too, would like to get hold of a working FPGA Single for nostalgia's sake. Anyone got one for sale? How much do they generally change hands for for?
roy
|
|
|
i dont think losing the shipping contractor was the best move.
Not everyone can afford to lose EUR 20,000 and still continue to spend money. Sound like burnin is doing what is necessary to stay in business. roy
|
|
|
[Thank you so much for taking the time to (re)review the BIP and consider the security. Having more eyes on it is part of how it becomes secure.
I'm not sure my opinion here counts for much here (I'm no cryptologist - just an IT professional with a basic working knowledge of the field). But thank you so much for taking the time to give me a detailed response. As for my preference for bag of keys - I should perhaps amplify. Mainly, it's that I have a dislike for secrets that must be kept forever - particularly if they're going to be kept on a machine that is online. I therefore think that private keys should come with an expiry date, after which the wallet should sweep them into new addresses, and it seems to me that this process would be better as a continuous process rather than having to wholesale throw away the root of your HD wallet and move all your coins at once. The reason I'm against indefinite key lifetimes is mainly because the security consequences of this requirement are counter-intuitive to the average user. The fact that someone might find a backup you made years ago, with a passphrase that was compromised (because you used the same password in multiple contexts) probably doesn't concern you, because you take security much more seriously now and have long since changed your passphrase to something strong and specific to that purpose, and you assume you're therefore safe. Whilst there's nothing we can do to completely protect users from the falacy that changing their passphrase mitigates against a passphrase compromise in the same way it does with regular login passwords, limiting key lifetime at least limits the window of opportunity in which such compromises are exploitable. Backups are of course important.... but I think people at least find the requirement intuitive... roy
|
|
|
Hey Roy, It is certainly doable to add an inline fuse to the power cable. It would be the first time I have had to do something like this for 5v though. I will PM you with the details of the holder/fuse I find. Not 5V. 12V. So I guess the hub must have a DC-DC converter (or the brick is mislabelled?). I'll check with a meter but I'm assuming the brick is correct. roy EDIT: Re fuse, either 20mm or 1 1/4" is fine.
|
|
|
I'd like a cable to provide 12V 5A from a standard Molex (i.e. 8981 series) connector to a 2.1 mm barrel connector (- on the outside, + on the inside), but I'd like it to have an inline 5A fuse. Yeah, I know the fuse is probably unnecessary, but humour me - it just makes me more comfortable to include a fuse when I'm replacing a 60W brick with a 1000W ATX PSU.
Are you able to make this up for me? I'd probably buy two so I have a spare for future expansion.
(This is for powering an Anker USB hub, BTW)
roy
|
|
|
My point is that previously the core devs have suggested an intention to migrate from bag-of-keys to heirarchical deterministic wallets. The argument, AIUI, is that it simplifies backup, but such a decision would seem to negate the argument given in this thread that Bitcoin is largely safe from ECDSA attacks as long as we avoid address reuse.
It doesn't. This is a spurious claim. (and in Bitcoin-QT we would normally use the type-1 'private' derivation, for primary addresses) Ah, OK, looking at BIP 32 again, I see the security of the new private derivation is fairly evidently dependent only on the security of HMAC-SHA512, and we have much bigger problems than HD wallets if the SHA-2 family of hash functions has been broken (which I think is highly unlikely). I'd have to think a bit harder about the implications for the public derivation - maybe it's still safe if no extended public keys have been revealed? Anyway, sorry to have been propagating FUD (although pesonally I prefer bag-of-keys for other reasons). roy
|
|
|
Difficulty just increased to 148,819,200 (+32%).
So OP was pretty much spot on! @baritus: I'm sure at least a little bit of luck was involved, but still, well done!
|
|
|
If you write the code.
? My point is that previously the core devs have suggested an intention to migrate from bag-of-keys to heirarchical deterministic wallets. The argument, AIUI, is that it simplifies backup, but such a decision would seem to negate the argument given in this thread that Bitcoin is largely safe from ECDSA attacks as long as we avoid address reuse. So, in the light of the concerns over NSA activity in this area, I'm wondering whether it's still the intention to trust our coins (more than at present) to the security of ECDSA. roy
|
|
|
If you're asking about BIP32, BIP32 is specific to SECP256k1 (as its results are well defined), but it supports both public and private derivation. The private derivation could be applied to any cryptosystem, though that wouldn't be BIP32 anymore. The public derivation could be applied to at least any ECDSA cryptosystem.
Is it still the intention for Bitcoin-QT to move to BIP 32 in the future? roy
|
|
|
Hello, I'm running cgminer3.4.3 on windows. I have 24 bitburners XX and 1 X, total 25 boards and 490 chips.
I was curious about the X - should it count as one miner or two? The instructions say that every board counts as two miners, but I agree it would make sense if that only applied to the XX. roy
|
|
|
Tried again. Notify minutes is set to 5 and I've just topped up SMS credits.
Stopped cgminer 15 minutes ago (EMC shows last share 15m ago and hash rate of zero). But no email and no SMS received yet. (It used to work.)
Username is roybadami and worker is roybadami_worker if you want to take a look.
roy
[EDIT: Am mining again now, though]
It looks like your alerts are working fine. I reactivated your test worker and forced it into thinking it was failed and it sent out an alert. Make sure all the settings for your worker are correct; I'm not sure why it would not be alerting you but I do not see any emails in the logs going out, so it's not actually sending any alerts which seems to indicate that it does not think it's eligible for an alert. Your last alert on that worker was on the 17th of August. Yep, I got the email and SMS for the test worker. 17 August is indeed the last alert I've had before that. I wonder why quitting cgminer isn't enough to trigger an alert fairly promptly. I may try creating a new worker and mining with that. roy
|
|
|
I have a question to anyone that might know. The "keep order" option isnt it a bit useless when someone has already paid for an order and havent asked for a refund?
I believe it is useful because it makes burnin's life a bit easier.
|
|
|
Tried again. Notify minutes is set to 5 and I've just topped up SMS credits.
Stopped cgminer 15 minutes ago (EMC shows last share 15m ago and hash rate of zero). But no email and no SMS received yet. (It used to work.)
Username is roybadami and worker is roybadami_worker if you want to take a look.
roy
[EDIT: Am mining again now, though]
|
|
|
What exchange rates does the client use to compute the fiat value of the wallet balance? It seems to overvalue Bitcoins quite a bit.... not quite as much as if you were using the Mt. Gox price, but close...
Perhaps it could use the new Bitcoin Price Index (at least as an option)?
roy
|
|
|
Email and SMS are all coming through. You may want to check/contact your ISP and ask them why they are blocking your emails.
Still working on the SMS credits issue though.
I run my own mail servers, and checked the logs. No mail was delivered to me. I'll try it again sometime (and top up my credits, too). But it doesn't seem to be working for me... :-( roy
|
|
|
Of course, I will eventually have to spend effort on the revenue side... Ads I guess, can't wait... Highly unlikely as long as Armory remains under a free software licence, since anyone else could just build an ad-free version from source.
|
|
|
I don't seem to be getting e-mail notifications, either (just tested it). So it's not, I think, that I'm out of credits (I don't know of any way to check my credits).
roy
|
|
|
|