Le coup d'Etat Steem DPoS ne peut pas se produire à Ethereum PoS, déclare Vitalik Buterin

Steemers a pris une décision controversée de geler le compte de Steemit Inc, l'entité qui maintient Steem.

Cette était "Pour garantir que la sécurité et la décentralisation de la blockchain Steem restent intactes", Steemit détenant quelque 25 millions de jetons sur une offre de 360 ​​millions.

Vous pouvez voir que beaucoup plus de détenteurs de tiges ont voté pour des représentants qui ne sont pas en position de prise de décision, mais plus de jetons de tiges ont voté pour les représentants des échanges et donc ce sont eux qui décident.

Justin Sun, qui a acquis Steemit, dit que la décision de geler le compte était un «piratage» et il justifie donc de prendre les 20 premières positions décisionnelles en déclarant que c'était pour empêcher le piratage.

Steemit lui-même dit «Soft Fork 22.2 était malicieusement structuré, avec l'intention de geler une poignée de comptes très ciblés et de leur retirer leurs droits et possession sur leurs biens, et peut être considéré comme illégal et criminel.»

Lol. Steem comme vous le savez peut-être est une sorte de réseau de blogs sociaux décentralisé de Dan Larimer, le gars qui est ensuite parti pour créer le même système dPoS dans EOS.

Dans dPoS, les trois entités dans ce cas, Poloniex, Binance et Huobi, peuvent simplement changer n'importe quelle règle, elles peuvent supprimer des articles de blog par exemple, ou dans ce cas la propriété des jetons steem eux-mêmes.

Dans Proof of Stake (PoS), au moins tel que conçu dans ethereum, la situation est très différente, personne n'ayant voté et les piqueurs ne validant que les transactions. Ils n'ont pas leur mot à dire sur les règles de code elles-mêmes.

Dans Bitcoin Proof of Work (PoW), les mineurs décident uniquement de l'ordre des transactions, comme lors du transfert de propriété. Ils ne peuvent pas modifier eux-mêmes les règles, comme mettre un compte sur liste noire.

Ce serait une fourchette nécessitant des nœuds pour exécuter du nouveau code et donc les développeurs, les entreprises, les mineurs et les hodlers devraient l'accepter et en cas de désaccord, ils peuvent simplement créer deux réseaux parallèles avec les gens, puis décider de la version qu'ils préfèrent.

Dans eth, c'est la même chose, mais au lieu que «l'identité» soit établie par le matériel afin qu'elle ne puisse pas être truquée pour obtenir les pièces pour la validation, elle est établie en verrouillant 32 eth.

Cela signifie que ce coup ne peut pas facilement se produire dans eth car les gens devraient opter activement pour exécuter de nouvelles règles de code, plutôt que 3 personnes qui décident quelles sont les règles.

Copyrights Trustnodes.com