Pular para o conteúdo

Blockchain para registros, identidade e serviços públicos

A Administração Pública não opera como um fornecedor qualquer. Exerce poderes públicos, atesta identidades e dá eficácia jurídica a registros e decisões que precisam poder ser revisados. Essas competências se distribuem entre órgãos com sistemas distintos. A tecnologia blockchain pode compartilhar provas verificáveis sem publicar o processo nem deslocar a autoridade. Daí surgem os registros distribuídos e as credenciais verificáveis.

Escrito por Pablo Gómez
Três bandeiras da União Europeia diante da fachada iluminada dos escritórios da Comissão Europeia

+200

Iniciativas públicas iniciadas ou previstas em pelo menos 46 países em 2018

OCDE OPSI, 2018

167

Casos de uso públicos na Europa compilados até dezembro de 2021

Comissão Europeia, JRC, relatório de 2022

14%

Provedores públicos essenciais da UE que aceitavam eID transfronteiriça no início de 2021

Comissão Europeia, dados de 2021 citados em 2023

2026

Final de 2026, horizonte da Comissão para que cada Estado ofereça uma carteira de identidade digital

Comissão Europeia e eIDAS 2
01Ponto de partida

A Administração exerce autoridade, processa direitos e precisa poder corrigir decisões

Registros de imóveis e empresariais, cadastros, licenças, subvenções e identidade operam sob competências e procedimentos distintos. Seus assentos e decisões produzem efeitos porque a lei atribui poder, presunção de validade ou fé pública ao órgão correspondente. Blockchain pode distribuir evidência de cada ato, mas não cria autoridade nem transforma uma cópia em registro oficial.

Os processos mudam por recurso, decisão ou retificação. Imutabilidade útil significa conservar versões, responsáveis e fundamento, não impedir que o registro vigente seja corrigido. O cidadão precisa saber qual estado produz efeitos.

A aplicação começa em uma fricção compartilhada entre órgãos ou com terceiros. Pode ser duplicação de certidões, conciliação de benefícios, rastreabilidade de compras ou verificação transfronteiriça. Antes de escolher a tecnologia, é preciso identificar qual instituição decide, quais verificam, quais estados mudam e como se exerce o recurso.

02Como funciona

Como blockchain é usada no setor público?

Na Administração Pública, blockchain oferece um registro compartilhado de provas e estados entre órgãos com responsabilidades distintas. O hash de um processo, de uma credencial ou de um ato fica vinculado ao seu emissor e à sua data. A verificação confirma integridade e procedência, mas o efeito jurídico continua dependendo do órgão competente e do procedimento aplicável.

Os dados pessoais permanecem nos sistemas administrativos ou na carteira do cidadão. On-chain são publicados apenas identificadores, estados ou provas criptográficas estritamente necessários. Essa separação permite retificar o processo operacional e conservar um histórico auditável, desde que a governança defina qual versão produz efeitos e quem pode atualizá-la.

Exemplo na UE (EBSI)

Off-chain

Sistemas de cada órgão

  1. Processo

    O órgão competente o tramita e conserva a decisão, a motivação e os recursos.

  2. gera

    Prova do ato

    Hash, emissor e data do ato, sem dados pessoais.

O processo e os dados do cidadão não entram na rede

é publicada em

On-chain

Infraestrutura compartilhada entre administrações

Registro de provas e estados

Cada órgão publica com sua chave, durante seu período de autorização

  • Licença, estado inicial

    Vigente desde a emissão

  • Licença, novo estado

    Revogada por uma decisão posterior

  • Processo e dados pessoais

    Não são publicados na rede

Revogar publica um novo estado e o ato histórico não é apagado.

  • Outro órgão verifica emissor, data e estado sem solicitar o processo.
  • A prova não cria o efeito jurídico; quem o produz é o órgão competente.

A EBSI é uma infraestrutura possível, não obrigatória. A carteira europeia de identidade não exige o uso de blockchain em todos os seus componentes.

03O que agrega

O que blockchain agrega ao setor público

Blockchain é útil quando vários órgãos precisam verificar o mesmo fato sem replicar processos completos nem delegar toda a confiança a um único sistema. A contribuição concreta é uma prova compartilhada de origem, integridade e estado. Autoridade, proteção de dados e vias de recurso permanecem dentro do desenho institucional.

Integridade de registros

Provar que um registro público não foi alterado, o que protege a titularidade, os processos e os atos administrativos.

Identidade e credenciais

Credenciais digitais controladas pelo cidadão para se identificar e assinar, reutilizáveis entre administrações.

Rastreabilidade de recursos

Acompanhar o gasto público e as contratações de forma verificável, o que reforça a transparência e a prestação de contas.

Menos trâmites repetidos

Uma credencial verificável evita pedir ao cidadão o mesmo documento repetidas vezes em cada órgão.

04Comparativo

Administração sem e com blockchain

Um banco de dados administrativo concentra escrita, auditoria e disponibilidade sob um único operador. Uma rede compartilhada distribui provas entre órgãos autorizados e conserva versões verificáveis. A comparação relevante depende do número de responsáveis, da conciliação necessária e de o histórico precisar ou não resistir a uma alteração unilateral.

OperaçãoSem blockchainCom blockchain
Integridade de um registroAuditoria e controles do custodianteProva compartilhada entre verificadores autorizados
Trâmite entre administraçõesPedir documentos repetidos ao cidadãoCredencial verificável reutilizável
Auditar o gasto públicoRelatórios a posterioriRastreado e verificável continuamente
Identidade do cidadãoSilos por órgãoUma carteira controlada pelo cidadão
05Situação do setor

O que ensinam os pilotos e as implantações públicas

A experimentação pública permite distinguir implantações sustentadas de provas de conceito. Em 2018, a OCDE identificou mais de 200 iniciativas iniciadas ou previstas em pelo menos 46 países. O JRC inventariou 167 casos europeus compilados até dezembro de 2021. São contagens históricas de iniciativas, não uma medição atual de serviços em produção.

Os projetos mais sólidos delimitam uma decisão verificável e mantêm o processo fora da rede. Publicam quem emitiu uma prova, quando ela estava vigente e se foi revogada. Esse padrão evita confundir transparência com exposição e permite que a proteção de dados continue operando sobre a fonte administrativa original.

Na Europa, a EBSI oferece infraestrutura compartilhada para serviços transfronteiriços. O Regulamento 2024/1183 e suas normas de execução definem a carteira europeia de identidade digital. Cada Estado-membro deve disponibilizar pelo menos uma carteira, embora o marco não exija o uso de blockchain em todos os seus componentes.

06Voto e participação

Blockchain para a transparência eleitoral

Uma votação precisa comprovar elegibilidade, registrar uma única participação e preservar o sigilo do voto. Blockchain pode publicar provas verificáveis de inclusão e de apuração, mas, por si só, não protege o dispositivo do eleitor nem impede coação. Seu papel razoável é oferecer auditabilidade dentro de um sistema eleitoral mais amplo e avaliado de forma independente.

07Casos de uso

Casos de uso de blockchain no setor público

Os casos mais bem fundamentados surgem onde várias instituições verificam um mesmo ato e nenhuma base isolada oferece o histórico completo. Registros, credenciais, contratações e coordenação entre administrações compartilham essa condição. Cada implantação deve identificar o ato jurídico, o responsável por emiti-lo e o dado que pode permanecer fora da rede.

Registros públicos verificáveis

Ancorar a integridade de registros de imóveis, empresariais ou cadastrais para protegê-los contra manipulação.

Identidade e credenciais digitais

Carteiras e credenciais controladas pelo cidadão para se identificar e comprovar requisitos sem repetir trâmites.

Rastreabilidade de recursos e contratações

Acompanhar o gasto público e os contratos de forma verificável para reforçar a transparência.

Serviços entre administrações

Compartilhar verificações entre órgãos sem que um único órgão controle todos os dados.

08Marco regulatório

Marco regulatório de blockchain no setor público

O marco europeu combina normas de identidade, proteção de dados e procedimento administrativo. O Regulamento 2024/1183 modifica o eIDAS e estabelece a carteira europeia de identidade digital com divulgação seletiva, controle do usuário e aceitação transfronteiriça. A EBSI oferece uma infraestrutura possível para serviços compartilhados, mas não substitui as competências nacionais.

O Regulamento Geral de Proteção de Dados condiciona a arquitetura. Identificadores pessoais, documentos e decisões detalhadas devem ser mantidos fora de um registro imutável quando sua publicação for desnecessária. Provas criptográficas, revogação e minimização reduzem o risco, embora um hash também possa ser dado pessoal se permitir relacioná-lo a uma pessoa.

09Registros e identidade

A cópia on-chain não se torna registro oficial se a norma não reconhecer seu efeito

O hash de um título, de uma licença ou de um processo permite comprovar que um documento específico existia e não mudou desde uma data. Transferir propriedade, conceder uma autorização ou reconhecer identidade exige, além disso, integrar a prova ao registro competente, aos seus controles e ao procedimento que determina quando um ato produz efeitos.

Carteiras e credenciais permitem ao cidadão apresentar atributos emitidos por órgãos distintos. O marco europeu de identidade digital cria regras de confiança e interoperabilidade; blockchain pode apoiar estados e auditoria, mas não é um requisito geral.

Recuperação, representação, menores de idade, falecimento e exclusão digital precisam ser resolvidos. Um serviço público não pode depender de que toda pessoa proteja uma chave privada sem assistência.

O registro de confiança deve conservar qual órgão estava autorizado, com qual chave e durante qual período. Revogar uma credencial por erro, expiração ou perda não apaga o ato histórico. Publica-se um novo estado, e o processo administrativo mantém a decisão, a motivação e as garantias que permitem revisá-lo.

Em um benefício público, registrar a apresentação de um requerimento não equivale a reconhecer o direito de recebê-lo. O processo passa por admissão, avaliação, decisão, prestação de contas e pagamento, com possíveis recursos entre as etapas. Cada evento precisa de autoridade emissora, data de efeito e vínculo com o documento que o fundamenta. O registro compartilhado permite verificar a sequência, enquanto a decisão conserva o efeito que a norma lhe atribui. A interface para o cidadão deve distinguir recebimento, decisão e execução para evitar que uma confirmação técnica pareça uma concessão.

Uma retificação administrativa deve poder se propagar aos órgãos que utilizaram o dado anterior. O desenho conserva qual decisão foi substituída e desde quando, limitando o acesso aos antecedentes quando contêm informação protegida. A rastreabilidade não obriga a continuar exibindo publicamente um erro corrigido. Antes de implantar, é necessário testar um requerimento duplicado, uma decisão recorrida e um pagamento anulado. Essas situações mostram se a infraestrutura acompanha o procedimento real ou apenas registra seu percurso ideal.

10Contratações e benefícios

A transparência útil segue o dinheiro e as decisões sem publicar informação protegida

Em contratações, um registro compartilhado pode encadear edital, propostas lacradas, adjudicação, marcos de execução e pagamentos. Cada prova conserva emissor e data para facilitar a auditoria entre unidades. A sequência verificável não determina se os critérios eram adequados, se o serviço foi prestado corretamente ou se houve conluio fora do sistema.

Em subvenções, várias administrações podem verificar elegibilidade, concessão e prestação de contas para reduzir duplicidade. Dados pessoais e segredos empresariais permanecem fora da rede, com acesso por perfil.

Automatizar um pagamento exige decisão válida, disponibilidade orçamentária e mecanismos de suspensão ou devolução. O smart contract executa o resultado administrativo, não substitui o procedimento.

Os marcos precisam de fontes responsáveis. Uma unidade técnica, um controlador interno ou um fornecedor autorizado atesta que uma condição foi cumprida antes de ativar o estado seguinte. O contrato não observa a obra nem interpreta o processo. Executa uma instrução assinada cuja qualidade depende do controle administrativo que a precede.

Na contratação pública, a rastreabilidade útil conecta edital, adjudicação, contrato, aditivos, marcos e pagamentos com referências persistentes. Um pagamento sem vínculo com o marco aprovado é pouco informativo, ainda que sua transação seja visível. A publicação deve explicar qual órgão certificou a prestação e qual parte do valor corresponde a ajustes. Documentos protegidos podem permanecer sob acesso restrito enquanto se publicam estados e dados permitidos. Assim, o controle externo pode acompanhar a decisão sem confundir transparência com exposição indiscriminada de processos.

Um painel de acompanhamento deveria permitir detectar contratos aditivados, entregas pendentes e diferenças entre valor aprovado e valor pago. A rede conserva evidência de quando esses fatos foram publicados, mas a verificação da prestação continua exigindo inspeção e controle financeiro. Para avaliar a utilidade, pode-se pedir a uma unidade auditora que reconstrua um processo sem solicitar exportações manuais a cada órgão. Se os identificadores e as permissões não permitirem fazê-lo, adicionar mais nós não resolve a falta de informação interpretável.

11Votação e participação

Uma urna verificável precisa de sigilo, resistência à coação, acessibilidade e segurança do dispositivo

Blockchain pode oferecer um quadro público de provas para verificar inclusão e consistência da apuração. Não evita malware no terminal, usurpação de identidade, compra de votos, coação nem perda do sigilo. Permitir que uma pessoa verifique seu voto sem poder provar sua escolha a um terceiro exige protocolos e controles adicionais.

Por isso, os processos eleitorais vinculantes exigem análise de risco, auditorias independentes, mecanismos de recontagem e respaldo físico conforme a jurisdição. A transparência do ledger não equivale a segurança eleitoral integral.

Casos menos críticos, como consultas ou orçamentos participativos, podem servir para experimentar, desde que se expliquem identidade, anonimato e limites.

12Arquitetura, governança e limites

Uma rede pública precisa de responsáveis públicos, continuidade e vias de recurso

Os órgãos participantes devem definir quem opera os nós, emite credenciais, atualiza contratos e responde diante de um incidente. Os documentos são armazenados fora da rede. Provas e estados mínimos permitem verificar sem expor processos. A governança também cobre a incorporação de entidades, mudanças normativas, continuidade orçamentária e saída ordenada de fornecedores.

Um piloto mede tempo de trâmite, certidões evitadas, conciliações, erros, disponibilidade e capacidade de recurso. Deve incluir quem usa atendimento presencial e fornecedores legados, não apenas uma interface nova.

Se uma autoridade é a única que escreve, um banco de dados com auditoria pode ser melhor. Blockchain se justifica quando várias instituições compartilham responsabilidade e precisam de um histórico comum resistente ao controle unilateral.

A contratação da infraestrutura deve prever que um fornecedor mude ou deixe de prestar o serviço. A Administração precisa exportar processos e provas, conservar as chaves institucionais sob controle adequado e continuar verificando atos anteriores. Também requer documentação suficiente para que outro operador assuma a manutenção. A mera distribuição de nós entre departamentos não evita uma dependência se todos usam o mesmo provedor de nuvem, o mesmo administrador ou uma licença cuja retirada paralisa a consulta.

O plano de continuidade deve incluir uma operação degradada compreensível. Se a rede não estiver disponível, o cidadão precisa saber se pode apresentar uma solicitação por outro canal e como a data do seu pedido será preservada. A sincronização posterior deve detectar duplicidades e explicar qualquer correção. Essas regras não podem ficar como uma decisão improvisada da equipe técnica. Elas devem ser integradas ao procedimento do serviço, com responsáveis, comunicação e exercícios periódicos que incluam o pessoal de atendimento.

13Coordenação administrativa

O princípio da única vez exige que as administrações confiem em dados emitidos por outras

Cidadãos e empresas repetem certidões porque os órgãos nem sempre compartilham vocabulários, base legal ou canais de consulta. Uma credencial verificável permite apresentar um atributo assinado por sua fonte e comprovar a validade sem copiar o processo completo. O modelo reduz a conciliação quando receptor e emissor reconhecem o mesmo significado e o mesmo nível de garantia.

Cada acesso precisa de finalidade e fundamento. O fato de o dado ser tecnicamente verificável não autoriza qualquer órgão a consultá-lo. A carteira dá visibilidade ao cidadão, mas o consentimento não é base universal para todo tratamento público.

Catálogos, identificadores e semântica comum vêm antes da tecnologia blockchain. A rede acrescenta procedência e auditoria depois que as instituições acordam o significado.

Em serviços transfronteiriços, confiança e identidade precisam de reconhecimento entre países e de acordos que definam responsabilidades.

A coordenação exige ainda regras para corrigir dados na origem e propagar o estado atualizado. Se um órgão detecta uma inconsistência, precisa saber se bloqueia a credencial, solicita uma revisão ou prossegue sob uma exceção. Registrar cada alteração ajuda na auditoria, mas é a governança que determina quem resolve e em que prazo.

O intercâmbio entre órgãos precisa de um catálogo de evidências com significado administrativo preciso. Comprovar residência, titularidade ou a situação de uma obrigação exige indicar data, âmbito e órgão competente. Dois documentos com nomes parecidos podem atender a finalidades distintas. O sistema receptor deve saber o que o emissor afirma e que decisão essa afirmação pode sustentar. Uma assinatura comprova procedência e integridade, mas não resolve por si só diferenças entre definições legais, períodos de vigência ou critérios territoriais.

A reutilização também não significa que toda informação deva circular livremente. O órgão deve justificar o acesso, identificar a finalidade e conservar uma evidência proporcional da consulta. O cidadão precisa de informação compreensível sobre quais dados são solicitados e como corrigi-los quando estiverem errados. Uma alteração no dado de origem deve ter um procedimento de atualização para processos ainda abertos. Os processos encerrados podem precisar preservar qual informação sustentou a decisão naquele momento, com as permissões e os prazos correspondentes.

A carteira europeia de identidade e uma infraestrutura blockchain correspondem a camadas diferentes. A carteira permite apresentar atributos e usar funções definidas no marco europeu; a infraestrutura de registro pode ajudar a compartilhar informação confiável entre participantes. O projeto deve verificar quais componentes são obrigatórios, de quais perfis de interoperabilidade precisa e quais decisões tecnológicas ficam em aberto. Não deve apresentar blockchain como requisito geral do eIDAS nem assumir que uma credencial emitida em um piloto será aceita automaticamente em qualquer procedimento.

Um teste entre administrações deve incluir uma evidência vigente, uma substituída e outra cujo emissor já não esteja autorizado para aquele âmbito. O receptor precisa distinguir esses resultados e oferecer uma via de revisão quando a verificação for inconclusiva. Também vale testar o acesso por representação, por exemplo quando atua um procurador. Identidade do representante, poder de representação e direito do representado são atributos diferentes. A experiência deve preservar essa separação para evitar que uma assinatura válida seja interpretada como autorização ilimitada.

O acordo de operação determina quem mantém o catálogo, aprova alterações e responde a incidentes entre órgãos. Deve existir uma via para corrigir incompatibilidades sem obrigar o cidadão a mediar entre sistemas. A avaliação registra consultas resolvidas, solicitações repetidas e decisões adiadas por falta de evidência. Essas medidas permitem verificar se o princípio de reutilização se traduz em menos carga administrativa. A qualidade do serviço depende de fechar esse percurso institucional, além de dispor de mensagens assinadas e registros sincronizados.

14Cibersegurança e soberania

Distribuir nós melhora a resiliência apenas se chaves, software e dependências forem governados

Distribuir nós pode reduzir determinados pontos únicos de falha, mas os órgãos continuam compartilhando vulnerabilidades de contratos, bibliotecas, portais e integrações. As atualizações e a resposta a incidentes precisam de uma autoridade conjunta clara. Também são necessários registros fora de banda para reconstruir o serviço se a rede ou um fornecedor deixarem de estar disponíveis.

Chaves institucionais exigem hardware seguro, segregação, rotação e recuperação. A transparência do ledger não protege um portal comprometido nem um dado falso assinado por uma conta roubada.

Soberania inclui portabilidade de código, dados e chaves em relação ao fornecedor. Uma administração não pode ficar sem acesso por encerramento comercial ou mudança de licença.

A continuidade contempla modo degradado e sincronização posterior. Serviços essenciais não devem parar por causa de uma dependência externa.

Um plano de saída deve provar que outro operador consegue reconstruir nós, verificadores e históricos com documentação suficiente. Também deve definir o que acontece se o consenso parar ou se uma atualização dividir os participantes. A resiliência pública se demonstra recuperando o serviço, não contando quantas cópias do registro existem.

15Avaliação pública

O sucesso se mede em direitos mais bem atendidos e controle mais eficaz, não em transações registradas

A avaliação pública deve medir se o serviço melhora direitos e controle administrativo. Tempo de tramitação, erros, fraude detectada, recursos, custo total, disponibilidade, satisfação e exclusão são métricas mais úteis do que o número de transações. O ponto de comparação deve ser o processo anterior e cobrir um período operacional representativo.

Os pilotos devem publicar objetivo, escopo, custo e resultado com metodologia. A auditabilidade tecnológica acrescenta pouco se a contratação e a avaliação continuam opacas.

Avaliações de impacto em dados e segurança precedem a implantação. Processos de alto risco precisam de supervisão e de vias compreensíveis para contestar decisões.

Escalar significa integração legal, orçamento e operação estável, não manter indefinidamente uma demonstração.

A avaliação independente deve incluir canais presenciais e assistidos, porque uma boa média digital pode esconder exclusão. Também deve separar economias transferidas entre órgãos de reduções reais do custo público total. Acelerar a verificação não melhora o serviço se suporte, contratação, recuperação ou dependência do fornecedor consomem mais recursos. Os resultados devem ser publicados com metodologia comparável, dados suficientes e responsabilidades institucionais claramente atribuídas para cada decisão pública operacional posterior relevante.

A avaliação deve comparar processos equivalentes antes e depois da mudança, incluindo tramitação assistida e pessoas que não usam uma carteira digital. Mede-se o tempo até a resolução, a documentação solicitada novamente, os incidentes e a capacidade de recurso. Uma redução do trabalho interno não basta se transfere mais carga ao cidadão. Também importa quanto custa a um órgão pequeno aderir, manter seus dados e corrigir erros que outros participantes já consumiram.

Antes de ampliar, é necessário comprovar que outra administração consegue verificar uma evidência com suas próprias ferramentas e permissões. O teste deve incluir uma credencial revogada e uma diferença de significado entre campos aparentemente iguais. Compartilhar uma data ou um endereço exige acordar o que representam e quando são válidos. A arquitetura merece escalar quando reduz essa coordenação repetida sem enfraquecer a responsabilidade pública, a acessibilidade ou a possibilidade de retificar decisões.

16Conceitos-chave

Conceitos-chave de blockchain no setor público

A linguagem do setor público distingue a prova técnica do ato administrativo que produz efeitos. Estes conceitos explicam como se relacionam identidade, registros distribuídos, carimbo do tempo e infraestrutura europeia. As definições também delimitam o que o cidadão controla, o que o órgão conserva e o que pode ser verificado por meio de uma rede compartilhada.

ConceitoDefinição
Ancoragem (timestamping)Registrar o hash de um dado em blockchain para poder provar depois que ele não foi alterado, sem guardar o dado na rede.
Identidade digitalCredenciais que comprovam quem é o cidadão e que ele controla, para se identificar e assinar perante a administração.
EBSIEuropean Blockchain Services Infrastructure, a rede blockchain dos Estados da UE para serviços públicos.
eIDASRegulamento europeu de identidade e serviços de confiança. O eIDAS 2 introduz a carteira europeia de identidade digital.
Registro distribuídoUm registro compartilhado entre órgãos que todos veem da mesma forma, sem que nenhum seja o único dono da verdade.
FAQ

Perguntas frequentes

Não. A Estônia utiliza o KSI, uma infraestrutura de carimbo do tempo baseada em hashes, em determinados sistemas públicos. O X-Road e a identidade digital são camadas distintas e não constituem um registro nacional em blockchain. A integridade de cada serviço depende de sua arquitetura, de seus responsáveis e de seu alcance concretos.

Sua contribuição mais clara está na integridade e na auditabilidade do processo. Permite ancorar registros para comprovar que não foram alterados e dar rastreabilidade à apuração. Continua sendo um campo em exploração que exige sigilo do voto, segurança do dispositivo, acessibilidade e auditoria independente.

Manter o processo off-chain reduz a exposição, mas não resolve automaticamente o RGPD europeu (GDPR). Um hash ou um metadado vinculável pode continuar sendo dado pessoal. O desenho precisa de base jurídica, minimização, avaliação de impacto, retenção, papéis e um procedimento efetivo para retificar ou excluir o dado operacional.

Construímos a camada de confiança para a administração digital

Projetamos, auditamos e implantamos infraestrutura blockchain para integridade de registros, identidade e rastreabilidade, com controles de segurança, integração e conformidade definidos para cada projeto.

Conte-nos sobre o seu projeto

Falam de nós

CointelegraphInvesting.comEl EspañolEmprendedoresEl ObservadorCriptoNoticias