Mbeteni anonim kur paguani një VPN me kripto?
Një transfertë e mbrojtur ndryshon atë që tregon regjistri, jo atë që ofruesi ka regjistruar tashmë në pagesë. Krahasoni rrugët e pagesës në lidhjet që mbeten.
Dy pyetje përzihen sa herë që një faturë VPN paguhet me një monedhë privatësie. E para është çfarë mund të mësojë një i huaj që lexon zinxhirin për transfertën; e dyta është çfarë di tashmë ofruesi, sepse ju u regjistruat, hapët një biletë dhe shkruat një numër fature në një formular. Një metodë pagese mund të ndryshojë përgjigjen e parë dhe të lërë të dytën plotësisht të paprekur. Kontrollojini veçmas, sepse kështu ruhen vërtet të dhënat.
Një transfertë private dhe një blerje private janë pretendime të ndryshme
Në një zinxhir publik, një shumë dhe një palë adresa mbeten të dukshme për këdo që i kërkon një vit më vonë. Monero fsheh si parazgjedhje shumën, dërguesin dhe marrësin me nënshkrime unazore, adresa të fshehta dhe RingCT, prandaj njerëzit i drejtohen atij kur vetë transferta është shqetësimi. Asnjëra nga dy ndërtimet nuk thotë asgjë për faturën që shkaktoi pagesën.
Sistemet e llogarive zgjidhin një problem kontabël: paratë vijnë dhe diçka duhet ta shënojë abonimin e saktë si të paguar. Identifikuesi që mbyll atë cikël është një faturë ose referencë porosie e krijuar brenda sesionit tuaj, përpara se të lëvizë ndonjë monedhë. Tregtari e përfundon përputhjen pa thyer asnjë supozim kriptografik, kështu që vetitë e privatësisë së monedhës nuk hyjnë kurrë në llogaritje.
Pyetjet e shpeshta të vetë projektit Monero janë të drejtpërdrejta për këtë kufi: protokolli nuk i fshin të dhënat identifikuese që jep paguesi dhe nuk premton anonimitet të plotë. Kur tregtari është pala të cilës ia dhatë ato të dhëna, protokolli nuk ishte kurrë pika e dobët.
Ky dallim shpjegon një zhgënjim që shfaqet shpesh. Një pagesë del nga një portofol i ri, llogaria mban adresën e zakonshme dhe një muaj më vonë vjen një kujtues rinovimi që i drejtohet klientit me emër. Asgjë nuk dështoi. Kujtuesi erdhi nga sistemi i llogarive, jo nga regjistri.
Ku krijohet lidhja, sipas radhës
Ndiqni një blerje nga jashtë nga brenda. Formulari i porosisë kërkon një adresë emaili, ndonjëherë emër dhe vend për arsye fiskale, dhe kthen një numër referencë të lidhur me një regjistrim ekzistues klienti. Pagesa pastaj vjen ndaj atij numri. Një transfertë e përsosur dhe e palidhshme përsëri zbret mbi një faturë që tregon tashmë një person.
Mbështetja është kryqëzimi i dytë dhe ai që njerëzit e nënvlerësojnë. Hapja e një bilete nga një llogari e identifikuar dhe pastaj bashkëngjitja e faturës, një pamje ekrani ose një hash transaksioni i jep operatorit një deklaratë të nënshkruar se kjo pagesë dhe kjo llogari i përkasin njëra-tjetrës. Rimbursimet punojnë njësoj, sepse duan një destinacion dhe një referencë blerjeje. Mosmarrëveshjet e kartës shkojnë më tej, sepse rrjeti mban kopjen e vet të dyja palëve.
Një rrugë përmes një kujdestari shton një palë të tretë. Tërheqja nga një bursë do të thotë që bursa mban identitetin tuaj, shumën dhe destinacionin, dhe më vonë mund të pyetet për të treja; ofruesi i VPN-së sheh një pagesë nga një adresë që nuk mund ta zgjidhë, ndërsa bursa mundet. Një portofol që ju kontrolloni e heq atë mbajtës regjistrash dhe i lë regjistrat e vetë ofruesit saktësisht si ishin.
Tre rrugë pagese, të krahasuara në të njëjtat akse
Shumica e këshillave i krahasojnë metodat e pagesës në një kolonë të vetme dhe e quajnë atë verdikt. Çfarë merr ofruesi, kush tjetër mban një regjistër dhe çfarë vazhdon të tregojë llogarinë lëvizin në mënyrë të pavarur, kështu që një rrugë që fiton një kolonë mund të humbasë tjetrën. Të lexosh të treja njëherësh është krahasimi i vetëm që mbahet.
| 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 |
Filloni nga kolona e fundit, sepse i mbijeton çdo rruge. Një referencë e lëshuar mbi një regjistrim ekzistues klienti është një lidhje e qëndrueshme, përveç nëse ofruesi shet një mënyrë për të paguar pa të, dhe shumica e rinovimeve nuk e bëjnë atë. Kolona e mesme pastaj tregon se kujt mund t'i kërkohet të përgjigjet pas muajsh, dhe kjo peshon më shumë se dukshmëria në regjistër kur vëzhguesi që ju shqetëson është një institucion dhe jo një i huaj kureshtar.
Kolona e parë është aty ku monedhat e mbrojtura fitojnë reputacion, dhe është gjithashtu më e ngushta nga të treja. Përgjigjet se çfarë mëson një i jashtëm nga regjistri, një pyetje e vërtetë për një pagesë në zinxhir publik dhe pothuajse bosh për një transfertë RingCT. Të përgjigjesh vetëm për atë kolonë është pikërisht mënyra se si një pagesë private ngatërrohet me një blerje private.
Çfarë të shënoni përpara se ta quani blerjen private
Katër rreshta mjaftojnë sa kohë blerja është e freskët: nga cili vëzhgues po mbroni veten, çfarë mësoi ofruesi në pagesë, kush tjetër mban një kopje të transfertës dhe çfarë do të shtonte një kërkesë e ardhshme ndaj mbështetjes. Të shkruara, ato e kthejnë një ndjenjë të paqartë anonimiteti në një pretendim që mund ta provoni. Të pashkruara, ato bëhen supozimi se një monedhë bëri një punë që askush nuk ia kërkoi.
Pastaj zvogëloni atë që ende kontrolloni. Kaloni fushat opsionale pa qëllim faturimi ose ligjor, mbani të dhënat e detyrueshme të sakta në vend të sajuara, mos ngjitni kurrë një frazë rikuperimi, një çelës privat shpenzimi ose një eksport të plotë llogarie në një bisedë, dhe supozoni se çdo bashkëngjitje mbetet pranë llogarisë tuaj sa kohë llogaria ekziston. Minimizimi i të dhënave nuk është i njëjtë me falsifikimin e kualifikimit ose shmangien e një detyrimi pagese, dhe përzierja e të dyjave krijon një problem më të keq sesa ai me të cilin filluat.
Përpara rinovimit, kontrolloni nëse shërbimi mund të lëshojë një faturë të re që ju e paguani pa lidhjen e llogarisë, dhe nëse mbështetja mund të arrihet pa u identifikuar. Nëse asnjëra nuk është e mundur, përmbledhja e sinqertë është se transferta është private dhe llogaria nuk është. Vlen ende ta dish përpara pagesës së ardhshme, dhe është përmbledhja që shumica e faqeve të marketingut e lënë jashtë.