Konsenzuální a peer-to-peer změny stojící za segwitem zasahují 1486 řádků kódu, k nimž přibývá 3338 řádků testů. Testování vedlo od verze Pietera Wuille na sidechainu Elements z roku 2015 přes segnet až po běžný testnet Bitcoinu v květnu 2016. Schnorrovy podpisy a MAST jsou jmenovány jako pozdější vylepšení, která by segwit usnadnil.
Těžaři mají čas do bloku 419328: soft fork CSV se uzamkl na bloku 417312 poté, co 1946 z 2016 bloků (96,53 %) signalizovalo BIP68, BIP112 a BIP113. Všechny těžební i záložní uzly musí běžet na Bitcoin Core nebo Knots 0.12.1 a kdo má verzi bloku natvrdo v kódu, musí vynulovat bit 0.
BIP9 dovoluje těžařům signalizovat připravenost až na 29 souběžných soft forků pomocí bitů v hlavičce bloku. Návrh se uzamkne, když to v okně 2016 bloků signalizuje 95 % bloků, a aktivuje se o jeden přepočet obtížnosti později, nebo na timeoutu propadne. Na rozdíl od IsSuperMajority neosiří nesignalizující blok, který nová pravidla dodržuje.
Peeři používající compact block relay (BIP152) si vyměňují náčrt každého nového bloku, asi 9 KB u průměrného 1MB bloku, plus režii za transakce, které příjemci chybí. V živých high-bandwidth experimentech s nejvýše 6 předvyplněnými transakcemi se bez dalšího dotazu rozšířilo výrazně přes 90 % bloků.
Signalizace soft forku CSV začíná s Bitcoin Core 0.12.1 o půlnoci 1. května 2016 a jde o první nasazení přes version bits z BIP9. Zahrnuje BIP68, BIP112 a BIP113; OP_CHECKSEQUENCEVERIFY umožňuje zmrazit mince na stanovenou dobu po potvrzení, na čemž bude Lightning Network záviset. Systém p2p alertů je nově ve výchozím stavu vypnutý.
Marco Falke je novým správcem Bitcoin Core pro testování a QA, oznámil Wladimir van der Laan. Přebírá slučování pull requestů do testovacího frameworku, což přirozeně navazuje na rok práce na unit testech, pokrytí a revizích cizích příspěvků.
Bezpečnostní problémy a nová vydání mají teď vlastní oznamovací konferenci Bitcoin Core, přihlášení je dobrovolné a určená je jen pro oznámení. Uživatelé si žádali možnost dostávat pouze kritická upozornění a projekt počítá s velmi malým objemem zpráv.
Řešení sudoku 16x16 se prodalo za 0,10 BTC v první úspěšné Zero-Knowledge Contingent Payment na Bitcoinu, předvedené živě na konferenci Financial Cryptography 2016 na Barbadosu. Prodávajícím byl Sean Bowe z týmu Zcash, který odvedl téměř všechnu inženýrskou práci. Podle protokolu data změní majitele jen tehdy, je-li zaplaceno, a bez třetí strany jako rozhodce.
OpenSSL v Bitcoin Core 0.12.0 končí u kontroly podpisů, nahrazuje ho libsecp256k1, což reindexaci a validaci nových bloků zkracuje na méně než polovinu původního času. Mempool má výchozí strop 300 MB, čímž se zavírá cesta, jak mohli útočníci shazovat uzly s málem RAM. Novinkou je i opt-in Replace-by-Fee (BIP 125) a -maxuploadtarget pro omezení odchozího provozu.
Bitcoin Core uvádí, že web, který jako první hostil bitcoinový whitepaper, s projektem nesouvisí a projekt má vlastní oficiální stránky. Vývoj probíhá na IRC, GitHubu a v konferenci bitcoin-dev. Za jiná fóra projekt neodpovídá a žádá členy komunity, aby se nepouštěli do brigád ani útoků typu odepření služby.
Malleabilita ze strany třetích stran končí u transakcí, jejichž vstupy jsou všechny segwitové, protože podpisy se stěhují do witnessu, který už nevstupuje do txid. Těží z toho autoři peněženek i Lightning Network. Hashování podpisů se navíc stává lineárním, každý bajt se hashuje nejvýše dvakrát; při starém schématu trvala validace jednoho bloku i 25 sekund.
Vývojáři mohou Segregated Witness zkoušet na jeho vlastní síti: stačí zkompilovat větev segwit a přidat -segnet k bitcoind a bitcoin-cli. Ledger, Trezor, Electrum a Bitgo slíbily podporu segwitu, mSIGNA a Green Address nabízejí první ukázky.
Video mapuje commity v repozitáři Bitcoin Core za rok 2015, který přinesl 2 hlavní verze, 5 údržbových vydání a dva aktivované soft forky: BIP66 a BIP65, druhý z nich s CHECKLOCKTIMEVERIFY. Revizoři, testeři a překladatelé se v datech o commitech neobjeví, připomíná projekt.
O konsenzuálních pravidlech nerozhoduje tým Bitcoin Core, tvrdí jeho přispěvatelé; rozhodují uživatelé volbou softwaru, a proto se šíří bez automatických aktualizací. Dávají přednost soft forkům, hard forky si nechávají pro vzácné případy s téměř všeobecnou shodou a cestu k extrémně velkému škálování vidí v dalších vrstvách nad protokolem.
Bloky podle nového limitu nákladů segwitu mohou dosáhnout těsně pod 4 MB, výpočty Anthonyho Townse ale odhadují blok s jednopodpisovými P2PKH transakcemi na zhruba 1,6 MB a blok s multisigem 2-of-2 na zhruba 2,0 MB. Předběžný harmonogram FAQ počítá s nasazením segwitu v 0.13.1 v říjnu 2016; v roce 2017 by následovaly weak blocks, IBLT nebo Lightning.
Plán pro kapacitu podepsalo 57 lidí včetně Pietera Wuille, Gregoryho Maxwella a Wladimira J. van der Laana, podle nichž je nejlepším pokračováním jejich práce na škálovatelnosti v rámci Bitcoin Core. Seznam zůstává otevřený dalším podpisům.
Plán Gregoryho Maxwella, rozeslaný do konference bitcoin-dev na závěr Scaling Bitcoin Hong Kong, staví na libsecp256k1, BIP9 versionbits a Segregated Witness Pietera Wuille. Uvádí, že ConnectTip v 0.12 běží 7krát rychleji, a segwit popisuje jako soft fork, který vyvádí podpisy mimo stávající limit velikosti bloku, což v nejhorším případě odpovídá navýšení na 4 MB.
Technickí přispěvatelé včetně Wladimira J. van der Laana a Pietera Wuille podepsali dopis, v němž žádají komunitu, aby návrhy na škálování předem neodsuzovala. Odkazují místo toho na proces konsenzu a dva otevřené workshopy Scaling Bitcoin: v Montrealu 12.–13. září a v Hongkongu 6.–7. prosince.