Ripple CTO Emeritus David Schwartz om Bitcoin-hard forks
Ripple CTO Emeritus David Schwartz veide nylig inn i en samtale på X, hvor han forklarte logikken bak Bitcoin-hard forks. En bruker på X stilte spørsmål ved verdien av en ny PoW-fork, med henvisning til Bitcoin Cash og det nyeste BIP-110-forslaget.
Brukerens bekymringer om forks
Brukeren argumenterte for at mens forks kan adressere «overfladiske» problemer, som om et nettverk har for mye eller for lite spam, ender de fortsatt opp med å arve det underliggende styringsproblemet. «Poenget mitt her er at hvis du tror den gamle kjeden har blitt fanget, hvordan hjelper det å lage en ny PoW-fork? Ja, den vil ha funksjonen du ønsket, men på et tidspunkt, hvis din nye kjede blir superpopulær, vil den bli fanget igjen,» la brukeren til.
Schwartz» perspektiv på PoW-forks
Schwartz» perspektiv på en PoW-fork er ganske annerledes; han sier at det gir deltakerne muligheten til å velge mellom konkurrerende sett med regler. Poenget med en fork er å la alle få det de ønsker ved å velge hvilken side av fork de vil samhandle med. «Hvis folk på den «tapende» siden kommer til den «vinnende» siden, er det fordi de innser at reglene på den vinnende siden gir de resultatene de foretrekker. Hvorfor ellers?» sa Schwartz.
Dette antyder at hvis deltakerne er sterkt uenige med reglene til et eksisterende nettverk, kan en fork gi dem et annet alternativ. Hvis det alternativet til slutt blir mer attraktivt, kan brukerne migrere mot det.
BIP-110 og opprettelsen av en ny minoritetskjedet
Forrige lørdag ble en ny minoritetskjedet opprettet da BIP-110-støttespillere splittet fra Bitcoin, og den genererte bare to blokker. BIP-110, formelt kjent som Reduced Data Temporary Softfork, var utviklet av den pseudonyme utvikleren Dathon Ohm, med innspill fra Luke Dashjr, skaperen av Bitcoin Knots nodeprogramvaren.
Forslaget inneholdt en ettårs konsensusnivåbegrensning på vilkårlig data i Bitcoin-transaksjoner. Dette inkluderer Ordinals-innskrifter (Bitcoins svar på NFTs), BRC-20 og Runes (begge fungible token-standarder), samt restriksjoner på overdimensjonerte OP_RETURN.
Forslaget inneholdt syv regler som begrenset de fleste utdata til 34 byte, OP_RETURN til 83 byte, og dataskyver til 256 byte, pluss restriksjoner på Taproot-vedlegg og kontrollblokker.
