Bitcoin on sageli kirjeldatud kui koodiga juhitud digitaalne raha. See on tõsi, kuid see jätab välja üliolulise elemendi: kes kontrollib koodi? Erinevalt traditsioonilisest korporatsioonist, mis toimib hierarhilisel juhtimisel, või valitsusest, mis tugineb parlamentaarsetele hääletustele, Bitcoin’i protokolli muudatusi juhivad unikaalne, segane ja kõrgelt hajutatud poliitiline protsess. See süsteem on spetsiaalselt loodud selleks, et teha suuri muudatusi raskeks, tagades valuuta stabiilsuse ja ennustatavuse pikaajaliselt.
Bitcoin’i juhtimise mõistmine on hädavajalik selle tõelise vastupidavuse mõistmiseks. See selgitab, miks radikaalsed muudatused, isegi potentsiaalselt kasulikud, võtavad aastaid, et need ellu viia, nõudes arutelusid, mis ulatuvad arendajate meililistidesse, kaevanduspoolidesse ja üksikute kasutajate koju, kes käitavad valideerimissõlmi. See kõrge hõõrdumise poliitiline majandus toimib konstitutsioonilise kaitsega, kaitstes võrgust kiirustatud otsuste ja pahatahtlike osapoolte eest.
See analüüs sukeldub sügavale protokolli muutmise mehhanismidesse, uurides idee elutsüklit – alates selle esialgsest ettepanekust kui Bitcoin Improvement Proposal (BIP) kuni selle lõpuks vastuvõtmise konsensusmehhanismide kaudu nagu pehmed kahvlid. Me uurime arendajate, kaevurite ja täissõlmi käitavate kasutajate vahelise võimu habrast tasakaalu, paljastades lõpuks, miks Bitcoin’i muutusvastupidavus on selle võimsaim omadus.
Muutuse alus: Bitcoin Improvement Proposal (BIP) süsteem
Kuna Bitcoinil pole tsentraliseeritud ametlikku organit, oli vaja ametlikku, avalikku protsessi protokolli muudatuste ettepanekuks, arutamiseks ja dokumenteerimiseks. See mehhanism on tuntud kui Bitcoin Improvement Proposal ehk BIP. BIP-süsteem pakub vajalikku struktuuri tehnilise konsensuse haldamiseks, muutes abstraktsed ideed ametlikeks ettepanekuteks, mis on valmis kogukonna kontrolliks.
Mõelge BIP-süsteemile kui Bitcoin’i konstitutsioonilisele koostamistoale. See on kohustuslik algpunkt igale olulisele mittetriiviale muudatusele, alates tasumakalkulatsioonide kergeid kohandusi kuni tehingute valideerimise ulatuslike muutusteni.
BIP-i anatoomia
BIP on struktureeritud dokument, mis kirjeldab konkreetset Bitcoinile muudatust, funktsiooni või disaini parandust. Igal BIP-il on järjestikune number (nt BIP 1, BIP 341) ja see peab vastama ranged nõuetele, et olla kehtivaks peetud. Need nõuded tagavad selguse, tehnilise korrektsuse ja kõrvalmõjude põhjaliku kaalumise.
Üldiselt on kolm tüüpi BIPs-e, kuigi juhtimise jaoks olulisemad on "Standards Track" BIP-sid, mis pakuvad muudatusi, mis mõjutavad protokolli ennast (nagu tehingu formaat või konsensusreeglid). Edukas BIP peab selgelt määratlema:
- Motivatsioon: Miks on see muudatus vajalik? Millist probleemi see lahendab?
- Spetsifikatsioon: Tehnilised detailid sellest, kuidas muudatus koodis rakendatakse. See peab olema piisavalt täpne, et arendajad üle maailma saaksid selle vastu programmeerida.
- Tagurpidi ühilduvus: Kas see muudatus rikub ühilduvust vanemate tarkvaraversioonidega? (See määrab, kas muudatus vajab pehvet kahvlit või kõva kahvlit.)
BIP-protsessi olemasolu sunnib läbipaistvusele. See tagab, et iga kriitiline tehniline kohandamine allutatakse avatud lähtekoodi kontrollile, sageli sadade sõltumatute krüptograafide ja arendajate poolt, kes analüüsivad koodi vigade, majanduslike kõrvalmõjude ja turvaaugude osas. See avalik ülevaatamise faas on hädavajalik hõõrdumine, mis kaitseb süsteemi.
Core-arendajate ja hooldajate roll
Kuigi igaüks võib BIP-i esitada, on selle arendamine, täiustamine ja lõpuks ühendamine referentsrakendusse (Bitcoin Core) väikese, pühendunud rühma järelvalve all, tuntud kui Bitcoin Core arendajad ja hooldajad. Need isikud pole ametlik valitsev organ; pigem on nad usaldatud vabatahtlikud, kelle peamine ülesanne on koodi ülevaatamine, hooldus ja riskihindamine.
Bitcoin Core on alustarkvara, mida käitavad enamik sõlmi ja taristuteenuseid, muutes selle koodi baasi kõrgelt mõjutatavaks. Hooldajad vastutavad selle eest, kas BIP on tehniliselt valmis ja kas see on kogunud piisava sotsiaalse konsensuse arenduskeskkonnas.
Kriitiliselt ei saa arendajad vastuvõtmist sundida. Nad kirjutavad tarkvara, kuid kaevuritel ja tähtsamalt kasutajatel peab olema vabatahtlik soov uuendatud tarkvara alla laadida ja käitada. Kui arendajad rakendaksid muudatust, mida kogukond vihkab, lükkaksid kasutajad lihtsalt koodi tagasi ja otsiksid alternatiivset tarkvara, võttes arendajate mõjult efektiivselt ära. Nende võim tugineb ainult usaldusele, ekspertisele ja tehnilisele neutraalsusele.
Miks BIP-protsess on vajalik hõõrdumine
Kiiresti liikuvates tsentraliseeritud tehnoloogiaettevõtetes on kiirus ülim. Muudatusi surutakse kiiresti läbi. Bitcoin’i puhul kehtib vastupidine. BIP-protsess on tahtlikult aeglane ja vaieldav, sest võrgu peamine väärtus on selle muutumatus ja ennustatavus.
Kui Bitcoin oleks lihtne muuta, kaotaks see usaldusväärse muutumatuna väärtusvarana. BIP-protsessis sisemine aeglane, aastatepikkune arutelu toimib poliitilise filtrina:
- Majandusliku mõju kontroll: Aeglane juurutamine võimaldab ökonomistidel ja analüütikutel uurida potentsiaalseid mõjusid, nagu tehingutasude muutused või kaevandamise stiimulid.
- Tsentraliseerumise vältimine: Nõudes laiaululist kokkulepet erinevate poliitiliste, majanduslike ja geograafiliste huvide vahel, takistab protsess ühegi võimsa üksuse (nagu massiivne kaevanduspool või tsentraliseeritud börs) ühepoolset poliitika dikteerimist.
- Kvaliteedi tagamine: Aeg võimaldab koodi korduvalt ülevaatada, stressitestida ja auditeerida, vähendades katastroofiliste veade sisenemise riski põhiprotokolli.
BIP-i läbimise raskus on omadus, mitte viga, tagades, et ainult muudatused ülekaaluka tehnilise ja sotsiaalse toetusega liiguvad edasi.
Protokolli muutmise kaks teed: pehmed kahvlid vs kõvad kahvlid
Kui BIP on koostatud ja arutatud, peavad arendajad otsustama, kuidas seda rakendada. See rakendamise strateegia määrab vajaliku võrgu koordineerimise taseme ja kriitiliselt kogukonna jagunemise potentsiaalse riski. See valik kokkuvõttes kahe peamise protokolli uuenduse tüübi: pehmed kahvlid ja kõvad kahvlid.
Need kahvlid pole pelgalt tarkvarauuendused; need esindavad fundamentaalselt erinevaid lähenemisi konsensuse saavutamisele ja tagurpidi ühilduvuse säilitamisele.
Pehmed kahvlid: tagurpidi ühilduv uuendus
Pehme kahvli on Bitcoin’i protokolli muudatus, mis karmistab reegleid, mis tähendab, et uued reeglid on ühilduvad vanade reeglitega.
Kujutage ette tarkvararakenduse uuendamist nii, et uus versioon saab lugeda kõiki vanu faile, kuid vana versioon ei pruugi lugeda kõiki uusi faile. Bitcoin’i kontekstis:
- Uued reeglid: Sõlmed, mis käitavad uuendatud tarkvara (pehme kahvli), sunnivad uusi, rangemaid reeglite kogumit.
- Vananad reeglid: Sõlmed, mis käitavad vana tarkvara (enne uuendust), aktsepteerivad endiselt tehinguid, mida uuendatud sõlmed valideerivad, sest uuendatud sõlmed järgivad alamhulk originaalreegleid.
Näiteks, kui pehme kahvli ütleb, et kõik plokid peavad nüüd olema veidi väiksemad kui varem (reegli karmistamine), peavad vanemad sõlmed neid väiksemaid blokke ikka kehtivaks, kuna need järgivad endiselt originaalset maksimaalset suuruse piirangut.
Pehmed kahvlid on Bitcoin’i uuendamise eelistatud meetod, sest need nõuavad ainult enamus võrgust (tavaliselt kaevureid, kes esindavad 95% hajutusvõimsusest või sõlmede enamus), et muudatusu vastu võtta. Jäänud vähemus vanadest sõlmedest saab jätkata tööd ilma ahelaid katkestamata, kuigi nad ei pruugi täielikult valideerida ega kasutada uusi funktsioone. See sisemine tagurpidi ühilduvus vähendab oluliselt segase ahela jagunemise riski.
Kõvad kahvlid: tuumaoptsioon
Kõva kahvli on protokolli fundamentaalne muudatus, mis teeb uued reeglid ühilduvusetuks vanade reeglitega. See nõuab iga osalenud – kaevurite, sõlmede ja rahakottide – tarkvara uuendamist, et järgida uut konsensust.
Kui kõva kahvli aktiveeritakse, jaguneb võrk sõna otseses mõttes kaheks eraldi ahelaks:
- Uus ahel: Järgneb uuele reeglite kogumile (nt oluliselt suuremad plokisuurused).
- Vana ahel: Jätkab originaalreeglite järgimist.
Sõlmed, mis pole uuendatud, lükkavad tagasi kõik uute reeglite all loodud plokid, pidades neid kehtetuks. Kui märkimisväärne grupp jätkab vana ahela kaevandamist ja valideerimist, eksisteerivad samal ajal kaks eraldi Bitcoin’i versiooni.
Kõvad kahvlid on kõrgelt häirivad ja kannavad tohutut majandusriski. Kuna jagunemine on püsiv, välja arvatud kui üks ahel täielikult hüljatakse, peab kogukond olema peaaegu üanimeline enne kõva kahvli katsetamist. Kui edukas, leiavad vana ahela kasutajad end järsku hoides potentsiaalselt väärtusetut vara, samas kui uus ahel saab domineerivaks Bitcoin’i versiooniks. Majandusliku jagunemise oht tähendab, et kõvad kahvlid on reserveeritud ainult kriitilistele parandustele või muutustele, kus tagurpidi ühilduvus on võimatu.
Juhtimise test: miks kõvad kahvlid kardetakse
Kõva kahvli peamine funktsioon Bitcoin’i juhtimises on teenida massiivse tõrkevastase mehhanismina konfliktide vastu. Jagunemise potentsiaal sunnib konkurenteerivaid huvisid – nagu kaevureid, kes tahavad kõrgemaid tasusid vastas decentraliseeritust prioriteediks seadvatele kasutajatele – kompromissile.
Klassikaline näide selle hirmu illustreerimiseks toimus 2017. skaalamisarutelude ajal. Rühm püüdis sundida kõva kahvlit (tuntud kui SegWit2x), et oluliselt suurendada plokisuuruse piirangut. Ettepanek ebaõnnestus lõpuks, sest kasutajakogukond ja core-arendajad lükkasid tagasi brändi ja likviidsuse murdmise riski. Turg tegi selgeks, et Bitcoin’i ühtse identiteedi säilitamine oli väärtuslikum kui tehnilise muudatuse mahutamine, millel puudus ülekaalukas konsensus.
See dünaamika demonstreerib, et võrgu majanduslik väärtus – ühendatud usaldus ja likviidsus – toimib juhtimise lõpliku piiranguna. Iga grupp, kes surub kõva kahvlit, riskib kaotada kogu majandusliku toetuse, kui laiem kogukond otsustab püsida kindla, tõestatud ahelaga.
Konsensuse saavutamine: signaalimine, auditeerimine ja jõustamine
Kuigi arendajad koostavad koodi ja valivad kahvli tüübi, nõuab vastuvõtmise poliitiline akt keerulist kolmefaasilist protsessi, mis hõlmab kaevureid, täissõlmi ja ajapõhiseid mehhanisme. See signaalimise (hääletusintent), auditeerimise (koodi kontroll) ja jõustamise (kehtetute plokkide tagasilükkamine) omavaheline toime on hajutatud juhtimise süda.
Võtmeülevaatus siin on, et võim on jaotatud: kaevurid pakuvad, kuid kasutajad otsustavad.
Kaevurid vs sõlmed: kaks valideerimivõimu vormi
Bitcoin’i juhtimises on kriitiline eristada kahe tüüpi võimuhoidjaid:
1. Kaevurid (hajutusvõimsus)
Kaevurid, kes täidavad Proof-of-Work (PoW) algoritmi, omavad võimu plokkide loomiseks. Kui pehme kahvli on pakutud, määratlevad arendajad mehhanismi, mille abil kaevurid signaalivad oma toetust. See signaalimine toimub tavaliselt konkreetse andmetüki ("lipu") lisamisega ploki päisesse, mida nad toodavad.
Kui 95% kõigist kaevandatud plokkidest määratletud perioodi jooksul signaalib pehme kahvli toetust, peetakse muudatust aktiveerimiseks valmis. Kaevurite signaalimine on oluline, sest nemad on need, kes sunnivad uusi reegleid plokkide loomisel. Siiski on kaevurite signaalimine pelgalt kavatsus järgida, mitte lõplik autoriteet. Kaevureid saab survestada majanduslike stiimulitega toetust signaalima, isegi kui nad muudatust ei meeldi.
2. Täissõlmed (jõustamisvõim)
Täissõlmed on arvutid, mis käitavad täielikku Bitcoin’i tarkvara, laadides alla ja valideerides iga tehingu ja ploki alates võrgu algusest. Sõlmi käitavad peamiselt kasutajad, börsid, ettevõtted ja rahakotid. Sõlmed ei signaali toetust nagu kaevurid; nad jõustavad reegleid.
Kui kaevurid aktiveeriksid muudatuse, mida enamus sõlmedest peab vastuvõetamatuks, lükkaksid sõlmed lihtsalt tagasi kõik uute, soovimatute reeglite all loodud plokid. Neid blokke tagasi lükates eemaldavad sõlmed efektiivselt kaevurite tasu, kuna plokk saab orvuks ja tehingutasud kaovad.
Põhimõtteliselt peavad kaevurid järgima sõlmede poolt seatud reegleid, sest kui sõlmed nende blokid tagasi lükkavad, on nende kaevandamise pingutus majanduslikult raisatud. Täissõlmed toimivad lõplike auditooritena ja rahapolitika väravavahtidena.
Aktiveerimismehhanism: signaalimise roll
Hajutatud aktiveerimise kaootilise protsessi haldamiseks kasutavad pehmed kahvlid ajaliselt lukustatud aktiveerimismehhanisme, mis on loodud tagama piisava võrgu valmisoleku.
Levinud lähenemine hõlmab mitme perioodi signaalimisfaasi, mida sageli nimetatakse "Flag Day" signaalimiseks:
- Signaalimise algus: Uus kood avaldatakse ja kaevurid hakkavad oma valmisolekut plokipäiste kaudu signaalima.
- Künnisperiood: Võrk jälgib kindlat arvu blokke (nt 2016 blokki, umbes kaks nädalat).
- Aktiveerimine: Kui nõutud künnis (nt 95%) nendest plokkidest signaalib valmisolekut, algab lukustamise kellaaeg. Mõne tuhande bloki pärast (andmaks armuaega), aktiveerub uus reegel püsivalt.
See mehhanism tagab, et muudatus juurutatakse ennustatavalt ja alles pärast selget, mõõdetud toetuse demonstreerimist majanduslikult võimsalt kaevandussektorilt. See protsess formaliseerib poliitilise kompromissi: arendajad kirjutavad koodi, kaevurid hääletavad selle aktiveerimise poolt ja kasutajad valmistavad oma sõlmi ette seda jõustama.
Kasutaja aktiveeritud pehmed kahvlid (UASF): kui kasutajad võtavad rooli
Võimu tasakaal testiti kuulsalt Segregated Witness’i (SegWit) ümber käinud aruteludel, pehvel kahvlil, mis oli loodud parandama tehingute efektiivsust. Kui kaevurid keeldusid SegWit’i aktiveerimise signaalimast, viidates majanduslikele muredele, pidi kogukond tõestama, et täissõlmed omavad lõpliku võimu.
See viis kasutaja aktiveeritud pehme kahvli (UASF) mõisteni.
UASF on pehme kahvli, kus aktiveerimise käivitaja põhineb ajast, mitte kaevurite signaalimisel. UASF-is otsustavad sõlmed (kasutajad) ühepoolselt tuleviku kuupäeva, millest alates nad hakkavad uut reeglit jõustama, sõltumata sellest, mida kaevurid signaalivad.
Kõige kuulsam näide on BIP 148, mis pakkus SegWit’i aktiveerimist kindlal kuupäeval. BIP 148-i käitavad sõlmed ütlesid: "Pärast kuupäeva X aktsepteerime ainult blokke, mis signaalivad SegWit’i valmisolekut."
Siin on mänguteooria kriitiline. Kui 51% hajutusvõimsusest keeldus signaalimast, kuid suur osa majanduslikult olulistest sõlmedest (börsid, maksetöötlejad, peamised rahakotid) käitas UASF-tarkvara, seisid kaevurid rasket valiku ees:
- Jätkata mittesignaaleerivate plokkide kaevandamist: Neid blokke lükkaksid UASF-sõlmed tagasi, viies finantskaotuseni.
- Alustada signaalimist ja reeglit võtta: Säilitada oma kaevandamistulu ja joonduda kasutajate konsensusega.
UASF-i oht sunnis kaevanduspooleid muudatuse vastu võtma, demonstreerides, et Bitcoin’i hajutatud poliitilises majanduses ületab kasutajate eelistus ja sõlme jõustamine kaevurite signaalimise, kui asi käib karmiks. UASF kinnistas põhimõtte, et täissõlme käitamine on lõplik vetoõigus Bitcoin’i ökosüsteemis.
Bitcoin’i juhtimise juhtumiuuringud: õppetunnid
Edukkate ja tormiliste juhtimissündmuste uurimine annab hädavajaliku konteksti protokolli muutmise kõrge hõõrdumise keskkonna mõistmiseks. Need sündmused on majanduslikud lahingud, mis peetakse koodi kaudu, tõestades, et konsensus on kulukas ja nõuab olulist poliitilist pingutust.
SegWit (BIP 141): hõõrdumise ja kompromissi uurimus
Segregated Witness ehk SegWit oli ehk enim vaieldav pehme kahvli Bitcoin’i ajaloos. Pakutud 2015. aastal ja lõpuks aktiveeritud 2017. aastal, kaks aastat kestnud arutelu rõhutab mittetriiviale muudatuste tegemise tohutut raskust.
Konflikt: SegWit oli loodud parandama tehingute muutuvust ja suurendama kaudselt tehingute mahtu. Siiski vastustasid paljud suured kaevandushuvid seda, eelistades otsekohest kõva kahvli plokisuuruse suurendamist (SegWit2x ettepanek). Konflikt oli fundamentaalselt poliitiline: tsentraliseeritud kaevandushuvid vs hajutatud arendaja- ja kasutajahuvid.
Lahendus: Lahendus hõlmas kolme paralleelset juhtimise strateegiat:
- Arendajate konsensus (pehme kahvli valik): Arendajad nõudsid pehvet kahvlit (BIP 141), et vältida ahela jagunemise riski.
- Majanduslik konsensus (New York Agreement): Kompromiss, peamiselt tsentraliseeritud äridega, prooviti (SegWit2x), kuid ebaõnnestus lõpuks kasutajate vastuvõtmise puudumise tõttu.
- Kasutajavõim (UASF/BIP 148): UASF-i oht oli otsustav faktor. Signaalides valmisolekut mittesobivate plokkide tagasilükkamiseks, demonstreerisid kasutajad, et nemad omavad võrgureeglite üle lõplikku võimu.
SegWit’i edu tõestas, et kuigi kaevurid saavad aktiveerimist aeglustada, ei saa nad ühepoolselt blokeerida muudatust, millel on ülekaalukas tehniline ja kasutajatoetus, eriti kui kriitiline taristu sõltub uuendusest.
Taproot (BIPs 340, 341, 342): kiire protsessi vaikne edu
Vastandage tormiline SegWit’i aktiveerimine Taproot’iga, suure uuendusega, mis aktiveeriti 2021. aastal. Taproot pakkus olulisi parandusi privaatsusele, efektiivsusele ja nutilepingute võimekusele. SegWit’ist õpitud õppetundide tõttu oli Taproot’i juhtimise protsess lihtsustatud uue aktiveerimismeetodiga: Speedy Trial.
Speedy Trial mehhanism: Selle asemel, et tavaline fikseeritud aeg lukustamiseks, seadis Speedy Trial 90% signaalimiskünnise kahe nädala perioodiks, kuid see sisaldas ka aegumiskuupäeva.
- Kui 90% kaevuritest signaalib toetust aknas, lukustub muudatus kiiresti (Speedy Trial edu).
- Kui künnist ei saavutatud, ebaõnnestub protsess, sundides kogukonda tagasi joonistuspuldi juurde – potentsiaalselt kaaludes hiljem vaieldavat UASF-lähenemist.
See struktureeritud, ajaliselt piiratud lähenemine pani kaevuritele surve kiiresti konsensusele jõuda, teades, et signaalimise ebaõnnestumine sunnib tagasi rasked juhtimisläbirääkimised. Taproot saavutas 90% signaalimiskünnise suhteliselt kiiresti, demonstreerides, et kui muudatus on tehniliselt korrektne, mittevastuoluline ja hästi toetatud arendajate poolt, saab võrk efektiivselt uuendada.
Taproot tõestas, et Bitcoin’i juhtimine areneb. Kuigi ikka segane, õppis kogukond struktureerima poliitilisi stiimuleid õigeaegse aktiveerimise julgustamiseks, säilitades samal ajal kõrge künnise konsensuse nõude.
Decentraliseerumise tuum: miks juhtimine peab olema segane
Oleme kindlaks teinud, et Bitcoin’i juhtimine pole klanitud ega efektiivne. See on sageli aeglane, piinav ja kõrgelt vaieldav. See ebaefektiivsus on paradoksaalselt selle tugevuse ja apellatsiooni allikas kui kõva raha varale. Muutusvastupidavus tagab tuumikväärtuspakkumise aususe: usaldusväärne, ennustatav ja piiratud emissioon.
Kõrge hõõrdumise juhtimismudel tagab, et Bitcoin jääb poliitiliselt hajutatuks, võimetuks ühe võimsa korporatiivse üksuse või valitsuse juhtimiseks.
Muutuse maksumus vs ennustatavuse väärtus
Finantsimaailmas võrdub ebennustatavus riskiga. Bitcoin’i väärtuspakkumine põhineb selle kõvakodeeritud rahapolitiikal – 21 miljoni mündi pakkumise piirangul. Kui protokolli reeglid oleksid lihtsad muuta, kaotaks selle fikseeritud piirangu lubadus oma jõu.
Juhtimise protsess nõuab potentsiaalsetelt muudatustelt ületama massiivse sotsiaalse, tehnilise ja majandusliku kontrolli takistuse. See "muutuse maksumus" garanteerib:
- Rahapolitika ausus: On peaaegu võimatu muuta 21 miljoni pakkumise piirangut või emissioonigraafikut ilma katastroofilise ahela jagunemiseta, mis hävitaks mündi majandusliku väärtuse.
- Ennustatavus: Ettevõtted, börsid ja institutsionaalsed investorid saavad kapitali pühendada Bitcoin’i ökosüsteemile, teades, et fundamentaalsed reeglid ei muutu ootamatult.
- Usaldusvabadus: Kasutajad ei pea usaldama CEO-d ega juhatusi reeglite säilitamiseks; nad usaldavad poliitilist inertsust ja majanduslikke tõrkeid, mis on juhtimismodellis sisseehitatud.
Juhtimise ebaefektiivsus on hind, mida makstakse rahalise lõplikkuse ja hajutatud usalduse saavutamise eest.
Protokolli järgimise mänguteooria
Bitcoin’i juhtimise turvalisus tugineb lõpuks mänguteooriale – strateegilise otsustusprotsessi uurimisele konkurenteerivate üksuste vahel.
Igal Bitcoin’i võrgu osalenikul (kaevuritel, arendajatel ja kasutajatel) on eristuv stiimul:
- Arendajad: Stiimuleeritud pakkuma kvaliteetset, turvalist koodi, mis säilitab võrgu maine.
- Kaevurid: Stiimuleeritud maksimeerima kasumit, mis tähendab, et nad peavad valima ahela, mida enamus kasutajaid (sõlmed) aktsepteerib, tagades, et nende kaevandatud plokid saavad tasusid.
- Kasutajad (sõlmed): Stiimuleeritud säilitama reegleid, millele nad algselt liitusid, säilitades oma investeeringu aususe.
See loob Nash’i tasakaalu, kus iga poole optimaalne strateegia on järgida täissõlmede poolt jõustatud reegleid. Kui mõni võimas üksus üritab konsensust murda (nt kaevanduspool, kes üritab suruda vaieldavat kõva kahvlit), on majanduslik karistus (ahela kahveldamine ja likviidsuse hävitamine) nii karm, et see ületab igasuguse potentsiaalse lühiajalise tehnilise kasu.
Seepärast pole Bitcoin’i juhtimise segane protsess, mida iseloomustavad BIPs, vaieldavad arutelud ja alati olemasolev kasutaja aktiveeritud pehmete kahvlite oht, disaini viga. See on krüptoökonoomilise turvalisuse edukas rakendamine, tagades, et poliitiline decentraliseerumine säilitatakse tehnilise decentraliseerumise kõrval. Kood juhitud raha, kuid konsensus juhitud koodi.