Artikkeli · r8-history-003
Bitcoinin BIP-ehdotus: miksi numero ei tarkoita käyttöönottoa?
>
BIP on Bitcoin Improvement Proposal eli Bitcoinin parannusehdotus. Se on tapa kuvata ja tallentaa teknisiä ideoita, ohjeita tai kehitysprosesseja. BIP-numero ei kuitenkaan tarkoita, että ehdotus olisi otettu käyttöön Bitcoin-verkossa tai että koko yhteisö olisi hyväksynyt sen.[3]
Tässä kuvataan BIP 3:n version 1.4.0 mukaista ehdotusprosessia 28.10.2026 käytettävissä olleen lähdetilannekuvan perusteella. Se on kuvaus julkaistusta prosessiasiakirjasta, ei väite, että jokainen Bitcoin-ohjelmisto noudattaisi jokaista ehdotusta.[3]
Miksi ehdotuksille on oma arkisto?
Bitcoinin kehitykseen liittyvät ideat voivat koskea eri ohjelmistoja ja niiden yhteensopivuutta. BIP-arkistossa ehdotus voidaan esittää asiakirjana, jonka perustelut, määrittely ja myöhemmät muutokset ovat luettavissa. BIP 3 kuvaa arkistoa julkaisupaikaksi ja säilytyspaikaksi kypsille ehdotuksille, ei Bitcoinin puolesta päätöksiä tekeväksi toimielimeksi.[3]
BIP 1, jolle nykyisessä arkiston otsaketiedossa on merkitty numeron antamispäiväksi 19.9.2011, kuvasi jo ajatusta muutosten dokumentoinnista versioituina tekstitiedostoina. BIP 2 puolestaan ilmoitti korvaavansa BIP 1:n ja sen otsakkeessa on numeron antamispäivä 3.2.2016. Nämä päivämäärät ovat numerointitietoja, eivät itsessään todisteita siitä, milloin kaikki alkoivat käyttää kyseistä menettelyä.[1], [2]
BIP 3 kertoo korvaavansa BIP 2:n. Tarkastellun BIP 3 -prosessiasiakirjan version 1.4.0 nykyisessä otsakkeessa numeron antamispäiväksi on merkitty 9.1.2025 ja prosessin tilaksi Deployed. Tila ei osoita, että kaikki toteutukset noudattaisivat menettelyä, eikä numeron antamispäivä osoita, että tämä tila tai versio olisi ollut voimassa tuolloin. Asiakirjan mukaan prosessia uudistettiin muun muassa selkeyttämällä ehdotustyyppejä ja vähentämällä toimittajille kuuluvia harkintatehtäviä.[3]
Miten idea etenee BIP 3:n mukaan?
Kirjoittajien pitäisi ensin tutkia aiempia ehdotuksia ja keskustella ideasta julkisesti. Yksittäisen ohjelmistoprojektin pieni muutos ei yleensä tarvitse usean projektin yhteistä standardointia. Jos aihe on laajempi ja ehdotus kehittyy riittävästi, kirjoittajat voivat ehdottaa asiakirjaa BIP-arkistoon.[3]
BIP-toimittajat antavat numerot, kun asiakirja täyttää määritellyt ehdot. Numeron tehtävä on helpottaa keskustelua ja tunnistamista. Sen antaminen ei ole lupaus siitä, että ehdotus toteutetaan, otetaan käyttöön tai muuttaa verkon sääntöjä.[3]
BIP 3 erottaa esimerkiksi teknisen määrittelyn, tiedottavan asiakirjan ja prosessia kuvaavan ehdotuksen. Kaikki eivät siis pyri samaan lopputulokseen. Yksi voi määritellä ohjelmien yhteensopivuutta, toinen kertoa toimintatavasta ja kolmas kuvata itse ehdotusprosessia.[3]
Mitä tilat kertovat — ja mitä eivät?
BIP 3:n mukaisissa tiloissa Draft tarkoittaa luonnosvaihetta. Complete kertoo, että kirjoittajat pitävät suunniteltua työtä valmiina ja suosittelevat ehdotuksen käyttöönottoa tai soveltamista. Teknisen Specification-ehdotuksen Complete-tilalle asetetaan myös viitetoteutusta ja testivektoreita koskevia vaatimuksia.[3]
BIP 3:n mukaan Deployed-tilaan siirtyvä ehdotus on ensin vakiintunut ja sen aktiivisesta käytöstä tarvitaan vakuuttavaa näyttöä. Näyttö voi riippua ehdotuksen luonteesta, esimerkiksi ohjelmistojulkaisun tuki tai soft fork -ehdotuksen aktivointiehtojen täyttyminen. Prosessia koskevalle Process BIP -ehdotukselle BIP 3 määrittelee erikseen karkean yhteisymmärryksen Bitcoin-kehityksen sähköpostilistalla. Tila on prosessimerkintä, ei todistus siitä, että jokainen toteutus, lompakko tai palvelu noudattaa prosessia tai tukee ominaisuutta.[3]
Closed merkitsee BIP 3:n mukaan historiallisesti kiinnostavaa ehdotusta, jota ei enää aktiivisesti kehitetä, edistetä tai käytetä. Arkisto säilyttää myös tällaisia ehdotuksia. Vanhemmissa BIP-asiakirjoissa voi näkyä erilaisia tilanimityksiä ja historiallisia menettelykuvauksia, joten tilan tulkinnassa on katsottava soveltuva prosessi ja asiakirjan versio.[2], [3]
Kun luet uutisen uudesta BIP-numerosta, kysy ensin, mitä ehdotus käsittelee ja mikä sen tila on. Selvitä sen jälkeen erikseen, onko ominaisuutta toteutettu juuri käyttämässäsi ohjelmassa ja koskeeko se verkon yhteisiä sääntöjä. Arkistomerkintä on hyvä lähtökohta tarkistukselle, ei sen lopputulos.[3]