Konsensus- och peer-to-peer-ändringarna bakom segwit berör 1 486 rader kod, och till det kommer 3 338 rader tester. Testningen gick från Pieter Wuilles version på sidokedjan Elements 2015 via segnet till Bitcoins vanliga testnet i maj 2016. Schnorr-signaturer och MAST nämns som senare uppgraderingar som segwit skulle göra enklare.
Miners har till block 419328 på sig att agera: CSV-soft-forken låstes in vid block 417312 efter att 1946 av 2016 block (96,53 %) signalerat för BIP68, BIP112 och BIP113. Alla mining- och reservnoder måste köra Bitcoin Core eller Knots 0.12.1, och den som hårdkodar blockversionen måste nollställa bit 0.
Med BIP9 kan miners signalera beredskap för upp till 29 samtidiga soft forks med bitar i blockhuvudet. Ett förslag låses in när 95 % av blocken i ett fönster på 2016 block signalerar och aktiveras en omräkning senare, eller faller vid sin timeout. Till skillnad från IsSuperMajority gör det inte ett icke-signalerande block som följer de nya reglerna till orphan.
Peers som använder compact block relay (BIP152) utbyter en skiss av varje nytt block, ungefär 9 KB för ett genomsnittligt block på 1 MB, plus extra för transaktioner som mottagaren saknar. I liveexperiment i high-bandwidth-läge med upp till 6 förifyllda transaktioner spreds långt över 90 % av blocken utan någon uppföljande förfrågan.
Signaleringen för CSV-soft-forken börjar vid midnatt den 1 maj 2016 med Bitcoin Core 0.12.1, den första utrullningen via version bits enligt BIP9. Den omfattar BIP68, BIP112 och BIP113; OP_CHECKSEQUENCEVERIFY gör det möjligt att frysa mynt under en bestämd tid efter bekräftelse, något Lightning Network kommer att vara beroende av. P2P-varningssystemet är nu avstängt som standard.
Marco Falke blir Bitcoin Cores nya maintainer för Testing & QA, meddelar Wladimir van der Laan. Han får ansvar för att slå ihop pull requests till testramverket, ett naturligt steg efter ett år med enhetstester, kodtäckning och granskning av andras bidrag.
Säkerhetsproblem och nya versioner har nu en egen utskickslista från Bitcoin Core, frivillig och enbart för meddelanden. Användare hade efterfrågat ett sätt att bara få de kritiska aviseringarna, och projektet räknar med mycket låg volym.
En lösning till en Sudoku på 16x16 såldes för 0,10 BTC i den första lyckade Zero-Knowledge Contingent Payment på Bitcoin, visad live på Financial Cryptography 2016 på Barbados. Sean Bowe från Zcash-teamet var säljare och stod för nästan all teknik. Enligt protokollet byter data ägare bara om betalning sker, utan någon tredje part som medlar.
OpenSSL är borta från signaturkontrollerna i Bitcoin Core 0.12.0 och ersätts av libsecp256k1, som kapar omindexering och validering av nya block till mindre än hälften av den tidigare tiden. Mempooler får 300 MB som standardtak, vilket stänger en väg för angripare att krascha noder med lite RAM. Nytt är också opt-in Replace-by-Fee (BIP 125) och -maxuploadtarget för att begränsa uppladdningstrafiken.
Bitcoin Core meddelar att webbplatsen som först stod värd för Bitcoins vitbok inte är knuten till projektet, som har en egen officiell webbplats. Utvecklingen sker på IRC, GitHub och e-postlistan bitcoin-dev. Projektet tar inget ansvar för andra forum och ber medlemmar i communityt att inte brigadera eller starta överbelastningsattacker.
Malleability från tredje part upphör för transaktioner där alla inputs är segwit-spenderingar, eftersom signaturerna flyttas till ett witness som inte längre påverkar txid. Det gynnar både plånboksutvecklare och Lightning Network. Signaturhashningen blir också linjär, med varje byte hashad högst två gånger; under det gamla systemet har ett enda block tagit 25 sekunder att validera.
Utvecklare kan nu testa Segregated Witness på ett eget nätverk genom att kompilera segwit-grenen och lägga till -segnet för bitcoind och bitcoin-cli. Ledger, Trezor, Electrum och Bitgo har sagt att de kommer att stödja segwit, medan mSIGNA och Green Address erbjuder tidiga förhandsversioner.
En video visar commit-aktiviteten i Bitcoin Core-repot under 2015, ett år med 2 större versioner, 5 underhållsversioner och två aktiverade soft forks: BIP66 och BIP65, där den senare införde CHECKLOCKTIMEVERIFY. Granskare, testare och översättare syns inte i commit-data, påpekar projektet.
Konsensusreglerna är inte Bitcoin Core-teamets att bestämma, säger bidragsgivarna; det gör användarna genom att välja vilken programvara de kör, och därför levereras den utan automatisk uppdatering. De föredrar soft forks, reserverar hard forks för sällsynta fall med nästan total enighet och ser extra lager ovanpå protokollet som vägen till extremt stor skala.
Block under segwits nya kostnadsgräns kan nå strax under 4 MB, men enligt Anthony Towns beräkningar hamnar ett block med P2PKH-transaktioner med en signatur nära 1,6 MB och ett med 2-of-2-multisig nära 2,0 MB. Det preliminära schemat i FAQ:n har segwit på plats i 0.13.1 i oktober 2016, följt av weak blocks, IBLT eller Lightning under 2017.
Totalt 57 personer, däribland Pieter Wuille, Gregory Maxwell och Wladimir J. van der Laan, ställer sig bakom kapacitetsplanen och kallar den den bästa fortsättningen på deras skalbarhetsarbete inom Bitcoin Core. Listan är fortfarande öppen för fler underskrifter.
Gregory Maxwells färdplan, skickad till e-postlistan bitcoin-dev när Scaling Bitcoin Hong Kong avslutades, bygger på libsecp256k1, BIP9 versionbits och Pieter Wuilles Segregated Witness. Han rapporterar att ConnectTip går 7 gånger snabbare i 0.12 och beskriver segwit som en soft fork som för signaturerna utanför den nuvarande blockstorleksgränsen, vilket i värsta fall motsvarar en ökning på 4 MB.
Tekniska bidragsgivare, bland dem Wladimir J. van der Laan och Pieter Wuille, har undertecknat ett brev som ber communityt att inte förhandsdöma skalningsförslag. De hänvisar i stället till konsensusprocessen och två öppna Scaling Bitcoin-workshops: Montreal den 12–13 september och Hongkong den 6–7 december.