Twee Ethereum-ontwikkelaars, Leo Glisic en Giulio Rebuffo, dienden op zondag concurrerende voorstellen in die afzonderlijke strategieën schetsen voor het beschermen van applicaties die al op het netwerk zijn geïmplementeerd. Beide behandelen de mogelijke gevolgen van de Ethereum Improvement Proposals EIP-8037 en EIP-8038, die de gas die nodig is voor bepaalde smart contract-bewerkingen zou verhogen. Het geschil is een belangrijk punt geworden voor Glamsterdam, nu ontwikkelaars beoordelen of de voorgestelde prijswijzigingen kunnen worden doorgevoerd zonder contracts te verstoren die zijn ontworpen rond Ethereum's bestaande gasschema.

Glamsterdam-gaswijzigingen roepen compatibiliteitszorgen op

In het hart van de controverse staan EIP-8037 en EIP-8038, twee voorstellen die deel uitmaken van de geplande Glamsterdam-upgrade en de kosten zouden wijzigen van het creëren van contracts en het raadplegen van opgeslagen blockchaingegevens. Gas is de eenheid waarmee Ethereum de rekenkracht meet die nodig is om transacties en smart contract-instructies uit te voeren, en wijzigingen in gasprijzen kunnen het gedrag van applicaties beïnvloeden, vooral wanneer ontwikkelaars contracts hebben geprogrammeerd rond specifieke uitvoeringslimieten.

Ethereum-upgrades zoals Glamsterdam bundelen meerdere EIP's in één gecoördineerde wijziging van de netwerkregels, en voorstellen doorlopen doorgaans beoordeling door kernteam-ontwikkelaars, clientimplementatie en testnettesten voordat een beslissing over activering wordt genomen. Het huidige geschil speelt zich binnen dat proces af: de bezwaren ontstaan terwijl Glamsterdam nog in de testnetevaluatie zit, voordat iets de hoofd-blockchain bereikt.

Onder EIP-8037 zou de basisgasvergoeding voor het creëren van een smart contract stijgen van 32.000 naar 183.600 gas, met aanvullende kosten voor codeopslag en uitvoering die apart worden toegepast. De verhoging heeft zorgen gewekt omdat sommige bestaande Ethereum-applicaties zijn ontwikkeld met de verwachting dat bepaalde bewerkingen dezelfde hoeveelheid gas zouden blijven verbruiken.

Sommige contracts wijzen een vaste gas-toewijzing toe bij interactie met andere applicaties. Als de kosten van die interacties boven het toegewezen bedrag uitstijgen, kunnen de bewerkingen mislukken. De inzet is bijzonder hoog voor smart contracts die na implementatie niet kunnen worden gewijzigd, aangezien dergelijke applicaties mogelijk geen eenvoudig mechanisme hebben om zich aan te passen aan een herziene gasschema.

Securityonderzoekers waarschuwen voor wijdverbreide contractverstoringen

De zorgen hebben al gevolgen gehad voor de testtijdlijn van Glamsterdam. Hoewel de upgrade op een Ethereum-testnet is geïmplementeerd, werd een tweede testeercercise die voor 26 oktober gepland was uitgesteld na waarschuwingen van securityonderzoekers. Ethereum-testnetten stellen ontwikkelaars in staat protocolwijzigingen te evalueren voordat ze de hoofd-blockchain bereiken, waar applicaties en transacties echte activa betreffen. Gasschema's zijn ook in eerdere Ethereum-upgrades herzien, daarom worden voorstellen voor herprijzing routinematig getoetst aan contracts die op oudere kostenveronderstellingen zijn geschreven.

Securityonderzoeker pcaversaccio bekritiseerde de voorgestelde gasaanpassingen publiekelijk en stelde dat Glamsterdam niet in zijn huidige vorm zou moeten doorgaan.

"imho Glamsterdam should not be shipped in its current form, period," schreef pcaversaccio op X.

De onderzoeker zei dat de zorgen twee weken eerder bij Ethereum-kernontwikkelaars waren aangkaart.

Pseudonieme ontwikkelaar banteg betwijfelde ook de reikwijdte van bestaande compatibiliteitsevaluaties en wees op een lijst van ongeveer 200.000 mogelijk getroffen contracts in de ethereum/repricing-impact-repository. Volgens banteg kunnen methodologische beperkingen in de evaluatie betekenen dat aanzienlijk meer contracts worden getroffen dan de bestaande lijst aangeeft. De ontwikkelaar waarschuwde verder dat de voorgestelde wijzigingen de implementatie en werking van verschillende prominente Ethereum-protocollen kunnen verstoren, in plaats van alleen minder gebruikte applicaties te treffen.

De waarschuwingen hebben de aandacht verscherpt op hoe Ethereum-ontwikkelaars van plan zijn de gasherziening door te voeren en tegelijk de functionaliteit van contracts die al op het netwerk draaien te behouden.

EIP-8488 stelt aparte gasregels voor bestaande en nieuwe contracts voor

Glisic's voorstel, bekend als EIP-8488, introduceert een compatibiliteitsmechanisme dat onderscheid maakt tussen smart contracts die vóór de upgrade zijn geïmplementeerd en die erna zijn gemaakt. Bestaande contracts blijven werken onder Ethereum's huidige gasprijzen, terwijl nieuw geïmplementeerde contracts een herziene set instructies gebruiken die de hogere gaskosten weerspiegelen die door EIP-8037 en EIP-8038 worden geïntroduceerd.

Het voorstel zou Ethereum's instructieset effectief in twee versies verdelen, waardoor oudere applicaties hun vastgestelde uitvoeringskosten behouden terwijl nieuwe applicaties de bijgewerkte prijsstructuur moeten volgen.

"Existing contracts keep the legacy schedule," stelt het EIP-8488-concept.

Nieuwe contracts zouden verplicht worden om V2-opcodes te gebruiken die horen bij het herziene gasschema. De aanpak is bedoeld om compatibiliteitsrisico's te verminderen voor applicaties die niet kunnen worden geüpgraded, terwijl Ethereum de geplande gasprijsveranderingen kan doorvoeren voor toekomstige implementaties.

Alternatief voorstel introduceert dubbele gasadministratie

Rebuffo heeft een ander mechanisme voorgesteld dat het nieuwe gasschema toepast op transactiefacturering en tegelijk het bestaande uitvoeringsgedrag voor oudere smart contracts behoudt. In plaats van aparte instructiesets voor oude en nieuwe applicaties te handhaven, zou het ontwerp twee gasadministratiemechanismen binnen elke transactie introduceren. Eén meter houdt de contractuitvoering bij volgens de bestaande gasregels, terwijl een tweede de transactiekosten berekent volgens het bijgewerkte prijsschema.

Onder deze structuur bepaalt het nieuwe schema de transactievergoeding, maar oudere applicaties blijven uitvoeren onder de aannames die door de eerdere gasregels zijn vastgesteld. Het voorstel beoogt de berekening van transactiekosten te scheiden van de uitvoeringsvoorwaarden waar bestaande smart contracts van afhankelijk zijn.

Het concept erkent echter dat het ontwerp op implementatieniveau nog ongetest is.

"no execution-client implementation or consensus tests have been run for this design," stelt het voorstel.

Ontwikkelaars staan voor beslissingen over Glamsterdam-gaswijzigingen

De concurrerende voorstellen belichten verschillende benaderingen om hetzelfde compatibiliteitsprobleem op te lossen. Glisic's EIP-8488 zou de bestaande gasprijzen behouden voor eerder geïmplementeerde contracts en tegelijk het herziene schema introduceren via nieuwe instructies. Rebuffo's alternatief zou bijgewerkte transactiefacturering toepassen terwijl het legacy-uitvoeringsgedrag behouden blijft. Beide benaderingen beogen te voorkomen dat de geplande gasherziening applicaties verstoort die afhankelijk zijn van Ethereum's bestaande uitvoeringskosten.

De kwestie heeft aandacht gekregen omdat de getroffen contracts gevestigde protocollen kunnen omvatten die hun geïmplementeerde code niet eenvoudig kunnen wijzigen. Nu het testen al is uitgesteld na beveiligingswaarschuwingen, presenteren de voorstellen mogelijke technische oplossingen voor ontwikkelaars die Glamsterdam's compatibiliteitsrisico's beoordelen.

De mijlpalen die het debat vooruit zouden helpen, zijn concreet: een opnieuw ingeplande testnetronde met een compatibiliteitsmechanisme op zijn plaats, en, als een van de concepten verder moet komen, execution-client-implementaties en consensus-testresultaten om dit te evalueren. Tot die stappen zijn gezet, blijft de compatibiliteitsvraag open nu Glamsterdam door zijn ontwikkelingscyclus beweegt.

De beschikbare informatie establishes niet of een van de voorstellen zal worden aangenomen. Rebuffo's ontwerp blijft ook zonder execution-client-implementatie of consensus-testresultaten, waardoor de technische haalbaarheid verder moet worden beoordeeld.

Bron: CoinDesk

Eerst gepubliceerd door: Hokanews