Bitcoini kirjeldatakse sageli digikullana, mis viitab staatilisele ja muutumatule olemusele. Siiski on Bitcoin võrgustikku käitav tarkvara elav protokoll, mis läbib hooldustöid, vea parandusi ja uuendusi. Erinevalt tsentraliseeritud tarkvaraarendusest, kus ettevõtte tegevjuht või tootejuht dikteerib funktsioone, tugineb Bitcoin decentraliseeritud osalejate võrgustikule, et muudatuste üle kokku leppida. See protsess on tahtlik, aeglane ja tugevalt kallutatud olemasoleva olukorra poole, et tagada miljardeid dollareid väärtuses vara turvalisus.
Protokolli arengut ei reguleeri ametlik hääletussüsteem ega ühtegi autoriteeti. Selle asemel toimib see unikaalse tehnilise dokumentatsiooni, peer-review ja kogukonna konsensuse kombinatsiooni kaudu. Mõistmine, kuidas idee liigub lihtsast arutelust meililisti kaudu ülemaailmselt aktiveeritud koodimuudatuseks, paljastab Bitcoin võrgustiku vastupidavuse. See rõhutab süsteemi, mis on loodud vastu panema ühegi rühma – olgu need arendajad, kaevurad või korporatiivsed huvid – vallutamisele.
Selle evolutsioonilise protsessi südames on Bitcoin Improvement Proposal ehk BIP. See on peamine mehhanism uute funktsioonide pakkumiseks, kogukonna sisendi kogumiseks küsimuse kohta ja disainotsuste dokumenteerimiseks. BIP pole siduv hääletus, vaid tehniline disainidokument. See annab teavet Bitcoin kogukonnale või kirjeldab uut funktsiooni Bitcoinile või selle protsessidele.
Bitcoin Improvement Proposal Framework
Selleks, et mõista, kuidas Bitcoin muutub, tuleb esmalt mõista standardiseerimisprotsessi. BIP süsteem on tugevalt mõjutatud Python Enhancement Proposal (PEP) protsessist. See toimib formaalse viisina codebase'i või ümbritseva ökosüsteemi muudatuste tutvustamiseks. Igaüks võib kirjutada BIP-i, kuid selle aktsepteerimine ja rakendamine on range katsumus, millest vähesed ettepanekud ellu jäävad.
BIP-i defineerimine
BIP on sisuliselt tehniline paber. See pakub lühikest tehnilist spetsifikatsiooni funktsioonile ja põhjendust funktsioonile. Autor vastutab konsensuse loomise eest kogukonnas ja eriarvamuste dokumenteerimise eest. On kolm peamist BIP-i tüüpi. Standards Track BIP-id kirjeldavad igasugust muutust, mis mõjutab enamikku või kõiki Bitcoin rakendusi, nagu võrguprotokolli muudatus või bloki või tehingu kehtivuse reeglite muudatus.
Informational BIP-id kirjeldavad Bitcoin disaini küsimust või annavad üldisi juhiseid või teavet Bitcoin kogukonnale, kuid ei paku uut funktsiooni. Process BIP-id kirjeldavad Bitcoiniga seotud protsessi või pakuvad protsessi muudatust (või sündmust). Avaliku tähelepanu suurem osa läheb Standards Track BIP-idele, kuna need on ettepanekud, mis muudavad võrgu konsensusreegleid.
Ettepaneku elutsükkel
BIP-i elu algab pikka aega enne numbri omistamist. See algab tavaliselt aruteludega Bitcoin arendusmeililisti. Siin uuritakse, kritiseeritakse ja sageli rebivad teised arendajad algse idee laiali. Kui idee ellu jääb selle esialgse tuleproovi, koostab autor BIP teksti.
Kui mustand on esitatud BIP-i repositooriumisse, omistab toimetaja sellele numbri. See staatus on tuntud kui "Draft". Sealt liigub ettepanek läbi erinevate etappide. Kui kogukond nõustub, et töö on väärtuslik, võib see liikuda "Proposed" staatusesse. Kui muudatused on rakendatud ja võrk aktiveerib need, saab BIP staatuseks "Final" või "Active". Vastupidi, ettepanekuid võib märgida "Rejected", autor võib need "Withdrawn" tagasi võtta või "Obsolete", kui need asendatakse uuemate lahendustega.
Konsensusmehhanism
Bitcoin arenduse kõige segasem aspekt välismaalastele on ametliku juhtimise struktuuride puudumine. Pole fondi ega liidrit, kes kinnitaks BIP-i "kinnitatuks". Selle asemel tugineb võrk "rough consensus" kontseptsioonile. See on termin, mis on laenatud Internet Engineering Task Force'ilt (IETF). See ei tähenda üanimelisust.
Rough consensus mõistmine
Rough consensus saavutatakse siis, kui tehniline kogukond üldiselt nõustub, et ettepanek on soundness ja et kõik olulised vastuväited on lahendatud. See on kvalitatiivne mõõtmine mitte kvantitatiivne hääletus. Kui ettepanekul on tugev tehniline väärtus, kuid olulise arendajate osa poolt kehtivad turvalisusmured, ei liigu see edasi.
See dünaamika sunnib autoreid suhtlema kriitikutega. Nad peavad oma ettepanekuid parandama, kuni vastuväited on lahendatud või tõestatud põhjendamatuks. See protsess võib kesta aastaid. Näiteks Taproot uuendust arutati ja täiendati märkimisväärset aega enne aktiveerimiseks valmis olekut. Aeglus on omadus, mitte viga, mis takistab kergekäelisi otsuseid, mis võiksid finantsvõrku destabiliseerida.
Arendaja commit juurdepääs
Levinud eksiarvamus on, et Bitcoin Core GitHub repositooriumi "commit access" omavad arendajad kontrollivad Bitcoini. Kuigi need hooldajad saavad koodi master harusse mergida, toimivad nad rohkem nagu koristajad kui valitsejad. Nende roll on tagada, et mergitud kood peegeldab kogukonna rough consensus.
Kui hooldaja mergib koodi, mis fundamentaalselt muudab Bitcoini kasutajate tahte vastaselt, keeldub node operaatorid lihtsalt selle versiooni uuendamast. Võrk jätkub eelmisel versioonil ja hooldaja versioon ignoreeritakse. See loob võimsa kontrolli arendaja mõju üle, tagades, et nad jäävad node võrgu soovidele alluvaks.
Aktiveerimise ja rakendamise teed
Kui protokolli uuendus on programmeeritud ja Bitcoin Core tarkvarasse mergitud, ootab see passiivselt. Seda peab "aktiveerima" võrk. See on faas, kus teoreetiline konsensus interakteerub blockchaini füüsilise reaalsusega. Aktiveerimine nõuab süsteemi majanduslike osapoolte koordinatsiooni, peamiselt kaevurite ja täisnode operaatorite vahel.
Kaevurite signaalimine ja läved
Ajalooliselt kasutas aktiveerimist sageli BIP 9-s defineeritud protsessi. See hõlmab kaevureid, kes signaalivad oma valmisolekut uuenduseks kaevandatud ploki päisetes. Kindlal perioodil, tavaliselt kaks nädalat (2016 bloki), jälgib võrk, kui paljud plokid sisaldavad toetussignaali uuendusele.
Kui signaalivate plokide protsent saavutab defineeritud läve – sageli 90% või 95% – lukustub uuendus sisse. Pärast järgnevat armuaega aktiveeruvad uued reeglid. See mehhanism on loodud tagama sujuva uuenduse ilma kaevureid maha jätmata. Siiski on see viinud poliitiliste patiseisudeni, kus kaevurite keeldumine signaalimast tegelikult vetoib uuendusi, isegi kui laiem kasutajabaas seda soovib.
Kasutaja aktiveeritud soft fork'id
Kaevurite signaalimise piirangud ilmnesid "Block Size War" ajal enne 2017. aastat. Kui kaevurite takistamine SegWit aktiveerimisel, tekkis grassroots liikumine, mis pakkus User Activated Soft Fork (UASF) ehk BIP 148.
UASF-is käivitavad node operaatorid tarkvara, mis lükkab tagasi plokid kaevuritelt, kes ei signaali uuendusele pärast kindlat kuupäeva. See nihutab võimu kaevuritelt tagasi node'ide majandusliku enamuse juurde. Kui majandustegevus (börsid, rahakotid, kasutajad) liigub UASF kettale, on kaevuritel majanduslik stiimul järgida või riskida kaevandamisega väärtusetul kettal. BIP 148 oht oli instrumentaalne SegWiti aktiveerimise sundimisel.
Fork dünaamika ja ühilduvus
Bitcoin protokolli muudatused jagunevad üldiselt kaheks kategooriasse: soft fork'id ja hard fork'id. Eristusmärk on tagurpidi ühilduvus. Erinevuse mõistmine on kriitiline Bitcoin püsiva ühe, katkematu võrguna püsimise mõistmiseks hoolimata arvukatest uuendustest.
Soft fork mehhanism
Soft fork on protokolli muudatus, mis piirab kehtivate plokide hulka. See pingestab reegleid. Kuna uued reeglid on vanade reeglite alamhulga, näevad uuendamata vanad noded uusi plokke ikka kehtivana. Nad ei pruugi mõista uusi funktsioone, kuid aktsepteerivad ketti.
See tagurpidi ühilduvus on eluline. see võimaldab võrgul uuendada järk-järgult. Kasutajaid ei sunnita tarkvara kohe uuendama konsensuse osa jäämiseks. Enamik suuremaid uuendusi, sealhulgas SegWit ja Taproot, rakendati soft fork'idena. See tagab, et võrk ei poolitu kaheks mitteühilduvaks kettaks lihtsalt seepärast, et mõned kasutajad uuendavad aeglaselt.
Hard fork lahknemine
Hard fork lõdvendab reegleid või tutvustab vana tarkvaraga mitteühilduvaid reegleid. Vanad noded näevad uutest reeglitest loodud plokke kehtetuna ja lükkavad need tagasi. Selleks, et hard fork õnnestuks ilma võrgu poolitamata, peab 100% kasutajatest uuendama samaaegselt, mis on decentraliseeritud süsteemis võimatu.
Seetõttu viivad vaidlusalused hard fork'id peaaegu alati püsiva keti lahknemiseni. Kuulsaim näide on Bitcoin Cash (BCH) loomine 2017. aastal. Toetajad tahtsid suurendada bloki suuruse limiiti, reeglimuudatus, mis oli Bitcoin olemasoleva konsensusega mitteühilduv. See tõi kaasa kaks erinevat võrku ja valuuta. Hard fork'e välditakse Bitcoin arenduses üldiselt selle võrgu ja kogukonna lõhkumise riski tõttu.
| Võrdlusatribuut | Soft Fork | Hard Fork |
|---|---|---|
| Ühilduvus | Tagurpidi ühilduv | Mitte tagurpidi ühilduv |
| Reeglimuudatus | Pingestab/piirab reegleid | Lõdvendab/laiendab reegleid |
| Võrgu risk | Madal keti lahknemise risk | Kõrge püsiva lahknemise risk |
Tähtsamad protokolli uuendused: Segregated Witness
Üks olulisemaid ettepaneku rakendamise näiteid on Segregated Witness (SegWit). Aktiveeritud augustis 2017, lahendas see pikaajalisi probleeme ja lõi aluse tulevasele skaleerimisele. Ettepanek muudatas fundamentaalselt tehinguandmete struktuuri.
Malleability lahendamine
Enne SegWiti oli võimalik muuta tehingu unikaalset ID-d enne blockchainil kinnitamist ilma allkirja kehtetuks tegemata. See probleem, tuntud kui transaction malleability, tegi keeruliseks teise kihi lahenduste nagu Lightning Network loomise. Kui tehingu ID võis muutuda, purunesid selle ID-le tuginevad nutilepingud.
SegWit lahendas selle, viies allkirja (witness) andmed välja tehingu osast, mida kasutatakse ID arvutamiseks. Witness eraldamisega sai tehingu ID muutumatuks. See parandus oli maksevajaduste kanalite turvaliseks toimimise võti, võimaldades Lightning Network arendamist.
Weight unit kontseptsioon
SegWit toimis ka nutika bloki suuruse suurendusena. Selle asemel, et lihtsalt tõsta 1MB limiiti – mis oleks nõudnud hard fork'i – muudatas SegWit bloki mõõtmise viisi. See tutvustas "block weight".
Witness sektsiooni andmed loevad vähem kaaluna kui peatehingu bloki andmed. See võimaldab blokkidel ületada traditsioonilist 1MB suurust toore andmete osas (kuni 4MB teoreetiliselt), jäädes ühilduvaks vanade nodedega, kes kontrollivad ainult mitte-witness andmeid. See suurendas efektiivselt võrgu mahtu ja langetas SegWit formaadis tehingute tasusid.
Taproot uuendus
Pärast SegWiti oli järgmine suur muudatus Taproot, aktiveeritud novembris 2021. Taproot ühendas kolm BIP-i (340, 341 ja 342), et parandada privaatsust, efektiivsust ja skriptimisvõimekust. See demonstreeris rafineeritumat aktiveerimisprotsessi nimega "Speedy Trial".
Schnorr allkirjad
Taprooti tuumas on Schnorr allkirjade (BIP 340) rakendamine. See digitaalallkirja skeem pakub olulisi eeliseid algse Elliptic Curve Digital Signature Algorithm (ECDSA) ees. Peamine eelis on lineaarSUS.
Lineaarsus võimaldab allkirja agregeerimist. Multi-allkirjalises tehingus saab mitut avalikku võtit ja allkirja kombineerida üheks võtmeks ja üheks allkirjaks. Blockchainile näeb keeruline mitme osapoolega tehing välja identselt standardse ühe kasutaja tehinguga. See parandab privaatsust, varjates rahakoti seadistuste keerukust ja säästab blockchainil ruumi, vähendades tasusid.
Merkelized Abstract Syntax Trees
Taproot tutvustas ka Merkelized Abstract Syntax Trees (MAST). Varem, kui kasutaja lõi keeruka nutilepingu mitme kulutustingimuse jaoks, pidi kõik need tingimused blockchainil kulutamisel avaldama. See oli ebaefektiivne ja halb privaatsusele.
MAST-iga saavad kasutajad struktureerida kulutustingimusi puu formaadis. Kulutamisel peavad nad avaldama ainult kasutatava puu haru. Mittetäidetud harud jäävad peidetuks. See võimaldab keerulisi nutilepinguid, mis on privaatsed ja andmeefektiivsed, laiendades Bitcoin potentsiaali lihtsast väärtuse ülekandmisest.
Aktuaalsed arutelud: OP_CAT juhtum
Bitcoin evolutsioon jätkub, keskendudes kadunud funktsionaalsuse taastamisele. Üks silmapaistvamaid teemasid on OP_CAT. See on konkreetne opcode (operatsioonikood), mis oli osa originaalsest Bitcoin tarkvarast, kuid keelati Satoshi Nakamoto poolt 2010. aastal murede tõttu mälu kasutus ja turvalisusaugud.
Opcode'ide mõistmine
Opcode'id on käsklused, mida Bitcoin skriptikeel mõistab. Nad ütlevad võrgule, kuidas tehingut töödelda. Mõned opcode'id võimaldavad liitmist, teised kontrollivad allkirju ja mõned verifitseerivad ajaplokke. Kui opcode'id keelatakse, eemaldatakse need konkreetsed tegevused võrgu tööriistakastist.
OP_CAT ja teiste eemaldamine piiras tugevalt Bitcoin skriptikeelt. See piirang oli tollel ajal tahtlik, prioriseerides turvalisust ja stabiilsust funktsionaalsuse üle. Kuid protokolli mõistmise küpsedes uurivad arendajad nüüd nende koodide ohutut taaskehtestamist uute funktsioonide võimaldamiseks.
Kontatenatsiooni ettepanek
OP_CAT võimaldab konkreetselt kahe andmestringi kontatenatsiooni (ühendamist). Kuigi see kõlab lihtsalt, võimaldab see võimsat funktsiooni nimega "covenants". Covenants võimaldavad kasutajatel panna piiranguid tulevastele bitcoinide kulutamisele, mitte ainult kellel on õigus neid kulutada.
Näiteks võiks covenant sundida, et konkreetne UTXO saadetakse ainult kindlasse lubatute aadresside valikusse. Sellel on massiivsed tagajärjed vault mehhanismidele, kus kasutajad saavad luua "undo" nupud varastatud fondide jaoks, ja Layer 2 sildistamiseks. OP_CAT ümber käiv arutelu illustreerib Bitcoin arenduse konservatiivsust; isegi lihtne käsk nõuab aastaid turvalisusanalüüsi enne taaskehtestamist.
Mõju Layer 2 lahendustele
Protokolli ettepanekud sihtivad sageli baaskihi, kuid nende peamine kasulikkus realiseerub Layer 2 (L2) võrkudes. Peavõrgu ja nende sekundaarsete kihtide vaheline suhe on sümbiootiline. Baasprotokolli parandused teevad L2-d odavamaks, turvalisemaks ja efektiivsemaks.
Lightning Network sõltuvused
Lightning Network on selle sõltuvuse peamine näide. See tugineb baaskihi turvalisusele tehingute settimiseks. Nagu mainitud, oli SegWit uuendus Lightning Network usaldusväärseks toimimise eeltingimus. Tulevased uuendused jätkavad Lightning efektiivsuse sihtimise.
Näiteks "Eltoo" (SIGHASH_ANYPREVOUT) ettepanekud lihtsustavad kanali haldamist. Muutes, kuidas tehinguid baaskihil allkirjastatakse, saavad Lightning noded salvestada vähem andmeid ja taastuda riketest lihtsamalt. See näitab, kuidas L1 ettepanekud on sageli motiveeritud L2 skaleerimise vajadustest.
Sidechain integratsioon
Sidechain'id nagu Liquid või Rootstock kasu saavad samuti protokolli uuendustest. Sidechain'id on iseseisvad blockchain'id, mis jooksevad paralleelselt Bitcoiniga. Nad kasutavad kahesuunalist peg'i väärtuse edasi-tagasi liikumiseks. Praegu tuginevad need peg'id sageli federatsioonidele – usaldatud funktsionääride gruppidele.
Uuendused nagu OP_CAT või uued allkirjaskeemid võiksid võimaldada usaldusvabamad sildimehhanisme. Kui Bitcoin skript saab verifitseerida sidechaini tõendeid (nagu Zero-Knowledge tõendeid), võimaldaks see kasutajatel liigutada fonde kettade vahel ilma federatsiooni usaldamata. See jääb suureks uurimis- ja motivatsioonialaks uutele BIP-idele.
Ootamatu innovatsioon: Ordinals fenomen
Mõnikord viivad protokolli uuendused täiesti ootamatute tulemusteni. Ordinals tõus on avatud lähtekoodiga tarkvara ootamatute tagajärgede seaduse tõend. Ordinals kasutab SegWit ja Taproot mehhanisme andmete kirjutamiseks otse individuaalsetele satoshitele.
SegWit tegi witness andmete salvestamise odavamaks ja Taproot eemaldas tehingu skriptides andmepehmade suuruse limiidi. Kombineeritult võimaldasid need muutused kasutajatel sisestada pilte, teksti ja isegi videomänge Bitcoin blockchainile. See polnud arendajate, kes need BIP-id kirjutada, konkreetne kavatsus.
See areng vallandas kogukonnas ägeda arutelu. Mõned peavad kirjutisi spämmiks, mis ummistab võrku, teised näevad seda legitiimsena blokiruumi kasutamisena, makstud tasudega. Vaatamata vaatenurgale demonstreerivad Ordinals, et kui ettepanek on rakendatud, kasutavad võrgu kasutajad uusi reegleid viisidel, mida autorid pole kunagi ette näinud.
Järeldus
Bitcoin protokolli ettepaneku anatoomia paljastab süsteemi, mis prioriseerib ellujäämist kõige eespool. BIP-i esialgsest mustandist kuni rough consensus loomise vaevalise protsessini on iga samm loodud riskide filtreerimiseks. Soft fork'ide ja hard fork'ide vaheline eristus illustreerib tagurpidi ühilduvusele pühendumist, tagades, et võrk jääb inklusiivseks ka edenedes.
Uuendused nagu SegWit ja Taproot näitavad, et Bitcoin saab innoveerida ilma oma tuumprinhtsüüpe ohverdamata. Samal ajal OP_CAT ümber käivad arutelud ja Ordinals esiletõus tõestavad, et ökosüsteem jääb elavaks ja ettearvamatuks. Kaevurite, arendajate ja node operaatorite vaheline mäng loob kontrollide ja tasakaalude süsteemi, mida ükski tsentraliseeritud üksus ei saa ümber lükata.
Bitcoin muutub aeglaselt mitte seepärast, et see ei saa kiiresti liikuda, vaid seepärast, et selle katkemise hind on liiga kõrge riskiks.