Blockchain corporativo: quando Hyperledger Fabric resolve e quando é só custo

Blockchain permissionado só se justifica quando várias organizações que não confiam plenamente umas nas outras precisam compartilhar um registro que nenhuma delas controla sozinha. Se todos os participantes são da mesma empresa, um banco de dados com trilha de auditoria entrega o mesmo resultado por uma fração do custo.

Depois de construir redes com Hyperledger Fabric para rastreabilidade industrial, a lição que ficou é menos técnica do que se imagina. A parte difícil nunca foi o chaincode. Foi a governança entre as organizações participantes.

O teste das três perguntas

Antes de qualquer prova de conceito, responda com honestidade:

1. Existe mais de uma organização escrevendo no registro? Se não, pare por aqui. Você quer um banco de dados.
2. Essas organizações têm interesses conflitantes? Fornecedor e comprador, seguradora e oficina, produtor e certificadora. Se todos são departamentos da mesma empresa, um administrador de sistemas resolve com permissões.
3. Alguém aceitaria ser o dono do banco de dados? Se todo mundo concorda que a empresa X hospeda e administra, você tem um problema de contrato, não de tecnologia.

Três “sim” e o caso é real. Um “não” e a resposta provavelmente é PostgreSQL com tabela de auditoria e assinatura digital.

O que o Fabric entrega de verdade

Ao contrário das redes públicas, o Hyperledger Fabric é permissionado. Participantes têm identidade emitida por uma autoridade certificadora, não existe mineração e não existe criptomoeda. O que ele oferece:

• Registro compartilhado e replicado em que nenhuma organização pode alterar o histórico sozinha.
• Canais, que permitem que só um subconjunto de participantes enxergue determinadas transações. Concorrentes podem estar na mesma rede sem ver o volume um do outro.
• Políticas de endosso. Você define quantas e quais organizações precisam assinar uma transação para ela valer. É aqui que mora o valor real.
• Contratos executáveis em Go ou Node.js, sem a limitação de linguagem das redes públicas.

O que ele não entrega

Vale ser explícito, porque as expectativas costumam chegar infladas.

Ele não valida o mundo físico. Se alguém digita “café orgânico” para um lote que não é orgânico, a rede registra a mentira com integridade perfeita, para sempre. Blockchain garante que o dado não foi adulterado depois de gravado. Não garante que ele era verdade antes.

Ele também não é rápido. Consenso entre organizações custa latência, então não coloque isso no caminho crítico de uma tela de usuário. E não é fácil de operar: autoridades certificadoras, MSPs, canais, ordenadores, atualização coordenada de contratos entre empresas. É infraestrutura séria e precisa de gente que a mantenha.

Por fim, ele não resolve LGPD. Registro imutável e dado pessoal se dão muito mal. Dado pessoal fica fora da rede. Na rede vai o hash.

Onde funciona bem

Os casos que se sustentaram na prática têm um padrão em comum: cadeia produtiva com múltiplos elos e necessidade de comprovação para um terceiro, seja auditor, certificador ou órgão regulador.

Rastreabilidade de origem, cálculo de pegada ambiental com dados vindos de vários fornecedores, conciliação entre operadoras, certificação de procedência. Nesses casos, o valor não está no “blockchain” em si. Está em ter um número que ninguém da cadeia consegue mexer sozinho e que um auditor consegue verificar sem precisar pedir favor a nenhuma das partes.

A arquitetura que costuma dar certo

Nas implantações que sobreviveram ao primeiro ano, o desenho é sempre parecido. A aplicação funciona normalmente com um banco relacional, e toda a experiência do usuário sai dali. Só os eventos que precisam de prova entre organizações vão para o registro compartilhado, o que costuma ser uma fração pequena das operações. Documentos e dados pessoais ficam fora, em armazenamento comum, e no registro vai apenas o hash com o ponteiro. A escrita acontece de forma assíncrona, por fila, então se a rede estiver lenta o usuário não sente.

Quem coloca o blockchain no centro da aplicação constrói um sistema lento com um banco de dados ruim. Quem coloca na periferia, como camada de prova, constrói um sistema normal com uma garantia a mais.