Payment IDs no Monero: Por Que Foram Descontinuados

A Ascensão e Queda dos Payment IDs

Os Payment IDs foram uma vez uma funcionalidade onipresente no ecossistema Monero. Se você usou Monero antes de 2019, quase certamente os encontrou ao depositar em exchanges ou pagar comerciantes. Esses identificadores extras eram anexados às transações para ajudar os destinatários a distinguir entre múltiplos pagamentos recebidos. Apesar de sua utilidade, os Payment IDs introduziram problemas significativos de privacidade e usabilidade que levaram à sua descontinuação.

Entender essa história é importante para qualquer pessoa que use Monero hoje, especialmente ao interagir com serviços mais antigos que ainda possam fazer referência a Payment IDs. Seja você trocando através do MoneroSwapper ou gerenciando sua própria carteira, saber o que substituiu os Payment IDs e por quê ajuda você a transacionar de forma mais segura.

O Que Eram os Payment IDs?

Um Payment ID era uma string hexadecimal de 64 caracteres (32 bytes) que podia ser anexada a uma transação Monero. Pense nele como um número de referência ou ID de fatura incorporado diretamente na transação da blockchain. Havia dois tipos:

Payment IDs Longos (Não Criptografados)

O formato original de Payment ID era uma string de 32 bytes transmitida em texto simples como parte do campo extra da transação. Quando você enviava uma transação com um Payment ID longo, qualquer pessoa vendo a blockchain podia ver o valor do Payment ID. Este era o método mais antigo e era amplamente usado por exchanges e processadores de pagamento.

O problema era imediatamente aparente do ponto de vista da privacidade: se uma exchange publicasse seu endereço de depósito e atribuísse Payment IDs únicos a cada usuário, um observador poderia identificar todos os depósitos naquela exchange e potencialmente vincular Payment IDs a usuários específicos através de análise de tempo ou valor.

Payment IDs Criptografados (Payment IDs Curtos)

Para resolver o problema do texto simples, o Monero introduziu Payment IDs criptografados em 2017. Estes eram valores de 8 bytes criptografados com um segredo compartilhado derivado das chaves de uso único da transação. Apenas o destinatário podia descriptografar o Payment ID usando sua chave privada de visualização. Na blockchain, o Payment ID criptografado aparecia como dados aleatórios para todos os outros.

Os Payment IDs criptografados foram agrupados com endereços integrados, que combinavam um endereço Monero padrão com um Payment ID de 8 bytes em uma única string de endereço. Isso os tornava mais fáceis de usar porque o remetente não precisava copiar e colar manualmente um campo de Payment ID separado.

Por Que Exchanges e Serviços Usavam Payment IDs

A razão prática para os Payment IDs era simples: exchanges e comerciantes precisavam atribuir pagamentos recebidos a usuários ou pedidos específicos. Como o Monero usa endereços stealth que tornam cada saída de transação única, um serviço recebendo milhares de depósitos diariamente precisava de um mecanismo para determinar qual depósito pertencia a qual cliente.

O fluxo de trabalho típico era:

• A exchange fornece a todos os usuários o mesmo endereço de depósito, mas atribui a cada usuário um Payment ID único
• O usuário envia XMR para o endereço da exchange com o Payment ID atribuído
• A exchange escaneia as transações recebidas pelo Payment ID para creditar a conta correta

Esse sistema funcionava, mas era frágil. Os usuários frequentemente esqueciam de incluir o Payment ID, resultando em depósitos perdidos que exigiam recuperação manual pelas equipes de suporte das exchanges. Este era um dos problemas de suporte mais comuns para exchanges que aceitavam Monero e uma grande fonte de frustração para os usuários.

Os Problemas de Privacidade com Payment IDs

Mesmo os Payment IDs criptografados introduziam várias vulnerabilidades de privacidade que minavam as garantias centrais de privacidade do Monero:

Vinculabilidade Através de Metadados

Quando todos os usuários de uma exchange enviavam para o mesmo endereço, o mecanismo de endereço stealth era prejudicado. Um observador podia identificar que uma transação era destinada a uma exchange específica simplesmente reconhecendo o endereço público. O Payment ID, mesmo quando criptografado, adicionava metadados distintos à transação. Transações com Payment IDs pareciam diferentes de transações sem eles, criando duas classes de transações que reduziam o conjunto de anonimato.

O Problema dos Dois Pools

Transações com Payment IDs e transações sem Payment IDs formavam dois pools visualmente distintos na blockchain. Essa distinção fornecia informações para analistas de cadeia. Se uma transação continha um Payment ID criptografado, era muito provável que estivesse indo para uma exchange ou comerciante, estreitando significativamente os possíveis destinatários.

Análise de Tempo e Padrões

As exchanges normalmente processavam depósitos em lotes ou com tempo previsível. Combinado com o modelo de endereço de depósito único, isso criava padrões que analistas sofisticados podiam explorar. A combinação de um endereço conhecido, padrões de tempo e a presença de Payment IDs tornava os ataques de correlação mais viáveis do que deveriam ser.

Erro do Usuário como Vazamento de Privacidade

Quando os usuários esqueciam o Payment ID, frequentemente tinham que contatar o suporte e provar que a transação era deles. Isso normalmente envolvia compartilhar a chave privada da transação ou informações da chave de visualização, criando vazamento adicional de privacidade e um rastro de papel vinculando sua identidade à transação.

O Cronograma de Descontinuação

A comunidade Monero reconheceu esses problemas e tomou medidas através de várias atualizações de protocolo:

• 2018 (v0.13, Beryllium Bullet) — Payment IDs longos (não criptografados) foram descontinuados, e o software das carteiras começou a mostrar avisos quando os usuários tentavam usá-los
• 2019 (v0.15, Carbon Chamaeleon) — Payment IDs longos foram banidos no nível do protocolo. Transações com Payment IDs não criptografados eram rejeitadas pela rede
• Atualizações de software das carteiras — As carteiras GUI e CLI progressivamente removeram os campos de Payment ID e incentivaram o uso de subendereços
• Migração das exchanges — As principais exchanges migraram de Payment IDs para subendereços ao longo de 2019 e 2020, com algumas retardatárias demorando mais

Payment IDs criptografados (curtos) via endereços integrados tecnicamente ainda funcionam no nível do protocolo, mas são fortemente desencorajados. O software de carteira moderno ou esconde a opção completamente ou mostra avisos claros. O consenso da comunidade é que os subendereços são a substituição correta.

Subendereços: A Substituição Superior

Os subendereços foram introduzidos como a substituição recomendada para os Payment IDs. Um subendereço é um endereço único derivado do seu endereço principal da carteira usando uma relação matemática que apenas sua carteira pode computar. Cada subendereço é criptograficamente vinculado ao seu endereço principal, mas o vínculo é invisível para observadores externos.

Como os Subendereços Funcionam

Sua carteira Monero pode gerar um número essencialmente ilimitado de subendereços a partir do seu endereço primário. Cada subendereço parece um endereço Monero completamente independente para qualquer pessoa vendo a blockchain. Quando alguém envia XMR para seu subendereço, a saída da transação usa as chaves públicas do subendereço para gerar o endereço stealth, garantindo que apenas sua carteira possa identificar o pagamento.

As principais vantagens dos subendereços sobre os Payment IDs incluem:

• Sem endereço compartilhado — Cada cliente ou pagamento recebe um endereço único, eliminando completamente o problema do endereço único
• Sem vazamento de metadados — Transações para subendereços parecem idênticas a transações para endereços principais na blockchain
• Sem erro do usuário — Os usuários simplesmente enviam para o endereço fornecido sem precisar lembrar de um campo extra de Payment ID
• Não vinculáveis — Um observador não pode determinar que dois subendereços pertencem à mesma carteira
• Sem problema de dois pools — Todas as transações parecem iguais independentemente de usarem endereços principais ou subendereços

Subendereços para Exchanges

Para exchanges que anteriormente usavam Payment IDs, a migração para subendereços melhorou tanto a segurança quanto a experiência do usuário. Em vez de dar a cada usuário o mesmo endereço com diferentes Payment IDs, as exchanges agora geram um subendereço único para cada usuário. A carteira da exchange identifica automaticamente qual subendereço recebeu o depósito e credita a conta correta.

Essa abordagem eliminou o problema de suporte mais comum (Payment IDs esquecidos) enquanto simultaneamente melhorava a privacidade de todos os usuários. Foi um caso raro onde a solução mais privada também era a mais amigável ao usuário.

Guia de Migração para Serviços Ainda Usando Payment IDs

Se você opera um serviço que ainda usa Payment IDs, a migração para subendereços é simples:

• Gere subendereços — Use o método RPC da carteira create_address para gerar um subendereço único para cada conta de usuário
• Armazene o mapeamento — Mantenha um banco de dados mapeando as contas de usuários e seus subendereços atribuídos
• Atualize as instruções de depósito — Remova os campos de Payment ID da sua interface de depósito e exiba apenas o subendereço
• Monitore transações recebidas — Use o método RPC get_transfers, que automaticamente reporta o índice do subendereço para cada transação recebida
• Mantenha compatibilidade retroativa — Por um período de transição, continue escaneando transações antigas com Payment ID para que os usuários que guardaram instruções antigas de depósito não sejam afetados

O Que Fazer Se Você Encontrar um Serviço Solicitando Payment IDs

Apesar da descontinuação ter anos, algumas exchanges e serviços menores ainda solicitam Payment IDs. Se você encontrar essa situação, aqui está o que você deve saber:

Proceda com cautela. Um serviço que ainda usa Payment IDs em 2026 pode não estar acompanhando as mudanças do protocolo Monero, o que pode indicar preocupações mais amplas de manutenção e segurança. Considere se o serviço é confiável.

Use endereços integrados se oferecidos. Se o serviço fornecer um endereço integrado (que incorpora o Payment ID), sua carteira lidará com o Payment ID automaticamente. Isso é preferível a inserir manualmente um Payment ID longo.

Verifique o Payment ID duas vezes. Se você precisar inserir um Payment ID manualmente, copie e cole com cuidado. Verifique cada caractere. Um Payment ID errado significa fundos perdidos que podem ser difíceis de recuperar.

Considere alternativas. Se um serviço exigir um Payment ID longo (não criptografado), o software Monero moderno provavelmente rejeitará a transação. Você pode precisar usar um serviço diferente ou solicitar que eles atualizem para subendereços. Serviços como o MoneroSwapper usam infraestrutura moderna que não requer Payment IDs.

A Lição Mais Ampla

A descontinuação dos Payment IDs ilustra um princípio-chave da filosofia de desenvolvimento do Monero: privacidade não é apenas sobre primitivas criptográficas, mas também sobre design de protocolo e padrões de uso no mundo real. Mesmo com criptografia forte, os metadados e padrões comportamentais criados pelos Payment IDs eram suficientes para enfraquecer as garantias de privacidade.

Ao substituir os Payment IDs por subendereços, o Monero eliminou toda uma classe de vazamentos de privacidade enquanto melhorava a usabilidade. Esse tipo de melhoria iterativa, onde o protocolo evolui com base em análise de privacidade do mundo real, é o que distingue o Monero de projetos que tratam a privacidade como uma funcionalidade em vez de um requisito fundamental. A remoção dos Payment IDs tornou cada transação Monero mais privada ao eliminar metadados distintos e criar um pool de transações mais uniforme.

Para os usuários de hoje, a mensagem prática é simples: use subendereços para tudo, evite serviços que ainda exijam Payment IDs quando possível, e valorize que essa mudança de protocolo aparentemente pequena representa anos de pesquisa e esforço da comunidade para tornar a privacidade do Monero mais forte para todos.