Zakura, het team dat de Zcash-infrastructuur ontwikkelt, plant om post-quantum-signatuur-opcodes in januari op te leveren. Het voorstel richt zich op transparante betalingen, waarbij adressen, bedragen en transactiegeschiedenis zichtbaar blijven op de blockchain — in tegenstelling tot Zcash's shielded pools, die die gegevens verbergen — en waar momenteel het grootste deel van het circulerende ZEC wordt aangehouden.

Een nieuwe engineeringpost beschrijft een walletontwerp dat die handtekeningen combineert met roterende transparante adressen en private information retrieval, bekend als PIR. Samen pakken deze componenten een toekomstig cryptografisch risico aan en lossen tegelijk een privacyzwakte op die anders zou ontstaan wanneer wallets beginnen met het gebruik van veel verse adressen.

Waarom blootgestelde publieke sleutels een risico kunnen worden

Transparante Zcash-adressen bevatten aanvankelijk een hash van een publieke sleutel. De publieke sleutel zelf wordt zichtbaar wanneer het adres uitgeeft, zodat het netwerk de betalingssignatuur kan verifiëren. Als toekomstige technologie het mogelijk zou maken om een privésleutel uit die publieke sleutel te herleiden, kunnen fondsen die op hetzelfde adres achterblijven, of er later naartoe worden gestuurd, aan grotere blootstelling worden blootgesteld. Dat is de specifieke zwakte die de voorgestelde post-quantum-handtekeningen moeten dichten.

Verse adressen houden latere fondsen achter een nieuwe sleutel

Adresrotatie geeft een wallet een manier om die herhaalde blootstelling te beperken. Nadat een adres heeft uitgegeven, kan de wallet het resterende saldo verplaatsen naar een nieuw afgeleid adres. Dat nieuwe adres is gekoppeld aan een andere publieke sleutel, waarvan de hash zichtbaar blijft terwijl de sleutel zelf niet openbaar wordt.

Deze aanpak vereist niet dat iemand na elke betaling een nieuwe wallet opent of een nieuwe herstzin opschrijft. Een standaard wallet-seed kan een reeks afzonderlijke adressen en sleutelparen afleiden, waardoor de software nieuwe ontvangstadressen en wisseladressen kan creëren vanuit één bestaande back-up.

Die scheiding hangt ook af van de bescherming van de uitgebreide publieke-sleutel- en kijkgegevens van de wallet. Die gegevens kunnen meer onthullen over de adresstructuur van een wallet dan een gewone transactie, waardoor het voordeel van het apart houden van elke publieke sleutel afneemt.

Wallet-opvragingen kunnen verbanden onthullen die de blockchain niet toont

Het genereren van nieuwe adressen creëert een praktisch probleem: de wallet moet nog steeds inkomende betalingen vinden, uitgegeven fondsen volgen en na een herstel de geschiedenis opbouwen. Een normale light wallet kan een server vragen om activiteit gekoppeld aan adres A, vervolgens B, dan C. Die adressen kunnen ongerelateerd lijken op de blockchain, maar de server ziet dat de verzoeken van dezelfde wallet afkomstig zijn. Het kan de adressen daarom aan elkaar koppelen, zelfs wanneer de openbare grootboekregister alleen die koppeling niet biedt.

Zakura stelt PIR voor om dat lek te dichten. De wallet haalt het benodigde record op van een server zonder te onthullen welk record het heeft geselecteerd. Het kan ook compacte publieke activiteitsfilters downloaden, deze lokaal controleren op mogelijke matches, en alleen een privéverzoek doen wanneer een blokbereik mogelijk relevante geschiedenis bevat.

De drie componenten werken als volgt:

• Verse adressen houden latere fondsen achter publieke sleutels die nog niet zijn onthuld door een eerdere uitgave.
• Hash-gebaseerde handtekeningen creëren de voorgestelde post-quantum-route voor het autoriseren van transparante betalingen.
• Private information retrieval laat de wallet naar zijn geschiedenis zoeken zonder zijn adressen aan de server te onthullen.

Transparante betalingsgegevens blijven openbaar op de Zcash-blockchain. PIR beperkt de extra informatie die wordt blootgesteld wanneer een wallet een service vraagt meerdere adressen te monitoren, en behoudt zo het doel van de rotatie in de eerste plaats.

Een langetermijnrisico, geen huidige noodsituatie

Het ontwerp spreekt dezelfde zorg aan die naar voren kwam in Europol's waarschuwing over blootgestelde walletsleutels. Een toekomstige aanvaller met voldoende capaciteiten zou een publieke sleutel kunnen aanvallen die on-chain is verschenen, waardoor oudere gewoonten van adreshergebruik minder veilig worden dan vandaag het geval is.

Noch Europol noch Zakura zegt dat een praktische kwantumaanval momenteel beschikbaar is. De uitdaging is het voorbereiden van walletsoftware, infrastructuurleveranciers en gebruikers voordat een cryptografische migratie urgent wordt.

Wat zichtbaar en ongewijzigd blijft:

• Transparante transactiegegevens blijven on-chain openbaar.
• Privacy hangt nog steeds af van walletrag en de services waarmee een gebruiker verbindt.
• De aankondiging introduceert geen ZEC-swap, walletmigratie of nieuwe herstelzin.

Private queries komen vóór het signatuurdoel

Zakura zegt dat de PIR-component eerst zijn Vizor-wallet bereikt. Gebruikers kunnen de experimentele functie testen door "Private queries" in de walletinstellingen in te schakelen, waarmee het team kan evalueren hoe privaat ophalen van geschiedenis werkt voordat de bredere signatuurwijzigingen arriveren.

De januarimijspraak betreft de post-quantum-signatuur-opcodes voor transparante pools. Wallets en services zullen nog steeds de bijgewerkte betalingsstroom moeten ondersteunen, dus de datum is een ontwikkelingsdoel in plaats van een garantie dat elke transparante Zcash-wallet de bescherming tegelijk ontvangt.

De walletlaag vroeg voorbereiden

Het nut van het plan ligt in het combineren van sterkere betalingsautorisatie met de walletinfrastructuur die nodig is om dit privé te gebruiken. Verse adressen kunnen toekomstige blootstelling van publieke sleutels verminderen, terwijl PIR kan voorkomen dat de resulterende adresreeks een leesbare kaart wordt van het geld van één gebruiker.

Dat is het praktische doel achter het januariewerk van Zcash: transparante wallets voorbereiden op een toekomstige cryptografische dreiging zonder daarbij een nieuw privacyprobleem te creëren.

Dit artikel is uitsluitend bedoeld voor informatieve doeleinden en vormt geen investerings-, beveiligings- of technisch advies. De januaritiming is een ontwikkelingsdoel en kan wijzigen naarmate het werk vordert.