David Schwartz om Bitcoin-hårda forks
Ripple CTO Emeritus David Schwartz har nyligen delat med sig av sina tankar i en konversation på X, där han förklarar logiken bakom Bitcoin-hårda forks. En användare på plattformen ifrågasatte värdet av en ny PoW-fork och nämnde Bitcoin Cash samt det senaste BIP-110-förslaget.
Medan forks kan adressera ”ytliga” problem, såsom huruvida ett nätverk har för mycket eller för lite skräppost, ärver de fortfarande det underliggande styrningsproblemet, hävdade användaren.
”Min poäng här är att om du tror att den gamla kedjan har blivit fångad, hur hjälper det att skapa en ny PoW-fork? Ja, den kommer att ha den funktion du ville ha, men vid något tillfälle, om din nya kedja blir superpopulär, kommer den att bli fångad igen.”
Schwartz har en något annorlunda syn på PoW-forks och menar att de ger deltagarna möjlighet att välja mellan konkurrerande uppsättningar av regler. Syftet med en fork är att låta alla få vad de vill genom att välja vilken sida av fork de vill interagera med. Om människor på den ”förlorande” sidan väljer att gå över till den ”vinnande” sidan, beror det på att de inser att reglerna på den vinnande sidan ger de resultat de föredrar.
”Varför annars?”
sa Schwartz. Detta antyder att om deltagarna starkt oense med reglerna för ett befintligt nätverk, kan en fork ge dem ett alternativ. Om det alternativet så småningom blir mer attraktivt, kan användare migrera mot det.
BIP-110 och dess konsekvenser
Förra lördagen skapades en ny minoritetskedja när supportrarna av BIP-110 splittrades från Bitcoin och kedjan varade endast i två block. BIP-110, formellt känd som den Reducerade Data Temporära Softfork, var hjärnchilden till den pseudonyma utvecklaren Dathon Ohm med input från Luke Dashjr, skaparen av Bitcoin Knots nodprogramvara.
Förslaget föreslog en ettårig konsensusnivåbegränsning på godtycklig data i Bitcoin-transaktioner. Detta inkluderar Ordinals-inskriptioner (Bitcoins svar på NFTs), BRC-20 och Runes (båda fungibla tokenstandarder), samt överdimensionerade OP_RETURN. Förslaget innehöll sju regler som begränsade de flesta utdata till 34 byte, OP_RETURN till 83 byte och dataskickningar till 256 byte, plus begränsningar på Taproot-tillägg och kontrollblock.
