Zcash-ontwikkelaars willen blokken van 20 seconden na netwerkupdate

Zcash-ontwikkelaars stellen bloktijden van 20 seconden voor

Zcash-ontwikkelaars hebben voorgesteld om de beoogde blokinterval van het netwerk te verkorten tot 20 seconden, slechts enkele dagen nadat een grote upgrade de bloktijden al had teruggebracht tot 25 seconden. Het nieuwste voorstel heeft tot doel transactiebevestigingen te versnellen, met behoud van het bestaande uitgifteprogramma en de maximale voorraad van Zcash (ZEC).

Het voorstel, dat op de Zcash-forums is gepubliceerd voor bespreking door de gemeenschap, is bedoeld om te worden opgenomen in de aanstaande Network Upgrade 7.1 (NU7.1). Het voorstel volgt op de succesvolle activering van Network Upgrade 7 (NU7), waarmee verschillende structurele veranderingen in Zcash werden doorgevoerd, waaronder snellere blokproductie, een langetermijnreserve voor netwerkbeveiliging en het buiten gebruik stellen van de oorspronkelijke Sprout-shielded pool.

De upgrade verkortte het beoogde blokinterval van Zcash van 75 seconden naar 25 seconden en introduceerde het Network Sustainability Mechanism (NSM), ontwikkeld door Shielded Labs. Het mechanisme leidt 60% van de transactiekosten om naar een langetermijnreserve die bedoeld is om de netwerkbeveiliging te versterken naarmate de mijnbouwsubsidies afnemen, wat rond 2031 zal beginnen.

De upgrade heeft ook de verouderde Sprout-pool buiten gebruik gesteld door transacties van versie 4 stop te zetten, waardoor ongeveer 12.226 ZEC, met een waarde van ruwweg 16 miljoen dollar, die verband hielden met verloren of achtergelaten sleutels, definitief werden bevroren.

Na de activering vertoonde ZEC aanzienlijke prijsschommelingen: de koers steeg aanvankelijk van $ 1.120 naar meer dan $ 1.380, maar daalde vervolgens met 7% tot 9% naar een bandbreedte van $ 1.260 tot $ 1.315 als gevolg van winstnemingen en het afbouwen van posities met hefboomwerking.

Aanpassingen aan latentie en actielimieten

Ondanks de recente herziening streven de ontwikkelaars van Zcash al naar verdere verbeteringen in de bevestigingssnelheid van transacties. Het nieuwste voorstel behelst een verdere verkorting van het beoogde blokinterval met 20%, wat de verwachte blokproductie met 25% zou verhogen.

Volgens het voorstel is het primaire doel het verminderen van de transactielatentie, met name voor toepassingen die snelle bevestigingen vereisen. Hieronder vallen betalingen bij verkooppunten, stortingen op cryptocurrency-beurzen en cross-chain-swaps, waarbij kortere bevestigingstijden de gebruikerservaring zouden kunnen verbeteren.

De voorgestelde wijzigingen zouden geen invloed hebben op het dagelijkse uitgifteprogramma van Zcash of op de maximumvoorraad van 21 miljoen ZEC. In plaats daarvan zouden de bloksubsidies en tijdsafhankelijke parameters, waaronder de vensters voor moeilijkheidsaanpassing, proportioneel worden aangepast om ruimte te bieden aan het snellere blokschema.

Ontwikkelaars hebben ook voorgesteld om de limieten voor ‘shielded actions’ te verlagen om te voorkomen dat de verhoogde blokfrequentie buitensporige synchronisatie-eisen stelt aan ‘light wallets’ en netwerkknooppunten.

Concreet wordt in het voorstel gevraagd om bepaalde limieten die zijn vastgesteld onder ZIP 218 te verlagen tot vier vijfde van hun huidige niveaus, waardoor het globale budget voor afgeschermde acties en de relevante actielimieten voor Orchard en Ironwood worden teruggebracht van 330 naar 264 per blok.

De bestaande limiet van 2 MB voor de blokgrootte zou ondertussen ongewijzigd blijven. Bij maximale blokbenutting zou het voorgestelde interval een theoretische piekgegevensverwerkingssnelheid van ongeveer 100 KB per seconde betekenen.

Hoewel het verkorten van het beoogde blokinterval van Zcash tot 20 seconden de bevestiging van transacties zou kunnen versnellen, roept dit ook zorgen op over hogere percentages verweesde blokken als gevolg van krappere vensters voor blokverspreiding. De snelle opeenvolging van upgrades zou ook extra operationele eisen kunnen stellen aan miners, beurzen en knooppuntbeheerders.

Stresstests en gegevens na NU7 wijzen echter op lagere percentages verweesde blokken dan vóór de upgrade, deels dankzij optimalisaties in knooppuntimplementaties zoals Zebra en Zakura. Niettemin blijven de risico’s in verband met intensief mainnetverkeer bestaan.

In tegenstelling tot NU7, dat ingrijpende structurele veranderingen introduceerde, richt NU7.1 zich voornamelijk op het verminderen van de transactielatentie zonder het monetaire beleid van Zcash te wijzigen. De implementatie ervan blijft niettemin onderworpen aan beoordeling door de gemeenschap en governance-stemmingen.