Smart Vault: o futuro da custódia não-custodial na VKX

O problema que a conta comum não resolve

Uma conta comum de blockchain — uma EOA — tem uma propriedade que é simultaneamente sua maior virtude e seu maior defeito: quem tem a chave pode tudo, imediatamente. Não há limite de valor, não há atraso, não há segunda confirmação.

Isso é ótimo enquanto a chave é só sua. No momento em que ela vaza, a mesma propriedade trabalha contra você: o atacante não precisa quebrar nada, apenas assinar. Na prática, a janela entre o vazamento e o saldo zerado costuma ser de minutos.

Autocustódia não elimina risco — ela transfere a responsabilidade da chave para o usuário. O que se pode fazer é mudar o que acontece depois de a chave vazar.

O conceito de Smart Vault

O desenho que a VKX está projetando é híbrido: separa quem autoriza de onde o ativo mora.

• Assinante (EOA). Sua chave continua sendo a identidade primária. Nada muda no que você já usa.
• Vault (contrato). Um contrato guarda os ativos e aplica regras. Ele não substitui sua chave; ele obedece a ela dentro de limites que você definiu.
• Relayer. A camada que submete a operação, permitindo que o custo de rede seja patrocinado.

A diferença em relação a uma conta comum é que o poder da chave deixa de ser absoluto e imediato. Ele passa a ser absoluto dentro de regras.

Que regras mudam o resultado

As que importam são poucas, e todas atacam a janela de tempo:

• Atraso para valor alto. Uma transferência acima de um limite não executa na hora; ela entra numa fila com espera. Isso dá tempo de reagir — e reagir é possível porque a própria regra pode prever um cancelamento.
• Segundo fator na assinatura. Operações sensíveis exigem uma confirmação adicional (biometria ou chave de dispositivo), que o atacante com a seed não tem.
• Limite por janela. Um teto de valor por período transforma um dreno instantâneo em um vazamento lento e detectável.
• Lista de destinos conhecidos. Enviar para um endereço novo pode exigir mais do que enviar para um que você já usou.

Nenhuma delas impede um atacante determinado com tempo infinito. Todas transformam "perdi tudo em cinco minutos" em "tive tempo de agir", que é a diferença que interessa.

Onde isso se apoia tecnicamente

Duas especificações sustentam esse tipo de arquitetura, e vale distinguir porque elas resolvem coisas diferentes:

• O ERC-4337 introduz smart accounts e a operação validada por contrato, com a implementação de referência em account-abstraction. É o que permite a uma conta ter regras próprias de validação.
• O EIP-7702 permite que uma conta comum delegue a um contrato sem trocar de endereço, o que remove a migração da equação.

A comparação entre os dois modelos, e por que a escolha muda a experiência, está em o que é um paymaster.

O que este desenho custa

Ser honesto sobre o custo é parte de avaliar a ideia:

• Complexidade. Um contrato entre você e seus ativos é mais uma peça que pode ter bug. A superfície de ataque muda de lugar, não desaparece.
• Atrito. Regras que protegem também incomodam. Um atraso de saque protege contra roubo e irrita em uma emergência legítima.
• Custo de rede. Operação via contrato consome mais gás que uma transferência simples.
• Dependência de infraestrutura. Se a operação depende de um relayer, a disponibilidade dele passa a importar.

Por isso o modelo faz mais sentido para guardar do que para usar: reserva com regras, e uma conta comum para o dia a dia.

Estado atual

Isto é um projeto de arquitetura, não um recurso anunciado como disponível. A infraestrutura de conta inteligente da VKX está em desenvolvimento, e o que está publicado sobre o desenho de segurança atual está em security architecture.

Perguntas frequentes

Isso me tira a soberania sobre os fundos? Não. As regras são definidas por você e a autorização continua vindo da sua chave. O contrato limita o que a chave faz, não quem manda.

Se a seed vazar, estou seguro? Mais protegido, não seguro. O objetivo é transformar um dreno instantâneo em algo lento o suficiente para você reagir.

Preciso trocar de endereço? No modelo com EIP-7702, não — a delegação mantém o mesmo endereço.

Isso substitui hardware wallet? Não. São camadas diferentes: uma limita o que a chave pode fazer, a outra protege onde a chave vive. Há mais sobre a segunda em o estudo de hardware wallet.

Já está disponível? É um projeto de arquitetura. Não trate como recurso em produção.

Próximo passo

Se o seu risco principal é vazamento de chave, a medida com efeito imediato hoje não é arquitetura: é rever aprovações e hábitos de segurança.

Aviso: este conteúdo tem caráter informativo e educacional e não constitui recomendação de investimento.