Tradicionalmente, a confiança era depositada em instituições centralizadas como bancos, redes de pagamento e câmaras de compensação — sistemas fechados onde os usuários confiavam em auditorias externas, regulações governamentais e históricos extensos de conformidade para se sentirem seguros. Embora eficaz, esse modelo envolve trade-offs como opacidade, poder concentrado e inovação limitada. Um novo modelo de confiança tem surgido com blockchains e aplicações descentralizadas (dApps), que dependem não de instituições, mas do próprio código subjacente. Essa mudança é fundamentada no princípio do código aberto, obrigatório na blockchain. O código aberto permite que qualquer pessoa inspecione protocolos, audite contratos inteligentes e verifique o funcionamento do sistema; sem ele, os usuários não podem realmente saber com o que estão interagindo. À primeira vista, código aberto e privacidade parecem contraditórios: se o código é público, como manter a confidencialidade?Com a adoção crescente de blockchain, equilibrar transparência e privacidade se tornou um desafio fundamental, muitas vezes mal compreendido. O código aberto constrói confiança sem intermediários e sustenta a descentralização. Bases de código públicas são continuamente revisadas por desenvolvedores e pesquisadores de segurança, levando a sistemas robustos e seguros como OpenSSL, Linux e Bitcoin, cuja segurança se fortalece ao longo do tempo. Essa abordagem remonta ao criptógrafo do século XIX, Auguste Kerckhoffs, que afirmou que um sistema seguro permanece seguro se seu projeto for público, mas sua chave secreta permanecer privada — princípio de Kerckhoffs, uma base da criptografia moderna. O código aberto implementa isso ao tornar o código público para verificação independente, distinto da transparência de dados. Protocolos podem ser de código aberto e ainda assim proteger a confidencialidade do usuário, que é a direção atual na tecnologia blockchain. Inicialmente, as blockchains priorizavam a transparência com transações visíveis publicamente — um compromisso necessário antes do surgimento de tecnologias que preservam a privacidade, assim como o tráfego HTTP da web inicial não era criptografado até que o TLS emergiu em 2006.

Hoje, registrar informações sensíveis como salários ou finanças pessoais de forma pública é inaceitável, portanto, o desafio é restabelecer a privacidade sem perder a capacidade de auditoria. Tecnologias de preservação de privacidade (PETs) lidam com esse problema. Embora algumas PETs, como ambientes de execução confiáveis (TEEs), não sejam de código aberto, todas as PETs baseadas em criptografia usadas na blockchain são abertas. Por exemplo, provas de conhecimento zero (ZKPs) permitem demonstrar a veracidade de uma afirmação sem revelar detalhes, possibilitando transações privadas na cadeia e verificações de identidade. Sistemas ZK modernos, como PlonK, Groth16 e STARKs, são de código aberto e revisados globalmente. A criptografia totalmente homomórfica (FHE) permite cálculos em dados criptografados, permitindo que contratos inteligentes operem sem precisar descriptografar entradas; suas bibliotecas criptográficas, como TFHE-rs, também são abertas. A computação segura multiparte (MPC) possibilita que múltiplas partes computem conjuntamente resultados sem revelar informações individuais, e muitos protocolos de MPC, incluindo assinaturas threshold e geração distribuída de chaves (DKG), também são de código aberto — porque a confiança exige transparência dos mecanismos. Em última análise, alcançar privacidade na cadeia começa com a transparência do código. Código aberto não é uma ameaça à privacidade; pelo contrário, é fundamental para garantir que sistemas confidenciais funcionem corretamente, livres de falhas ocultas ou backdoors, e abertos a melhorias da comunidade. O futuro da blockchain e das finanças descentralizadas depende de equilibrar privacidade e auditoria, revelando abertamente o funcionamento do sistema e permitindo avaliações rigorosas. Esse é o propósito do código aberto e, a nosso ver, o único caminho viável para frente.