Why I’m so “against” Ethereum

Post by vkou » Sat, Dec 29, 2018, 8:44 PM UTC

wslh wrote: post #181

danaos wrote: post #173

Earlier quoted context omitted.

> The entire article is of similar quality. You cherry-picked some points and rebuffed them, then proceeded to generalize and dismiss all of them. The reality is that any SQL database would be superior to every blockchain unless your motives are criminal nature. Disclosure: I sold all of my cryptos in Q1 2018, after buying my first bitcoin in the summer of 2013 and loosing a (luckily) small chunk of it in the infamou…

> The reality is that any SQL database would be superior to every blockchain unless your motives are criminal nature. People in Venezuela and other political or economically opressed people around the world don't agree [1]. It seems you are wrongly extrapolating the context where you live. [1] https://coin.dance/volume/localbitcoins

Post by aeternus » Sat, Dec 29, 2018, 9:20 PM UTC

bhaak wrote: post #162

keymone wrote: post #160

Earlier quoted context omitted.

it is true that bitcoin has a reference specification, but only a small subset of that code is actual consensus code, but the rest of your message is just bs. knowing consensus rules is the easy bit - code is open source, there are multiple implementations, there is community, there are users, merchants, exchanges - they all agree what consensus rules are. but what's most important - I CAN VALIDATE FULL BITCOIN BLOCK…

How do you know you got the right source code? If you have multiple implementations that disagree how do you decide which one is the right one if there are also 2 competing blockchains available? You said "You only need to know consensus rules. You can use any software, you can build it yourself, you can order an audit, you can write software yourself." and that's plain wrong. You need to ensure you got the right con…

Post by gamma-male » Sun, Dec 30, 2018, 12:02 AM UTC

xmly wrote: post #235

gamma-male wrote: post #212

Earlier quoted context omitted.

Non of you are right. Go ethereum (geth), the official client is written in Golang

I know GETH is the official one now. But that does not matter at all. So a software written in Python is only 30K line with tests, it could become 15M lines once it is rewritten in Go? Of course, it is IMPOSSIBLE! Btw, there is also a RUST implementation from Gavin Wood, which is much faster than Geth.

Post by keymone » Sun, Dec 30, 2018, 12:45 AM UTC

stale2002 wrote: post #246

keymone wrote: post #242

Earlier quoted context omitted.

there is no "real" bitcoin. everybody decides for themselves which consensus rules they deem "correct". it's your money, it's your choice and it's your responsibility. the point is that when you choose consensus rules bootstrapping doesn't rely on third parties in bitcoin. it does in many other coins including ethereum.

Yes, and just like you can choose which consensus rules to follow, other people can choose which chain to follow. There are no first principles where you derive everything from. A person simply picks a chain to follow, it is their choice and their responsibility, in the same exact way that one chooses for consensus rules.

Post by asynchrony » Sun, Dec 30, 2018, 2:44 AM UTC

drcode wrote: post #227

plywoodtrees wrote: post #226

Earlier quoted context omitted.

Yes, real mainstream use cases are a good measure of tech success. At least, I'd want to see some plausible early mainstream use and a path for it to broaden. It's very typical that spruikers of tech hype cycles focus on the amount of press coverage, the number of projects rushing into the space, the amount of developer interest, or highly extrapolated market numbers. It doesn't prove anything about whether the thing…

Yeah, I agree that to a casual follower of the space, the lack of mainstream use cases should arguably raise some red flags. However, as someone now deeply involved in the tech, I'm pretty confident that the use cases are coming and are delayed solely because of peculiar obstacles that will likely get resolved in the near future.