Belangrijkste punten

Mobiele bewijsgeneratie was ruim 14× sneller.

Sommige transactietests waren in minder dan 200 milliseconden afgerond.

Netwerkbevestiging blijft een apart proces.

Portemonnee-integraties bepalen wie van de verbeteringen profiteert.

De vertraging vindt plaats voordat Zcash de betaling ziet

Voordat een private Zcash-betaling het netwerk bereikt, moet de portemonnee van de verzender besteedbare notes selecteren, de transactie voorbereiden, een nulkennisbewijs genereren en het resultaat ondertekenen. Bewijsgeneratie veroorzaakt een groot deel van de lokale wachttijd, omdat moet worden aangetoond dat de betaling geldig is zonder de afzender, de ontvanger of het overgemaakte bedrag te onthullen. Deze stap van lokale berekening was historisch een van de praktische afwegingen van afgeschermde betalingen vergeleken met transparante betalingen, waarbij de portemonnee veel minder cryptografisch werk verricht vóór de verzending.

Zakura zegt dat zijn open-source Common-bibliotheken dat proces in sommige tests terugbrachten van ruim drie seconden naar onder de 200 milliseconden. Op de benchmarkhardware van het team liep mobiele bewijsgeneratie meer dan 14 keer sneller, terwijl desktopgeneratie met meer dan vijf keer verbeterde.

De resultaten komen uit Zakura's eigen tests, niet uit onafhankelijke portemonnee-benchmarks. De werkelijke prestaties hangen af van het apparaat, het besturingssysteem, de samenstelling van de transactie en de portemonnee-implementatie, dus een ouder toestel haalt de headline-cijfers mogelijk niet.

Waar de 200 milliseconden eindigen

Een Zcash-betaling doorloopt nog steeds drie afzonderlijke fasen:

Constructie: de portemonnee bouwt de transactie en genereert het privacybewijs op het apparaat van de gebruiker. Zakura Common versnelt deze fase.

Verzending en bevestiging: de portemonnee dient de voltooide transactie in bij Zcash-nodes. Deze blijft onbevestigd totdat een miner hem in een blok opneemt.

Settlementzekerheid: elk volgend blok voegt een extra bevestiging toe en verkleint de kans op een omkering door een herorganisatie van de chain.

De Zcash-documentatie definieert de eerste bevestiging als het moment waarop een transactie in een blok komt. Het resultaat van minder dan 200 milliseconden eindigt vóór de verzending; blokproductie, mempool-omstandigheden en het bevestigingsbeleid van de ontvanger bepalen nog steeds wanneer de betaling als vereffend geldt.

De winsten reiken verder dan de verzendknop

Zakura mat ook verbeteringen in drie bewerkingen die van invloed zijn op transactieverwerking, portemonnee-synchronisatie en nodeprestaties:

Sinsemilla-hashing: meer dan 21 keer sneller in Zakura's tests. Zcash gebruikt deze hashfunctie binnen zijn afgeschermde protocol, zodat snellere uitvoering een deel van het cryptografisch werk verlicht.

Proefontsleuteling: meer dan 1,5 keer sneller. Portemonnees gebruiken dit proces bij het scannen van de blockchain om afgeschermde outputs te herkennen die bij hen horen.

zk-SNARK-verificatie: vier tot acht keer sneller. Nodes gebruiken verificatie om een afgeschermd bewijs te controleren zonder de informatie die het beschermt te leren kennen.

Snellere proefontsleuteling kan portemonnee-synchronisatie en accountherstel verkorten, terwijl goedkopere verificatie het werk van nodes vermindert. Zakura verwacht bovendien dat de verbeteringen voor full nodes zorgen voor snellere transactiepropagatie en minder verweesde blokken.

Het tijdstip is relevant omdat meer ZEC naar nieuwere afgeschermde infrastructuur verhuist. Zoals eerder gemeld, was Ironwood kort na activatie de grootste afgeschermde pool van Zcash geworden, en passeerde het Orchard. Naarmate afgeschermde activiteit groeit, worden trage portemonnee-constructie en synchronisatie problemen die meer gebruikers kunnen tegenkomen.

Geen hard fork betekent ook geen automatische uitrol

Zakura Common verandert hoe software bestaand cryptografisch werk uitvoert, zonder de consensusregels van Zcash te wijzigen. De bibliotheken produceren bewijzen die het huidige netwerk al begrijpt, zodat portemonnee-ontwikkelaars ze kunnen gebruiken zonder te wachten op de activatie van een hard fork door miners en nodes. Dit upgradepad uitsluitend via software is kenmerkend voor Zcash's recente protocolwerk, waarbij optimalisaties op portemonnee- en bibliotheekniveau gebruikers via gewone app-releases kunnen bereiken in plaats van via gecoördineerde netwerkupgrades.

De Common-repository is beschikbaar onder MIT- en Apache 2.0-licenties. Een aparte wallet-libraries-repository verbindt portemonnee-gerelateerde componenten met de geoptimaliseerde stack.

Die compatibiliteit neemt een netwerkbrede implementatiebarrière weg, maar elke portemonnee-ontwikkelaar moet de code nog steeds beoordelen, integreren en testen voordat deze aan gebruikers wordt uitgebracht. Portemonnees die hun huidige bewijsstack behouden, houden hun bestaande prestaties.

Zakura zegt dat de aankomende versie 1.3.0 Common zal gebruiken. Daarna verschuift de aandacht naar onafhankelijke mobiele portemonnees. Hun releasenotities en tests op echte apparaten zullen uitwijzen of de verbetering zich uitstrekt tot buiten Zakura's eigen software.

Portemonnee-adoptie is nu de bottleneck

Zakura's benchmarks tonen dat afgeschermde bewijsgeneratie veel sneller kan zonder het Zcash-netwerk te wijzigen. Het praktische resultaat hangt nu af van of gevestigde portemonnees de bibliotheken uitbrengen en of onafhankelijke tests de winsten op gangbare telefoons reproduceren.

Ook synchronisatie- en hersteltijden tellen mee. Als die wachttijden dalen zonder hogere foutpercentages, heeft Common meer verbeterd dan alleen het moment waarop een gebruiker op "verzenden" drukt.

Zakura heeft aangetoond dat de vertraging aan de portemonneezijde kan worden verminderd zonder Zcash zelf te wijzigen. De resterende vraag is hoeveel portemonnee-ontwikkelaars die snelheid in handen van de gebruikers zullen brengen.

Het bericht Zcash Wallet Upgrade Makes Private Payments Faster verscheen eerst op Coindoo.