Zakura heeft een experimentele implementatie gepubliceerd die Zcash-swapadressen afzonderlijke inkomende viewing keys geeft terwijl de bestedingsautoriteit van de account behouden blijft. Volgens de release candidate van 15 oktober vereist de key derivation review voordat er live adressen worden uitgegeven.

Een refund-adres kan meer dan één swap blootleggen

Het swappen van ZEC via NEAR Intents vereist een adres voor het terugsturen van ongebruikte fondsen. In een technische toelichting zegt Adam Tucker van Zakura dat dit shielded refund-adres wordt geregistreerd op NEAR's publieke blockchain zodra de storting wordt geregistreerd, zelfs als er geen refund volgt. Swaps naar ZEC publiceren ook het ontvangstadres.

Deze adressen kunnen er ongerelateerd uitzien terwijl ze één inkomende viewing key delen. Het herstel van die sleutel zou daarom ontvangsten buiten de swap zelf kunnen onthullen.

De beschreven aanval zou een voldoende krachtige toekomstige kwantumcomputer vereisen om de sleutel vanuit een blootgesteld adres te herstellen. Die zou vervolgens inkomende betalingen kunnen identificeren die aan die sleutel zijn gekoppeld, inclusief bedragen en memo's. Het voorstel richt zich op dat toekomstige vertrouwelijkheidsrisico in plaats van op een aanval die al gaande is. En omdat dieen op een publieke blockchain worden geregistreerd, blijven onthullingen van vandaag beschikbaar voor dat soort analyse zodra er een geschikte machine komt — het langetermijnblootstellingspatroon dat in de sector vaak wordt omschreven als harvest now, decrypt later.

Afzonderlijke viewing keys houden de bestedingsaccount intact

Zcash onderscheidt viewing-autoriteit van bestedingsautoriteit. Viewing keys zijn ontworpen om houders read-only toegang tot hun inkomende betalingen te laten delen — bijvoorbeeld voor boekhouding of audits — zonder de controle over fondsen op te geven. De wallet-standaard voor key derivation, beschreven in ZIP 32, ondersteunt het afleiden van sleutels en adressen vanuit één seed, zodat wallets meerdere adressen kunnen beheren zonder voor elk adres een aparte back-up te vereisen.

Het simpelweg genereren van een ander adres creëert niet noodzakelijk een onafhankelijke inkomende viewing key. De voorgestelde wijziging van Zakura werkt achter het adres: deze leidt een afzonderlijke viewing key af voor elke swap-refund of inkomende swap, zoals beschreven in de documentatie van de implementatie.

De implementatie behoudt de bestedingsautoriteit van de account. Een gebruiker kan fondsen die via die afzonderlijke swap-sleutels zijn ontvangen, uitgeven vanuit dezelfde account, wat de operationele last vermijdt om saldi over veel accounts te verdelen.

Onder het huidige model met gedeelde sleutels kan het herstel van één sleutel inkomende betalingen over meerdere adressen blootleggen. Met afzonderlijke swap-sleutels zou het herstel van de viewing key van één swap alleen ontvangsten onthullen die aan die sleutel zijn gekoppeld, zonder automatisch niet-gerelateerde inkomende betalingen bloot te leggen. Een viewing key autoriseert op zichzelf geen bestedingen. De beoogde bescherming is beperkter: de betalingsgeschiedenis beperken die één gecompromitteerde sleutel kan onthullen.

Herstel moet betalingen vinden zonder eigendom te onthullen

Afzonderlijke sleutels creëren een zoekprobleem bij het herstellen van een wallet. Het opnieuw genereren van sleutels vanuit een seed vertelt de wallet niet welke sleutels betalingen hebben ontvangen. Elke swap-sleutel tegen de volledige transactiegeschiedenis testen zou het herstelwerk vergroten bij elke extra swap.

Uitgaande swaps bieden een plek om een herstelrecord achter te laten. De voorgestelde implementatie plaatst een versleutelde memo in een note die hoort bij de fundingtransactie van de gebruiker. Die memo registreert de index die is gebruikt om de refund-sleutel af te leiden. Tijdens herstel kan de wallet de index terugvinden en de bijbehorende sleutel en het adres reconstrueren.

Inkomende swaps vereisen een andere aanpak, omdat de Zcash-wallet geen fundingtransactie heeft aangemaakt waarin die memo kon worden achtergelaten. Het ontwerp controleert in plaats daarvan deterministisch afgeleide adressen in volgorde, waarbij van adressen die betaald of al bekend waren bij de swap-provider bepalen hoe ver de zoektocht moet doorlopen.

Om betalingen te lokaliseren, gebruikt het receiver-discoverysysteem publieke filters die de wallet lokaal controleert. Een mogelijke match leidt tot een private information retrieval-verzoek, of PIR, dat de relevante transactie identificeert zonder de server een leesbare query te sturen die het adres noemt.

De wallet kan de betaling vervolgens ontsleutelen met de bijbehorende viewing key. Dit voorkomt dat elke herstelde sleutel een afzonderlijke zoektocht over de hele chain moet uitvoeren.

Privé-query's voorkomen ook dat een leesbare reeks opzoekverzoeken onthult dat verschillende adressen bij elkaar horen. Anders zou een server verzoeken kunnen ontvangen voor adres A, daarna B, dan C, en die aan één wallet kunnen koppelen, wat een deel van de scheiding die de nieuwe sleutels creëren ondermijnt.

Review en walletondersteuning zijn nog niet afgerond

De experimentele code legt niet vast dat wallets de functie voor gewone gebruikers hebben ingeschakeld. Cryptografische review blijft uit, en de implementatie schrijft voor dat hardware-signers een firmwarekwalificatie nodig hebben voordat eenmalige sleutels worden ingeschakeld voor hardware-accounts.

De engineeringpost van Zakura verwacht integratie in compatibele software-wallets, waaronder Vizor, in de komende weken. Dat is een ontwikkelinschatting, geen bevestigde releasedatum.

Dit werk staat los van de geplande bescherming voor Zcash-betalingen in januari, die over betalingsautorisatie gaat. Het swapvoorstel gaat over de privacy van shielded inkomende betalingsgeschiedenis.

Nieuwe key derivation kan ook geen adressen verwijderen die al publiek zijn geregistreerd. Het isoleren van toekomstige swap-sleutels zou eerdere onthullingen die aan een bestaande gedeelde viewing key zijn gekoppeld, niet uitwissen.

Het resterende werk is concreet: de key derivation reviewen, betalingsdiscovery en herstel integreren, en ondersteunde signers kwalificeren. Die stappen moeten zijn afgerond voordat gebruikers kunnen vertrouwen op de voorgestelde scheiding in een uitgebrachte wallet.

Dit artikel wordt uitsluitend ter informatie verstrekt. De voorgestelde functie is experimenteel en vereist verdere review vóór live gebruik.

Dit artikel verscheen oorspronkelijk op Coindoo.