Blockchain pública versus blockchain privada

“Blockchain privada” é uma expressão que confunde. Ela pode significar uma rede isolada da internet, uma rede em que só convidados escrevem ou uma rede em que só convidados leem. Cada uma dessas coisas tem consequências diferentes.

Este texto organiza a comparação com base no relatório técnico do Instituto Nacional de Padrões e Tecnologia dos Estados Unidos (NIST) sobre blockchain e na documentação oficial de duas plataformas usadas em redes corporativas, Hyperledger Fabric e Hyperledger Besu. A pergunta de fundo é sempre a mesma: quem pode fazer o quê, e em quem você precisa confiar.

O critério que realmente separa os dois modelos

O NIST classifica as redes pelo modelo de permissão, que define quem pode manter o registro, ou seja, quem pode publicar novos blocos (NIST, NISTIR 8202):

• Sem permissão (permissionless): qualquer pessoa pode publicar blocos, sem autorização de nenhuma autoridade. É o que o uso comum chama de blockchain pública.
• Permissionada (permissioned): só usuários autorizados por alguma autoridade, centralizada ou descentralizada, publicam blocos. É o que costuma ser chamado de blockchain privada ou de consórcio.

O relatório usa uma analogia simples: a rede permissionada é como uma intranet corporativa controlada; a rede sem permissão é como a internet pública, em que qualquer um participa.

Quem lê é uma segunda pergunta, separada da primeira. Segundo o NIST, uma rede permissionada pode deixar qualquer pessoa ler o registro ou restringir a leitura a pessoas autorizadas. O mesmo vale para quem pode enviar transações.

A ethereum.org acrescenta uma distinção útil. Ela chama de rede privada aquela cujos nós não estão ligados à rede pública, e de rede de consórcio aquela em que o consenso é controlado por um conjunto predefinido de nós confiáveis. E faz um alerta: “privada” aqui significa reservada ou isolada, não protegida ou segura (ethereum.org, Networks).

Daqui em diante, este texto usa “pública” para redes sem permissão e “permissionada” para as demais, porque é isso que importa na prática.

Como funciona uma blockchain pública

Numa rede sem permissão, os participantes não se conhecem. O NIST descreve esses nós como usuários que desconfiam uns dos outros e que podem se conhecer apenas pelos endereços públicos. Qualquer um pode baixar o software, ler o registro e propor transações.

Essa abertura cria um problema: se publicar blocos fosse gratuito, um mal-intencionado poderia criar milhares de identidades e dominar a rede. Por isso, segundo o NIST, essas redes exigem que quem quer publicar blocos gaste ou imobilize recursos. É o papel da prova de trabalho e da prova de participação, comparadas em detalhe em Proof of Work ou Proof of Stake. O comportamento correto é incentivado com recompensas pagas na criptomoeda da própria rede.

O whitepaper do Bitcoin resume a lógica: os nós não precisam ser identificados e podem sair e voltar à rede quando quiserem, aceitando a cadeia com mais trabalho acumulado como prova do que aconteceu na ausência deles (Nakamoto, whitepaper do Bitcoin). A estrutura dessa cadeia está explicada em como funciona a blockchain do Bitcoin.

O preço dessa abertura é conhecido:

• Consenso caro. Energia, no caso da prova de trabalho, ou capital travado, no caso da prova de participação.
• Transparência total. Qualquer um lê todas as transações. Os endereços não trazem nome, mas o histórico fica exposto.
• Mudanças difíceis. O NIST observa que alterar o protocolo de uma rede aberta, com usuários espalhados pelo mundo, é “extremamente difícil”. Uma mudança incompatível pode dividir a rede em duas versões.

Como funciona uma blockchain permissionada

Numa rede permissionada, participar exige identidade conhecida. O NIST descreve o caso típico como um consórcio: um grupo de organizações que querem trabalhar juntas, mas não confiam totalmente umas nas outras, e que convidam parceiros para registrar transações num livro-razão compartilhado.

Como os participantes são identificados, o consenso não precisa de gasto de recursos. Segundo o NIST, os modelos de consenso dessas redes costumam ser mais rápidos e mais baratos. E, se alguém agir de má-fé, há caminhos jurídicos: sabe-se onde cada organização está registrada e quais contratos assinou.

Duas plataformas mostram como isso aparece na prática:

• Hyperledger Fabric. A documentação descreve a rede como formada por participantes “conhecidos, identificados e muitas vezes verificados”, que podem ser concorrentes. O Fabric não exige criptomoeda nativa, isola dados em canais (só os membros de um canal acessam suas transações) e permite dados privados entre subconjuntos de participantes (Hyperledger Fabric, Introduction).
• Hyperledger Besu. É um cliente compatível com o Ethereum que pode rodar redes privadas. A documentação descreve permissionamento de nós, que restringe o acesso a participantes conhecidos, e permissionamento de contas, que pode exigir cadastro, suspender contas ou limitar o que cada uma pode fazer (Hyperledger Besu, Permissioning).

Um exemplo brasileiro: o piloto do Drex, do Banco Central, rodou numa rede baseada no Hyperledger Besu com nós operados pelo BC e pelas instituições participantes. A história desse piloto está em Drex: proposta, arquitetura e estágio do projeto.

A troca central: em quem você confia

Toda a comparação se resume a uma pergunta: o que garante que o registro não será alterado?

Numa rede pública, a garantia é econômica e matemática. Reescrever o histórico exige controlar a maioria do recurso que protege a rede. O NIST nota que esse ataque não é tecnicamente difícil, apenas caro, e que o custo cresce quanto mais para trás o atacante quiser mexer. A premissa é que a maioria do poder de processamento ou do capital depositado se comporte de forma honesta.

Numa rede permissionada, a garantia é institucional. O NIST é direto sobre o outro lado disso: o dono ou o consórcio que admite e remove nós tem “grande controle”. Com esse controle, qualquer número de blocos pode ser substituído por métodos legítimos, se o dono ou o consórcio quiser. E, se uma única entidade decide quem publica blocos, os usuários precisam confiar nessa entidade.

Na avaliação da redação, isso não torna a rede permissionada pior. Torna-a diferente. Ela troca a resistência a qualquer autoridade por desempenho, privacidade e responsabilização jurídica. Se isso é um bom negócio depende de quem são os participantes e do que eles temem.

Comparação lado a lado

Critério	Blockchain pública (sem permissão)	Blockchain permissionada
Quem publica blocos	Qualquer pessoa	Participantes autorizados
Quem lê	Qualquer pessoa	Todos ou só autorizados, conforme a rede
Identidade	Pseudônima (endereços)	Conhecida e verificada
Consenso	Prova de trabalho ou de participação	Protocolos de tolerância a falhas, como Raft ou BFT
Finalidade	Probabilística (Bitcoin) ou após checkpoints (Ethereum)	Em geral imediata, sem bifurcações
Criptomoeda nativa	Necessária para incentivar validadores	Dispensável
Mudanças no protocolo	Difíceis; uma mudança incompatível pode dividir a rede	O consórcio pode exigir a atualização do software
Base da confiança	Maioria honesta do recurso econômico	Governança, contratos e identidade

Sobre a linha de finalidade: o Fabric afirma que, por usar consenso determinístico, um bloco validado é final e o registro não se bifurca como nas redes sem permissão (Hyperledger Fabric, Ordering Service). Os protocolos QBFT e IBFT 2.0 do Besu também oferecem finalidade imediata, com no mínimo quatro validadores (Hyperledger Besu, Proof of authority consensus). O porquê dessas diferenças está em como funcionam os mecanismos de consenso.

Privacidade: nenhum dos modelos resolve sozinho

A rede pública é transparente por desenho. Isso ajuda a auditoria, mas é um problema para dados de clientes, contratos comerciais ou operações financeiras protegidas por sigilo.

Redes permissionadas oferecem ferramentas para isso. O NIST cita a revelação seletiva: a rede registra que uma transação aconteceu, mas só as partes envolvidas veem o conteúdo. O Fabric usa canais e dados privados.

Ainda assim, restringir quem entra não resolve o que cada participante vê dos outros. O piloto do Drex é o exemplo mais próximo do leitor brasileiro: mesmo numa rede permissionada, o Banco Central concluiu que as soluções de privacidade testadas não estavam maduras para o sigilo bancário exigido no país.

Quando cada modelo faz sentido

O NIST recomenda inverter a pergunta habitual. Em vez de “como encaixar nosso problema na blockchain?”, a organização deveria perguntar “como a blockchain poderia nos beneficiar?” e tratá-la como qualquer outra solução técnica.

O relatório lista características que tornam a tecnologia adequada, entre elas:

• muitos participantes, distribuídos;
• vontade ou necessidade de dispensar um terceiro de confiança;
• fluxo de natureza transacional, como transferir ativos entre partes;
• necessidade de reduzir conciliação manual e disputas;
• necessidade de histórico completo e compartilhado entre os participantes.

A partir disso, um roteiro prático, que é leitura da redação e não regra do NIST:

• Rede pública tende a fazer sentido quando ninguém deve ter poder de excluir participantes ou reescrever o registro, e quando a transparência é aceitável.
• Rede permissionada tende a fazer sentido quando os participantes são conhecidos, precisam de privacidade e desempenho, e aceitam uma governança comum com contratos por trás.
• Banco de dados convencional pode bastar quando uma única organização controla tudo. Nesse caso, como o próprio NIST observa, os usuários teriam de confiar nessa entidade de qualquer forma.

O que levar deste texto

• “Pública” e “privada” escondem duas perguntas diferentes: quem publica blocos e quem lê o registro.
• Redes sem permissão pagam por consenso caro porque não sabem quem são os participantes; redes permissionadas usam identidade para ter consenso rápido e barato.
• Numa rede permissionada, quem controla o acesso também pode, legitimamente, reescrever o histórico. A confiança passa da matemática para a governança.
• Nenhum dos modelos resolve sozinho a privacidade entre participantes, como mostrou o piloto do Drex.
• Antes de escolher entre os dois, vale perguntar se o problema precisa mesmo de uma blockchain.