SegWit is een upgrade van het Bitcoin-protocol die op 24 augustus 2017 werd geactiveerd en de manier waarop transactiegegevens worden opgeslagen herstructureert door digitale handtekeninggegevens (witness data) te scheiden van de transactie-inputgegevens.
Voorgesteld door een Bitcoin Core-ontwikkelaar Pieter Wuille In BIP 141 werd de upgrade geïmplementeerd als een achterwaarts compatibele soft fork die meerdere problemen tegelijk oploste: het verhielp de transactiemalleabiliteit (een bug waardoor derden transactie-ID's konden wijzigen vóór bevestiging), verhoogde de blokcapaciteit effectief van 1 MB naar ongeveer 1.8-2.3 MB door middel van een nieuwe "blokgewicht"-meting, en legde de basis voor Laag 2 oplossingen zoals het Lightning Network, die niet-veranderlijke transactie-ID's vereisen om veilig te functioneren.
Getuigengegevens worden naar een aparte structuur verplaatst en minder meegerekend in de gewichtsberekening — ze tellen mee als 0.25 gewichtseenheden per byte, tegenover 1 volledige eenheid voor niet-getuigengegevens.
Begin 2026 zal ongeveer 85-90% van de Bitcoin-transacties ten minste één invoer in dit formaat bevatten, waarbij native adressen ("bc1q") het grootste aandeel uitmaken en Taproot ("bc1p") nog eens 15-20% voor zijn rekening neemt.
Oorsprong en geschiedenis
| Datum | Evenementen |
|---|---|
| 2011 | Transactiemalabiliteit geïdentificeerd als een Bitcoin probleem; Mt. Gox geeft het later de schuld van verliezen op de beurs. |
| 2015 | Pieter Wuille stelt Segregated Witness voor op de Scaling Bitcoin-conferentie. |
| december 2015 | BIP 141 formeel voorgesteld door Wuille, Eric Lombrozo en Johnson Lau |
| mei 2017 | De New York-overeenkomst (SegWit2x) stelt de upgrade voor, plus een verhoging van de blokgrootte met 2 MB. |
| Augustus 1, 2017 | Bitcoin Cash harde vorken van Bitcoin, waarbij ze in plaats daarvan voor blokken van 8 MB kiezen. |
| Augustus 24, 2017 | De upgrade wordt geactiveerd op het Bitcoin-mainnet bij blok 481,824 via een door gebruikers geactiveerde soft fork. |
| november 2017 | De hard fork van SegWit2x met betrekking tot de blokgrootte is afgeblazen vanwege een gebrek aan consensus. |
| 2018-2019 | Het Lightning Network wordt gelanceerd op het mainnet, mogelijk gemaakt door de fix voor de malleability. |
| november 2021 | Taproot wordt geactiveerd en bouwt voort op het oorspronkelijke framework voor scriptversiebeheer met Schnorr-handtekeningen |
| 2024 | Het Taproot-gebruik stijgt kortstondig tot boven de 40%, gedreven door Ordinalen-inscripties en het Runenprotocol. |
| Vroeg 2026 | De adoptie blijft stabiel op 85-90%; Taproot stabiliseert zich op een meer organisch niveau van 15-20% naarmate de speculatieve activiteit afneemt. |
Hoe het werkt
| Aspect | Erfgoed (voorheen) | Na de upgrade |
|---|---|---|
| Bloklimiet | 1 MB (harde limiet) | 4 miljoen gewichtseenheden (~1.8–2.3 MB effectief) |
| Transactie-malleabiliteit | Kwetsbaar (TXID bevat handtekeningen) | Vaste waarde (TXID sluit getuigengegevens uit) |
| Bliksem netwerk | Niet mogelijk | Ingeschakeld — een absolute voorwaarde |
| Transactiekosten | Volledig gewicht voor handtekeninggegevens | Lager — getuigengegevens met een korting van circa 75% |
| Adresformaat | 1… (P2PKH) of 3… (P2SH) | bc1q… (moedertaalspreker, Bech32) |
| Scriptversiebeheer | Moeilijk te upgraden | Ingebouwd versieveld ingeschakeld hoofdwortel |
| Vork Type | NB | Zachte voorvork (achterwaarts compatibel) |
Evolutie van adresformaten:
- Nalatenschap:
1A1zP1...(P2PKH) - verpakt:
3J98t1...(P2SH, compatibiliteitsshim — nu in verval) - Inheems:
bc1qw50...(Bech32, BIP 84) - Penwortel:
bc1pw50...(Bech32m, BIP 350)
In eenvoudige bewoordingen
- Het archiefkastje opnieuw indelen: In plaats van de handtekening aan de transactiegegevens te koppelen, plaatst het protocol deze in een aparte sectie, zodat de transactie-ID alleen gebaseerd is op de kerngegevens en niet op de handtekening.
- Verhelpt de kneedbaarheid: Vóór deze wijziging kon iemand de handtekening van een geldige transactie wijzigen (zonder deze ongeldig te maken) en de ID ervan aanpassen, wat een groot probleem vormde voor alles wat transacties op basis van ID bijhield, waaronder Lightning.
- Effectieve capaciteitsvergroting: Door de waarde van witness-data te reduceren tot 25% van het werkelijke gewicht, kunnen blokken aanzienlijk meer transacties bevatten zonder de letterlijke groottelimiet te verhogen.
- Bliksem ingeschakeld: Lightning heeft transactie-ID's nodig die na aanmaak niet meer kunnen veranderen; deze oplossing maakte dat mogelijk.
- Native- en Taproot-adressen bieden de grootste besparing op kosten: Als je wallet ze ondersteunt, zijn "bc1q" of "bc1p" de beste standaardopties in 2026: volledige compatibiliteit en de laagste transactiekosten.
Voorbeelden uit de echte wereld
| Scenario | Implementatie | Resultaat |
|---|---|---|
| Verlaging van de vergoedingen | Gebruikers stappen over van legacy-adressen naar native adressen. | Ongeveer 30-38% lagere kosten voor standaardtransacties |
| Bliksem netwerk | De oplossing voor de flexibiliteit maakt Lightning-betaalkanalen mogelijk. | Miljoenen directe Bitcoin-betalingen met vrijwel geen transactiekosten. |
| Exchange adoptie | Grote beurzen implementeren opnames in het oorspronkelijke formaat. | Zowel beurzen als gebruikers besparen op cumulatieve transactiekosten. |
| Taproot-upgrade | De ingebouwde scriptversiebeheerfunctie maakt Taproot (2021) mogelijk. | Schnorr-handtekeningen, MAST en Tapscript toegevoegd aan Bitcoin |
| Ordinalen/Runen (2024) | Taproot-getuigenvelden worden gebruikt om inscriptiegegevens op te slaan. | Het Taproot-gebruik steeg kortstondig boven de 40% van alle transacties. |
Voordelen
| Voordeel | Beschrijving |
|---|---|
| Oplossing voor vervormbaarheid | Voorkomt dat transactie-ID's door derden kunnen worden gewijzigd, waardoor betrouwbare Layer 2-protocollen mogelijk worden. |
| Verhoogde capaciteit | Verhoogt effectief de blokcapaciteit zonder de letterlijke groottelimiet te wijzigen. |
| Lagere kosten | Korting op getuigengegevens verlaagt de effectieve transactiekosten. |
| Achterwaarts compatibel | Een soft fork — niet-geüpgrade nodes kunnen nog steeds transacties in het nieuwe formaat valideren. |
| Toekomstig upgradepad | Ingebouwde scriptversiebeheer maakt Taproot direct mogelijk. |
Nadelen en risico's
| Risico | Beschrijving |
|---|---|
| Langzame vroege adoptie | Het duurde ongeveer 5 jaar om de grens van 85% acceptatie te overschrijden, ondanks de duidelijke voordelen van de vergoedingen. |
| Ingewikkeldheid | Meerdere adresformaten verhogen de complexiteit van de implementatie van wallets en protocollen. |
| Geen volledige schaalbare oplossing | Biedt een bescheiden capaciteitsverhoging; lost de fundamentele doorvoerlimieten van Bitcoin niet op. |
| Gemeenschapsafdeling | Het debat over de schaalbaarheid van deze upgrade leidde direct tot de Bitcoin Cash-fork. |
| Zwakker vertrouwensmodel voor niet-geüpgradede knooppunten | Knooppunten die geen witness-data valideren, vertrouwen voor dat gedeelte meer op de eerlijkheid van de miner. |
Tips voor risicomanagement:
- Gebruik native of Taproot-adressen om maximaal te besparen op transactiekosten.
- Zorg ervoor dat de walletsoftware up-to-date is om volledige formaatondersteuning te garanderen.
- Controleer eerst of uw beurs opnames in het native formaat ondersteunt voordat u ervan uitgaat dat u van het kostenvoordeel profiteert.
- Voor kleine, frequente betalingen kunt u dit combineren met het Lightning Network voor de laagste kosten en de snelste afhandeling.
Veelgestelde Vragen / FAQ
Wat is het verschil tussen SegWit en SegWit2x?
BIP 141 was de soft fork die getuigengegevens scheidde en in augustus 2017 succesvol werd geactiveerd.
SegWit2x was een apart voorstel dat deze wijziging combineerde met een hard fork om de blokgrootte te verdubbelen naar 2 MB; het hard fork-onderdeel werd in november 2017 geannuleerd vanwege onvoldoende consensus.
Heeft deze upgrade de Bitcoin Cash-fork veroorzaakt?
Indirect wel. De factie die voor grote blokken was, splitste zich op 1 augustus 2017 af, slechts enkele weken voor de activering, vanwege onenigheid over hoe Bitcoin zou moeten schalen.
Wat is het verband tussen Taproot en deze eerdere upgrade?
Taproot is versie 1 van hetzelfde framework. Het oorspronkelijke ingebouwde veld voor scriptversiebeheer was specifiek ontworpen om toekomstige upgrades zoals Taproot mogelijk te maken zonder dat er een volledig nieuwe fork nodig is.
