Mantén o anonimato se paga unha VPN con cripto?
Unha transferencia blindada cambia o que mostra o libro, non o que o provedor xa rexistrou ao cobrar. Compare rutas de pagamento nas ligazóns que sobreviven.
Dúas preguntas mestúranse cada vez que se paga unha factura de VPN cunha moeda de privacidade. A primeira é que pode aprender un descoñecido que le a cadea sobre a transferencia; a segunda é que sabe xa o provedor porque vostede se rexistrou, abriu un ticket e escribiu un número de factura nun formulario. Un método de pagamento pode cambiar a primeira resposta e deixar a segunda intacta. Audíteas por separado, porque así é como se gardan realmente os rexistros.
Unha transferencia privada e unha compra privada son afirmacións distintas
Nunha cadea pública, un importe e un par de enderezos seguen visibles para calquera que os consulte un ano despois. Monero oculta o importe, o emisor e o receptor por defecto mediante sinaturas de anel, enderezos furtivos e RingCT, e por iso a xente recorre a el cando a propia transferencia é a preocupación. Ningún dos dous deseños di nada sobre a factura que provocou o pagamento.
Os sistemas de contas resolven un problema contable: chega o diñeiro e algo ten que marcar a subscrición correcta como pagada. O identificador que pecha ese circuíto é unha factura ou unha referencia de pedido creada dentro da súa sesión, antes de que se mova ningunha moeda. O comerciante completa o emparellamento sen romper nin unha soa suposición criptográfica, así que as propiedades de privacidade da moeda nunca entran no cálculo.
As preguntas frecuentes do propio proxecto Monero son directas sobre esa fronteira: o protocolo non borra os datos identificativos que achega o pagador e non promete anonimato completo. Cando o comerciante é a parte á que vostede lle entregou eses datos, o protocolo nunca foi o punto débil.
Esa distinción explica unha decepción que aparece a miúdo. Un pagamento sae dunha carteira nova, a conta conserva o seu enderezo habitual e un mes despois chega un recordatorio de renovación dirixido ao cliente polo seu nome. Non fallou nada. O recordatorio viña do sistema de contas, non do libro.
Onde se crea a ligazón, por orde
Siga unha compra de fóra cara a dentro. O formulario de pedido pide un correo electrónico, ás veces un nome e un país por motivos fiscais, e devolve un número de referencia ligado a un rexistro de cliente existente. Despois o pagamento chega contra ese número. Unha transferencia impecable e non vinculable aterra igualmente nunha factura que xa sinala a unha persoa.
O soporte é o segundo cruzamento e o que a xente subestima. Abrir un ticket desde unha conta autenticada e despois anexar a factura, unha captura de pantalla ou un hash de transacción entrega ao operador unha declaración asinada de que este pagamento e esta conta van xuntos. Os reembolsos funcionan igual, porque necesitan un destino e unha referencia de compra. As disputas de tarxeta van máis lonxe, porque a rede garda a súa propia copia de ambos os lados.
Unha ruta con custodio engade un terceiro. Retirar dun intercambio significa que o intercambio ten a súa identidade, o importe e o destino, e pódeselle preguntar polos tres máis adiante; o provedor de VPN ve un pagamento desde un enderezo que non pode resolver, mentres que o intercambio si. Unha carteira que vostede controla elimina a ese depositario de rexistros e deixa os rexistros do provedor exactamente como estaban.
Tres rutas de pagamento, comparadas sobre os mesmos eixes
A maioría dos consellos comparan métodos de pagamento nunha soa columna e chámanlle veredicto. O que recibe o provedor, quen máis garda un rexistro e que segue sinalando a conta móvense de forma independente, así que unha ruta que gaña unha columna pode perder a seguinte. Ler as tres á vez é a única comparación que se sostén.
| 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 |
Empece pola última columna, porque sobrevive a todas as rutas. Unha referencia creada contra un rexistro de cliente existente é un vínculo duradeiro salvo que o provedor venda unha forma de pagar sen ela, e a maioría das renovacións non o fan. A columna central dille despois a quen se pode obrigar a responder preguntas meses máis tarde, o que importa máis que a visibilidade do libro cando o observador que lle preocupa é unha institución e non un descoñecido curioso.
A primeira columna é onde as moedas blindadas gañan a súa reputación, e tamén é a máis estreita das tres. Responde que aprende un estraño do libro, unha pregunta real para un pagamento en cadea pública e case baleira para unha transferencia RingCT. Responder só esa columna é exactamente como un pagamento privado se confunde cunha compra privada.
Que anotar antes de chamar privada á compra
Catro liñas abondan mentres a compra é recente: de que observador se defendía, que aprendeu o provedor ao cobrar, quen máis ten unha copia da transferencia e que engadiría unha futura solicitude de soporte. Escritas, converten unha vaga sensación de anonimato nunha afirmación que pode probar. Sen escribir, convértense na suposición de que unha moeda fixo un traballo que ninguén lle pediu.
Logo reduza o que aínda controla. Omita os campos opcionais sen finalidade de facturación ou legal, manteña os datos obrigatorios exactos en lugar de inventados, non pegue nunca unha frase de recuperación, unha clave privada de gasto ou unha exportación completa da conta nunha conversa, e dea por feito que cada anexo queda xunto á súa conta mentres a conta exista. Minimizar datos non é o mesmo que falsificar a elixibilidade ou eludir unha obriga de pagamento, e mesturar ambas as cousas crea un problema peor que o que tiña ao comezar.
Antes de renovar, comprobe se o servizo pode emitir unha factura nova que pague sen o vínculo da conta e se se pode chegar ao soporte sen iniciar sesión. Se ningunha das dúas cousas é posible, o resumo honesto é que a transferencia é privada e a conta non. Aínda paga a pena sabelo antes do próximo pagamento, e é o resumo que a maioría das páxinas de mercadotecnia omite.