SegWit er en forkortelse for Segregated Witness. Det var måske den største Bitcoin-protokolopgradering til dato, som pakket flere forbedringer og rettelser ind i en.

Yderligere læsning: Hvad er Bitcoin?

Hvad er fordelene ved SegWit?

Som sandsynligvis den mest bemærkelsesværdige løsning slap SegWit af transaktionens smidighed. Før SegWit gjorde en underlig karakter om Bitcoins kryptografiske underskrifter det sådan, at transaktioner kunne justeres for at “se” anderledes ud, selv af folk, der ikke selv havde oprettet transaktionen. Selvom dette ikke ville gøre transaktionen ugyldig eller ændre, hvad den gjorde – den ville stadig sende den samme mængde mønter fra de samme adresser til de samme adresser – det komplicerede alvorligt implementeringen af ​​lag to-protokoller som Lightning Network.

SegWit løste dette problem ved at flytte “vidne” -dataene for en transaktion, der inkluderer signaturen, til en ny del af en Bitcoin-blok. Som sådan banede det vejen for Lightning Network og andre lag to-protokoller.

Yderligere læsning: Hvad er lynnetværket

Som en ekstra bonus tilbød SegWit også en beskeden forhøjelse af blokstørrelsen til teoretiske fire megabyte eller en mere realistisk grænse på to megabyte afhængigt af de transaktionstyper, der er inkluderet i blokke. (For at være præcis: Blokstørrelsesgrænsen blev erstattet med en vægtgrænse på fire millioner enheder, som introducerede en ny måde at “tælle” transaktionsdata på.) Det betyder, at brugere med SegWit-understøttende tegnebøger betaler lavere transaktionsgebyrer.

Yderligere læsning: Hvad er Bitcoin Block Size Limit?

Plus, gennem et teknisk trick kaldet “scriptversioner”, gjorde SegWit det også lettere at implementere yderligere opgraderinger til Bitcoin-protokollen. En af disse kommende opgraderinger kan være Schnorr-signaturer, en ny signaturalgoritme, der yderligere øger Bitcoin-protokollens programmerbarhed og fleksibilitet..

Sidst men ikke mindst blev alt dette gjort muligt uden at kræve en bagudkompatibel opgradering af hard fork-protokol. (Soft gaffelopgraderinger kræver kun støtte fra et flertal af hashkraft for at undgå en opdeling af netværket, mens hårde gafler kræver netværksdækkende konsensus.)

Yderligere læsning: Hvad er Bitcoin Forks?

Hvem udviklede SegWit?

En version af SegWit blev først udviklet af Blockstream til Blockstream Elements sidekædeprojekt. Efter at Bitcoin Core-bidragyder Luke-jr havde fundet ud af, hvordan SegWit kunne implementeres på den vigtigste Bitcoin-protokol gennem en bagudkompatibel soft-fork-opgradering, blev den udviklet af Bitcoin Core-udviklingsteamet. Specifikt blev det relevante Bitcoin Improvement Proposal (BIP) forfattet af Eric Lombrozo, Johnson Lau og Pieter Wuille, som også gjorde det meste af kodningen. Resten af ​​teamet hjalp gennem hele processen på forskellige måder, herunder gennemgang og test.

Den pseudonyme Litecoin-udvikler Shaolinfry og Bitmain Warranty engineer James Hilliard krediteres udviklingen af ​​alternative aktiveringsløsninger til den bløde gaffel. (Mere om dette nedenfor.)

Var SegWit kontroversiel?

Inden for Bitcoins tekniske samfund var SegWit ikke kontroversiel.

Uden for Bitcoins tekniske samfund foretrak nogle dog en anden skaleringsløsning til Bitcoin eller mente ikke SegWit selv var tilstrækkelig som en skaleringsløsning. Dette havde den virkning, at SegWit-forslaget blev noget af en forhandlingschip i en langt bredere tvist fuld af kontroverser. Andre forsøgte at miskreditere SegWit helt.

Det eneste kontroversielle punkt, der (uden tvivl) havde en vis gyldighed, er at det ville have været “renere” kodemæssigt at implementere opgraderingen som en hård gaffel i stedet for en blød gaffel, da dette ville give mindre teknisk tvivl om protokollen. Implementering af SegWit som en hård gaffel ville dog have haft sine egne problemer, som de fleste udviklere og tilhængere af SegWit mente ville have været meget større.

Nogle af de andre kontroverser omkring SegWit – nogle hævdede for eksempel, at det ville give minearbejdere mulighed for at stjæle penge – er simpelthen hogwash. (Eksempel: SegWit har været live i årevis, og ingen minearbejdere har været i stand til at stjæle nogen mønter.)

Yderligere læsning: Hvad er Bitcoin Mining?

Hvordan og hvornår aktiveredes SegWit?

SegWit aktiveret i august 2017.

Hvordan det aktiveres er en lang historie. Mens det først blev offentligt foreslået og inkluderet i Bitcoin Core-køreplanen i december 2015, og koden var klar mindre end et år senere, tog det indtil sommeren 2017, før protokolopgraderingen blev sat i live.

Dette skyldes i vid udstrækning nogle vigtige Bitcoin-minearbejdere nægtede at aktivere protokolopgraderingen. (Som oprindeligt designet, ville SegWit blive live på netværket, hvis en stor majoritet af minearbejdere signaliserede støtte i de blokke, de udvindede.) Der er stadig spekuleret i disse minearbejders motiver, men det ser ud til, at de enten brugte SegWit som en forhandlingschip, eller de “Blokerede” opgraderingen, fordi den var uforenelig med en minedriftoptimering (kaldet “AsicBoost”), som de i hemmelighed brugte – eller begge dele.

Uanset hvad i 2017 samlede en græsrodsbevægelse af Bitcoin-brugere sig omkring en idé, der først blev foreslået af den pseudonyme Litecoin-udvikler Shaolinfry. Kaldt en User Activated Soft Fork (UASF), meddelte disse brugere, at de ville aktivere opgraderingen på deres egne Bitcoin-noder om sommeren, uanset hvad minearbejderne ville gøre. Hvis disse brugere ville have gennemgået deres oprindelige plan, kunne det have delt Bitcoin-netværket i en version med SegWit og en version uden.

Blot dage før UASF’s “deadline” aktiverede minearbejdere trods alt SegWit. Teknisk set gjorde de dette gennem endnu en aktiveringsmekanisme, der blev foreslået af Bitmain Warranty engineer James Hilliard.

For en fuldstændig redegørelse for dette kapitel i Bitcoins historie, se også Den lange vej til Segwit: Hvordan Bitcoins største protokolopgradering blev virkelighed.

Hvordan bruger jeg SegWit?

Du bruger SegWit ved hjælp af en tegnebog, der har integreret SegWit. Denne tegnebog skal generere SegWit-adresser til dig, og når du foretager en betaling fra en sådan adresse, vil gebyret, du skal betale, være lavere, end hvis du ikke havde brugt SegWit.

Der er to typer SegWit-adresser. Én type (“P2SH”) starter med en ”3” – men ikke alle adresser, der starter med en 3, er Segwit-adresser. Den anden (“bech32”) starter med “bc1” og er altid en SegWit-adresse. P2SH SegWit-adresser er faktisk lidt af en løsning; mens SegWit-transaktioner fra sådanne adresser er billigere end ikke-SegWit-transaktioner, er transaktioner fra bech32-adresser de billigste.

Adresser, der starter med en “1”, er aldrig SegWit-adresser.

Nogle tegnebøger, der har integreret SegWit, inkluderer Bitcoin Core, Electrum, Green, Trezor, Ledger og en række andre.

Hvorfor bruger ikke alle SegWit?

Langt over to år efter, at SegWit blev aktiveret, bruger mindre end halvdelen af ​​alle transaktioner på Bitcoin-netværket SegWit. Fra et individuelt perspektiv er der sandsynligvis to grunde til ikke at bruge SegWit.

Den første grund er, at implementering af SegWit kræver en opgradering, og nogle mennesker er simpelthen langsomme til at gøre det. For store virksomheder kan det kræve betydelig tid og kræfter, da hele systemer muligvis skal migrere. Tilsvarende har nogle tegnebøger og andre applikationer bare ikke integreret SegWit endnu, sandsynligvis fordi de har andre prioriteter.

Den anden grund ville være “politisk”: Nogle mennesker har mistanke om, at visse virksomheder ikke opgraderer til SegWit som en slags protest. De ville have foretrukket forskellige skaleringsløsninger eller flere skaleringsløsninger. De forsøger måske endda at øge transaktionsgebyrer på Bitcoin for at tilskynde brugerne til at migrere til altcoins.

Det er værd at bemærke, at selvom alle ikke opgraderer til SegWit, nyder dem, der opgraderer fordelene uanset. Mens det samlede gebyrniveau muligvis er lidt lavere for SegWit-brugere, hvis alle andre også bruger SegWit, er den ekstra fordel ved komplet migration lille. Plus, hvis færre mennesker bruger SegWit, er Bitcoin-blokke mindre, hvilket også har fordele.