Jacob Appelbaum: "Bitcoin Prediction: Major bugs in the near future ..."

[mcdett]

You're all reading far too much into it. He thinks this will happen.
tl;dr: dox or gtfo.

If you read the second tweet he states he has knowledge of a specif bug.

[qarl]

He thinks this will happen.

naw - he's indicated he knows of a specific "major" bug.  he's not speculating.

but since the core devs don't seem to know what he's talking about, i'm afraid i have to agree with the others who are calling bullshit.

[benjamindees]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

[hoo2jalu]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

Jacob Applebaum is probably sniffing Tor exit traffic again and some people are using bitcoin miners insecurely or something much less interesting than he is making it out to be.

Do not feed the drama queens!

[xf2_org]

Confirmed.  No specific security vulnerabilities are forthcoming.

[Stevie1024]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

Anyone interested in some of these, please have a look at: http://www.newbitcoin.org/documents/newbitcoin.pdf

[Tukotih]

Confirmed.  No specific security vulnerabilities are forthcoming.

Sweet, that's really good to hear.

Now, any speculations if/when the market will get healthy again?
I'm hoping for somewhere before the next difficulty. I haven't ever invested in bitcoin so I hope that everything turns out just fine, which I actually believe as well.

[xf2_org]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

Anyone interested in some of these, please have a look at: http://www.newbitcoin.org/documents/newbitcoin.pdf

This paper is filled with inaccurate observations and assumptions.

[bcearl]

I agree.  For one thing it relies on encryption and a public log.  Encryption can be broken and with bitcoins as is, you can't force new encryption standards on old bitcoins.  As for the public log, if someone branches from it or introduces their own log then we loose credibility of the currency.

Bitcoins is a good proof of concept, but I think the concept will be taken over and improved upon by companies who don't respect the same level of anonymity that Bitcoins and Tor promote.

One could just hash the whole old block chain with a new algorithm, the question is how we establish it to be accepted by the peers and transforming it into a new block chain.

[Stevie1024]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

Anyone interested in some of these, please have a look at: http://www.newbitcoin.org/documents/newbitcoin.pdf

This paper is filled with inaccurate observations and assumptions.

Please name one, or, if you have the time, some. I'm very happy to learn and if I'm wrong I will happily admit so.

[AaronM]

This is effectively a $5,000,000 reward for breaking elliptic-curve cryptography: http://blockexplorer.com/address/1PZjfkLZBT7Q3UFmyEWH8QtuzTMi3MUiBj  The public key for this address is in the blockchain.

Bitcoin's security also rests on SHA256's security, but so far there have been no useful attacks.  I think the cryptography and blockchain rules are very robust.  What is maybe less robust is the Bitcoin software and network protocol.  If we have any problems, it will be because of software/protocol problems (buffer overflows, DDos, poison nodes, etc.), not problems with cryptography or rules of the Bitcoin blockchain.

When I have some time, I'm going to work on auditing the Bitcoin source.  If you'd like to support me, donate here: 1uWY36pcXhLC4V4pZ2eZFScRaUPXgPEwC

[xf2_org]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

Anyone interested in some of these, please have a look at: http://www.newbitcoin.org/documents/newbitcoin.pdf

This paper is filled with inaccurate observations and assumptions.

Please name one, or, if you have the time, some. I'm very happy to learn and if I'm wrong I will happily admit so.

The transaction fee has already been lowered.

[Stevie1024]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

Anyone interested in some of these, please have a look at: http://www.newbitcoin.org/documents/newbitcoin.pdf

This paper is filled with inaccurate observations and assumptions.

Please name one, or, if you have the time, some. I'm very happy to learn and if I'm wrong I will happily admit so.

The transaction fee has already been lowered.

I'm not sure what "inaccurate observation or assumption" in my paper you are referring to. I stated that the enforced limits (like indeed transaction fee) are not optimal ones. And that I think that they should definitly not be under control of a small group of developers.

The fact that after publication of my paper the fee has already been lowered seems to support my statement.

EDIT

Since yesterday I have effectivly been labeled a troll (having 'only' 22 posts) and prohited any chance to respond to reply to xf2_org's last mail. This is appearently how the Bitcoin community wants to deal with valid critique.

I'm not going to risk this happening again. If you think my critique is valid, I'm inviting you to join me on:

http://bitcoinforum.org/

I promise you that critique, valid or not, will never be censored.

[xf2_org]

I'm not sure what "inaccurate observation or assumption" in my paper you are referring to. I stated that the enforced limits (like indeed transaction fee) are not optimal ones. And that I think that they should definitly not be under control of a small group of developers.

That is a central fallacy throughout your paper.  The entire community accepts or rejects bitcoin changes.  They vote by choosing which bitcoin version to run on the network.

Open source means anyone can fork the code at any time, if the community feels developers are going off into insane-land.

[becoin]

I wouldn't call bullshit so quickly.  I have some suspicions that there are a couple of major problems lurking.

Anyone interested in some of these, please have a look at: http://www.newbitcoin.org/documents/newbitcoin.pdf

I see many valid points in this document. Well done, Steven. However,  I'd rather refer to it as bitcoin 2.0 instead of naming it 'new bitcoin'.

[AntiVigilante]

I'm not sure what "inaccurate observation or assumption" in my paper you are referring to. I stated that the enforced limits (like indeed transaction fee) are not optimal ones. And that I think that they should definitly not be under control of a small group of developers.

That is a central fallacy throughout your paper.  The entire community accepts or rejects bitcoin changes.  They vote by choosing which bitcoin version to run on the network.

Open source means anyone can fork the code at any time, if the community feels developers are going off into insane-land.

I proposed towncoin and am ready to implement it with angel miners. This paper by Steven is a train wreck.

[Jaime Frontero]

I'm not sure what "inaccurate observation or assumption" in my paper you are referring to. I stated that the enforced limits (like indeed transaction fee) are not optimal ones. And that I think that they should definitly not be under control of a small group of developers.

That is a central fallacy throughout your paper.  The entire community accepts or rejects bitcoin changes.  They vote by choosing which bitcoin version to run on the network.

Open source means anyone can fork the code at any time, if the community feels developers are going off into insane-land.

that is a fallacy, i agree.

but for me (and others...), the central fallacy is in a section-head:

3.7 Current distribution is unfair

oh.  that again...

i am not an 'early adopter', having begun my quest for Bitcoin in march.  i begrudge nothing to those who saw, believed and risked the earliest.  i will take what i earn, happily.  i will not steal from those whose vision has proven to be clearer than mine.

[Stevie1024]

Appearently I am whitelisted now. I'rant about this 'newbie policy' in another topic if I feel like it.

I'm not sure what "inaccurate observation or assumption" in my paper you are referring to. I stated that the enforced limits (like indeed transaction fee) are not optimal ones. And that I think that they should definitly not be under control of a small group of developers.

That is a central fallacy throughout your paper.  The entire community accepts or rejects bitcoin changes.  They vote by choosing which bitcoin version to run on the network.

Open source means anyone can fork the code at any time, if the community feels developers are going off into insane-land.

Could you be more specific as to what exactly is this 'central fallacy'?

Voting by choosing which version to run sounds good, but I see some problems:

- 'Voting' should then also be possible by running a completely different client, implemented by other developers.

- So far, the lack of a sound description of a specification (http://forum.bitcoin.org/index.php?topic=12577.msg190384#msg190384) hinders implementation of different clients.

- The default client should not contain limits that prevent running other versions / clients. If the default client won't distribute transactions with a fee less than 0.01, it's going to be very hard to run a client that allows a minimum fee of 0.001. Same with the version number misery...

[Stevie1024]

that is a fallacy, i agree.

but for me (and others...), the central fallacy is in a section-head:

3.7 Current distribution is unfair

oh.  that again...

i am not an 'early adopter', having begun my quest for Bitcoin in march.  i begrudge nothing to those who saw, believed and risked the earliest.  i will take what i earn, happily.  i will not steal from those whose vision has proven to be clearer than mine.

So, there's at least two central fallacies in my paper.  |-)

I'll get back on the 'unfair' distribution.

EDIT: http://forum.bitcoin.org/index.php?topic=15657.0

[AntiVigilante]

Could you be more specific as to what exactly is this 'central fallacy'?

Voting by choosing which version to run sounds good, but I see some problems:

- 'Voting' should then also be possible by running a completely different client, implemented by other developers.

- So far, the lack of a sound description of a specification (http://forum.bitcoin.org/index.php?topic=12577.msg190384#msg190384) hinders implementation of different clients.

- The default client should not contain limits that prevent running other versions / clients. If the default client won't distribute transactions with a fee less than 0.01, it's going to be very hard to run a client that allows a minimum fee of 0.001. Same with the version number misery...

Fees are now .0005.

That one is already solved. No new new new bitty coin needed.

I'll get back on the 'unfair' distribution.

This requires a protocol change or using a new kind of pool. I'm implementing this later today. Again, NO NEW FORK needed.