Bitcoin Taproot-uppgradering körs till aktiveringsdebatt

Av | februari 26, 2021


Bitcoin Taproot-uppgradering körs till aktiveringsdebatt 101
Källa: Adobe / JJ Gouin

Taproot, en föreslagen protokolluppgradering som ska förbättra Bitcoin (BTC) privatliv och flexibilitet, verkar vara i slutskedet av sin väg till aktivering, med ytterligare ett steg att ta och uppenbarligen argumentera över: LockinOnTimeout (LOT ) -parameter som avgör om BTC-noder kommer att kräva obligatorisk signalering för aktivering av mjukgaffeln.

Vissa bitcoiners frågar efter att Taproot slutligen släpps och med “LOT = false” och hävdar att nästan alla utvecklare och alla stora gruvpooloperatörer föredrar det framför “LOT = true” -alternativet.

Faktum är att många gruvpooler har angett stöd för Taproot-uppgraderingen, och den nuvarande totala hashraten till stöd för Taproot är 88,7%. Argumentet som LOT = falska supportrar gör är att om samhället redan enades om att aktivera uppgraderingen och det inte finns någon anledning för LOT = true.

För många icke-tekniska människor betyder det väldigt lite, eller faktiskt ingenting alls, så låt oss förenkla det.

Taproot är den efterlängtade föreslagna Bitcoin-mjukgaffeluppgraderingen som skulle erbjuda mer integritet eftersom användare skulle kunna maskera smarta kontrakt som vanliga BTC-transaktioner. Dess kod har redan inkluderats i Bitcoin Core, och nu måste den aktiveras i Bitcoin-nätverket. Men diskussionen leds över LOT-parametern, eftersom den här kan ställas in på “true” eller “false”.

Varför spelar det någon roll?

Processen för aktivering av Taproot beskrivs i Bitcoin-förbättringsförslag (BIP) 8. Gruvarbetare skulle få ett specifikt utgångsdatum för att aktivera Taproot, troligen ett år. Sannolikt 90% av hashkraftsignaleringsstödet för Taproot kommer att behövas för att noder ska börja genomdriva den nya uppsättningen regler, som i sin tur kommer att avgöra om ett Bitcoin-block är giltigt eller inte.

Om emellertid inte den nödvändiga beredskapen signaleras från gruvarbetarna och alternativet LOT = falskt väljs, kommer aktiveringen att upphöra och uppgraderingen aktiveras inte, med eventuellt ett nytt datum. Och om alternativet LOT = true är valt – ja, det är en helt annan historia. När tidsfristen närmar sig kommer noder att avvisa block som inte signalerade för Taproot-aktivering, vilket teoretiskt säkerställer aktiveringsgränsen.

Detta är en förenklad förklaring och det finns verkligen många fler tekniska detaljer här.

Per ett 24 februari OpTech-nyhetsbrev sa arrangören av London Bitcoin Devs Michael Folkson att “det fanns inte överväldigande enighet för antingen LOT = true eller LOT = false” under det andra mötet om aktiveringsparametrar för Taproot, men att det fanns “nästan universellt överenskommelse om andra aktiveringsparametrar, framför allt att minska mängden hash-hastighet som behöver signalera för att gaffeln ska aktiveras från 95% till 90%. “

Diskussion om LOT-parametern och effekterna av att uppmuntra användarna att välja alternativet har fortsatt, men “ingen klar överenskommelse nåddes i skrivande stund och det verkar inte finnas någon väg som stöds allmänt framåt för att aktivera taproot – även om taproot själv är verkar vara nästan helt önskvärt, “säger nyhetsbrevet.

Enligt Taproot-aktiveringswiki röstade 26 deltagare i februari-mötet ändå för LOT = false, 19 för LOT = true, men 14 från båda dessa grupper föreslog också att de skulle vara bra med båda valen.

Under tiden, enligt en tidslinje som delades efter mötet, kunde Taproot aktiveras före augusti 2022.

____

Läs mer:
– Bitcoin Core 0.21.0 ger Taproot närmare och lägger till Tor, Fee, Signet Changes
– Taproot, en av Bitcoins största uppgraderingar kan komma nästa år
– Bitcoin ett steg närmare Taproot, den största uppgraderingen sedan SegWit
– Litecoin MimbleWimble Code kan vara redo ‘tidigt 2021’



Source link