História da Privacidade no Crypto

Cada grande onda tecnológica começa com um propósito específico ou voltada para um único usuário antes de evoluir para algo de uso geral e multiusuário.

Os primeiros computadores foram desenvolvidos para tarefas únicas: decifração de códigos, processamento de censos, cálculos balísticos — muito antes de se tornarem máquinas compartilhadas e programáveis.

A internet teve início como uma rede de pesquisa restrita e ponto a ponto (ARPANET), até se transformar em uma plataforma global onde milhões coordenam um estado compartilhado.

A inteligência artificial seguiu o mesmo caminho: os primeiros sistemas eram modelos especialistas, criados para um único domínio (motores de xadrez, sistemas de recomendação, filtros de spam), antes de evoluírem para modelos de uso geral, capazes de operar em diferentes domínios, serem ajustados para novas tarefas e servir de base para outros projetos.

De forma consistente, as tecnologias começam restritas ou single-player, feitas para um propósito ou usuário, e só depois se tornam amplas e multiusuário.

É exatamente esse estágio em que a privacidade se encontra hoje. No universo cripto, a privacidade nunca superou de fato o “modo restrito” e “single-player”.

Até agora.

TL;DR:

A privacidade repetiu o padrão da computação, internet e IA: sistemas começam voltados para propósitos específicos ou um único usuário e só depois se tornam de uso geral e multiusuário.
No universo cripto, a privacidade nunca saiu do modo restrito e single-player — até agora — pois as ferramentas iniciais não suportavam estado compartilhado.
Privacy 1.0 representa a privacidade single-player, com expressividade limitada: sem estado compartilhado, predominantemente baseada em ZK, provas do lado do cliente e uma experiência difícil para desenvolvedores, exigindo circuitos customizados.
Os primeiros passos da privacidade surgiram no Bitcoin com CoinJoin (2013), depois Monero (2014), seguido por Zcash (2016) e, mais tarde, ferramentas do Ethereum como Tornado Cash (2019) e Railgun (2021).
A maioria das ferramentas Privacy 1.0 utiliza provas ZK no lado do cliente, causando confusão entre “ZK para privacidade” e “ZK para verificação”, mesmo que muitos sistemas “ZK” atuais sejam voltados para verificabilidade, não privacidade.
Privacy 2.0 traz a privacidade multiusuário, com estado compartilhado criptografado via MPC ou FHE, permitindo que usuários colaborem privadamente assim como colaboram em estados públicos compartilhados no Ethereum e Solana.
O estado compartilhado criptografado significa que o cripto finalmente dispõe de um computador criptografado de uso geral, possibilitando novos espaços de design: dark pools, pools protegidos, empréstimos privados, leilões cegos, tokens confidenciais e mercados inovadores, até mesmo em blockchains transparentes já utilizadas.
O Bitcoin trouxe o estado público isolado; o Ethereum, o estado público compartilhado; o Zcash, o estado isolado criptografado; Privacy 2.0 entrega a peça que faltava — o estado compartilhado criptografado.
A Arcium está desenvolvendo um desses computadores criptografados, com arquitetura semelhante a redes de provers como Succinct, mas usando MPC em vez de ZK, e com Arcis compilando Rust para MPC, liberando a computação criptografada multiusuário.
Entre as aplicações emergentes em Privacy 2.0 estão o pool protegido da Umbra usando Arcium para saldos e swaps confidenciais, mercados privados de oportunidades da Pythia, futuros mercados de opinião da Melee com odds e resolução privadas, entre outros.
Agora, qualquer coisa pode ser < criptografada >, e apenas ZK não proporciona estado compartilhado criptografado. Privacy 2.0 é um dos maiores avanços do universo cripto.

Para entender como chegamos até aqui, e por que o estado compartilhado criptografado é tão relevante, é preciso voltar ao início da privacidade.

Privacy 1.0

O ponto de partida da primeira grande onda de privacidade em cripto.

Usuários finalmente conquistaram privacidade nas transações por meio de mixers, pools protegidos e criptomoedas privadas. Algumas aplicações enfrentaram posteriormente questões legais, levantando debates sobre como as ferramentas de privacidade deveriam lidar — ou não — com atividades ilícitas.

Privacy 1.0 trouxe a privacidade em modo single-player. É possível coordenar, mas não de forma dinâmica como em uma blockchain programável. A expressividade é restrita.

Características comuns do Privacy 1.0:

• Ausência de estado compartilhado, privacidade em “modo single-player”, limitando aplicações
• Privacidade predominantemente baseada em ZK.
• Grau máximo de privacidade com ZK no cliente, porém lento para aplicações complexas
• Experiência difícil para desenvolvedores, exigindo criação de circuitos customizados para apps de privacidade

Os primeiros indícios de privacidade em cripto surgiram no Bitcoin, anos antes do ZK ou da criptografia avançada ganharem espaço. A privacidade inicial do Bitcoin não era verdadeiramente “criptográfica”, mas sim estratégias de coordenação para dificultar a rastreabilidade no registro público.

O pioneiro foi o CoinJoin (2013), em que usuários combinavam entradas e saídas numa transação para ocultar quem pagou quem. Com pouca criptografia, introduziu uma forma de privacidade transacional.

Isso resultou em variações como CoinShuffle (2014), JoinMarket (2015), TumbleBit (2016), Wasabi (2018) e Whirlpool (2018), todos baseados em mixing para dificultar o rastreio do Bitcoin. Alguns adicionaram incentivos, outros camadas de criptografia e outros melhoraram a experiência do usuário.

Nenhuma dessas soluções oferecia privacidade criptográfica robusta. Apenas dificultavam a ligação entre transações, sem a garantia matemática e trustless que sistemas ZK posteriores proporcionaram. Baseavam-se em coordenação, heurísticas e entropia de mixing, e não em provas formais de anonimato.

Criptomoedas Privadas

O Monero, lançado em 2014, foi a primeira tentativa robusta de blockchain totalmente privada para transferências confidenciais, em vez de uma ferramenta de privacidade sobre uma chain transparente. Seu modelo é de privacidade probabilística com assinaturas de anel, ocultando cada input real entre 16 decoys por padrão. Na prática, esse conjunto pode ser enfraquecido por ataques estatísticos como o MAP Decoder ou por ataques de rede, reduzindo a anonimidade. Futuros upgrades, como FCMP, pretendem expandir o conjunto de anonimidade para toda a chain.

O Zcash, lançado em 2016, seguiu um caminho diferente do Monero. Em vez de privacidade probabilística, o Zcash nasceu como uma moeda ZK. Trouxe pools protegidos com zk-SNARKs, oferecendo privacidade criptográfica em vez de ocultação entre decoys. Se usado corretamente, transações Zcash não revelam remetente, destinatário ou valor, com o conjunto de anonimidade crescendo a cada transação protegida no pool.

Privacidade programável no Ethereum

Tornado Cash (2019)

Lançado em 2019, o Tornado Cash trouxe ao Ethereum sua primeira experiência de privacidade programável. Inicialmente restrito a transferências privadas, permitiu que usuários tivessem privacidade real em um registro transparente, depositando ativos em um mixer de smart contract e sacando depois com uma prova de conhecimento zero. Tornado foi amplamente utilizado, mas enfrentou graves problemas legais após grandes volumes de lavagem de dinheiro da Coreia do Norte passarem por ele. Isso evidenciou a necessidade de excluir agentes ilícitos para preservar a integridade do pool, algo que hoje é padrão nas aplicações modernas de privacidade.

Railgun (2021)

O Railgun chegou em 2021 com a proposta de levar a privacidade no Ethereum além do mixing, tornando possível a interação privada com DeFi. Em vez de apenas misturar depósitos e saques, o Railgun permite interações privadas com smart contracts, ocultando saldos, transferências e ações on-chain com provas ZK, sem deixar de liquidar no Ethereum. Foi um avanço em relação ao Tornado, oferecendo um estado privado contínuo dentro do smart contract, e não apenas ciclos de mixar e sacar. O Railgun segue ativo e ganhou tração em círculos DeFi, mas a experiência do usuário ainda é um desafio para muitos.

Antes de avançar, vale esclarecer uma confusão ainda comum: com a popularização dos sistemas ZK, muitos assumiram que todo “ZK” implica privacidade. Isso não é verdade. A maioria das soluções “ZK” atuais são provas de validade, essenciais para escalabilidade e verificabilidade, mas não para privacidade.

Essa diferença entre marketing e realidade gerou anos de confusão, misturando “ZK para privacidade” e “ZK para verificação”, mesmo que sejam soluções para problemas distintos. Veja o tweet abaixo.

Privacy 2.0

Privacy 2.0 representa a privacidade multiusuário. Em vez de usuários agirem isoladamente, agora podem colaborar privadamente, como já ocorre em blockchains programáveis.

Características comuns do Privacy 2.0:

• Estado compartilhado criptografado, privacidade em “modo multiusuário”
• MPC e FHE
• A confiança na privacidade depende de MPC. O FHE compartilha essa premissa, pois a descriptografia threshold do estado compartilhado criptografado é feita via MPC.
• Circuitos são abstraídos, então desenvolvedores não precisam criar circuitos customizados, a menos que desejem.

Isso só é possível graças a computadores criptografados que permitem a colaboração sobre estados criptografados. MPC e FHE são os fundamentos — ambos permitem computação sobre dados criptografados.

O que muda na prática?

O modelo de estado compartilhado presente no Ethereum e Solana agora pode existir com privacidade. Não se trata de uma transação privada isolada, nem apenas de provar algo privadamente, mas de um computador criptografado de uso geral.

Isso abre um novo espaço de design em cripto. Para entender, veja como o estado evoluiu:

• Bitcoin trouxe o estado público isolado.
• Ethereum trouxe o estado público compartilhado.
• Zcash trouxe o estado isolado criptografado.
• O que faltava era o estado compartilhado criptografado.

Privacy 2.0 preenche essa lacuna. Permite novas economias, aplicações e um novo espaço que antes era impossível. Na minha visão, é o maior avanço em cripto desde smart contracts e oráculos.

Abordei Privacy 2.0 em um artigo anterior, junto de uma lista de projetos relevantes. Leia para um panorama mais amplo e faça sua própria análise — terceirizar seu pensamento é o caminho mais rápido para ser enganado.

Como já indica o badge no meu perfil, a Arcium está desenvolvendo uma dessas tecnologias.

Sua arquitetura é semelhante à de redes de provers como Succinct ou Boundless, mas, em vez de provar execução correta com ZK, a Arcium permite computação sobre dados criptografados via MPC.

Em vez de SP1 ou RISC Zero, que compilam Rust para ZK, a Arcium tem Arcis, que compila Rust para MPC. Simples: computador criptografado.

Outra analogia: “Chainlink para Privacidade”.

Privacidade agnóstica de chain e ativos

A Arcium é, por essência, agnóstica a chains, podendo se conectar a qualquer blockchain e permitir estado compartilhado criptografado em redes transparentes como Ethereum e Solana. Usuários não precisam abandonar seus ecossistemas favoritos para obter privacidade. O lançamento inicial será na Solana, com Mainnet Alpha previsto para este mês.

Zcash e Monero têm privacidade embutida em suas moedas, o que funciona, mas cria mundos monetários separados e com volatilidade própria. A Arcium segue um caminho agnóstico a ativos, agregando privacidade aos ativos já utilizados pelas pessoas. São abordagens e trade-offs diferentes, mas a flexibilidade é relevante para o usuário.

Com isso, praticamente qualquer caso de uso que exija privacidade pode ser executado em computação criptografada. E, acredite, são muitos mais do que se imagina. Listar todos aqui tornaria este texto um catálogo telefônico, então vou poupar você.

O alcance da Arcium vai além do cripto. Não é uma blockchain, mas um computador criptografado. O mesmo mecanismo pode ser aplicado em setores tradicionais. Veja o artigo abaixo para aplicações em diferentes verticais.

Aplicações e funcionalidades Zero-to-One

O estado compartilhado criptografado cria um espaço de design inédito para o cripto. Essas aplicações e funcionalidades surgem a partir disso:

@ UmbraPrivacy: pool protegido na Solana. A Umbra utiliza Arcium para ir além do Railgun, permitindo saldos confidenciais e swaps privados com ZK para transferências. Oferece a menor suposição de confiança e vai muito além de transferências privadas, disponibilizando um pool protegido unificado (SDK) que qualquer projeto pode integrar para privacidade transacional na Solana.

@ PythiaMarkets: mercado de oportunidades com janelas privadas para patrocinadores. Um novo mercado de informações onde scouts apostam em oportunidades pouco exploradas e patrocinadores acessam informações sem vazamento de alpha.

@ MeleeMarkets: mercado de previsões com bonding curve. Pense no Pumpfun, só que para prediction markets. Quanto antes você entrar, melhor o preço. O objetivo são mercados de opinião onde usuários podem expressar convicção real, com odds e resoluções privadas, resolvendo tanto o colapso de manada quanto a manipulação de oráculos. A Arcium fornecerá a privacidade necessária para mercados de opinião e resolução privada.

Dark Pools: projetos como @ EllisiumLabs, @ deepmatch_enc e o demo de Dark Pool da Arcium utilizam estado compartilhado criptografado para trading privado, sem frontrunning ou quote fading, garantindo o melhor preço de execução.

Onchain Gaming: a Arcium resgata o sigilo e a aleatoriedade justa ao executar estados ocultos e rolagens CSPRNG em estado compartilhado criptografado. Jogos de estratégia, cartas, fog-of-war, RPGs e jogos de blefe finalmente funcionam onchain. Muitos já estão em operação na Arcium.

Perpétuos privados, empréstimos privados, leilões cegos, previsões de ML criptografadas e treinamento colaborativo de IA são outros casos de uso futuros promissores.

Além desses exemplos, praticamente qualquer produto que exija privacidade pode ser desenvolvido. A Arcium oferece aos desenvolvedores total liberdade de personalização com um motor de execução criptografada de uso geral, enquanto a Umbra disponibiliza um SDK para transferências e swaps na Solana. Juntos, tornam a privacidade na Solana acessível tanto para sistemas complexos quanto para integrações simples.

Confidential SPL: o novo padrão de token confidencial da Solana

A Arcium também está desenvolvendo o C-SPL, padrão de token confidencial para a Solana. Ele resolve os principais desafios dos antigos padrões de privacidade de token “Privacy 1.0” na Solana, que eram difíceis de integrar, tinham funcionalidade limitada e não eram utilizáveis por programas onchain. O C-SPL elimina o atrito que impedia a adoção de tokens confidenciais por usuários e desenvolvedores.

Isso permite integrar tokens confidenciais em qualquer aplicação, sem dificultar a experiência do usuário.

Ao unificar SPL Token, Token-2022, a Confidential Transfer Extension e a computação criptografada da Arcium, o C-SPL entrega um padrão prático e totalmente composable para tokens confidenciais na Solana.

Nota final.

Estamos apenas no início desse processo, e o campo é mais amplo do que qualquer abordagem isolada. Zcash e Monero continuam a resolver questões relevantes em seus contextos, e várias ferramentas iniciais de privacidade mostraram o que é possível em seus domínios. O estado compartilhado criptografado aborda uma dimensão diferente ao permitir que múltiplos usuários operem privadamente sobre o mesmo estado, sem sair dos ecossistemas que já utilizam. Ele preenche uma lacuna, não substitui o que veio antes.

A privacidade está deixando de ser algo opcional e especializado para se tornar central na construção de aplicações. Não exige novas moedas, chains ou sistemas econômicos: simplesmente amplia o que os desenvolvedores já podem fazer. A era anterior estabeleceu o estado público compartilhado como base. A próxima era expandirá essa base com o estado compartilhado criptografado, trazendo a camada que faltava.

Agradeço pela atenção. Caso encontre alguma imprecisão, me avise. Quero contribuir para o avanço da privacidade em todas as frentes e sou otimista com todos os projetos sérios desse setor. Comente à vontade.

Aviso legal:

1. Este artigo é uma reprodução de [milianstx]. Todos os direitos autorais pertencem ao autor original [milianstx]. Em caso de objeções quanto à reprodução, entre em contato com a equipe do Gate Learn, que tomará as providências necessárias.
2. Aviso de responsabilidade: As opiniões e pontos de vista expressos neste artigo são exclusivamente do autor e não constituem aconselhamento de investimento.
3. As traduções do artigo para outros idiomas são realizadas pela equipe Gate Learn. Salvo indicação em contrário, é proibida a cópia, distribuição ou plágio dos artigos traduzidos.