A Bitcoin gyakran statikus digitális pénzként jelenik meg, digitális aranyként, amely idővel változatlan marad. Azonban a protokoll olyan szoftver, amelyet karbantartani, javítani és frissíteni kell a túlélés érdekében. A fejlesztők folyamatosan dolgoznak a kritikus hibák kijavításán és olyan frissítések biztosításán, amelyekkel a rendszer kiállja az idő próbáját. Bár a hálózat decentralizált, vagyis egyetlen vezérigazgató vagy igazgatótanács sem hoz döntéseket, a változások mégis bekövetkeznek.
A Bitcoin fejlődésének folyamata különbözik a centralizált entitásokétól, ahol a döntések felülről lefelé történnek. A kormányzás fogalma itt kissé lazán értelmezhető, mivel gyakran olyan vezetőket feltételez, akik a tömeg képviseletében járnak el. A Bitcoinban nincsenek ilyen vezetők. A folyamat kvázi-politikai abban az értelemben, hogy az érdekelteknek meg kell versengeniük a befolyásért, de nem demokrácia vagy plutokrácia.
A szavazás vagy tisztviselők választása helyett a hálózat a konszenzus kiépítésére támaszkodik. A megfontolás és a meggyőzés kulcsfontosságú eszközök ebben a környezetben. Végül minden résztvevő megőrzi saját akaratát. Ez egy opt-in rendszer, ahol mindenki szabadon választhatja meg a saját útját. A hálózatot a felhasználók számítógépein futtatott szoftverek határozzák meg.
A résztvevők alapértelmezett kultúrája az, hogy a protokoll csak akkor változik, ha feltétlenül szükséges. Ha a hatalmas többség nem ért egyet egy módosítással, a status quo megmarad. Akik változtatni szeretnék a szabályokat, mindig szabadon forkolhatják a szoftvert, és létrehozhatják saját verziójukat. Ez a dinamika jelentős történelmi eseményekhez vezetett, amelyekben a hálózat versenyző frakciókra szakadt.
A fejlesztési javaslatok szerepe
A kódfrissítések implementálásának folyamata a Bitcoin Improvement Proposals (BIP-k) révén formalizált. Ezeket a dokumentumokat kidolgozzák, szakértői véleményezés alá bocsátják, nyilvánosan megvitatják és alaposan tesztelik. Egy BIP célja a közösségben durva konszenzus elérése. A durva konszenzus akkor valósul meg, ha a legtöbb ember elégedett azzal, hogy a javaslattal szembeni kifogások tévesek vagy már kezeltek.
Ha ez a konszenzus megszületik, a következő lépés a BIP integrálása a Bitcoin Core nevű szoftverkliensbe. Egy kis számú főfejlesztőnek van commit-hozzáférése a kódtárhoz. Ez azt jelenti, hogy feltölthetik a kódot a közösség által elismert nyilvános platformra. Azonban hatalmukat a node üzemeltetők korlátozzák.
A végső és legfontosabb lépés, hogy a hálózat felhasználói, vagyis a node-ok telepítsék az új szoftververziót. Ez a lépés biztosítja, hogy a végfelhasználók őrizzék meg az végső kontrollt afelől, hogy mi határozza meg a hálózatot. Csak akkor tekinthető aktiváltnak a frissítés, ha egy meghatározott küszöbértékű node telepíti azt. Azoknál a változásoknál, amelyek anyagilag megváltoztatják a protokollt, az aktiválási küszöb rendkívül magasra van állítva a konfliktusok elkerülése érdekében.
Konszenzus és node hatalom
Széles skálán mozognak a hangok ebben az ökoszisztémában. Fejlesztők, bányászok, tőzsdék, tárca szolgáltatók és független node üzemeltetők egyaránt részt vesznek. Ezek a csoportok dinamikus hatalmi küzdelemben állnak, ahol az ellenőrzések és egyensúlyok megakadályozzák, hogy bármelyik csoport túlzott befolyást szerezzen.
Például csak kb. 100 fejlesztő szerepel a Bitcoin Core kliens közreműködőiként. Egy következtetés szerint ők irányítják a hálózatot. Azonban több tízezer független node létezik. Mivel a legtöbb node függetlenül dönt a futtatandó szoftverkliensről, a fejlesztők a node-októl függenek. Ha a fejlesztők olyan szoftvert adnak ki, amely nem felel meg a felhasználók vágyainak, a node-ok egyszerűen elutasítják azt.
A bányászok egy másik csoport, akiket gyakran teljes kontrollal rendelkezőknek vélnek, mert ők rendezik a tranzakciókat. A érv az, hogy egy több mint 50%-os hashpowerrel rendelkező bányászcsoport átvehetné a hálózatot. Azonban a bányászok is a node-októl függenek. Ha a bányászok olyan blokkokat termelnek, amelyek megsértik a node-ok által elfogadott szabályokat, a node-ok elutasítják azokat. A bányászok ekkor pénzt és áramot pazarolnának egy olyan láncra, amelyet a gazdasági többség figyelmen kívül hagy.
Hálózati frissítések meghatározása: lágy vs. kemény forkok
Amikor frissítéseket javasolnak, azok általában két kategóriába sorolhatók: lágy forkok és kemény forkok. A különbség abban rejlik, hogy az új szabályok hogyan lépnek kölcsönhatásba a régiekkel. Ez a technikai különbség mélyreható következményekkel jár a közösségi összetartásra és a hálózati folytonosságra.
A lágy fork visszamenőleg kompatibilis frissítés. Ez azt jelenti, hogy az új verziót futtató node-ok kompatibilisek maradnak a korábbi verziót futtató node-okkal. Lágy fork esetén az új szabályok szigorúbbak vagy korlátozóbbak, mint a régiek. A régi node-ok továbbra is érvényesnek látják az új tranzakciókat, még ha nem is értik az implementált új funkciókat.
Ez a kompatibilitás miatt a lágy forkok nem követelik meg, hogy az egész hálózat egyszerre frissüljön. Simább átmenetet biztosít. A nem frissülő node-ok továbbra is részt vehetnek a hálózatban, bár esetleg nem tudják használni az új funkciókat. Ez a mechanizmus a node-ok számára, nem a fejlesztők számára adja a végső szót az implementálásról.
A kemény forkok természete
Ha egy javaslat nem visszamenőleg kompatibilis, akkor kemény fork. Ebben az esetben az új szabályok ellentmondanak a régieknek. Csak az új verziót futtató node-ok kompatibilisek egymással. Az egész node közösségnek meg kell egyeznie az új verzió használatában ahhoz, hogy ugyanazon a hálózaton maradjon.
Ha a közösség bármely része nem ért egyet a mới szoftver telepítésével és futtatásával, az állandó elterjedéshez vezet. A blokklánc két különálló láncra szakad, amelyek már nem kommunikálnak egymással. Egyik lánc a régi szabályokat követi, a másik az újakat. Ez két különálló kriptovalutát hoz létre, közös történelemmel a szétválás pillanatáig.
A kemény forkok általában jelentős nézeteltérések miatt történnek a protokoll jövőbeli irányításával kapcsolatban. Ezek skálázhatósági vitákból, biztonsági javításokból vagy ideológiai különbségekből adódhatnak a coin céljával kapcsolatban. Ha ezeket a nézeteltéréseket nem lehet konszenzussal megoldani, a szétválás az egyetlen módja annak, hogy mindkét oldal kövesse vízióját.
| Jellemző | Lágy fork | Kemény fork |
|---|---|---|
| Kompatibilitás | Visszamenőleg kompatibilis | Nem kompatibilis |
| Frissítési igény | Opcionális egyes node-oknál | Kötelező mindenkinek |
| Kimenetel | Egyetlen lánc fennmarad | A lánc kettéválik |
A szétválás következményei
Egy kemény fork következményei jelentősek. Először is létrejön egy új kriptovaluta. Ha egy felhasználó érméket tartott az eredeti láncon a fork előtt, általában egyenlő mennyiségű új érmét kap a mới láncon. Ez azért van, mert mindkét lánc ugyanazt a történelmet és főkönyvet osztja meg a szétválás blokkjáig.
A másik fő következmény az árfolyam-volatilitás. A piacnak meg kell döntenie a két versenyző lánc értékéről. Ez zavart kelthet a felhasználók és vállalkozások körében. Replay támadások, ahol egy lánc tranzakcióját rosszindulatúan megismétlik a másikon, kockázatot jelenthetnek, ha megfelelő védelmek nincsenek bevezetve.
Továbbá a kemény forkok szétszakítják a közösséget. A fejlesztőknek, bányászoknak és felhasználóknak oldalra kell állniuk. Ez a megosztottság hígíthatja a hálózati hatást, amely egy kriptovaluta fő értékmeghajtó ereje. Míg egyesek a forkokat funkcióként látják, amely piacképet biztosít, mások fenyegetésként tekintenek rájuk a stabilitás és biztonság szempontjából.
A blokkméret-háborúk és a Bitcoin Cash
A történelem legjelentősebb kemény forkja 2017-ben történt. Ez éveken át tartó vita csúcspontja volt, amelyet „Blokkméret-háborúnak” neveztek. A nézeteltérés a hálózat skálázásának módjára vonatkozott, hogy több tranzakciót kezeljen.
Az adoptálás növekedésével az eredeti tervezés, amely korlátozott tranzakciókat támogat másodpercenként, nehézségekbe ütközött. A blokkok megteltek, ami hálózati torlódáshoz vezetett. Ez lassabb tranzakcióidőket és magasabb díjakat eredményezett. Csúcsidőszakokban a hálózat használata kis kifizetésekre praktikusatlan lett.
Egy tábor úgy vélte, a megoldás a blokkméret-határ növelése. Állították, hogy nagyobb blokkok több tranzakció feldolgozását teszik lehetővé egyszerre, alacsony díjak mellett megőrizve a valuta mindennapi fizetési hasznosságát. Ők elsősorban csereeszköznek tekintették az eszközt, digitális készpénzként.
A szemben álló tábor érve az volt, hogy a blokkméret növelése túl naggyá tenné a blokkláncot az átlagfelhasználók számára a tároláshoz. Úgy hitték, ez centralizációhoz vezetne, ahol csak nagy adatközpontok futtathatnának node-okat. Kis blokkok megtartását szorgalmazták a decentralizáció megőrzése érdekében, és más rétegeket javasoltak a skálázáshoz.
A Bitcoin Cash születése
2017 augusztusában a nézeteltérés elérte a töréspontot. A résztvevők nem tudtak egységes skálázási módszerben megegyezni. Egy fejlesztő- és bányászcsoport kemény forkot indított a blokkméret-határ növelésére. Ez a Bitcoin Cash (BCH) létrehozásához vezetett.
A Bitcoin Cash megnövelte a blokkméretet a nagyobb tranzakcióátbocsátás érdekében. Célja a peer-to-peer elektronikus készpénzrendszer víziójának beteljesítése alacsony díjakkal. A szétválás vitatott volt, mindkét oldal azt állította, hogy ők képviselik az eredeti white paper „igazi” vízióját.
A fork óta a Bitcoin és a Bitcoin Cash teljesen különálló hálózatként működik. Különböző fejlesztőcsapatokkal, piaci értékekkel és roadmappal rendelkeznek. Bár ugyanazt a genesis blokkot és korai történelmet osztják meg, ma különálló eszközök eltérő filozófiával a skálázás és hasznosság tekintetében.
Későbbi forkok és fragmentáció
A Bitcoin Cash szétválás után más kemény forkok is történtek. 2017 októberében elindult a Bitcoin Gold (BTG). Célja a bányászat decentralizálása volt a proof-of-work algoritmus megváltoztatásával. A létrehozók azt akarták, hogy a bányászat elérhető legyen standard grafikus kártyákkal rendelkező felhasználók számára a drága speciális eszközök helyett.
Egy másik jelentős szétválás a Bitcoin Cash hálózaton belül történt. 2018 novemberében a blokkméret-határral és technikai funkciókkal kapcsolatos nézeteltérés a Bitcoin SV (BSV) létrehozásához vezetett. A BSV támogatói hatalmas blokkméreteket szorgalmaztak a kapacitás vállalati szintre skálázásához.
A Bitcoin Diamond (BCD) is megjelent 2017 végén. Megnövelte a blokkméret-határt és módosította az érmék teljes kínálatát. Mindegyik fork a fő protokoll érzékelt hiányosságait próbálta orvosolni. Azonban egy fork sikere nagyban függ a közösségi támogatástól és a fejlesztői kompetenciától. A legtöbb fork nem tartotta meg az eredeti lánc relevanciáját vagy piaci kapitalizációját.
Segregated Witness: A lágy fork alternatíva
Míg a nagy blokkos tábor kemény forkot választott, a fő hálózat a Segregated Witness (SegWit) nevű lágy fork frissítést követte. 2017-ben bevezetett SegWit egy ügyes mérnöki megoldás volt a skálázási problémára anélkül, hogy láncszétválást okozott volna.
A SegWit úgy működik, hogy megváltoztatja a tranzakcióadatok tárolását. Egy standard tranzakcióban a digitális aláírás, vagyis a „witness adat” jelentős helyet foglal el. A SegWit elkülöníti ezt a witness adatot a fő tranzakciós blokktól. Az aláírásokat kiterjesztett blokkstruktúrába helyezi.
Ezzel a SegWit effektíve megnövelte a blokkméret-határt anélkül, hogy technikailag megváltoztatta volna a régi node-ok által érvényesített 1MB szabályt. Bevezette a „súlyegységek” koncepcióját. A witness adat kisebb súllyal számít, mint a többi tranzakciós adat. Ez lehetővé teszi, hogy több tranzakció férjen egy blokkba, növelve az átbocsátást és csökkentve a díjakat.
Tranzakciós maleabilitás javítása
A skálázáson túl a SegWit kijavított egy kritikus hibát, a tranzakciós maleabilitást. A SegWit előtt lehetséges volt kissé megváltoztatni egy tranzakció egyedi azonosítóját megerősítés előtt. Ez nem változtatta meg a fizetés érvényességét, de problémákat okozott a második réteg protokolloknál.
Az aláírás elkülönítésével a tranzakcióazonosítótól a SegWit biztosította, hogy a tranzakcióazonosítókat ne lehessen módosítani. Ez a javítás elengedhetetlen volt a Lightning Network fejlesztéséhez. Biztonsági alapot biztosított a megbízható működésű off-chain fizetési csatornákhoz.
Felhasználó által aktivált lágy fork (UASF)
A SegWit aktiválása fordulópont volt a kormányzási történelemben. Egy User Activated Soft Fork (UASF) nevű stratégiát alkalmazott. Hagyományosan a bányászok jelezték a frissítéseket. Azonban a bányászok vonakodtak a SegWit aktiválásától.
Válaszul egy grassroots felhasználói mozgalom úgy döntött, hogy futtat egy szoftververziót (BIP 148), amely elutasítja a SegWitet nem támogató bányászok blokkjait. Ez gazdasági nyomást helyezett a bányászokra. Ha nem frissültek, blokkjaikat a felhasználói node-ok elutasították, és bevételt veszítettek.
A stratégia működött. Bemutatta, hogy a felhasználói bázis kollektív akarata rá tudja kényszeríteni a bányászokat a lépésre. Erősítette a decentralizált ethoszt, miszerint a felhasználók, nem a bányászok vagy fejlesztők a hálózat végső hatósága.
Taproot: A magánszféra és okosszerződések bővítése
2021 novemberében a hálózat aktiválta a Taproot nevű újabb jelentős lágy forkot. Hasonlóan a SegWithez, ez visszamenőleg kompatibilis frissítés volt. Bevezette a Schnorr aláírásokat és a Merkelized Abstract Syntax Trees (MAST) struktúrákat.
A Schnorr aláírások lecserélték a meglévő aláírási sémát egy hatékonyabbra. Lehetővé teszik az aláírások aggregálását. Ez azt jelenti, hogy több aláírást egyetlenbe lehet kombinálni. Több félet érintő összetett tranzakciók esetén ez csökkenti a blokkláncon tárolandó adat mennyiségét.
A MAST javítja az okosszerződések magánszféráját és hatékonyságát. Lehetővé teszi összetett feltételek strukturálását úgy, hogy csak a releváns részek kerülnek nyilvánosságra a coinok elköltésekor. Egy külső megfigyelő számára egy összetett okosszerződés-tranzakció ugyanolyannak tűnik, mint egy standard fizetés.
Funkcionalitási következmények
A Taproot előkészítette a terepet a fejlettebb szkriptelési képességekhez. Olcsóbbá tette az összetett tranzakciókat, mivel kevesebb helyet foglalnak. Emellett növelte a magánszférát azzal, hogy a különböző tranzakciótípusokat megkülönböztethetetlenné tette egymástól.
Ez a frissítés bemutatta, hogy a hálózat továbbra is képes innoválni és új funkciókat hozzáadni vitatott kemény fork nélkül. Megmutatta, hogy a kormányzási folyamat, bár lassú és megfontolt, sikeresen kézbesíthet anyagias javításokat a protokollra.
Skálázás fork nélkül: 2. réteg megoldások
Ahogy az on-chain skálázás korlátai világossá váltak, a fejlesztés a 2. réteg megoldások felé tolódott. Ezek másodlagos protokollok a fő blokklánc tetején. Off-chain kezelik a tranzakciókat, és a fő láncot csak végső elszámolásra használják.
A legkiemelkedőbb példa a Lightning Network. Állapotcsatornákat használ, hogy két fél korlátlanul tranzaktálhasson anélkül, hogy minden átutalást rögzítenének a blokkláncon. Csak a nyitó és záró egyenlegeket rögzítik. Ez közel azonnali, alacsony költségű kifizetéseket tesz lehetővé.
A 2. rétegek skálázhatóságot nyújtanak a bázisréteg biztonságának vagy decentralizációjának feláldozása nélkül. Elkerülhetők a vitatott kemény forkok a blokkméret növelésére. A kis, gyakori tranzakciók off-chain mozgatásával a fő hálózat torlódásmentes és biztonságos marad.
Sidechainek
A sidechainek egy másik mechanizmus a funkcionalitás kiterjesztésére. Egy sidechain független blokklánc, amely peggelve van a fő Bitcoin lánchoz. Az eszközök kétirányú peggel mozgathatók a két lánc között.
A sidechaineknek saját konszenzus-szabályaik lehetnek. Támogathatnak gyorsabb blokkidőket vagy olyan funkciókat, amelyek a fő láncon nem lehetségesek. Például a Liquid Network gyors, bizalmas tranzakciókra fókuszál a tőzsdék számára. A Rootstock Ethereum-stílusú okosszerződéseket hoz a Bitcoin ökoszisztémába.
Mivel a sidechainek különállóak, egy sidechain problémái nem fenyegetik közvetlenül a fő hálózat biztonságát. Ez lehetővé teszi a kísérletezést és innovációt. Ha egy sidechain funkció értékesnek és biztonságosnak bizonyul, később megfontolható a fő protokollhoz.
Modern innovációk és viták
A hálózat fejlődése folytatódik új koncepciókkal, amelyek feszegetik a lehetséges határokat. A SegWit és Taproot bevezetése akaratlanul lehetővé tette új típusú adattárolást. Ez az Ordinals felemelkedéséhez vezetett.
Az Ordinals egy rendszer az egyes satoshik, a valuta legkisebb egységének számozására. Egy satoshi egyedi számmal való ellátásával a felhasználók követhetik azt. Fontosabban, adatokat tudnak ráírni. Ez lehet kép, szöveg vagy akár egyszerű játék.
Ez lehetőséget teremtett nem helyettesíthető tokenek (NFT-k) közvetlen verésére a blokkláncon. Az adatokat a tranzakció witness részében tárolják, ami olcsóbb a SegWit miatt. Míg egyes felhasználók ünneplik ezt új használati esetként, amely növeli a bányászbevételeket, mások spamként látják, amely torlódást okoz a hálózaton.
OP_CAT és szkriptelés
Egy másik aktív kutatási terület a régi opkódok visszaállítása. Az OP_CAT egy kódrészlet, amelyet a projekt korai napjaiban távolítottak el biztonsági aggályok miatt. Lehetővé teszi két adatrészlet konkatenációját, vagyis összefűzését egy szkriptben.
A támogatók szerint az OP_CAT visszahozatala erősebb okosszerződéseket tenne lehetővé komplex rendszerátalakítás nélkül. Elősegíthetné a decentralizált tőzsdéket és fejlettebb covenanteket közvetlenül a bázisrétegen. Ez a funkcionalitás hozzáadása és kockázat minimalizálása közötti folytonos vita része.
Összeférhetőség és wrapped eszközök
Belső frissítések mellett a szélesebb kriptoökoszisztéma módokat fejlesztett ki a Bitcoin használatára más láncokon. A Wrapped Bitcoin (WBTC) és Threshold Bitcoin (tBTC) a eszköz tokenizált verzelei, amelyek léteznek pl. Ethereum blokkláncokon.
A WBTC egy kustódira támaszkodik, aki a valódi érméket tartja és tokeneket bocsát ki. Ez likviditást hoz a decentralizált pénzügy (DeFi) alkalmazásokba más hálózatokon. A tBTC decentralizáltabb módon próbálja ezt meg küszöb kriptográfiával, elkerülve az egypontos hibalehetőséget.
Ezek a megoldások lehetővé teszik a tulajdonosok számára, hogy részt vegyenek kölcsönzésben, kölcsönvételben és kereskedésben olyan platformokon, amelyek komplex okosszerződéseket támogatnak. Hidat képeznek a biztonságos értékmegőrző és a rugalmas DeFi világ között.
Összegzés
A Bitcoin történelme a stabilitás és innováció egyensúlyának kereséséről szól. Lágy és kemény forkok mechanizmusain keresztül a hálózat navigálta a mély nézeteltéréseket és technikai kihívásokat. A Bitcoin Cash szétválás rávilágított a skálázási konszenzus elérési nehézségére, míg a SegWit és Taproot frissítések a visszamenőleg kompatibilis javítások erejét mutatták be.
Ma az ökoszisztéma 2. réteg megoldásokkal, sidechaineekkel és új protokollokkal, mint az Ordinals fejlődik. A kormányzási folyamat szándékosan lassú és megfontolt marad, a decentralizált főkönyv biztonságát és integritását helyezve mindenek fölé. Ahogy új technológiák, mint a fraktál skálázás és visszaállított opkódok kerülnek javaslatra, a közösség újra belekezd a digitális gazdaságot meghatározó szigorú vitába.
A Bitcoin szigorú konszenzusfolyamaton keresztül fejlődik, ahol a felhasználók végül eldöntik a szabályokat azzal, hogy melyik szoftvert választják futtatásra.