Het Taproot-gesprek gaat verder met de Bitcoin-community die moet beslissen hoe het activeringsproces van de maanden te beginnen.
De Taproot-upgrade is een van de belangrijkste ontwikkelingen voor de hoofdketen van Bitcoin in de afgelopen maanden. Ondanks het feit dat er weinig controverse is, debatteert de gemeenschap meer dan zes maanden na de publicatie van de BIP’s nog steeds over de juiste procedure voor de implementatie ervan.
De kwesties komen voort uit de noodzaak om een zachte vork te hanteren die door alle relevante belanghebbenden wordt geaccepteerd. Volgens een Reddit-draad in de r/Bitcoin-gemeenschap is „het grootste probleem met het activeren van Taproot PTSD van de vorige softfork, SegWit“.
Geschiedenis van SegWit
SegWit volgde in 2017 de BIP9-softfork-procedure, waarbij 95% van alle mijnwerkers moest aangeven dat ze de nieuwe software hadden geüpgraded en klaar waren om de vork te voltooien. Er was een time-out periode die automatisch een voorstel afwees nadat er op een bepaalde datum geen consensus was bereikt.
De zeer hoge mate van vereiste overeenstemming betekende dat een enkele relatief grote mijnwerker de upgrade kon vertragen en „in gijzeling kon houden“. Naar verluidt was het verzet van de mijnwerkers tegen SegWit te wijten aan „heimelijke AsicBoost“, een mijnverbeteringstechniek die door de upgrade onbruikbaar zou zijn geworden. SegWit was echter uiteindelijk het hoogtepunt van een jaren durend gemeenschapsdebat over de grootte van de blokken, dat meestal werd opgelost met de Bitcoin Cash-vork.
Om een soortgelijke controverse te vermijden, worden twee verschillende technieken voor Taproot voorgesteld.
Taproot activering nog ver weg
Een alternatief voor BIP-9 is om te codificeren dat de upgrade wordt geactiveerd na de time-out, in plaats van te worden afgewezen. Aangezien dit de beslissing om te vork te zetten voor de activering ervan effectief zou vergrendelen, wordt het gezien als een minder ideale maatregel.
In plaats daarvan wordt in een „Modern Softfork Activation“-procedure een hybride systeem voorgesteld waarbij de upgrade wordt afgewezen nadat er binnen een jaar geen consensus is bereikt. Na nog eens zes maanden van discussie zou de gemeenschap kunnen besluiten om een twee jaar durende procedure te starten die de upgrade bij het verstrijken van de termijn zou activeren. De maximale duur van deze procedure zou 42 maanden zijn, oftewel drie en een half jaar.
Op dit moment tikt de timer nog niet. Er zijn meer dan zes maanden verstreken sinds de eerste formalisering van Taproot als Bitcoin Improvement Proposal in januari. Verschillende codeverbeteringen zijn er sindsdien naartoe geduwd, hoewel ze geen grote veranderingen zijn.
Taproot verbetert bepaalde aspecten van de Bitcoin-privacy met betrekking tot complexe uitgavenvoorwaarden. Het maakt het mogelijk om de voorwaarden te verbergen die niet getriggerd zijn, en kan ervoor zorgen dat multisign-transacties niet te onderscheiden zijn van enkelvoudige portemonnee-overschrijvingen.
De upgrade werd eerder gehypetiseerd, wat een aantal misvattingen over de komende functies heeft aangewakkerd. Sommigen geloofden dat het CoinJoin privacyprotocol onmogelijk te onderscheiden zou zijn van normale transacties, maar zoals Cointelegraph eerder meldde, wordt CoinJoin helemaal niet beïnvloed in de definitieve versie van Taproot.
Maar ondanks de relatief oncontroversiële en beperkte set van functies, kan het maanden – zo niet jaren – duren voordat Taproot geactiveerd is.