آیا پرداخت اشتراک VPN با ارز دیجیتال شما را ناشناس نگه می‌دارد؟
انتقال محافظت‌شده آنچه دفتر کل نشان می‌دهد را عوض می‌کند، نه آنچه ارائه‌دهنده هنگام پرداخت ثبت کرده است. مسیرهای پرداخت را روی پیوندهایی که باقی می‌مانند مقایسه کنید.
هر بار که صورت‌حساب VPN با یک ارز حریم خصوصی پرداخت می‌شود، دو پرسش با هم قاطی می‌شوند. اولی این است که یک غریبه با خواندن زنجیره چه چیزی درباره انتقال می‌فهمد؛ دومی این است که ارائه‌دهنده از پیش چه می‌داند، چون شما ثبت‌نام کردید، تیکت باز کردید و شماره فاکتور را در فرمی تایپ کردید. یک روش پرداخت می‌تواند پاسخ اول را تغییر دهد و پاسخ دوم را کاملاً دست‌نخورده بگذارد. هر دو را جدا بررسی کنید، چون رکوردها واقعاً همین‌طور ذخیره می‌شوند.
انتقال خصوصی و خرید خصوصی دو ادعای متفاوت‌اند
روی یک زنجیره عمومی، مبلغ و یک جفت نشانی برای هر کسی که یک سال بعد سراغشان برود دیدنی می‌مانند. Monero به‌طور پیش‌فرض مبلغ، فرستنده و گیرنده را با امضای حلقه‌ای، نشانی‌های پنهان و RingCT می‌پوشاند، به همین دلیل وقتی خودِ انتقال نگرانی باشد مردم به آن روی می‌آورند. هیچ‌یک از دو طراحی چیزی درباره فاکتوری که پرداخت را آغاز کرد نمی‌گوید.
سامانه‌های حساب یک مشکل دفترداری را حل می‌کنند: پول می‌رسد و چیزی باید اشتراک درست را پرداخت‌شده علامت بزند. شناسه‌ای که این حلقه را می‌بندد، فاکتور یا شماره سفارشی است که پیش از حرکت هر سکه، در نشست شما ایجاد می‌شود. فروشنده تطبیق را بدون شکستن حتی یک فرض رمزنگاری کامل می‌کند، پس ویژگی‌های حریم خصوصی سکه هرگز وارد محاسبه نمی‌شود.
پرسش‌های متداول خود پروژه Monero درباره این مرز صریح است: پروتکل جزئیات شناسایی‌کننده‌ای را که پرداخت‌کننده می‌دهد پاک نمی‌کند و ناشناس‌بودن کامل را وعده نمی‌دهد. وقتی فروشنده همان طرفی است که آن جزئیات را به او دادید، پروتکل هرگز نقطه ضعف نبود.
این تفکیک ناامیدی‌ای را توضیح می‌دهد که زیاد پیش می‌آید. پرداختی از کیف پول تازه بیرون می‌رود، حساب نشانی معمول خود را نگه می‌دارد و یک ماه بعد یادآوری تمدید می‌رسد که با نام به مشتری خطاب شده است. هیچ چیز شکست نخورده. یادآوری از سامانه حساب آمده، نه از دفتر کل.
پیوند کجا ساخته می‌شود، به ترتیب
یک خرید را از بیرون به درون دنبال کنید. فرم سفارش نشانی ایمیل، گاهی نام و کشور برای مقاصد مالیاتی می‌خواهد و شماره مرجعی برمی‌گرداند که به رکورد مشتری موجود بسته شده است. بعد پرداخت روی همان شماره می‌نشیند. انتقالی بی‌عیب و غیرقابل‌پیوند، باز هم روی فاکتوری فرود می‌آید که از قبل به یک نفر اشاره دارد.
پشتیبانی دومین گلوگاه است و همان که مردم دست‌کم می‌گیرند. باز کردن تیکت از حسابی که وارد آن شده‌اید و سپس پیوست کردن فاکتور، تصویر صفحه یا هش تراکنش، به اپراتور بیانیه‌ای امضاشده می‌دهد که این پرداخت و این حساب به هم تعلق دارند. بازپرداخت‌ها همین‌طور کار می‌کنند، چون به مقصد و مرجع خرید نیاز دارند. اختلاف‌های کارت جلوتر می‌روند، چون شبکه نسخه خودش را از هر دو طرف نگه می‌دارد.
مسیر از طریق واسطه یک طرف سوم اضافه می‌کند. برداشت از صرافی یعنی صرافی هویت، مبلغ و مقصد شما را دارد و ماه‌ها بعد می‌توان درباره هر سه از آن پرسید؛ ارائه‌دهنده VPN پرداختی از نشانی می‌بیند که نمی‌تواند به کسی نسبت دهد، در حالی که صرافی می‌تواند. کیف پولی که خودتان کنترل می‌کنید آن دارنده رکورد را برمی‌دارد و رکوردهای خود ارائه‌دهنده را دقیقاً همان‌طور که بود باقی می‌گذارد.
سه مسیر پرداخت، مقایسه‌شده روی همان محورها
بیشتر توصیه‌ها روش‌های پرداخت را در یک ستون مقایسه می‌کنند و آن را حکم می‌نامند. آنچه ارائه‌دهنده می‌گیرد، چه کس دیگری رکورد نگه می‌دارد و چه چیزی هنوز به حساب اشاره دارد، مستقل از هم حرکت می‌کنند، پس مسیری که یک ستون را می‌برد می‌تواند ستون بعدی را ببازد. خواندن هر سه با هم تنها مقایسه‌ای است که می‌ماند.
| 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 |
از ستون آخر شروع کنید، چون از هر مسیری جان سالم به در می‌برد. مرجعی که روی یک رکورد مشتری موجود ساخته شده پیوندی پایدار است، مگر اینکه ارائه‌دهنده راهی برای پرداخت بدون آن بفروشد، و بیشتر تمدیدها چنین کاری نمی‌کنند. ستون میانی بعد به شما می‌گوید ماه‌ها بعد از چه کسی می‌توان پاسخ خواست، و این وقتی ناظری که نگرانش هستید یک نهاد باشد نه غریبه‌ای کنجکاو، از دیدپذیری دفتر کل مهم‌تر است.
ستون اول جایی است که سکه‌های محافظت‌شده اعتبار می‌سازند و همچنین باریک‌ترین ستون از سه است. پاسخ می‌دهد که یک بیرونی از دفتر کل چه یاد می‌گیرد: پرسشی واقعی برای پرداخت روی زنجیره عمومی و تقریباً تهی برای انتقال RingCT. پاسخ دادن فقط به آن ستون، همان روشی است که یک پرداخت خصوصی با خرید خصوصی اشتباه گرفته می‌شود.
پیش از آنکه خرید را خصوصی بنامید چه بنویسید
چهار خط کافی است تا وقتی خرید تازه است: از کدام ناظر دفاع می‌کردید، ارائه‌دهنده هنگام پرداخت چه فهمید، نسخه انتقال دست چه کس دیگری است و یک درخواست پشتیبانی آینده چه چیزی اضافه می‌کند. وقتی نوشته شوند، احساس مبهم ناشناس‌بودن را به ادعایی تبدیل می‌کنند که می‌توانید بیازمایید. وقتی نوشته نشوند، به این فرض تبدیل می‌شوند که سکه کاری کرده که هرگز از او خواسته نشده بود.
سپس آنچه هنوز در کنترل شماست را کم کنید. فیلدهای اختیاری بدون هدف صورت‌حساب یا قانونی را رد کنید، جزئیات لازم را درست نگه دارید نه ساختگی، هرگز عبارت بازیابی، کلید خرج خصوصی یا خروجی کامل حساب را در گفت‌وگو نچسبانید، و فرض کنید هر پیوست تا وقتی حساب وجود دارد کنار آن می‌ماند. کمینه‌کردن داده همان جعل صلاحیت یا دور زدن تعهد پرداخت نیست، و قاطی کردن این دو مشکلی بدتر از آنچه با آن شروع کردید می‌سازد.
پیش از تمدید بررسی کنید که آیا سرویس می‌تواند فاکتور تازه‌ای صادر کند که بدون پیوند حساب پرداختش کنید، و آیا می‌توان بدون ورود به حساب به پشتیبانی رسید. اگر هیچ‌کدام ممکن نبود، جمع‌بندی صادقانه این است که انتقال خصوصی است و حساب نه. این هنوز ارزش دانستن پیش از پرداخت بعدی را دارد، و همان جمع‌بندی‌ای است که بیشتر صفحه‌های بازاریابی جا می‌اندازند.