Síť může skrýt obsah transakcí, aniž by skryla každý signál, který je obklopuje. Generování a rozpad DUST, jeho doplňování i sponzorované poplatky mohou pozorovatelům umožnit mapovat chování peněženek v čase.

Model soukromí Midnightu je navržen tak, aby chránil obsah transakcí. Důkazy s nulovou znalostí mohou síti umožnit ověřit platnost transakce, aniž by odhalily citlivé údaje, jako jsou částky, zůstatky nebo úplný aktualizovaný stav.

Tato ochrana se automaticky nevztahuje na vše, co transakci obklopuje.

Uživatel může stále odhalit, kdy se peněženka stane aktivní, jak často potřebuje financování, zda její poplatky hradí jiná strana a jak dlouho zůstává neaktivní. Na Midnightu mohou být tyto signály pro pozorovatele užitečnější, protože zdroje pro transakce jsou vázány na DUST, síťový zdroj vytvářený z držených NIGHT, který se v čase rozpadá.

Výsledkem může být postranní kanál úniku informací. Pozorovatel sice nemusí být schopen přečíst soukromou platbu, přesto si však může vytvořit obraz o peněžence, která za ní stojí.

Nejde o tvrzení, že by důkazy s nulovou znalostí Midnightu byly prolomeny. Jde o otázku rozdílu mezi soukromím transakce a soukromím chování. Jak se aplikace na Midnightu posouvají od testování k produkčnímu nasazení, budou vývojáři muset zkoumat, zda doplňování DUST a poplatková aktivita nevytvářejí rozpoznatelné vzorce používání.

Tato otázka je nejdůležitější pro aplikace, v nichž může metadata identifikovat člověka, i když samotná platba zůstává kryptograficky stíněná.

Co DUST mění

DUST je navržen pro platby za výpočetní výkon a další síťové zdroje na Midnightu. Namísto toho, aby uživatelé museli za každou operaci utrácet běžný token pro poplatky, systém váže dostupnost zdrojů na držené NIGHT.

Model odděluje dvě funkce. NIGHT je aktivum, které uživatelé drží, zatímco DUST je zdroj používaný k provádění aktivity v síti. Držení nebo uzamčení NIGHT může vytvářet DUST, který se postupně rozpadá. Cílem návrhu je zajistit držitelům NIGHT předvídatelný přístup k síti a zároveň omezit nutnost pořizovat si při každé transakci samostatné aktivum na poplatky.

Pro aplikace to vytváří užitečnou abstrakci. Peněženka může držet NIGHT a výsledný DUST využívat k podpoře soukromých operací. Aplikace může také aktivitu svých uživatelů sponzorovat podle toho, jak její návrh transakcí řeší platby za zdroje.

Stejný mechanismus však do provozního profilu peněženky vnáší časový rozměr.

Peněženka s vysokým zůstatkem NIGHT může DUST doplňovat jinou rychlostí než peněženka s nízkým zůstatkem. Peněženka, která provádí transakce často, může zdroje spotřebovávat jinou rychlostí než peněženka používaná jen jednou měsíčně. Pokud se DUST rozpadá v době, kdy je peněženka neaktivní, může další transakce vyžadovat viditelné doplnění, jiného sponzora nebo změnu způsobu, jakým jsou k transakci připojeny zdroje.

Tyto rozdíly nemusí odhalit chráněný soukromý stav. Přesto mohou pozorovateli pomoci rozlišit jednotlivé peněženky.

Klíčovou otázkou není, zda jedna událost spojená s DUST identifikuje uživatele. Jde o to, zda opakované události vytvářejí stabilní vzorec.

Problém metadat

Systémy pro ochranu soukromí se často soustředí na informace obsažené uvnitř transakce. Patří sem odesílatel, příjemce, částka, typ aktiva a stav aplikace. Techniky nulové znalosti mohou některé nebo všechny tyto údaje skrýt před veřejnými pozorovateli.

Metadata existují mimo tento chráněný obsah.

Pozorovatel může vidět, kdy byla transakce vysílána, kdy byla potvrzena, která veřejná adresa nebo účet poskytly zdroje, zda transakce vyžadovala doplnění DUST a zda poplatek sponzoroval jiný účet. Síťový provoz může rovněž odhalit spojení mezi relací v aplikaci a odesláním transakce, i když samotný blockchain soukromé údaje transakce nezveřejňuje.

Každý signál je sám o sobě slabý. Dohromady však mohou uživatele identifikovat.

Představme si mzdovou aplikaci. Zaměstnanci dostávají soukromé platby zhruba ve stejnou dobu každého měsíce. Částky plateb i příjemci mohou být skryti, okolní aktivita však nemusí být jednotná. Jedna peněženka může před každým nárokováním mzdy potřebovat doplnit DUST. Jiná může mít dostatečné držení NIGHT k nepřetržitému vytváření zdrojů. Třetí může komunikovat přes sponzorský účet, který financuje transakci krátce poté, co mzdový systém odešle dávku plateb.

Pozorovatel, který tyto události sleduje několik měsíců, by mohl peněženky seskupovat podle chování. Pokud navíc ví, kdy společnost vyplácí mzdy, kdy zaměstnanci do organizace nastupují nebo z ní odcházejí či kdy konkrétní uživatel přistupuje do aplikace, může být snazší tyto skupiny označit.

Pozorovatel nemusí zjistit soukromý údaj o výši mzdy. Propojení peněženky se zaměstnancem může samo o sobě stačit ke vzniku vážného problému se soukromím.

Podobnému riziku čelí zdravotnické aplikace. Pacient by mohl soukromou aplikaci využít k prokázání nároku, získání dávky nebo schválení platby. Zdravotní záznam i částka transakce mohou zůstat skryté. Opakovaný vzorec aktivity navázaný na provozní dobu kliniky by přesto mohl prozradit, že peněženka službu využívá.

V oblasti řízení organizací by soukromý systém hlasování nebo delegování mohl skrýt volbu, ale odhalovat vzorce účasti. Institucionální uživatelé by mohli chránit obsah transakcí, ale současně prozradit, že se peněženka pokladny aktivovala během citlivého vyjednávání.

Otázka soukromí má proto dvě části: soukromí před kým a soukromí v jakém rozměru? Midnight může u obsahu transakcí řešit první otázku. Vývojáři však stále musí rozhodnout, zda do jejich hranice důvěry patří také časování a chování při využívání zdrojů.

Jak se rozpad DUST může stát otiskem

Rozpad sám o sobě není slabinou soukromí. Je součástí návrhu práce se zdroji. Riziko pro soukromí vzniká ve chvíli, kdy se harmonogram rozpadu spojí s předvídatelným chováním uživatelů.

Předpokládejme, že se peněženka používá každý den. Její zůstatek DUST a potřeby doplňování mohou sledovat určitý vzorec. Peněženka používaná jednou týdně může mít jiný vzorec. Peněženka, která se aktivuje po dlouhém období ticha, může vykazovat třetí vzorec, zejména pokud další operace vyžaduje dodatečný DUST.

Analytik by mohl zaznamenávat:

  • Čas mezi transakcemi
  • Množství nebo zdroj každého doplnění DUST
  • Zda k doplnění dochází před voláním aplikace, nebo po něm
  • Který veřejný účet poskytuje zdroje
  • Jak dlouho peněženka zůstává neaktivní
  • Zda více peněženek dostává zdroje od stejného sponzora
  • Čas mezi uživatelskou relací a potvrzením transakce

Analytik nemusí znát přesný zůstatek DUST. Samotná posloupnost může přesto sloužit jako otisk.

Jde o obdobu analýzy provozu v jiných systémech na ochranu soukromí. Šifrování může skrýt obsah zprávy, ale ponechat viditelnou velikost paketů, časování a frekvenci. Síťový pozorovatel může tyto vzorce využít k odvození aktivity, aniž by data dešifroval.

DUST k tomuto problému přidává aplikační a ekonomickou vrstvu. Spotřeba a doplňování zdrojů nejsou jen síťové artefakty. Mohou odrážet, kolik uživatel transakcí provádí, jak často se vrací a který subjekt za přístup platí.

Riziko roste, když aplikace používají standardizované pracovní postupy. Peněženka, která vždy provádí stejnou posloupnost volání ve stejné fázi obchodního procesu, se klasifikuje snáze než peněženka využívající náhodně rozvrženou nebo sdílenou správu zdrojů.

Roste také tehdy, když má sponzor úzkou zákaznickou základnu. Pokud jedna společnost financuje DUST pro malou skupinu uživatelů, může se aktivita sponzora stát viditelným štítkem. I když sponzor neví, která soukromá transakce patří které osobě, externí pozorovatel by mohl aktivitu sponzora propojit s jinými veřejnými událostmi.

Sponzorované transakce jsou užitečné, nikoli však neviditelné

Sponzorování poplatků může zlepšit použitelnost. Většina lidí si před použitím soukromé aplikace nechce pořizovat NIGHT ani spravovat DUST. Sponzor může uhradit potřebné zdroje, takže aplikace působí více jako běžná webová služba.

Sponzorování může zlepšit i soukromí, pokud uživatelům zabrání veřejně financovat vlastní aktivitu. Společný sponzor může mnoho uživatelů učinit podobnými, zejména pokud požadavky dávkuje a používá konzistentní proces odesílání.

Takový výsledek však není automatický.

Sponzor, který financuje každého uživatele samostatně, může vytvořit zřejmé spojení mezi sponzorem a peněženkou příjemce. Používá-li pro každého zákazníka odlišný účet zdrojů, může se samotná struktura účtů stát nástrojem sledování. Pokud financuje transakci bezprostředně poté, co se uživatel přihlásí, může časování propojit aktivitu mimo blockchain s aktivitou na blockchainu.

Sponzor se také může stát důvěryhodnou stranou s přístupem k citlivým provozním údajům. Může vědět, který uživatel požádal o zdroje, kdy požadavek přišel a která funkce aplikace byla volána, i když nemůže číst soukromý stav transakce.

Vývojáři musí oddělit tři otázky:

  1. Skrývá sponzorování platbu poplatku uživatele?
  2. Skrývá vztah mezi uživatelem a sponzorem?
  3. Brání externímu pozorovateli v propojování opakovaných transakcí?

Návrh může na první otázku odpovědět ano a na zbývající dvě ne.

Sdílení zdrojů může omezit propojitelnost. Namísto přidělování vyhrazené cesty financování každému uživateli by aplikace mohla využívat společnou sponzorskou infrastrukturu a transakce odesílat v dávkách. Časování by se mohlo normalizovat a doplňování by mohlo méně záviset na přesném okamžiku, kdy uživatel zahájí akci.

Tato opatření jsou nákladná. Dávkové zpracování může zvýšit latenci. Doplňování a náhodné časování mohou snížit pohotovost aplikace. Sdílené fondy vyžadují pečlivé účetnictví a mohou zkomplikovat prevenci zneužití. Správná volba závisí na tom, zda aplikace chrání pohodlí, finanční důvěrnost, nebo identitu.

Co by měli vývojáři měřit

Prvním krokem je považovat chování DUST za data v modelu hrozeb, nikoli za implementační detail.

Vývojáři by měli testovat, zda lze uživatele rozlišit podle veřejně viditelných událostí spojených se zdroji. To nevyžaduje přístup k obsahu soukromých transakcí. Užitečný experiment může využít simulované peněženky s různými zůstatky NIGHT, četností aktivity a obdobími nečinnosti.

Test by měl měnit:

  • Velikost peněženky a rychlost generování DUST
  • Frekvenci transakcí
  • Délku neaktivních období
  • Volání aplikace s různými nároky na zdroje
  • Přímé financování ve srovnání se sponzorováním
  • Individuální doplňování ve srovnání se sdíleným doplňováním
  • Okamžité odeslání ve srovnání se zpožděným nebo dávkovým odesláním

Výstup by měl být analyzován jako klasifikační problém. Dokáže pozorovatel určit, že dvě transakce pocházejí ze stejné peněženky? Dokáže zjistit, že peněženka patří určité skupině zákazníků? Dokáže odvodit, že peněženka přestala používat aplikaci?

Systém, který skrývá obsah transakcí, ale umožňuje na tyto otázky spolehlivě odpovědět, může potřebovat dodatečnou ochranu.

Jednou možností je oddělit správu zdrojů od hlavní identity uživatele. Peněženka by mohla komunikovat prostřednictvím sponzora nebo zprostředkovatele, který zajišťuje doplňování DUST. To omezuje přímé spojení mezi uživatelem a veřejnou finanční aktivitou, ale přesouvá důvěru a provozní odpovědnost na zprostředkovatele.

Další možností je učinit doplňování méně předvídatelným. Aplikace by mohly udržovat sdílený zůstatek zdrojů a doplňovat jej v nepravidelných intervalech namísto bezprostředně před každou transakcí. Mohly by také odesílat více transakcí společnou cestou, což ztěžuje izolování individuálního používání.

Vývojáři by měli být při používání náhodnosti opatrní. Náhodné časování nepomůže, pokud je jedinečná samotná peněženka nebo sponzor. Při špatném návrhu metody náhodnosti může navíc vytvářet nové vzorce. Inženýrství soukromí funguje nejlépe tehdy, když mnoho uživatelů sdílí stejné pozorovatelné chování, nikoli když každý uživatel dostane mírně odlišné maskování.

Aplikace by měly rovněž minimalizovat vztahy mezi veřejnými účty. Sponzorská adresa používaná pouze jednou organizací může fungovat jako trvalý identifikátor. Sdílená infrastruktura, střídání provozních účtů a jasné oddělení účetních záznamů od veřejných cest financování mohou toto riziko snížit, ačkoli žádné z těchto opatření není úplným řešením.

Týmy by nakonec měly dokumentovat, co považují za soukromé. „Soukromá transakce“ je příliš široký pojem pro řízení implementace. Silnější specifikace by uváděla, že částky jsou před pozorovateli blockchainu skryté, zatímco časování transakcí a aktivita sponzora zůstávají viditelné. Pokud je citlivé časování, aplikace potřebuje návrh, který se časováním přímo zabývá.

Úloha peněženek a infrastruktury

Výsledek z hlediska soukromí neurčí pouze chytré kontrakty. Metadata mohou přidávat také software peněženek, poskytovatelé RPC, relayery a aplikační servery.

Peněženka může prostřednictvím síťových požadavků odhalit, která aplikace se používá. Poskytovatel RPC může před odesláním vidět IP adresu uživatele, časování požadavků a datový obsah transakce. Relayer může znát spojení mezi soukromým klientem a veřejnou transakcí. Aplikační server může zaznamenat uživatelskou relaci, která spustila volání financované z DUST.

Tyto strany nemusí mít škodlivé úmysly. Jejich záznamy se přesto mohou stát zdrojem korelace, pokud se zkombinují s veřejnými daty blockchainu.

Aplikace Midnightu zaměřená na soukromí by proto měla prověřit celou cestu od akce uživatele po potvrzení. Měla by se ptát, kdo může požadavek pozorovat, kdo jej může financovat, kdo jej může zdržet a kdo jej může přiřadit k účtu. Měla by také stanovit, jak dlouho se provozní záznamy uchovávají.

Uživatelé nemohou všechny tyto problémy vyřešit prostřednictvím rozhraní peněženky. Pokud aplikace odhaluje jedinečný vzorec financování, uživatel nemusí mít praktický způsob, jak jej skrýt. Odpovědnost za to, aby se nezbytné operace se zdroji nezměnily v identifikační znaky, leží na vývojářích a provozovatelích infrastruktury.

Jde o problém návrhu, nikoli o kryptografické selhání

Model DUST Midnightu může představovat praktický způsob, jak zpřístupnit síťové zdroje, aniž by každý uživatel musel spravovat samostatný token pro poplatky. To je užitečné pro spotřebitelské aplikace, podnikové pracovní postupy a soukromé chytré kontrakty.

Současně to znamená, že blockchain má pozorovatelnou ekonomiku zdrojů. Generování, spotřeba a rozpad DUST mohou v čase odrážet stav peněženky a způsob jejího používání. Čím předvídatelnější je vztah mezi těmito faktory a chováním člověka, tím užitečnější se výsledné signály mohou stát.

To neoslabuje důkaz s nulovou znalostí. Důkaz může správně skrývat částku, zatímco časování transakce zůstává viditelné. Může chránit soukromý stav, zatímco účet sponzora prozrazuje, která organizace zaplatila za provedení. Může zabránit pozorovateli blockchainu ve čtení zprávy, zatímco opakované doplňování zdrojů prozradí, kdy se uživatel vrátil.

Toto rozlišení je důležité, protože mění odpověď. Řešením není tvrdit, že kryptografie selhala. Řešením je navrhnout aplikaci s ohledem na informace, které kryptografie nepokrývá.

Pro vývojáře Midnightu to znamená považovat doplňování a rozpad DUST za potenciální metadata. Sponzorované transakce by se neměly hodnotit jen podle pohodlí, ale také podle propojitelnosti. Chování peněženek a relayerů by mělo být zahrnuto do testování soukromí. Aplikace určené pro mzdy, zdravotnictví, řízení organizací a institucionální uživatele by měly předpokládat, že odhodlaný pozorovatel zkombinuje data blockchainu s externími informacemi.

Soukromá transakce nemusí nutně znamenat soukromou interakci. Midnight může umožnit první vlastnost. Vybudování druhé bude vyžadovat promyšlená rozhodnutí o časování, financování, sdílení zdrojů a provozních záznamech.

DUST může zůstat neviditelný jako zůstatek, ale stát se viditelným jako vzorec. Právě tento vzorec nyní vývojáři potřebují měřit.

#Midnight#DUST#NIGHT#privacy#metadata#zero-knowledge#sponsored fees#wallet behavior#transaction analysis
Noah Brown writes across the chains — Bitcoin, Ethereum, Solana, Cardano — and about where crypto and AI now meet: agents that hold keys and spend, models trained on data somebody wants kept private, and the infrastructure being built for both. He takes developments a specialist would explain in jargon and lays them out so a working developer or an informed reader can act on them: what changed, what it replaces, what it costs and what breaks. He does not predict prices, and he is explicit about the difference between a testnet, a mainnet and a press release.

Tento článek byl napsán s pomocí umělé inteligence a publikován automaticky. Tento článek byl strojově přeložen z angličtiny a autorství uvedené v byline náleží autorovi původního textu.