Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Jesus Christ, I'm not the poster child for this, ok? Just because you can find something you think is a problem with an implementation I came up with on the fly, doesn't mean the whole concept is bad.

Fine, make it instant. People can compare the old data with the new, and notice, and vote out an editor who is abusing their power.



The whole concept is bad, because the goals are paradoxical and mutually exclusive. Providing a way to instantaneously edit past transactions in a blockchain with the proper credentials sacrifices the only useful property that distinguishes blockchains from traditional databases (decentralized verification of/consensus about state).

The concept is bad because you don't want that property; you want a mutable data store with privileged and unprivileged access.


> Providing a way to instantaneously edit past transactions in a blockchain with the proper credentials sacrifices the only useful property that distinguishes blockchains from traditional databases (decentralized verification of/consensus about state).

There are different categories of data. Data which refers to the the chain itself must be immutable, I agree. But data that represents the content of articles posted there does not.

> The concept is bad because you don't want that property; you want a mutable data store with privileged and unprivileged access.

You do want that property for some categories of data. You don't want unaccountability in who can update articles and what changes they can make, but you do want the articles to be changeable.

What this provides is to prevent an organization from being corruptable. A government or powerful corporate entity could pressure wikipedia into changing an article to suit their purposes, and wikipedia could stone wall and refuse to comment on any changes they made for that purpose.

If it was on a blockchain, and an editor was pressured into making such a change, the community would be able to directly vote that editor out and get the original content restored.


If the content isn't on the chain itself then the entire exercise is pointless since the content is the thing that people care about (whether they want the content to stay or go)


When did I say it isn't? The idea is that some blocks can be accepted in lieu of the original if signed by certain entities that have been voted in by the community. In this way you can change previous blocks in the chain.


So you haven't actually achieved anything there, then. You still have certain people that the community elects or appoints by whatever means, that can make retrospective edits unilaterally.

What you're really talking about here is a change of governance model to allow editors to be removed more easily.


A transparent and verifiable governance model. Much better than what we have today.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: