Cardano stelt node 10.7.0 uit en waarschuwt ontwikkelaars voor Plutus-wijzigingen

Cardano schuift een belangrijke node-upgrade door. Uit een nieuwe update van Intersect blijkt dat cardano-node 10.7.0 niet wordt doorgeschoven naar mainnet-ready status, nadat bij tests mogelijke oorzaken zijn gevonden voor performance- en geheugenproblemen. In plaats daarvan werkt het team nu aan versie 10.7.1, waarin die problemen samen met een apart consensusissue moeten worden aangepakt.

Daarmee blijft het niet bij infrastructuur alleen. In dezelfde update maakt Intersect duidelijk dat ook de Plutus cost models worden aangepast. Voor ontwikkelaars van smart contracts is dat relevant, omdat bepaalde bewerkingen in Plutus V3 zwaarder kunnen worden geprijsd, wat invloed kan hebben op scripts die nu al dicht tegen hun execution budget aan zitten.

Volgens Intersect blijft 10.7.0 beschikbaar als pre-release zodat het ecosysteem verder kan testen, maar wordt deze versie niet gepromoveerd tot een mainnet-ready release. De reden is dat het performance- en testteam een waarschijnlijke oorzaak heeft gevonden voor prestatie- en memory issues. Die fixes worden nu meegenomen in 10.7.1. Ook moet die nieuwe versie een consensusprobleem oplossen dat af en toe tot failures leidt.

Voor stake pool operators en andere infrastructuurpartijen is nog iets van belang: deze release vraagt om een volledige resync of chain replay. Intersect koppelt dat aan veranderingen in de storage-opzet. In de release notes op GitHub staat dat 10.7.0 onder meer een nieuwe LSM Tree storage backend introduceert en dat er een bekende issue is rond hoger geheugengebruik bij tests met veel DReps.

Naast de node-update verandert Cardano (ADA) ook de manier waarop bepaalde Plutus-bewerkingen worden beprijsd. Intersect schrijft dat alle cost models worden bijgewerkt om nieuwe builtins te ondersteunen en om meer consistentie te brengen tussen Plutus V1, V2 en V3.

Vooral in Plutus V3 valt een voorstel op om de CPU-kosten van vier integer-functies fors te verhogen: divideInteger, modInteger, quotientInteger en remainderInteger. De CPU-coëfficiënt zou daarbij stijgen van 549 naar 960 units, een verhoging van ongeveer 75 procent. Ook de kostencurve van equalsByteString verandert in meerdere Plutus-versies.

Intersect en de Parameters Committee benadrukken dat het niet waarschijnlijk is dat live contracten massaal zullen breken. Toch is de waarschuwing duidelijk: ontwikkelaars moeten hun scripts opnieuw testen zodra de nieuwe parameters op Preview worden uitgerold. Dat is vooral belangrijk voor toepassingen die zwaar leunen op integer-bewerkingen of al weinig ruimte over hebben binnen hun CPU-budget.

Daar komt nog een praktisch aandachtspunt bij. Tooling en applicaties moeten het actuele cost model dynamisch on-chain ophalen, zodat mismatches worden voorkomen wanneer de parameters wijzigen. Dat klinkt technisch, maar het raakt direct de betrouwbaarheid van transacties en scriptuitvoering op Cardano.

De boodschap van deze update is helder: Cardano kiest in deze fase voor voorzichtigheid boven snelheid. De stap naar mainnet wordt uitgesteld zolang de node-release nog openstaande issues bevat, terwijl ontwikkelaars tegelijk worden voorbereid op een zwaarder Plutus-kostenmodel. Voor ADA-houders is dit geen spectaculair koersnieuws, maar voor node-operators, dApp-bouwers en infrastructuurteams is het een ontwikkeling die direct relevant is.