Bitcoin heeft geen centrale entiteit die kan beslissen welke updates moeten worden uitgevoerd en hoe het protocol moet worden ontwikkeld. Sinds 2009 is het echter voortdurend geëvolueerd, zodat de meest recente implementaties niet veel meer gemeen hebben met de oorspronkelijke uitvinding van Satoshi Nakamoto wat hun code betreft.
Om te voorkomen dat dit evolutieproces chaotisch verloopt, maken ontwikkelaars gebruik van de ondersteuning van BIP's. Deze verbeteringsvoorstellen stellen de gemeenschap in staat nieuwe functies voor te stellen, te bespreken en te implementeren om het Bitcoin-protocol te optimaliseren. Maar wat is een BIP precies en hoe werkt dit proces? In dit artikel gaan we dieper in op wat een BIP is, de verschillende soorten voorstellen die er zijn en de stappen die kunnen leiden tot de goedkeuring van een BIP.
Wat is een BIP op Bitcoin?
BIP is een afkorting voor” Voorstel voor verbetering van Bitcoin ”, wat in het Frans vertaald kan worden als „voorstel om Bitcoin te verbeteren”. Het is een formeel document dat wordt gebruikt om protocolwijzigingen, een nieuwe functie of een nieuwe standaard voor te stellen. Het belangrijkste doel van BIPS is om een raamwerk te bieden voor het op transparante wijze aanbrengen van wijzigingen in Bitcoin, met behoud van de bestaande consensus.
Elk BIP is een gedetailleerd document waarin de doelstellingen van de voorgestelde verbetering, de redenen erachter, eventuele compatibiliteitsproblemen en de voor- en nadelen worden uitgelegd. Het beschrijft ook de technische stappen die nodig zijn om de verbetering door te voeren.
BIP's kunnen door iedereen worden geschreven. Ze moeten echter worden goedgekeurd door andere leden van de Bitcoin-gemeenschap. Het proces wordt beheerd door Bitcoin Core, dat ongeveer 99% van het node-netwerk uitmaakt. Zes ontwikkelaars zijn verantwoordelijk voor het beheer van de BIP's: Bryan Bishop, Jon Atack, Jon Atack, Luke Dashjr, Mark Erhardt (Murch), Olaoluwa Osuntokun en Ruben Somsen.
Het is echter belangrijk om te begrijpen dat de rol van deze personen bij het bewerken van BIP's echter niet betekent dat zij Bitcoin beheren. Als iemand een verbetering voorstelt die niet wordt geaccepteerd binnen het formele kader van BIP's, kan hij deze altijd rechtstreeks aan de Bitcoin-gemeenschap voorleggen, of zelfs een fork maken waarbij deze kan worden aangepast. Het voordeel van het BIP-proces ligt in de formaliteit en centralisatie ervan, die het debat vergemakkelijken om verdeeldheid onder Bitcoin-gebruikers te voorkomen, waarbij wordt geprobeerd updates op een consensuele manier te implementeren. Uiteindelijk bepaalt het principe van economische meerderheid de machtsspelletjes binnen het protocol.
Wat zijn de verschillende soorten BEP's op Bitcoin?
BIP's worden ingedeeld in drie hoofdcategorieën: specificatie BIP's (Track voor standaarden), informatieve BIP's (Informatief) en beP's verwerken (Proces).
Les Specificatiespiepen betreft wijzigingen die rechtstreeks van invloed zijn op Bitcoin-implementaties. Deze categorie omvat netwerkwijzigingen, nieuwe geldigheidsregels voor blokken en transacties en interoperabiliteitsaspecten. In deze categorie vinden we belangrijke Bitcoin-updates, zoals de BIP's die zijn gekoppeld aan de SegWit soft fork (BIP141, BIP143 en BIP147).
Les Informatieve BEP's informatie of aanbevelingen verstrekken aan de Bitcoin-gemeenschap. Hoewel ze geen directe wijzigingen in het protocol voorstellen, geven ze advies over verschillende operationele aspecten. De BIP32, die de deterministische en hiërarchische portefeuilles introduceerde die tegenwoordig veel worden gebruikt, is bijvoorbeeld een informatieve BIP. Het begeleidt ontwikkelaars bij een standaardorganisatie van cryptografische sleutels in een portemonnee zonder dat software deze standaard hoeft te volgen.
Tot slot, de Pieptonen van het proces beschrijf wijzigingen in de procedures rond Bitcoin die niet rechtstreeks van invloed zijn op het protocol. Deze BIP's kunnen betrekking hebben op veranderingen in bestuursprocessen of ontwikkelingsinstrumenten en worden voornamelijk gebruikt om de manier waarop discussies worden gevoerd te structureren. Een typisch voorbeeld is BIP2, dat bepaalt hoe BIP's moeten worden geschreven.
Standard Track- en informatieve BIP's, die de meerderheid van de voorstellen vormen, worden ook ingedeeld naar „laag” of laag. Deze aanvullende indeling specificeert welk aspect van het Bitcoin-systeem wordt beïnvloed door het BIP. Zo kunt u weten of het BIP invloed heeft op consensusregels, netwerkcommunicatie, portefeuilles, enz. Dit zijn de verschillende lagen die bestaan:
Consensuslaag : De BIP's in deze laag hebben betrekking op Bitcoin-consensusregels, zoals wijzigingen in de regels voor blokkering of validatie van transacties. Deze voorstellen kunnen ofwel Zachte vorken (achterwaarts compatibele aanpassingen) of Harde vorken (wijzigingen zijn niet achterwaarts compatibel). SegWit en Taproot BIP's vallen bijvoorbeeld in deze categorie;
Peer-services : Deze laag betreft hoe het Bitcoin-nodennetwerk werkt, d.w.z. hoe de knooppunten elkaar vinden en met elkaar communiceren op het internet;
API/RPC : De BIP's in deze laag hebben betrekking op applicatieprogrammeerinterfaces (API's) en externe procedureaanroepen (RPC's) waarmee Bitcoin-software kan communiceren met knooppunten;
Applicatielaag : Deze laag gaat over applicaties die bovenop Bitcoin zijn gebouwd. BIP's in deze categorie houden zich doorgaans bezig met wijzigingen in de standaarden van Bitcoin-wallets.
Wat is de procedure voor het indienen van een BIP op Bitcoin?
Het proces van het creëren van een BIP begint met het conceptualiseren van een idee. De auteur van het BIP, vaak de 'kampioen' genoemd, bespreekt zijn idee met de ontwikkelaarsgemeenschap via de mailinglijst Bitcoin-ontwikkelaar. Deze fase maakt het mogelijk om meningen te verzamelen en de relevantie van het voorgestelde idee te beoordelen.
Als het idee veelbelovend is, gaat de kampioen verder met het schrijven van het BIP-document, met respect voor het formaat. Eenmaal geschreven, wordt het BIP opnieuw gedeeld met de mailinglijst Bitcoin-ontwikkelaar om het voorstel te verfijnen. Wanneer het BIP definitief is, moet de auteur vervolgens voorstellen om het toe te voegen aan de GitHub-repository die alle BIP's bevat.
De redactie van BIP bekijkt dit voorstel om te zien of het aan alle criteria voldoet. De BIP moet technisch haalbaar zijn, gunstig zijn voor het protocol, consistent zijn met de vereiste opmaak en consistent zijn met de filosofie van Bitcoin. Als het BIP aan deze voorwaarden voldoet, wordt het officieel geïntegreerd in de GitHub BIP-repository. Hij krijgt dan een nummer. Dit aantal wordt bepaald door de redacteur, meestal Luke Dashjr, en wordt logisch toegewezen: BIP's die soortgelijke onderwerpen behandelen, krijgen vaak opeenvolgende nummers.
BIP's doorlopen tijdens hun levenscyclus verschillende statussen. De huidige status wordt gespecificeerd in de koptekst van elke BEP:
Ontwerp : Het voorstel wordt nog steeds opgesteld en besproken;
Voorgesteld : Het BIP wordt als volledig beschouwd en klaar voor evaluatie door de gemeenschap;
Uitgesteld : De BIP wordt door de kampioen of door een redacteur opgeschort voor later;
Afgewezen : Een BIP wordt geclassificeerd als afgewezen als er gedurende 3 jaar geen enkele activiteit is vertoond. De auteur kan ervoor kiezen om het later te hervatten, zodat hij terug kan keren naar de conceptstatus;
Ingetrokken : Het BIP is door de auteur ingetrokken;
Finale (finale) : Het BIP wordt geaccepteerd en op grote schaal geïmplementeerd op Bitcoin;
Actief (actief) : Alleen voor proces-BIP's wordt deze status toegekend zodra een zekere consensus is bereikt;
Vervangen/verouderd): Het BIP is niet langer van toepassing of is vervangen door een recenter voorstel dat het nutteloos maakt.
Les Voorstellen voor verbetering van Bitcoin (BIP's) belichamen een proces dat essentieel is voor de conflictvrije evolutie van Bitcoin. Ze stellen de gemeenschap in staat om op een transparante manier verbeteringen voor te stellen, te bespreken en door te voeren, waarbij wordt gestreefd naar consensus bij de gebruikers. Ze zorgen ervoor dat de uitvinding van Satoshi Nakamoto zich blijft ontwikkelen zonder in chaos te vervallen, ondanks de verspreide structuur.
