💻 computer science

HFIPay: Privacy-Preserving, Cross-Chain Cryptocurrency Payments to Human-Friendly Identifiers

O HFIPay é uma arquitetura de pagamento criptográfico não custodial que permite transações privadas e cross-chain para identificadores amigáveis ao usuário, garantindo a proteção de dados e a impossibilidade de redirecionamento de fundos através de um mecanismo de citação verificável e provas de conhecimento zero.

Autores originais: Jian Sheng Wang

Publicado 2026-03-31

📖 5 min de leitura🧠 Leitura aprofundada

CC BY 4.0

Autores originais: Jian Sheng Wang

Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). ✨ Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo

Imagine que você quer enviar dinheiro digital (como Bitcoin ou Ethereum) para um amigo. Hoje em dia, para fazer isso, você precisa copiar um código estranho cheio de letras e números (um endereço de carteira), escolher a rede certa e pagar taxas complicadas. É como tentar enviar uma carta para alguém, mas você precisa saber o código de barras exato da casa deles, e se errar um número, o dinheiro some para sempre.

Além disso, se você usar esse código de endereço, qualquer pessoa que saiba o nome do seu amigo pode ver todo o histórico financeiro dele: quanto ele tem, quem ele paga, e o que ele compra. É como se, ao enviar uma carta, você deixasse a janela da casa do destinatário aberta para todos os vizinhos olharem.

O HFIPay é uma nova tecnologia que resolve esses dois problemas: torna o envio tão fácil quanto enviar um e-mail e mantém o dinheiro e o histórico do destinatário totalmente privados.

Aqui está como funciona, usando uma analogia de um Sistema de Correios Secreto:

1. O Problema: A "Caixa de Correio" Transparente

Atualmente, se você quer enviar dinheiro para "joao@email.com", o sistema tenta transformar esse e-mail diretamente em um endereço de carteira. O problema é que esse endereço é público. Se alguém sabe que "joao@email.com" é o seu amigo, ele pode olhar a "caixa de correio" dele na blockchain e ver tudo o que entra e sai.

2. A Solução: O "Carteiro Mágico" (O Relay)

O HFIPay introduz um intermediário confiável, chamado Relay (ou Carteiro Mágico).

Você (o remetente) diz ao Carteiro: "Quero enviar 10 moedas para o e-mail joao@email.com".
O Carteiro olha em seu caderno secreto (que só ele tem) para saber onde o Joao está realmente.
Em vez de te dar o endereço real do Joao, o Carteiro cria uma caixa de correio temporária e única (um endereço novo) e te entrega apenas um cupom de código (chamado de binding cego) que diz: "Esta caixa pertence ao Joao, mas ninguém pode saber disso olhando apenas para a caixa".

3. A Segurança: O "Selo de Garantia" (Verificação)

Para garantir que o Carteiro não está tentando roubar o dinheiro e enviá-lo para si mesmo, o HFIPay tem um truque especial na versão mais segura:

O Carteiro gera uma prova matemática (um selo digital) que você pode verificar. Essa prova diz: "Eu, Carteiro, garanto que este código de caixa temporária está realmente ligado ao Joao, e não a mim".
Você verifica esse selo no seu celular. Se estiver tudo certo, você envia o dinheiro para a caixa temporária.
O importante: O dinheiro vai para a caixa, mas o mundo exterior só vê uma caixa aleatória. Ninguém sabe que é para o Joao.

4. O Resgate: A "Chave Secreta" (Prova de Conhecimento Zero)

Agora, o Joao precisa pegar o dinheiro.

Ele não precisa digitar senhas ou endereços. Ele usa um aplicativo que sabe a "chave mestra" dele (sua identidade digital).
O Joao vai até a caixa temporária e usa uma prova mágica (chamada Zero-Knowledge Proof).
Essa prova diz para a blockchain: "Eu sou o dono da chave que abre esta caixa, e eu tenho permissão para pegar o dinheiro".
O segredo: A prova confirma que ele é o dono, mas não revela quem ele é nem qual é a chave. É como mostrar um cartão de identidade que diz "Sim, eu sou o dono" sem mostrar seu nome ou foto.
A blockchain libera o dinheiro para a carteira que o Joao escolher.

5. Por que isso é revolucionário?

Privacidade Total: Antes de o Joao pegar o dinheiro, ninguém sabe que a caixa pertence a ele. Nem mesmo quem olha para a blockchain consegue ligar o e-mail joao@email.com à transação.
Segurança contra Troca: Se o Carteiro tentar trocar o Joao por um ladrão antes de você enviar o dinheiro, a sua verificação do "Selo de Garantia" vai falhar e você não enviará o dinheiro.
Recuperação Fácil: Se o Joao perder o celular, ele pode recuperar sua identidade em um novo dispositivo usando apenas seu e-mail e uma senha mestra (como um cofre), sem precisar de um registro público que exponha quem ele é.
Entre Redes Diferentes: O sistema também funciona se você enviar em Bitcoin e o Joao quiser receber em Ethereum. O Carteiro faz a troca internamente de forma segura.

Resumo da Ópera

O HFIPay é como um sistema de correios onde o remetente escreve apenas o e-mail do destinatário, e o carteiro cria uma caixa de correio descartável e invisível para o público. O destinatário usa uma chave mágica para abrir a caixa e pegar o dinheiro, provando que é ele sem nunca revelar sua identidade para o mundo.

É a primeira vez que podemos enviar criptomoedas com a facilidade de um e-mail, mas com a privacidade de um cofre bancário, sem precisar confiar cegamente em ninguém.

Resumo Técnico: HFIPay

1. Problema e Motivação

A adoção de criptomoedas enfrenta uma barreira fundamental de experiência do usuário (UX): a necessidade de gerenciar endereços hexadecimais opacos, selecionar redes corretas e possuir tokens nativos para taxas de transação (gas). Isso torna pagamentos ponto a ponto inacessíveis para não especialistas e propenso a erros.

A solução intuitiva seria permitir o envio de criptomoedas para identificadores humanos amigáveis (e-mails, números de telefone, handles de redes sociais). No entanto, esquemas ingênuos que mapeiam diretamente esses identificadores para endereços de blockchain (ex: keccak256(email) -> endereço) criam uma vulnerabilidade crítica de privacidade:

Rastreamento Total: Qualquer terceiro que conheça o identificador do usuário pode derivar seu endereço na blockchain e inspecionar todo o seu histórico de transações, saldos e relacionamentos contrapartida.
Risco para Figuras Públicas: Para usuários com identidades públicas, isso expõe seu perfil financeiro completo em todas as cadeias suportadas.

O objetivo do HFIPay é fornecer a UX de "enviar para e-mail" mantendo a resolução do identificador privada e movendo a verificação de autoridade de gasto para a blockchain, sem revelar o destinatário real antes do resgate.

2. Metodologia e Arquitetura

O HFIPay propõe uma arquitetura não custodial e assistida por um relay (servidor de retransmissão) que separa quatro camadas distintas: roteamento de identificador, vinculação do destinatário, verificação de cotação pelo remetente e autorização de resgate.

Componentes Principais

Identificador Humano: O remetente especifica apenas um identificador (ex: alice@example.com).
Relay (R): Mantém um diretório privado que mapeia identificadores normalizados para registros de destinatários. O Relay resolve o identificador, gera um intentId aleatório e deriva um endereço de depósito de uso único.
Vinculação Cega (Blinded Binding): O Relay compromete na blockchain apenas um valor cego específico da intenção, denotado por $\rho_i$ , junto com os metadados da cotação (ativo, valor, expiração). O identificador real e o endereço final não são visíveis na cadeia.
Prova de Cotação Verificável (Opcional, mas recomendada): Em modo de "cotação verificada", o Relay fornece ao remetente uma prova off-chain que vincula o $\rho_i$ cego à chave de vinculação oculta do destinatário. Isso impede que o Relay substitua o destinatário antes do envio dos fundos.
Resgate com Zero-Knowledge (ZK-ACE): O destinatário resgata os fundos provando, via prova de conhecimento zero (ZK-ACE), que controla a identidade determinística vinculada ao valor cego $\rho_i$ , autorizando a liberação dos ativos para um endereço de destino escolhido.

Fluxo do Protocolo

Configuração: O destinatário gera uma raiz de identidade determinística e deriva um "handle" de vinculação por época ( $u_{B,e}$ ).
Geração de Cotação: O remetente solicita o pagamento. O Relay gera um intentId, calcula o endereço de depósito determinístico e o valor cego $\rho_i$ . No modo verificado, gera uma prova de que $\rho_i$ pertence ao destinatário correto.
Verificação e Fundamento: O remetente verifica a prova (se aplicável), recalcula o endereço de depósito localmente e envia os fundos para o endereço derivado.
Resgate: O destinatário usa sua identidade para gerar uma prova ZK que demonstra que ele é o dono do handle oculto correspondente a $\rho_i$ . A blockchain verifica a prova e libera os fundos.

Tecnologias Subjacentes

ZK-ACE: Para autorização de resgate baseada em identidade sem revelar a identidade na cadeia.
Va-Dar: Para recuperação portátil da identidade determinística entre dispositivos sem um registro público de identificadores.
n-Vm: Para permitir liquidação entre cadeias diferentes (Cross-Chain) usando a mesma relação de resgate.

3. Principais Contribuições

O artigo apresenta as seguintes contribuições técnicas:

Design de Protocolo: Definição de uma camada de roteamento assistida por relay com vinculações cegas específicas de intenção e cotações verificáveis pelo remetente, permitindo detecção de substituição de destinatário antes do financiamento.
Composição de Autorização: Integração do ZK-ACE para autorização no momento do resgate e uso do Va-Dar para recuperação privada de destinatários, eliminando a necessidade de um registro público de identificadores.
Análise de Privacidade: Formalização de dois objetivos de privacidade:
- Resistência à Enumeração: Um observador on-chain não pode determinar a qual identificador humano pertence uma intenção financiada.
- Desvinculação Pré-Resgate: Múltiplos pagamentos para o mesmo identificador não expõem uma tag de destinatário reutilizável antes do resgate.
Modos de Implantação: Distinção entre um modo "baseline" (confiança no relay para vinculação correta) e um modo "verificado" (prova verificável pelo remetente, removendo a confiança unilateral do relay na vinculação).
Extensão Cross-Chain: Demonstração de como o mecanismo de resgate se compõe com uma arquitetura n-Vm para liquidação entre diferentes máquinas virtuais (ex: EVM, SVM, BVM).

4. Resultados e Propriedades de Segurança

O sistema atinge os seguintes objetivos de design:

Resistência à Enumeração (G1): Dado um e-mail alvo, um observador on-chain não consegue vincular intenções financiadas a esse e-mail, pois o mapeamento é privado e o valor cego $\rho_i$ é aleatório e dependente de um handle oculto.
Desvinculação Pré-Resgate (G2): Dois pagamentos para o mesmo destinatário não podem ser vinculados entre si por um observador on-chain antes do resgate, pois usam identificadores de intenção aleatórios e endereços derivados de forma única.
Correção de Resgate (G3): Após a aceitação de uma cotação válida, apenas a entidade que possui a identidade determinística correta pode resgatar os fundos. O relay não pode desviar os fundos sem quebrar a prova ZK ou alterar o estado on-chain (o que falharia na verificação do remetente).
Recuperação Portátil (G4): O destinatário pode recuperar sua identidade em novos dispositivos usando o identificador + senha, sem depender de um diretório público.
Invisibilidade Cripto (G5): Nem remetente nem destinatário precisam gerenciar chaves privadas, tokens de gas ou endereços específicos da cadeia em um fluxo integrado.
Roteamento Cross-Chain (G6): Suporte para pagamentos que originam em uma cadeia e são liquidados em outra.

Modelo de Ameaças e Limitações

Comprometimento do Relay: Se o banco de dados do Relay for comprometido, o atacante pode reconstruir o grafo de e-mail para intenção. No entanto, isso não concede autoridade unilateral para resgatar fundos já comprometidos on-chain (devido à necessidade da prova ZK).
Privacidade Pós-Resgate: Após o resgate, se o mesmo endereço de destino ou compromisso de identidade pública for reutilizado, a vinculação pode ocorrer. O sistema recomenda rotação de compromissos para mitigar isso.
Não protege contra: Comprometimento do dispositivo do usuário, tomada de conta do e-mail durante o cadastro ou análise de tráfego de rede (IP).

5. Significado e Impacto

O HFIPay representa um avanço significativo na usabilidade e privacidade de pagamentos com criptomoedas:

UX Sem Fricção: Remove a complexidade técnica de endereços e taxas de gas para o usuário final, aproximando a experiência de pagamentos tradicionais (como Pix ou transferência bancária).
Privacidade por Design: Resolve o dilema entre usabilidade (identificadores legíveis) e privacidade (anonimato na blockchain), algo que soluções anteriores (como ENS) não conseguiam fazer sem expor o histórico financeiro.
Modelo de Confiança Refinado: Diferencia-se de sistemas custodiais (como exchanges) ao mover a autoridade de liberação para a blockchain via provas ZK, e de sistemas puramente descentralizados (como stealth addresses) ao usar um relay para simplificar a descoberta, mas com garantias criptográficas de que o relay não pode roubar os fundos.
Interoperabilidade: A arquitetura n-Vm permite que o mesmo protocolo funcione nativamente em múltiplas blockchains, facilitando a adoção cross-chain sem a necessidade de pontes complexas e inseguras.

Em suma, o HFIPay oferece uma infraestrutura de pagamento que é ao mesmo tempo amigável ao usuário, privada contra observadores on-chain e segura contra desvios maliciosos, estabelecendo um novo padrão para a próxima geração de aplicações DeFi.