Anonim marad, ha kriptóval fizet a VPN-ért?
A pajzsolt átutalás azt változtatja meg, amit a főkönyv mutat, nem azt, amit a szolgáltató a fizetésnél már rögzített. Hasonlítsa össze a fizetési útvonalakat a megmaradó kapcsolatokon.
Két kérdés keveredik össze minden alkalommal, amikor egy VPN-számlát adatvédelmi érmével fizetnek. Az első, hogy egy idegen, aki olvassa a láncot, mit tudhat meg az átutalásról; a második, hogy a szolgáltató már mit tud, mert regisztrált, jegyet nyitott, és beírt egy számlaszámot egy űrlapba. Egy fizetési mód megváltoztathatja az első választ, és teljesen érintetlenül hagyhatja a másodikat. Vizsgálja őket külön, mert a nyilvántartásokat valójában így tárolják.
A privát átutalás és a privát vásárlás két különböző állítás
Egy nyilvános láncon egy összeg és egy címpár látható marad mindenkinek, aki egy évvel később rákeres. A Monero alapértelmezés szerint gyűrűaláírásokkal, lopakodó címekkel és RingCT-vel rejti el az összeget, a küldőt és a fogadót, ezért fordulnak hozzá, amikor maga az átutalás a gond. Egyik konstrukció sem mond semmit arról a számláról, amely a fizetést kiváltotta.
A fiókrendszerek könyvelési problémát oldanak meg: a pénz megérkezik, és valaminek a megfelelő előfizetést fizetettként kell megjelölnie. A kört lezáró azonosító egy számla- vagy rendelésszám, amely a munkamenetén belül jön létre, mielőtt bármely érme megmozdul. A kereskedő egyetlen kriptográfiai feltevés megsértése nélkül végzi el az egyeztetést, így az érme adatvédelmi tulajdonságai soha nem kerülnek a számításba.
A Monero projekt saját GYIK-je egyenesen beszél erről a határról: a protokoll nem törli a fizető által megadott azonosító adatokat, és nem ígér teljes anonimitást. Amikor a kereskedő az a fél, akinek ezeket az adatokat átadta, a protokoll soha nem volt a gyenge pont.
Ez a különbség magyarázza azt a csalódást, amely gyakran előfordul. A fizetés egy új tárcából indul, a fiók megtartja szokásos címét, és egy hónappal később megérkezik a megújítási emlékeztető, amely név szerint szólítja meg az ügyfelet. Semmi nem hibázott. Az emlékeztető a fiókrendszerből jött, nem a főkönyvből.
Hol keletkezik a kapcsolat, sorrendben
Kövessen végig egy vásárlást kívülről befelé. A rendelési űrlap e-mail-címet, néha nevet és országot kér adózási okokból, és visszaad egy hivatkozási számot, amely egy meglévő ügyfélrekordhoz kapcsolódik. A fizetés aztán erre a számra érkezik. Egy hibátlan, össze nem kapcsolható átutalás így is olyan számlára kerül, amely már egy emberre mutat.
A támogatás a második csomópont, és az, amelyet az emberek alábecsülnek. Ha bejelentkezett fiókból nyit jegyet, majd csatolja a számlát, egy képernyőképet vagy egy tranzakció-hash-t, az ügyintéző aláírt nyilatkozatot kap arról, hogy ez a fizetés és ez a fiók összetartozik. A visszatérítések ugyanígy működnek, mert kell hozzájuk cél és vásárlási hivatkozás. A kártyaviták tovább mennek, mert a hálózat a saját példányát őrzi mindkét oldalról.
Egy letétkezelőn át vezető útvonal harmadik felet ad hozzá. Tőzsdei kivétel esetén a tőzsde tartja a személyazonosságát, az összeget és a célt, és hónapokkal később mindháromról kérdezhető; a VPN-szolgáltató olyan címről lát fizetést, amelyet nem tud feloldani, a tőzsde viszont igen. Egy Ön által ellenőrzött tárca eltávolítja ezt a nyilvántartót, és a szolgáltató saját nyilvántartásait pontosan úgy hagyja, ahogy voltak.
Három fizetési útvonal, ugyanazokon a tengelyeken összevetve
A legtöbb tanács egyetlen oszlopban hasonlítja össze a fizetési módokat, és azt ítéletnek nevezi. Hogy a szolgáltató mit kap, ki vezet még nyilvántartást, és mi mutat még a fiókra, egymástól függetlenül mozog, ezért egy útvonal, amely egy oszlopban nyer, a következőben veszíthet. Mindhárom egyszerre való olvasása az egyetlen összehasonlítás, amely megáll.
| Route | What the provider receives | Other record holders | What still points at the account |
|---|---|---|---|
| Card or bank transfer | Amount, billing name and a processor reference matched to the invoice | Bank, card network, payment processor | The invoice, plus any name or address typed at checkout |
| Withdrawal from an exchange | Amount and destination, with no identity attached on arrival | The exchange, under its own account and reporting duties | The invoice, plus anything the exchange can later be asked to disclose |
| Coin from a wallet you control | Amount and address, with no third-party record of the sender | None beyond the chain, if the chain is public at all | The invoice, plus any detail volunteered in support |
Kezdje az utolsó oszloppal, mert az minden útvonalat túlél. A meglévő ügyfélrekordra kiállított hivatkozás tartós kapcsolat, hacsak a szolgáltató nem ad el nélküle fizetési módot, és a legtöbb megújítás nem tesz ilyet. A középső oszlop ezután megmondja, kit lehet hónapokkal később válaszadásra kényszeríteni, ami többet számít, mint a főkönyv láthatósága, amikor a figyelmét felkeltő megfigyelő intézmény, és nem egy kíváncsi idegen.
Az első oszlop az, ahol a pajzsolt érmék hírnevet szereznek, és egyben a három közül a legkeskenyebb. Azt válaszolja meg, mit tanul a főkönyvből egy kívülálló, ami valódi kérdés egy nyilvános láncon történő fizetésnél, és szinte üres egy RingCT-átutalásnál. Csak erre az oszlopra válaszolni pontosan az, ahogyan egy privát fizetést privát vásárlásnak néznek.
Mit írjon le, mielőtt privátnak nevezi a vásárlást
Négy sor elég, amíg a vásárlás friss: melyik megfigyelő ellen védekezett, mit tudott meg a szolgáltató a fizetésnél, kinél van még példány az átutalásról, és mit tenne hozzá egy jövőbeli támogatási kérelem. Leírva az anonimitás homályos érzését tesztelhető állítássá alakítják. Leírás nélkül olyan feltevéssé válnak, hogy egy érme olyan munkát végzett, amelyre soha nem kérték.
Ezután csökkentse azt, amit még ellenőriz. Hagyja ki a számlázási vagy jogi cél nélküli opcionális mezőket, tartsa pontosnak a kötelező adatokat kitalált helyett, soha ne illesszen be egy beszélgetésbe helyreállítási mondatot, privát költési kulcsot vagy teljes fiókexportot, és tegye fel, hogy minden melléklet a fiókja mellett marad, amíg a fiók létezik. Az adatok minimalizálása nem ugyanaz, mint a jogosultság hamisítása vagy a fizetési kötelezettség megkerülése, és a kettő keverése rosszabb problémát teremt annál, amellyel kezdte.
Megújítás előtt ellenőrizze, hogy a szolgáltatás ki tud-e állítani olyan új számlát, amelyet fiókkapcsolat nélkül fizet meg, és hogy elérhető-e a támogatás bejelentkezés nélkül. Ha egyik sem lehetséges, az őszinte összefoglaló az, hogy az átutalás privát, a fiók pedig nem. Ezt még mindig érdemes tudni a következő fizetés előtt, és ezt az összefoglalót hagyja ki a legtöbb marketingoldal.