Bitcoin se često opisuje kao digitalno zlato, što podrazumeva statičku i nepromenjivu prirodu. Međutim, softver koji pokreće Bitcoin mrežu je živi protokol koji prolazi kroz održavanje, ispravke grešaka i nadogradnje. Za razliku od centralizovanog razvoja softvera gde CEO kompanije ili menadžer proizvoda diktira funkcije, Bitcoin se oslanja na decentralizovanu mrežu učesnika da se slože oko promena. Ovaj proces je nameran, spor i snažno pristran prema statusu quo kako bi se osigurala bezbednost milijardi dolara vrednosti.
Evolucija protokola nije regulisana formalnim sistemom glasanja ili jednim autoritetom. Umesto toga, funkcioniše kroz jedinstvenu kombinaciju tehničke dokumentacije, peer review-a i konsenzusa zajednice. Razumevanje kako ideja prelazi od jednostavne diskusije na mailing listi do globalno aktivirane izmene koda otkriva otpornost Bitcoin mreže. To ističe sistem dizajniran da se opire preuzimanju od strane bilo koje jedne grupe, bilo da su to developeri, rudari ili korporativni interesi.
U središtu ovog evolutivnog procesa nalazi se Bitcoin Improvement Proposal, ili BIP. Ovo je primarni mehanizam za predlaganje novih funkcija, prikupljanje inputa zajednice o problemu i dokumentovanje dizajnerskih odluka. BIP nije obavezujući glas, već tehnički dizajn dokument. Pruža informacije Bitcoin zajednici ili opisuje novu funkciju za Bitcoin ili njegove procese.
Оквир предлога за побољшање Биткоина
Да бисте разумели како се Биткоин мења, прво морате разумети процес стандардизације. BIP систем је снажно утицано процесом Python Enhancement Proposal (PEP). Он служи као формалан начин за увођење промена у кодну базу или окружење екосистема. Било ко може написати BIP, али добијање прихватања и имплементације је ригорозна провера кроз коју мало предлога преживљава.
Дефинисање BIP-а
BIP је у суштини технички документ. Он нуди концизну техничку спецификацију значајке и образложење за значајку. Аутор је одговоран за изградњу консензуса у заједници и документисање супротстављених мишљења. Постоје три главна типа BIP-ова. Standards Track BIP-ови описују било какву промену која утиче на већину или све Биткоин имплементације, као што је промена протокола мреже или промена правила ваљаности блока или трансакције.
Информациони BIP-ови описују проблем дизајна Биткоина, или пружају опште смернице или информације Биткоин заједници, али не предлажу нову значајку. Процес BIP-ови описују процес који окружује Биткоин, или предлажу промену (или догађај у) процесу. Велика већина јавне пажње посвећена је Standards Track BIP-овима, јер су то предлози који мењају правила консензуса мреже.
Животни циклус предлога
Живот BIP-а почиње дуго пре него што му се додели број. Обично почиње дискусијама на Биткоин развојној маилинг листи. Ту се иницијална идеја подвргава провери, критици и често се раскомада од стране других програмера. Ако идеја преживљава ову иницијалну кујњу ватром, аутор саставља текст BIP-а.
Када се нацрт достави BIP репозиторијуму, уредник му додељује број. Овај статус је познат као "Draft." Одатле предлог пролази кроз различите фазе. Ако заједница сматра да је рад вредан, може прећи у "Proposed." Ако се промене имплементирају и мрежа их активира, BIP постаје "Final" или "Active." Насупрот томе, предлози могу бити "Rejected," "Withdrawn" од стране аутора, или означени "Obsolete" ако их замене нова решења.
Mehanizam konsenzusa
Najkonfuzniji aspekt Bitcoin razvoja za spoljašnje posmatrače je odsustvo formalne strukture upravljanja. Ne postoji fondacija ili lider koji štampa „odobreno“ na BIP. Umesto toga, mreža se oslanja na koncept poznat kao „rough consensus“. Ovo je termin posuđen od Internet Engineering Task Force (IETF). Ne znači jedinstvenost.
Razumevanje rough consensus-a
Rough consensus se postiže kada tehnička zajednica generalno slaže da je predlog solidan i da su svi značajni primedbi rešeni. To je kvalitativna mera, a ne kvantitativni glas. Ako predlog ima jaku tehničku vrednost ali suočava se sa validnim bezbednosnim brigama od značajnog dela developera, neće napredovati.
Ova dinamika primorava autore da se angažuju sa kritikama. Moraju poboljšati svoje predloge dok se primedbe ne reše ili se pokaže da su neosnovane. Ovaj proces može trajati godinama. Na primer, Taproot nadogradnja je diskutovana i usavršavana duži period pre nego što je smatrana spremnom za aktivaciju. Sporem je karakteristika, a ne bag, sprečavajući nepromišljene odluke koje bi mogle destabilizovati finansijsku mrežu.
Dostup commit-a developera
Uobičajeno zabluda je da developeri sa „commit access“ do Bitcoin Core GitHub repozitorijuma kontrolišu Bitcoin. Iako ovi maintainer-i imaju mogućnost da spoje kod u master granu softvera, funkcionišu više kao domari nego vladari. Njihova uloga je da osiguraju da kod koji se spaja odražava rough consensus zajednice.
Ako maintainer spoji kod koji fundamentalno menja Bitcoin protiv volje korisnika, operateri nodova jednostavno neće ažurirati na tu verziju. Mreža će nastaviti na prethodnoj verziji, a verzija maintainer-a će biti ignorisana. Ovo stvara moćnu proveru uticaja developera, osiguravajući da ostanu obavezni željama nod mreže.
Putanje aktivacije i implementacije
Kada se nadogradnja protokola kodira i spoji u Bitcoin Core softver, ona ostaje neaktivna. Mora je „aktivirati“ mreža. Ovo je faza gde se teorijski konsenzus susreće sa fizičkom realnošću blockchain-a. Aktivacija zahteva koordinaciju među ekonomskim akterima sistema, prvenstveno rudarima i operatorima punih nodova.
Signalizacija rudara i pragovi
Istorijski, aktivacija je često koristila proces definisan u BIP 9. Ovo uključuje rudare koji signalizuju svoju spremnost za nadogradnju unutar block header-a koje rudare. Tokom specifičnog perioda, obično dve nedelje (2016 blokova), mreža prati koliko blokova sadrži signal podrške za nadogradnju.
Ako procenat signalizovanih blokova dostigne definisani prag—često 90% ili 95%—nadogradnja se zaključava. Nakon naknadnog perioda milosti, nova pravila postaju aktivna. Ovaj mehanizam je dizajniran da osigura glatku nadogradnju mreže bez ostavljanja rudara pozadi. Međutim, doveo je i do političkih zastoja gde rudari efektivno vetašu nadogradnje odbijajući da signalizuju, čak i ako šira baza korisnika želi promenu.
Korisnički aktivirani soft forkovci
Ograničenja signalizacije rudara postala su očigledna tokom „Block Size War“-a pred 2017. Kada su rudari zaustavili aktivaciju Segregated Witness (SegWit), grassroot pokret se pojavio predlažući User Activated Soft Fork (UASF), poznat kao BIP 148.
U UASF-u, operatori nodova pokreću softver koji odbacuje blokove od rudara koji ne signalizuju za nadogradnju nakon određenog datuma. Ovo pomera moć sa rudara nazad na ekonomsku većinu nodova. Ako ekonomska aktivnost (berze, novčanici, korisnici) pređe na UASF lanac, rudari su ekonomski incentivisani da slede ili rizikuju rudarenje na beskorisnom lancu. Pretnja BIP 148 bila je ključna u primoravanju aktivacije SegWit-a.
Dynamika forkova i kompatibilnost
Promene Bitcoin protokola generalno spadaju u dve kategorije: soft forkovci i hard forkovci. Razlika leži u kompatibilnosti unazad. Razumevanje razlike je ključno za shvatanje zašto je Bitcoin ostao jedinstvena, kontinuirana mreža uprkos brojnim nadogradnjama.
Mehanizam soft forka
Soft fork je promena protokola koja ograničava skup validnih blokova. Pooštrava pravila. Pošto nova pravila predstavljaju podskup starih pravila, stari nodovi koji se nisu nadogradili i dalje će videti nove blokove kao validne. Možda neće razumeti nove funkcije, ali će prihvatiti lanac.
Ova kompatibilnost unazad je vitalna. Omogućava mreži da se nadograđuje postepeno. Korisnici nisu primorani da odmah ažuriraju softver da bi ostali deo konsenzusa. Većina velikih nadogradnji, uključujući SegWit i Taproot, implementirane su kao soft forkovci. Ovo osigurava da mreža ne podeli u dva nekompatibilna lanca samo zato što su neki korisnici spori sa nadogradnjom.
Divergencija hard forka
Hard fork opušta pravila ili uvodi pravila nekompatibilna sa starim softverom. Stari nodovi će videti blokove kreirane pod novim pravilima kao nevalidne i odbaciti ih. Da bi hard fork uspeo bez podela mreže, 100% korisnika mora nadograditi simultano, što je nemoguće u decentralizovanom sistemu.
Posledično, kontroverzni hard forkovci skoro uvek rezultiraju permanentnim podelom lanca. Najpoznatiji primer je kreiranje Bitcoin Cash (BCH) 2017. Zagovornici su želeli povećati limit veličine bloka, promenu pravila nekompatibilnu sa postojećim konsenzusom Bitcoina. Ovo je rezultiralo dva različita mreža i valute. Hard forkovci se generalno izbegavaju u Bitcoin razvoju zbog ovog rizika od razbijanja mreže i zajednice.
| Atribut poređenja | Soft Fork | Hard Fork |
|---|---|---|
| Kompatibilnost | Kompatibilno unazad | Nije kompatibilno unazad |
| Promena pravila | Pooštrava/Ograničava pravila | Popušta/Proširuje pravila |
| Rizik za mrežu | Nizak rizik od podela lanca | Visok rizik od permanentne podela |
Velike nadogradnje protokola: Segregated Witness
Jedan od najznačajnijih primera predloga koji prelazi u implementaciju je Segregated Witness (SegWit). Aktiviran u avgustu 2017, rešio je dugogodišnje probleme i postavio scenu za buduće skaliranje. Predlog je fundamentalno promenio kako su transakcioni podaci strukturirani.
Rešavanje malleability-ja
Pre SegWit-a, bilo je moguće menjati jedinstveni ID transakcije pre nego što se potvrdi na blockchain-u bez poništavanja potpisa. Ovaj problem, poznat kao transaction malleability, otežavao je izgradnju drugih slojeva rešenja poput Lightning Network-a. Ako se ID transakcije može promeniti, pametni ugovori koji se oslanjaju na taj ID bi se pokvarili.
SegWit je ovo rešio premestivši podatke potpisa (witness) van dela transakcije korišćenog za računanje ID-a. Segregacijom witness-a, ID transakcije postaje nepromenljiv. Ovo rešenje je bilo ključno za bezbedno funkcionisanje platnih kanala, omogućavajući razvoj Lightning Network-a.
Koncept Weight Unit-a
SegWit je takođe služio kao pametan porast veličine bloka. Umesto jednostavnog povećanja 1MB limita—što bi zahtevalo hard fork—SegWit je promenio kako se blokovi mere. Uveo je „block weight“.
Podaci u witness sekciji se računaju sa manje težine od podataka u glavnom transakcionom bloku. Ovo omogućava blokovima da premaše tradicionalnu veličinu od 1MB u smislu sirovih podataka (do 4MB teorijski) dok ostaju kompatibilni sa legacy nodovima koji proveravaju samo non-witness podatke. Ovo je efektivno povećalo kapacitet mreže i smanjilo naknade za transakcije koje koriste SegWit format.
Taproot nadogradnja
Posle SegWit-a, sledeća velika promena bila je Taproot, aktivirana u novembru 2021. Taproot je kombinovao tri BIP-a (340, 341, i 342) da poboljša privatnost, efikasnost i mogućnosti skriptovanja. Pokazao je rafiniraniji proces aktivacije poznat kao „Speedy Trial“.
Schnorr potpisi
U jezgru Taproot-a je implementacija Schnorr potpisa (BIP 340). Ovaj digitalni potpis šema nudi značajne prednosti u odnosu na originalni Elliptic Curve Digital Signature Algorithm (ECDSA). Primarna prednost je linearna svojstvo.
Linearna svojstva omogućavaju agregaciju potpisa. U multi-signature transakciji, više javnih ključeva i potpisa može se kombinovati u jedan ključ i jedan potpis. Blockchain-u, kompleksna transakcija sa više strana izgleda identično standardnoj transakciji jednog korisnika. Ovo poboljšava privatnost maskirajući kompleksnost aranžmana novčanika i štedi prostor na blockchain-u, smanjujući naknade.
Merkelized Abstract Syntax Trees
Taproot je takođe uveo Merkelized Abstract Syntax Trees (MAST). Prethodno, ako korisnik kreira kompleksan pametni ugovor sa više uslova trošenja, svi ti uslovi su morali biti otkriveni na blockchain-u kada se fondovi troše. Ovo je bilo neefikasno i loše za privatnost.
Sa MAST-om, korisnici mogu strukturirati uslove trošenja u formatu stabla. Prilikom trošenja, otkrivaju samo specifičnu granu stabla koja se koristi. Neizvršene grane ostaju skrivene. Ovo omogućava intricate pametne ugovore koji su privatni i efikasni sa podacima, dodatno proširujući Bitcoin-ov potencijal izvan jednostavnog prenosa vrednosti.
Trenutne debate: Slučaj OP_CAT
Evolucija Bitcoina je u toku, sa trenutnim diskusijama fokusiranim na vraćanje izgubljene funkcionalnosti. Jedna od najistaknutijih tema je OP_CAT. Ovo je specifičan opcode (operation code) koji je bio deo originalnog Bitcoin softvera ali je onemogućen od strane Satoshi Nakamoto-a 2010. zbog briga o upotrebi memorije i bezbednosnim ranjivostima.
Razumevanje opcodova
Opcodovi su komande koje Bitcoin skripting jezik razume. Oni govore mreži kako da procesira transakciju. Neki opcode-i omogućavaju sabiranje, drugi proveravaju potpise, a neki verifikuju time lock-ove. Kada se opcode-i onemoguće, mogućnost izvršavanja tih specifičnih akcija se uklanja iz alatke mreže.
Uklanjanje OP_CAT-a i drugih ozbiljno je ograničilo Bitcoin skripting jezik. Ovo ograničenje je bilo namerno u to vreme, prioritetizujući bezbednost i stabilnost nad funkcionalnošću. Međutim, kako se razumevanje protokola razvilo, developeri sada istražuju bezbedno reintegrisanje ovih kodova da omoguće nove funkcije.
Predlog konkatenacije
OP_CAT specifično omogućava konkatenaciju (spajanje) dva niza podataka. Iako to zvuči jednostavno, omogućava moćnu funkciju poznatu kao „covenants“. Covenants omogućavaju korisnicima da postave ograničenja na to kako se budući bitcoin-i mogu potrošiti, ne samo ko ih može potrošiti.
Na primer, covenant može primorati da specifični UTXO može biti poslat samo na specifičnu whitelist adresa. Ovo ima masivne implikacije za vault mehanizme, gde korisnici mogu kreirati „undo“ dugmad za ukradene fondove, i za Layer 2 bridging. Debata oko OP_CAT-a ilustruje konzervativnu prirodu Bitcoin razvoja; čak i jednostavna komanda zahteva godine bezbednosne analize pre reintegracije.
Uticaj na Layer 2 rešenja
Predlozi protokola često ciljaju bazni sloj, ali njihova primarna korist se ostvaruje na Layer 2 (L2) mrežama. Odnos između glavnog blockchain-a i ovih sekundarnih slojeva je simbiotičan. Poboljšanja baznog protokola čine L2 jeftinijim, bezbednijim i efikasnijim.
Zavisnosti Lightning Network-a
Lightning Network je glavni primer ove zavisnosti. On se oslanja na bezbednost baznog sloja za poravnanje transakcija. Kao što je pomenuto, SegWit nadogradnja je bila preduslov za pouzdano funkcionisanje Lightning-a. Buduće nadogradnje nastavljaju da ciljaju efikasnost Lightning-a.
Na primer, predlozi poput „Eltoo“ (SIGHASH_ANYPREVOUT) ciljaju semplifikaciju upravljanja kanalima. Modifikacijom načina potpisivanja transakcija na baznom sloju, Lightning nodovi mogu čuvati manje podataka i lakše se oporaviti od grešaka. Ovo pokazuje kako L1 predlozi često voze potrebe L2 skalabilnosti.
Integracija sidechain-ova
Sidechain-ovi, kao što su Liquid ili Rootstock, takođe imaju korist od nadogradnji protokola. Sidechain-ovi su nezavisni blockchain-ovi koji rade paralelno sa Bitcoin-om. Koriste two-way peg za prenos vrednosti tamo-amo. Trenutno, ovi peg-ovi često zavise od federacija—grupa poverljivih funkcionera.
Nadogradnje poput OP_CAT-a ili novih potpis šema mogle bi omogućiti trustless-ije bridging mehanizme. Ako Bitcoin skript može verifikovati dokaze sa sidechain-a (kao Zero-Knowledge dokazi), omogućilo bi korisnicima da pomeraju fondove između lanaca bez poverenja u federaciju. Ovo ostaje glavna oblast istraživanja i motivacije za nove BIP-ove.
Neočekivana inovacija: Ordinals fenomen
Ponekad, nadogradnje protokola dovode do potpuno neočekivanih ishoda. Uspon Ordinals-a je svedočenje zakonu nepredviđenih posledica u open-source softveru. Ordinals koristi mehanike SegWit-a i Taproot-a da ureže podatke direktno na pojedinačne satoshi-je.
SegWit je učinio jeftinijim čuvanje witness podataka, a Taproot je uklonio limit veličine na data push-ove unutar transakcijskih skripti. Kombinovano, ove promene omogućile su korisnicima da ugrađuju slike, tekst i čak video igre u Bitcoin blockchain. Ovo nije bila specifična namera developera koji su napisali te BIP-ove.
Ovaj razvoj je izazvao žestoku debatu u zajednici. Neki vide natpise kao spam koji začepljuje mrežu, dok drugi vide kao legitimnu upotrebu block prostora plaćenu naknadama. Bez obzira na stav, Ordinals pokazuje da će korisnici mreže, nakon implementacije predloga, koristiti nova pravila na načine koje autori možda nikada nisu predvideli.
Zaključak
Anatomija Bitcoin protokol predloga otkriva sistem koji prioritetizuje opstanak iznad svega. Od inicijalnog nacrta BIP-a do iscrpljujućeg procesa izgradnje rough konsenzusa, svaki korak je dizajniran da filtrira rizike. Razlika između soft forkova i hard forkova ilustruje posvećenost kompatibilnosti unazad, osiguravajući da mreža ostane inkluzivna čak i dok napreduje.
Nadogradnje poput SegWit-a i Taproot-a pokazuju da Bitcoin može inovirati bez žrtvovanja svojih jezgrinskih principa. U međuvremenu, tekuće debate oko OP_CAT-a i pojavljivanje Ordinals-a dokazuju da ekosistem ostaje vibrantan i nepredvidiv. Međuigra između rudara, developera i operatora nodova kreira sistem provera i ravnoteža koji nijedan centralizovani entitet ne može preglasati.
Bitcoin se menja sporo ne zato što ne može brzo, već zato što je cena njegovog sloma prevelika da bi se rizikovala.