삼 년 전 포럼 게시물에서 Monero를 받는 VPN 목록을 찾고, 링크를 따라가면 전혀 다른 자산을 요구하는 결제 페이지에 도착합니다. 그 추천은 작성 당시에는 아마 사실이었을 것입니다. 실패한 것은 결제 경로가 변하는 페이지가 아니라 제공자의 영구적인 속성이라는 가정입니다. 증상은 눈앞의 청구서와 일치하지 않는 주소이며, 수정은 그 청구서를 읽는 것에서 시작됩니다.

증상: 포럼 게시물에서 나온 주소

결제 수단은 바뀌고, 처리업체는 사라지고, 판매자 도메인은 재배정됩니다. 디렉터리 항목이나 오래된 스레드는 어느 시점에 사실이었던 것을 기록하며, 그중 어느 것도 신뢰할 수 있는 날짜를 담고 있지 않습니다. 그런 출처는 결제 지시가 아니라 단서로 취급하십시오.

제공자 자신의 현재 결제 문서만이 행동할 가치가 있는 유일한 것입니다그리고 그것에도 날짜가 있습니다. 오늘 기준으로 읽고, 실제로 도달하는 결제 페이지가 문서에 설명된 것과 일치하는지 확인하십시오.

문서와 결제 페이지가 일치하지 않으면 멈추십시오. 결제를 설명하는 페이지와 결제를 받는 페이지의 불일치는 지원팀에 물어볼 이유이지 더 편한 쪽을 고를 이유가 아닙니다. 답변을 기다리는 동안 페이지가 다시 바뀔 수 있으므로 티켓을 열기 전에 둘 다 스크린샷을 찍으십시오. 그 기록은 불일치가 의도하지 않은 리디렉션으로 밝혀질 경우에도 당신을 보호합니다.

무엇이든 보내기 전에 청구서를 읽으십시오

청구서는 항목의 집합이며, 각 항목은 특정 실패를 막기 위해 존재합니다. 요구되는 자산, 금액, 목적지, 유효 기간, 그리고 결제가 계정에 입금되는 조건을 읽으십시오.

FieldWhat to confirmWhat goes wrong if you skip it
AssetThe invoice asks for the asset you holdYou send the wrong currency to a valid address
AmountExact figure, including any minimumPartial credit or an uncredited payment
DestinationAddress and any payment identifier match the pageFunds arrive but attach to nothing
ValidityExpiry time and time zonePayment sent after the invoice closed
CreditingHow the account is linked to the transferA paid invoice with no active subscription

포럼 게시물의 방식을 응용하는 대신 결제 페이지 자체의 워크플로를 사용하십시오. 스레드에서 주소나 결제 식별자를 복사하는 것은 자금이 제공자가 요청한 적 없는 곳으로 가는 길입니다. 결제 페이지가 QR 코드나 복사 버튼을 제공하면 그것을 사용하고, 확인하기 전에 첫 글자와 마지막 글자를 페이지와 비교하십시오. 그 습관은 다섯 초가 걸리고 주소 대체 오류의 대부분을 잡아냅니다.

피해야 할 구체적인 습관 하나: 공개 결제 식별자를 계정 비밀번호로 절대 바꾸지 마십시오. 그 식별자는 설계상 거래 기록에 보이며, 그중 하나에서 파생된 비밀번호는 보는 사람 누구에게나 공개된 비밀번호입니다.

직접 결제와 환전은 다른 경로입니다

자산을 직접 받는 판매자는 다른 것을 받아 환전하는 서비스와 같지 않습니다. 환전 경로는 상대방, 자체 데이터 요구 사항, 자체 실패 방식을 추가하며, 내년에는 존재하지 않을 수도 있습니다.

과거의 환전 서비스는 이 문제의 좋은 예입니다. 그것들은 실재했고, 일부는 사라졌으며, 운영 중에 쓰인 추천은 제공자가 지금 무엇을 지원하는지에 대해 아무 말도 하지 않습니다. 아카이브가 아니라 제공자의 페이지를 확인하십시오. 보관된 페이지는 무엇이 바뀌었는지에 대한 유용한 증거이긴 하지만 결제 지시는 아닙니다.

현재 문서가 어떤 모습인지 보여주는 예로, IVPN의 결제 관련 자주 묻는 질문 페이지는 받는 방법을 나열하고 암호화폐 방식을 설명합니다. 이것은 추천이 아니라 읽을 수 있는 일차 자료의 예이며, 다른 어떤 페이지처럼 바뀔 수 있습니다.

영수증을 계정에 연결해 두십시오

결제와 계정 입금은 결제 페이지가 하나처럼 보이게 해도 별개의 단계입니다. 청구서 참조 번호, 거래 식별자, 영수증을 사적인 곳에 보관하고, 그 이체가 어느 계정이나 구매에 입금되어야 했는지 적어 두십시오.

문제가 생겼을 때 그 기록이 지원 문의와 분쟁의 차이입니다. 결제는 보이지만 어느 계정의 것인지 모르는 제공자는 다룰 것이 거의 없습니다. 혼잡한 네트워크에서 이체 확인은 청구서 창이 허용하는 것보다 오래 걸릴 수 있으므로 보낸 시각을 포함하십시오. 제공자는 거래 식별자만큼이나 전송 시각이 필요합니다.

환불 조건은 결제 전에 읽으십시오. 결제 취소는 자금 반환과 같지 않으며, 모든 환불은 제공자의 문서화된 절차를 따르며, 그 절차에는 미리 알고 싶었을 과정이 포함될 수 있습니다.

그리고 지갑 복구 문구나 개인 지출 키를 판매자나 지원 담당자에게 절대 제공하지 마십시오. 어떤 정당한 결제 확인 절차도 그것들을 필요로 하지 않으며, 메시지가 무엇을 말하든 마찬가지입니다.

Monero가 서비스에 대해 바꾸지 않는 것

자산 쪽의 거래 프라이버시는 운영자가 서비스 쪽에서 볼 수 있는 것을 바꾸지 않습니다. 계정 식별자, 지원 대화, 제출된 결제 증거, 선택적 진단은 모두 사건을 구독과 연결할 수 있습니다. 결제 레일과 서비스 관계는 서로 다른 두 표면이며, 그중 하나만 프라이버시를 위해 설계되었습니다.

그러므로 제공자의 정책과 인프라는 결제 옵션과 별도로 평가하십시오. 프라이버시에 중점을 둔 결제 수단은 서비스의 한 가지 속성일 뿐 요약이 아니며, 터널 품질, 기록, 관할권에 대해 아무 말도 하지 않습니다. 두 제공자가 같은 자산을 받아들여도 터널이 열린 뒤에는 전혀 다르게 행동할 수 있습니다.

사용한 경로, 지불한 청구서, 날짜를 적어 두십시오. 그 기록이 몇 달 뒤 입금 관련 질문에 답할 수 있게 해 주며, 결제 페이지의 모든 재설계를 견디는 이 과정의 부분입니다.

관련 글