allowing 5-6 threads on the same topic simultaneously, by a guy like Atlas, bashing the devs and BF is inappropriate. that's my opinion.
I disagree that bashing the devs and/or BF is inappropriate. What is this, the catholic church? 5-6 threads on the matter may be out of line though.
|
|
|
At last, finally somebody made bootstrapping Bitcoin easier.
It was a major pain in the ass for people running full BTC client.
It has been possible to download the blockchain. Torrent is in some ways an improvement in that it improves decentralization but in some ways a step back as it's not really suited to frequent updates. Say, for example, I download and seed v1, eventually v2 will come out. Although I already have all of the data in v2 in my running blockchain, there's no easy way to contribute to seeding v2 without downloading the whole thing again. A way to extract a version of the torrented blockchain from my live blockchain would be good. What might be better would be a custom client that could seed from the live blockchain itself.
|
|
|
*i still think you're a shitty moderator, hazek, for having allowed Atlas to post no less than 5-6 simultaneous threads bashing the devs and the BF.*
Meh, this is a discussion forum. If no one replies, his threads will drop off the bottom. I would think that hurling abuse at the moderators would be a more serious offense.
|
|
|
Except a fork in this case creates an entirely different currency. I don't want to reduce the value of the Bitcoins I have now or see them reduced.
Not really. As long as it implements the same underlying protocol, it is still bitcoins. No, no it is not. I will not get $12 and upwards for an alternate Bitcoin not supported by most of the community. But my understanding is that you're not so much complaining about the internals of bitcoin itself as with the software around it. Or maybe not. I'll have to go back and reread what you wrote. Definitely some of your issues could be fixed with a fork that would not change that it's bitcoins. Edit: Yes, your post #1 linked to a complaint about disk IO and time to verify the block chain. Both of these could be resolved without giving up on bitcoins. Though that may not be too helpful as the mainstream client is what people will be exposed to in general. Like you say, there are already lightweight wallets out there.
|
|
|
The reason that analogs of traditional financial institutions are being created is that they work and often were in place long before banking became the province of centralized government.
The test is if, in a free market, without government interference, those institutions which fail to provide value should quickly fail.
|
|
|
Except a fork in this case creates an entirely different currency. I don't want to reduce the value of the Bitcoins I have now or see them reduced.
Not really. As long as it implements the same underlying protocol, it is still bitcoins.
|
|
|
Let's make another example. It's anti-IPR world again, and Mr. X is a bitcoin user. He doesn't risk leaving bitcoins on his computer so he takes a printout of his BPKs and stores it in his wallet (the banknote kind). Mr Y finds the wallet and, being a good citizen, returns the wallet to its owner complete with all the contents. However, before doing so he makes a copy of the BPKs and later that day extracts the associated bitcoins. The printout is clearly Mr X's property, but what about the number written on it?
No moreso than the numbers on your credit cards. IP tends to protect creative works and does not apply to numbers (that creative works can be represented at numbers is sometimes brought out but that's another discussion).
|
|
|
I likely won't even be considering biometrics. It's extremely tricky to revoke an eyeball or fingerprint. My understanding is that the card cannot be dumped (or at least it's an optional setting). If it's possible to dump the card at all (barring scanning electron microscopes), it's not going to work as it will always be possible to find a way but I'm confident that won't be an issue.
Hm - seems like you'd need to setup some second factor auth otherwise you run the risk of having the card stolen and being unable to prevent anyone from using it. I have been thinking about that. It would likely be a passcode or pin but optional in case you are likely to be using the card on an untrusted system (though even with a keylogger or hacks, you'd still need the wallet physically attached so that may not be a big deal to have mandatory). Also up for consideration are wallet backups and/or importing external wallets. Likely I would require a passphrase on first use. But in theory, it should be possible to set up a fresh wallet on a compromised system with no security risk.
|
|
|
I think I can see my house from here.
|
|
|
Well let us know how that goes.
I still like the idea of a encrypting the private key and storing it on the card - then the reader can do the biometric scan, pass that the jvm on the card - along with the amount and desitination address, and the card can pass back a signed transaction - after decrypting the private key.
I guess the important question would be - could the reader be made to snag the entire contents of the card - if so then this wouldn't be secure either. In that case, we need a dongle that the user owns, to make sure that the POS machine can't read out the card - and once we're getting into designing hardware, might as well go fully custom and just use flash.
I likely won't even be considering biometrics. It's extremely tricky to revoke an eyeball or fingerprint. My understanding is that the card cannot be dumped (or at least it's an optional setting). If it's possible to dump the card at all (barring scanning electron microscopes), it's not going to work as it will always be possible to find a way but I'm confident that won't be an issue.
|
|
|
Im patiently waiting for someone to release something that users of those dirt cheap nokia phones can use.
You mean something like Coinapult? http://coinapult.com/sms-walletI think he means Brew?
|
|
|
Hey, I want my name on it I'm thinking it could have a QR code. Or maybe be totally custom. Of course, QR code would imply preloaded with a key.
|
|
|
What if there's 3 presidents all sharing power
Ssshh. That's NBC's new sitcom. haha, if thats true, they'll show how it wouldn't work then people wouldn't ever go for the idea Wait, what? Who but you said anything about sharing power?
|
|
|
Ah, I thought you were talking about those lifeforms called women. I can sometimes see them from my basement window.
Just start hanging out at steampunk conventions
|
|
|
Gambling is entertainment,
I never saw the entertainment side of things. Maybe with poker. But every time I played that, there were always people so much better that I just couldn't be bothered after a while.
|
|
|
I do use Windows, but I don't trust Windows to store my bitcoins!
|
|
|
Messias complexes usually end in the mental hospital.
Unfortunately, as the ones wearing badges which say "Doctor"
|
|
|
Smartcards are an interesting idea. Is there any way to prevent someone from being able to extract the private key once it's loaded on the card?
The concern being someone steals a card, drops it into a reader and has full access to whatever's stored on it, including the private key.
Maybe the POS device uses some sort of biometric reading to feed another private key to the card to dectypt the one stored on the card?
That way, the card card could still sign in - but wouldn't have only an encrypted copy of the private key on it...
so without the POS machine, the smart card and the owner's proof of life - nobody would be able to do anything with it.
I just ordered several cards and a reader so I'm about to find out Though I do have a little experience as I ordered the java ibutton kit when it first came out. The card actually runs a Java machine with protected memory etc. It's basically a fairly retarded computer. You can talk to it and it talks back. The cards also have some built-in crypto that may or may not be useful. The one thing you possibly can't trust is the reader device. It can lie to the card and to the user. Though maybe the reader and the card could be considered as a unit and you would own the reader. It could have the buttons and display but be fairly dumb and the smarts are in the java card. Then you can have multiple cheap wallets you can swap into a relatively more expensive reader. You might trust your friend's reader but then again, maybe only as much as a low-value hot wallet.
|
|
|
I am becoming more and more convinced that hardware wallets will be the way to go. I think I'll spend the weekend studying the rockbox project and seeing if it could be leveraged. I'm also wondering about smartcard options $4, runs Java. There are security issues with these that I don't think would be surmountable but they may be "good enough" for many purposes.
|
|
|
There's always the good old "Theft of power" and "Theft of services" Private keys are clearly not "intellectual property" of any kind though.
Is this a genuine anti-IPR position, or is it something that just occurred to you now? Is there such a thing as "theft of power"? Wouldn't that be just revolution? I don't understand your reference to "theft of service". What does that mean? Is it possible to steal a service? Wouldn't that just mean enslaving the service provider and so have no relevance to bitcoin private keys? Aren't there any anti-IPR pro-bitcoin libertarians here willing to tackle this issue? Seems thorny enough to me. Power of the I*V=W kind. Hackers have been charged with this since by hacking into systems, they are using power on that systems that they haven't paid for or been authorized to use. Theft of services is more usually used for cable (the TV kind, not the spools) but I think may have been applied in similar cases.
|
|
|
|