News for hackers. Stuff that matters.
Re:No, Ethereum Name Service is still a clown show by gruez on Wednesday January 26, 2022 @03:56PM (#30091697)
>Isn't this just proof-of-stake with more steps?

It's related, yes. The main difference is that rather than your power being determined by how much bitcoins you hold, your power is determined by how much influence/power/contribution you have in the overall bitcoin ecososytem. A major merchant might not hold that many coins compared to the average whale, but probably holds more influence.

>so they require even more trust.

I wouldn't say it requires more trust. It's not like bitcoin holds an election every few years for determining which party holds the economic majority.

Re:No, Ethereum Name Service is still a clown show by dane-pgp on Thursday January 27, 2022 @05:42AM (#30098767)
> I wouldn't say it requires more trust. It's not like bitcoin holds an election every few years for determining which party holds the economic majority.

But it's at least possible, from the protocol, to determine the balance of each address, and for each address to vote (with a message on the blockchain) for or against a given proposal.

Compare that to trying to determine which address "probably holds more influence", which seems like something you'd have to trust someone else's (off-chain) judgement on.

Re:No, Ethereum Name Service is still a clown show by yanmaani on Thursday January 27, 2022 @09:03AM (#30100669)
Yes, but that doesn't work if what you're voting on is consensus-critical (e.g. the ordering of blocks). If you're talking about other rule changes, sure. In practice, I think most would consider Bitcoin's sluggishness of rule changes to be a feature, not a bug. Because the process is not entirely deterministic, it is much harder for a bad actor to corrupt.
Re:No, Ethereum Name Service is still a clown show by dane-pgp on Thursday January 27, 2022 @05:27PM (#30107840)
> Because the process is not entirely deterministic, it is much harder for a bad actor to corrupt.

As in software, a lack of determinism means a lack of reproducibility, and without reproducibility it's harder to have consensus.

In particular, if bitcoin makes a rule change (or refuses to implement a rule change), such a decision lacks the transparency and accountability needed for good governance, because the bad actor can just say "Well, that's just how things worked out that time. Blame the RNG.".

I don't think this is a theoretical concern when it comes to a bad actor corrupting the bitcoin protocol development process.