Validação do lado do cliente

Curiosidade

1. Por que um protocolo se comprometeria com menos dados na cadeia para alcançar mais privacidade?
2. Como um único hash impede o gasto duplo sem revelar o histórico do ativo?
3. Qual é o custo de transferir a confiança de um indexador central para cada usuário individual?

Explorar

1. Nos protocolos de token padrão, todo o estado está armazenado na cadeia. Cada transferência é visível e qualquer nó pode reconstituir todo o histórico. Essa transparência permite mercados compartilhados, mas sacrifica privacidade e escalabilidade. A validação do lado do cliente inverte esse modelo: em vez de armazenar todo o histórico do ativo em um registro global, cada holder mantém sua própria cópia dos dados relevantes. A blockchain armazena apenas uma impressão digital criptográfica (um compromisso), criada quando um selo é fechado, que faz referência a esse estado fora da cadeia.
2. Peter Todd desenvolveu a ideia por volta de 2016, com base em seu conceito de “selos de uso único”. Um selo é uma saída de Bitcoin que pode ser gasta apenas uma vez. Para transferir um ativo, Alice gasta essa saída em uma transação que registra o hash da transferência e cria um novo selo para Bob. Como uma saída só pode ser gasta uma vez, Alice não pode fechar o mesmo selo duas vezes; uma segunda transferência não teria um selo válido, e qualquer pessoa que verificasse o histórico a rejeitaria.
3. O benefício de privacidade é estrutural. Como o histórico completo do ativo nunca toca a blockchain pública, os observadores não podem rastrear as cadeias de propriedade nem analisar padrões de negociação. O histórico é compartilhado apenas com cada holder subsequente, jamais com o público. Isso permite que contratos e ativos confidenciais circulem no Bitcoin sem expor as atividades dos usuários à vigilância global, uma mudança significativa em relação aos padrões de tokens transparentes.
4. O trade-off é o ônus. Os usuários precisam armazenar seu histórico de ativos com segurança e transmiti-lo junto com cada transação. Se um usuário perder esses dados, perde o acesso ao ativo, pois nenhuma autoridade central pode restaurá-los. Esse modelo de “traga seu próprio estado” exige armazenamento local robusto e gerenciamento cuidadoso das chaves. Ele transfere a complexidade dos nós da rede para os clientes individuais, exigindo maior conhecimento técnico dos usuários que desejam participar.
5. RGB, baseado nas ideias de Todd e desenvolvido principalmente por Maxim Orlovsky e pela LNP/BP Standards Association, é uma implementação proeminente dessa lógica. Ele utiliza contratos estruturados nos quais cada transição se compromete com o próximo conjunto de regras por meio de um “selo”. Mais recentemente, a Lightning Labs lançou os Taproot Assets na rede principal do Bitcoin em outubro de 2023. Esse protocolo aproveita a flexibilidade dos scripts do Taproot para incorporar esses compromissos de forma eficiente, suportando tokens fungíveis e ativos não fungíveis com recursos de privacidade aprimorados em comparação com as tentativas anteriores de moedas coloridas.
6. Os mercados compartilhados continuam sendo a principal limitação. Em uma exchange descentralizada onde milhares de usuários negociam contra um único pool de liquidez, cada participante precisa verificar todo o estado desse pool localmente. Isso é computacionalmente intensivo e difícil de sincronizar em tempo real. A validação do lado do cliente se destaca em transferências ponto a ponto ou em pequenos grupos, mas tem dificuldades com aplicações de alto volume, tipo muitos para muitos, que exigem consenso global imediato sobre o estado dos ativos.

Fatos-chave

Exercício nove, seis, três, um

Verificação de fatos

Datas, números e afirmações verificados com as fontes publicadas listadas abaixo.

• P. Todd, 'Single-use seals' (2016-2017)
• RGB Protocol Documentation (rgb.tech)
• Lightning Labs, Taproot Assets Mainnet Launch Announcement (October 2023)