Maturidade das aplicações blockchain
Os seus casos de uso blockchain situados numa escala de maturidade, e o roteiro que os leva à produção.
10 domínios, uma escala de 5 níveis. E a ação que faz passar de um nível para o seguinte.
Os 10 domínios do referencial, já redigidos de N1 a N5. Uma empresa, uma unidade de negócio, ou 300 de uma vez.
Maturidade das aplicações blockchain
10 domínios, escala de 5 níveis.
Nordhavn Industries
53 / 100
Medem a sua maturidade com a Datamensio
Um exemplo
Esta situação podia ser a sua.
Vejamos o exemplo de uma empresa: três instalações, três folhas de cálculo, nenhuma resposta comum.
Ninguém sabe consolidar.
Nordhavn Industries, 2 400 pessoas em Hamburgo, Lyon e Porto. Um cliente pergunta em que ponto está o grupo. Cada instalação responde na sua folha de cálculo, com as suas próprias escalas.
Três semanas, uma única base.
Um diagnóstico Referencial de maturidade das aplicações blockchain e registos distribuídos (Datamensio) lançado nas três instalações ao mesmo tempo, a partir das notas de entrevista dos responsáveis. O referencial já estava escrito, os 10 domínios e os níveis N1 a N5 também.
Duas despesas evitadas antes de serem assumidas.
Uma pontuação de 53 em 100, um desvio concentrado em três domínios. O assistente de IA detetou que duas ações do plano duplicavam as de outro diagnóstico. O relatório de resultados para a comissão foi pedido numa frase.
O que isto lhes evitou
- 3instalações medidas na mesma base, em vez de três questionários a retrabalhar
- 2ações duplicadas detetadas antes da despesa
- 1relatório de resultados para a comissão, sem retrabalho manual
Estes números são os de um exemplo. Podiam ser os seus.
A norma impõe processos. A Datamensio diz onde está.
01
O referencial já está escrito
Domínios, perguntas e níveis N1 a N5 redigidos. Não parte de uma folha de cálculo em branco.
02
A pontuação sai no próprio dia
Online, por link de autoavaliação ou em entrevista. Domínio a domínio, comparável ao longo do tempo.
03
O desvio transforma-se num plano com custos
Cada passagem de nível tem a sua ação. A IA prioriza pelo efeito esperado, não pela ordem da norma.
04
A progressão demonstra-se
Campanha após campanha, face ao seu objetivo e ao seu histórico. É isso que a sua comissão executiva pede.
A escala de maturidade
Um nível, o seguinte, e a ação que liga os dois.
É este mecanismo (um nível, um nível superior, e a ação que liga os dois) que transforma uma constatação numa trajetória.
Os smart contracts são objeto de uma revisão de segurança independente antes da sua implementação?
- N1
Nenhuma revisão distinta do desenvolvimento. O código é implementado após um teste funcional realizado pela equipa que o escreveu.
- N2
É feita uma releitura por um desenvolvedor da equipa, sem grelha de controlo nem registo dos pontos examinados.
- N3
Uma revisão de segurança apoia-se numa grelha de vulnerabilidades conhecidas, realizada por uma pessoa externa ao desenvolvimento, com relatório conservado.
- N4
A revisão é sistemática antes de cada implementação, complementada por testes automatizados e uma auditoria externa para os contratos que manipulam ativos. As correções são registadas até ao seu encerramento.
- N5
O dispositivo é revisto de acordo com as vulnerabilidades publicadas e os incidentes do setor. Os resultados alimentam as regras de conceção e são apresentados ao comité técnico da rede.
Ação para passar de N2 para N3
Formalizar uma grelha de revisão que retome as vulnerabilidades comuns dos smart contracts, designar um revisor externo à equipa de desenvolvimento e incluir a validação dessa revisão como condição de passagem em comité de entrada em produção.
« Graças à Datamensio, cumprimos os nossos objetivos com muito mais eficácia. Os serviços de inspeção do FEDER e do nosso ministério de tutela apreciaram particularmente esta abordagem, que lhes fornece dados fiáveis. »
Diretora da CCI 94CCI Île-de-France
« Consideramos que é a solução mais adequada para levar o nosso projeto de transformação à escala e medir o impacto de acordo com as nossas necessidades. »
Maja SucekChief Operating Officer, Interreg Danube
Raramente sozinho
Um referencial combina-se. Associe vários para cobrir a sua atividade, ou peça à IA para escrever o seu.
Faça a sua primeira medição
Sobre o que trata este referencial
Este referencial avalia a maturidade de uma organização quanto ao uso de registos distribuídos: seleção e qualificação dos casos de uso, escolha do tipo de rede (pública, com permissões, híbrida), conceção e verificação dos smart contracts, gestão das chaves e das identidades, governação entre participantes, integração no sistema de informação, exploração e acompanhamento do valor gerado. Não incide sobre os criptoativos como classe de investimento, mas sobre a aplicação da tecnologia a processos de negócio: rastreabilidade, tokenização de ativos, certificação de documentos, trocas interempresariais.
Na prática, a dificuldade raramente é técnica. É de governação e de trajetória. Quem decide uma evolução do esquema de dados quando a rede reúne cinco empresas concorrentes? O que acontece se um participante importante deixar o consórcio? Os seus smart contracts implementados são objeto de uma revisão de código independente antes de entrarem em produção, ou apenas de um teste funcional? E a pergunta que surge em todos os comités: o caso de uso justifica um registo distribuído, ou uma base de dados partilhada com direitos bem definidos seria suficiente?
O contexto mudou em dois aspetos. Primeiro, a maturidade das plataformas com permissões, que deslocou o tema do prototipo para a exploração: supervisão dos nós, atualização de versão coordenada, reversibilidade dos dados. Depois, o enquadramento europeu, com o regulamento MiCA para os criptoativos e o regime piloto para as infraestruturas de mercado baseadas nesta tecnologia. Uma confusão frequente merece ser esclarecida: a blockchain não torna um dado exato, torna o seu histórico difícil de alterar. A qualidade do dado de entrada continua inteiramente a seu cargo.
Uma auditoria responde por conforme ou não conforme. O diagnóstico de maturidade responde de outra forma: em que nível de domínio se situa cada domínio, e que ação concreta permite passar ao nível seguinte. Um consórcio pode ser sólido na conceção dos smart contracts e ausente na governação de rede. A pontuação por domínio torna esse desvio visível, o objetivo que define quantifica-o, e a diferença entre os dois transforma-se num plano de ação ordenado.
O referencial está pronto a usar na Datamensio e continua a ser seu. A IA ajusta os domínios, reformula as perguntas com o vocabulário do seu setor e afina os níveis segundo o método CMMI. Pode também construir uma variante a partir dos seus documentos existentes: carta do consórcio, dossier de arquitetura, atas de comité técnico.
Norma de referência: Referencial de maturidade das aplicações blockchain e registos distribuídos (Datamensio)
Os domínios avaliados
Estratégia e qualificação dos casos de uso
Critérios de seleção, justificação do recurso a um registo distribuído face às alternativas, alinhamento com o programa de transformação, portefólio de casos de uso e decisões.
Arquitetura e escolha da rede
Tipo de registo (público, com permissões, híbrido), mecanismo de consenso, dimensionamento, escolha das plataformas, estratégia de reversibilidade e de saída.
Smart contracts e ciclo de vida do código
Conceção, testes, revisão de código independente, auditoria de segurança antes da implementação, gestão de versões, procedimento de atualização e de descontinuação.
Governação da rede e do consórcio
Estatuto jurídico, regras de adesão e de saída, processo de decisão sobre as evoluções, repartição dos custos, gestão de litígios entre participantes.
Identidades, chaves e direitos de acesso
Gestão do ciclo de vida das chaves, custódia e recuperação, identidades dos participantes, atribuição e revogação de direitos na rede.
Dados e interoperabilidade
Qualidade e proveniência dos dados introduzidos, articulação entre dados no registo e fora do registo, esquemas partilhados, normas de troca, interoperabilidade com outras redes.
Enquadramento jurídico e regulamentar
Qualificação dos ativos e dos tokens, valor probatório dos registos, proteção de dados pessoais face à imutabilidade, obrigações setoriais aplicáveis.
Integração no sistema de informação
Ligação às aplicações de negócio e aos sistemas de gestão integrados, interfaces de programação, gestão dos fluxos, coerência com o referencial de dados da empresa.
Exploração e supervisão
Manutenção dos nós, supervisão, gestão de incidentes, atualizações de versão coordenadas entre participantes, plano de continuidade, acompanhamento dos custos de exploração.
Competências, adoção e medição do valor
Competências internas e dependência de prestadores, formação das áreas de negócio, indicadores de valor, revisão periódica dos casos de uso em produção.
Está disponível uma versão curta do referencial para a auto-avaliação online.
Perguntas frequentes
Este diagnóstico conduz a uma certificação?
Não. Não existe nenhum organismo que certifique a maturidade das aplicações blockchain. O diagnóstico mede as suas práticas, situa cada domínio numa escala progressiva e produz um plano de ação. Serve para decidir e pilotar, não para obter um selo.
Em que difere de uma auditoria técnica de smart contract?
Uma auditoria de código examina um contrato específico e conclui sobre as suas vulnerabilidades. O diagnóstico incide sobre a organização que produz e explora esses contratos: governação, ciclo de vida do código, exploração, valor. Os dois complementam-se, e o diagnóstico indica frequentemente quando desencadear uma auditoria de código.
Quanto tempo demora a avaliação?
A versão curta preenche-se em cerca de trinta minutos por um responsável que conhece o portefólio de casos de uso. A versão completa mobiliza vários colaboradores e prolonga-se por uma a duas semanas, sendo a maior parte do tempo dedicada à recolha junto das equipas técnicas e dos parceiros da rede.
É necessária uma expertise técnica para responder?
As perguntas incidem sobre as práticas de conceção, de governação e de exploração, não sobre o detalhe das configurações. Algumas necessitam do contributo de um arquiteto ou de um desenvolvedor: o modo colaborativo permite atribuir essas perguntas à pessoa certa e conservar o registo das respostas.
É possível adaptar o referencial ao nosso contexto?
Sim. Pode modificar as perguntas, os níveis e os domínios, ou partir de uma base em branco. A IA afina as formulações de acordo com o seu setor e pode construir uma variante a partir dos seus documentos, carta do consórcio ou dossier de arquitetura. O referencial continua a ser sua propriedade.
O diagnóstico funciona para um consórcio que reúna várias empresas?
Sim. Cada participante pode ser avaliado separadamente, e os resultados depois comparados através do benchmark entre entidades. Um roteiro transversal consolida as ações comuns à rede e distingue as que competem a cada membro.
Como se articula este referencial com a governação de dados e de IA?
A blockchain garante a integridade de um histórico, não a exatidão dos dados registados. Um diagnóstico de governação de dados esclarece, assim, a qualidade do que entra no registo. Os roteiros transversais permitem cruzar os dois temas sem duplicar as ações.
Onde são alojados os dados?
Em França, na OVH, com cópia de segurança na Scaleway. Nenhuma transferência fora da União Europeia. Os modelos de IA utilizados podem ser selecionados, incluindo entre soluções europeias.