پرداخت هزینه VPN با Monero: چه چیزی را در فاکتور بررسی کنید
فهرست توصیه‌های قدیمی یک صفحه پرداخت نیست. صفحه پرداخت فعلی را تأیید کنید، فیلدهای فاکتور را بخوانید و رسید را برای هر پرسش درباره واریز نگه دارید.
پستی در انجمن از سه سال پیش پیدا می‌کنید که VPN ای را فهرست می‌کند که Monero می‌پذیرد، پیوند را دنبال می‌کنید و به صفحه پرداختی می‌رسید که دارایی کاملاً دیگری می‌خواهد. توصیه در زمان نوشته شدن احتمالاً درست بود. چیزی که شکست خورد این فرض بود که مسیر پرداخت ویژگی دائمی یک ارائه‌دهنده است، نه صفحه‌ای که تغییر می‌کند. نشانه، نشانی است که با فاکتور پیش روی شما نمی‌خواند، و اصلاح با خواندن همان فاکتور آغاز می‌شود.
نشانه: نشانی از یک پست انجمن
روش‌های پرداخت تغییر می‌کنند، پردازشگرها ناپدید می‌شوند و دامنه‌های فروشندگان بازتخصیص می‌یابند. یک ورودی در فهرست یا یک رشته قدیمی آنچه را در مقطعی درست بود ثبت می‌کند، و هیچ‌کدام تاریخ قابل اعتمادی ندارند. با هر چنین منبعی به‌عنوان یک سرنخ رفتار کنید، نه دستور پرداخت.
مستندات پرداخت فعلی خود ارائه‌دهنده تنها چیزی است که ارزش عمل کردن دارد، و حتی آن هم تاریخی دارد. آن را بر اساس امروز بخوانید، سپس تأیید کنید که صفحه پرداختی که واقعاً به آن می‌رسید با آنچه مستندات توصیف می‌کند مطابقت دارد.
اگر مستندات و صفحه پرداخت با هم اختلاف دارند، توقف کنید. ناسازگاری میان صفحه‌ای که پرداخت را توصیف می‌کند و صفحه‌ای که پرداخت را می‌پذیرد دلیلی برای پرسیدن از پشتیبانی است، نه دلیلی برای انتخاب راحت‌تر. پیش از باز کردن تیکت از هر دو عکس صفحه بگیرید، زیرا ممکن است صفحه‌ها هنگام انتظار برای پاسخ دوباره تغییر کنند. آن سابقه همچنین اگر اختلاف معلوم شد تغییرمسیری است که قصد دنبال کردنش را نداشتید از شما محافظت می‌کند.
پیش از فرستادن هر چیزی فاکتور را بخوانید
فاکتور مجموعه‌ای از فیلدهاست، و هر فیلد برای جلوگیری از یک خطای مشخص وجود دارد. دارایی درخواستی، مبلغ، مقصد، دوره اعتبار و شرایطی که پرداخت به یک حساب واریز می‌شود را بخوانید.
| Field | What to confirm | What goes wrong if you skip it |
|---|---|---|
| Asset | The invoice asks for the asset you hold | You send the wrong currency to a valid address |
| Amount | Exact figure, including any minimum | Partial credit or an uncredited payment |
| Destination | Address and any payment identifier match the page | Funds arrive but attach to nothing |
| Validity | Expiry time and time zone | Payment sent after the invoice closed |
| Crediting | How the account is linked to the transfer | A paid invoice with no active subscription |
از جریان کاری خود صفحه پرداخت استفاده کنید، نه اینکه طرحی از یک پست انجمن را اقتباس کنید. کپی کردن نشانی یا شناسه پرداخت از یک رشته همان راهی است که دارایی‌ها جایی می‌رسند که ارائه‌دهنده هرگز نخواسته بود بروند. اگر صفحه پرداخت کد QR یا دکمه کپی ارائه می‌دهد، از آن استفاده کنید و پیش از تأیید، اولین و آخرین نویسه را با صفحه مقایسه کنید. آن عادت پنج ثانیه وقت می‌گیرد و بیشتر اشتباهات جایگزینی نشانی را می‌گیرد.
یک عادت مشخص که باید از آن پرهیز کرد: هرگز یک شناسه پرداخت عمومی را به گذرواژه حساب خود تبدیل نکنید. آن شناسه‌ها طبق طراحی در سوابق تراکنش دیده می‌شوند، و گذرواژه‌ای که از یکی از آن‌ها گرفته شود، گذرواژه‌ای است که برای هر بیننده‌ای منتشر شده است.
پرداخت مستقیم و تبدیل دو مسیر متفاوت‌اند
فروشنده‌ای که دارایی را مستقیم می‌پذیرد با خدمتی که چیز دیگری می‌پذیرد و آن را تبدیل می‌کند یکسان نیست. مسیر تبدیل یک طرف مقابل، الزامات داده خودش و حالت‌های خرابی خودش را اضافه می‌کند، و ممکن است سال آینده وجود نداشته باشد.
خدمات تبدیل تاریخی نمونه خوبی از این مشکل هستند. واقعی بودند، بعضی‌شان از میان رفته‌اند، و توصیه‌ای که هنگام فعالیت آن‌ها نوشته شده چیزی درباره آنچه ارائه‌دهنده اکنون پشتیبانی می‌کند نمی‌گوید. صفحه ارائه‌دهنده را بررسی کنید، نه آرشیو را. صفحه آرشیوشده هنوز شاهدی مفید از آنچه تغییر کرده است، اما دستور پرداخت نیست.
به‌عنوان نمونه‌ای از اینکه مستندات فعلی چگونه است، پرسش‌های متداول پرداخت در IVPN روش‌هایی را که می‌پذیرد فهرست می‌کند و ترتیب رمزارزی خود را توصیف می‌کند. این نمونه‌ای از یک منبع اولیه خوانا است نه یک توصیه، و می‌تواند مانند هر صفحه دیگری تغییر کند.
رسید را به حساب گره بزنید
پرداخت و واریز به حساب دو گام جداگانه‌اند، حتی وقتی صفحه پرداخت آن‌ها را یکی نشان می‌دهد. مرجع فاکتور، شناسه تراکنش و رسید را در جایی خصوصی نگه دارید و یادداشت کنید که انتقال باید به کدام حساب یا خرید واریز می‌شد.
وقتی چیزی اشتباه می‌شود، همان سابقه تفاوت میان یک پرسش از پشتیبانی و یک اختلاف است. ارائه‌دهنده‌ای که پرداخت را می‌بیند اما نمی‌داند به کدام حساب تعلق داشت، چیز بسیار کمی برای کار کردن دارد. زمان ارسال را هم ذکر کنید، زیرا تأیید یک انتقال در شبکه‌ای شلوغ می‌تواند بیش از آنچه پنجره فاکتور اجازه می‌دهد طول بکشد. ارائه‌دهنده به زمان ارسال به اندازه شناسه تراکنش نیاز دارد.
شرایط بازپرداخت را پیش از پرداخت بخوانید، نه بعد از آن. لغو یک صفحه پرداخت همان بازگرداندن وجوه نیست، و هر بازپرداختی از ترتیب مستند ارائه‌دهنده پیروی می‌کند، که ممکن است فرایندی را در بر بگیرد که ترجیح می‌دادید از قبل بدانید.
و هرگز عبارت بازیابی کیف پول یا کلید خرج خصوصی را به فروشنده یا مخاطب پشتیبانی ندهید. هیچ فرایند مشروع تأیید پرداخت به آن‌ها نیاز ندارد، هرچه پیام بگوید.
آنچه Monero درباره خدمت تغییر نمی‌دهد
حریم خصوصی تراکنش در سمت دارایی آنچه اپراتور در سمت خدمت می‌بیند را تغییر نمی‌دهد. شناسه‌های حساب، گفتگوهای پشتیبانی، شواهد پرداخت ارسالی و عیب‌یابی اختیاری همه می‌توانند رویدادها را به یک اشتراک متصل کنند. ریل پرداخت و رابطه خدمت دو سطح متفاوت‌اند، و تنها یکی از آن‌ها برای حریم خصوصی طراحی شده است.
پس سیاست و زیرساخت ارائه‌دهنده را جدا از گزینه‌های پرداختش ارزیابی کنید. یک روش پرداخت متمرکز بر حریم خصوصی یکی از ویژگی‌های یک خدمت است، نه خلاصه آن، و چیزی درباره کیفیت تونل، ثبت گزارش یا صلاحیت قضایی نمی‌گوید. دو ارائه‌دهنده می‌توانند دارایی یکسانی را بپذیرند و پس از برپا شدن تونل کاملاً متفاوت رفتار کنند.
مسیری که استفاده کردید، فاکتوری که پرداختید و تاریخ را بنویسید. همان سابقه چیزی است که به شما امکان می‌دهد ماه‌ها بعد به پرسشی درباره واریز پاسخ دهید، و بخشی از این فرایند است که از هر بازطراحی صفحه پرداخت جان سالم به در می‌برد.