암호화폐로 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 전송에서는 거의 빈 질문이다. 그 열에만 답하는 것이 사적인 결제를 사적인 구매로 착각하는 정확한 방식이다.
구매를 사적이라고 부르기 전에 적어 둘 것
구매가 신선할 때 네 줄이면 충분하다. 어떤 관찰자로부터 자신을 지키고 있었는지, 결제 시점에 제공자가 무엇을 알았는지, 전송의 사본을 또 누가 갖는지, 앞으로의 지원 요청이 무엇을 더할지. 적어 두면 그것들은 막연한 익명성 감각을 시험할 수 있는 주장으로 바꾼다. 적지 않으면 코인이 요구받지 않은 일을 했다는 전제가 된다.
다음으로 아직 통제할 수 있는 것을 줄인다. 청구나 법적 목적이 없는 선택 항목은 건너뛰고, 필수 정보는 지어내지 말고 정확하게 유지하며, 복구 문구나 개인 지출 키, 전체 계정 내보내기를 대화에 붙이지 말고, 모든 첨부가 계정이 존재하는 동안 계정 옆에 남는다고 가정한다. 데이터를 최소화하는 것은 자격을 속이거나 결제 의무를 피하는 것과 다르며, 둘을 섞으면 시작한 문제보다 더 나쁜 문제가 생긴다.
갱신 전에 서비스가 계정 연결 없이 결제할 새 청구서를 발행할 수 있는지, 로그인하지 않고 지원에 닿을 수 있는지 확인한다. 둘 다 불가능하다면 정직한 요약은 전송은 사적이고 계정은 그렇지 않다는 것이다. 다음 결제 전에 그것을 아는 것은 여전히 가치가 있으며, 대부분의 마케팅 페이지가 빠뜨리는 요약이 바로 이것이다.