gratis web hit counter

De eerste "hash-oorlog" in Bitcoin staat op het punt te beginnen

De belangrijkste vork in augustus 2017 die leidde tot de splitsing van BCH van BTC leidde tot een divisie die BTC met een grote meerderheid begunstigde met betrekking tot de hash-macht. Er was echter geen echte "hash-oorlog" tussen Bitcoin en Bitcoin Cash. De hash-macht was besluiteloos in dit vervormingsproces omdat de scheiding betrekking had op het fundamentele probleem van off-chain versus on-chain scaling.

Het recente conflict in Bitcoin Cash heeft alles te maken met hasj-kracht. Het is belangrijk dat de Bitcoin Cash-community zijn eenheid behoudt om concurrerend te blijven met Bitcoin Core. Daarom wordt gespeculeerd dat de vork die minder steun vindt, consequent zal worden verwaarloosd. Dit is echter niet zeker, omdat sommige supporters van de verschillende codebases genoeg hash-macht zouden kunnen verzamelen om hun eigen ketens te runnen.

Grote steun aan beide kanten

Er zijn momenteel drie belangrijke ontwikkelteams die inspraak hebben in de ontwikkeling van Bitcoin Cash. Het zijn Bitcoin Unlimited, Bitcoin ABC en nChain. Momenteel blijft Bitcoin Unlimited sceptisch / neutraal tussen de wijzigingen voorgesteld door Bitcoin ABC en nChain. Maar beiden hebben grote aanhang voor hun zaak.

Bitcoin ABC

Dit ontwikkelteam heeft enkele kleine en enkele belangrijke wijzigingen in de Bitcoin-geldcode voorgesteld met het Bitcoin SV-protocol. Een minder belangrijke is bijvoorbeeld de manier waarop gegevens van buiten de blockchain worden geverifieerd op de blockchain. De grootste verandering is het voorstel om de Merkle-boomdatastructuur op de Bitcoin Cash-blockchain in een Merklix-boom te veranderen. Een datastructuur die de voordelen van de Merkle-tree en de radix-tree combineert om gegevens efficiënter te bewaren. Deze wijziging zou echter een drastische afleiding van de huidige code betekenen. In die mate dat ontwikkelaars die hun bedrijven, applicaties en websites bovenop de Bitcoin Cash-blockchain hebben gebouwd, deze opnieuw zouden moeten ontwikkelen.

nChain

De gemeenschap van BCH heeft een heleboel beschuldigingen geuit dat nChain de blokomvang cap probeert te verhogen naar 128 MB. Dit wordt momenteel onnodig geacht omdat momenteel slechts een fractie van de blokgrootte wordt gevuld. NChain wil echter niet de Block-size-cap verhogen, maar wil liever de beslissing overlaten aan de mijnwerkers. In theorie benaderen de wijzigingen die nChain en ABC met hetzelfde probleem aanpakken hetzelfde probleem. Wat veel mensen in de Bitcoin Cash-gemeenschap dwarszit, is dat het lijkt alsof deze veranderingen alleen maar bedoeld zijn om het protocol te veranderen en geen enkele vooruitgang betekenen voor Bitcoin Cash vanaf nu. Veel BCH'ers verbeelden dit conflict ook als een strijd om de macht binnen de gemeenschap.

Belangenconflicten zijn aanzienlijker

Een ander feit dat de discussie verhevigt, is de betrokkenheid van grote spelers in deze hash-oorlog. Bitmain kiest momenteel uit nChain. De producent van mijnbouwproducten was zeer positief in de vroege fase van Bitcoin Cash. Echter, Jihan Wu, de CEO van Bitmain, heeft veel huid in het spel. Zowel omdat Bitmain $ 600,000,000 USD aanhoudt in BCH en omdat het momenteel de grootste producent van ASIC-mijnwerkers is. Een nieuw protocol zou betekenen dat Bitmain nieuwe hardware kan produceren. Bitmain heeft ook ongeveer 30% van de hash-macht in Bitcoin Cash. Genoeg om zijn eigen Bitcoin-vork te behouden.

Maar de andere partij is ook betrokken bij de mijnbouw van Bitcoin Cash en zou in de toekomst zwaarder kunnen worden betrokken. Coingeek, het medium, heeft een zakenpartner genaamd Squiremining. De hardwareproducent zou naar verluidt veel efficiëntere mijnbouwhardware kunnen bouwen dan Bitmain.

Zal de rationaliteit winnen van hebzucht?

Veel mensen lijken te vergeten dat er een andere optie is in dit belangenconflict. Wat zou zijn om het huidige protocol te handhaven. De veiligste en meest rationele benadering zou nu zijn om een ​​cryptocurrency te bouwen die een stabiele vorm van geld biedt die niet verandert wanneer een private partij een aantal speciale interesses heeft. Onnodig te zeggen dat grote delen van de gemeenschap en veel ontwikkelaars deze helaas vaak vergeten optie prefereren.

verder «
volgende »