Poucas tecnologias tiveram uma distância tão grande entre o que prometeram e aquilo em que realmente se mostraram boas.
Separando a conquista do marketing
O resultado de fundo é genuíno e vale a pena afirmar com clareza antes da crítica.
O problema resolvido é este: permitir que um conjunto de partes que não confiam umas nas outras, sem autoridade central, chegue a um acordo sobre um registro ordenado de eventos, de um jeito que resiste a participantes que tentam trapacear. Esse era um problema em aberto na computação distribuída havia muito tempo, e a combinação de encadeamento criptográfico, incentivo econômico e mecanismo de consenso que o resolveu é uma contribuição real.
O custo dessa propriedade é a parte que costuma ficar de fora.
Cada participante armazena e verifica os mesmos dados, o que é enormemente menos eficiente do que um único banco de dados fazendo o trabalho uma vez só.
A taxa de transferência é limitada por design, porque o acordo entre muitas partes leva tempo.
Mudar qualquer coisa exige coordenação entre participantes que podem discordar, o que é o objetivo e também o motivo desses sistemas evoluírem devagar.
Você está pagando um custo de eficiência muito alto por uma única propriedade: não precisar de uma parte central confiável. Se você já tem uma, está pagando à toa.
Essa única frase explica boa parte do que aconteceu com o blockchain corporativo entre os anúncios e os encerramentos silenciosos.
O que a trilha cobre
O escopo: bancos de dados distribuídos, blockchains, contratos inteligentes, consenso, ativos digitais e aplicações descentralizadas.
Quatro áreas.
Fundamentos de sistemas distribuídos. Replicação, consistência, comportamento de partição e algoritmos de consenso, a maioria deles anterior ao próprio blockchain.
Blocos de construção criptográficos. Hashing, assinaturas, gestão de chaves e o que cada um realmente garante.
Contratos inteligentes. Modelos de programação, ambientes de execução e a prática de segurança específica desse universo.
Aplicações e regulação. Onde esses sistemas são de fato usados, e o arcabouço legal que agora está se formando em torno deles.
A pergunta que elimina a maioria dos projetos
Um grande número de iniciativas corporativas de blockchain foi anunciado entre meados da década passada e o início desta. Um grande número foi silenciosamente encerrado. O motivo era consistente, e pode ser reduzido a um único diagnóstico.
Existe uma parte em que todos os participantes confiam para manter o registro? Se sim, um banco de dados operado por essa parte é mais rápido, mais barato, mais fácil de mudar e mais fácil de recuperar. Quase todo consórcio corporativo tinha uma parte assim, ou poderia designar uma.
Mais três perguntas eliminam a maior parte do que resta.
O dado descreve o mundo físico? Se sim, a cadeia registra o que alguém inseriu. Um registro à prova de adulteração de uma alegação não verificada continua sendo uma alegação não verificada à prova de adulteração. Projetos de rastreabilidade de cadeia de suprimentos esbarraram exatamente nisso: a dificuldade nunca foi o banco de dados, foi saber se o item dentro da caixa correspondia ao rótulo.
Algo precisa ser apagado ou corrigido? Imutabilidade entra em conflito com direitos de proteção de dados, com correção de erros e com obrigações legais de remover informação. Essa é uma incompatibilidade genuína, não um detalhe de implementação.
Os participantes realmente vão operar nós? Muitas blockchains de consórcio acabaram rodando em infraestrutura operada por uma única empresa, o que é um banco de dados com passos extras e desempenho pior.
O que sobrevive a esse filtro é um conjunto restrito: sistemas em que os participantes genuinamente não confiam uns nos outros, em que não existe um operador central aceitável, e em que o dado é nativo do sistema, não uma alegação sobre o mundo. Ativos digitais, algumas aplicações de liquidação e compensação, e certos arranjos transfronteiriços entram nesse conjunto. A maioria das outras coisas não entra, e dizer isso é mais útil do que entusiasmo.
Onde isso se encaixa no domínio
Blockchain e sistemas distribuídos é a oitava de oito trilhas no domínio de IA, dados e computação da Astra Trainer, e é deliberadamente construída em torno da metade de sistemas distribuídos. O conteúdo de consenso, replicação e consistência é a parte durável e se aplica a uma quantidade enorme de engenharia comum.
Conecta-se com ciência da computação pelos fundamentos de sistemas distribuídos, com cibersegurança pela gestão de chaves e segurança de contratos, e com computação em nuvem e DevOps pela infraestrutura sobre a qual essas redes rodam. Você pode ver as oito trilhas aqui.
Por que a segurança de contratos inteligentes é diferente de outras
A área tecnicamente mais distinta desta trilha, e aquela em que o histórico de falhas é mais instrutivo.
Um contrato inteligente é um código implantado em uma cadeia que executa automaticamente. Quatro propriedades se combinam para tornar seu problema de segurança excepcionalmente implacável.
O código costuma ser imutável uma vez implantado. Uma falha não pode ser corrigida da forma como software comum é corrigido. Padrões de atualização existem e trazem seus próprios riscos, incluindo o controle centralizado que deveriam evitar.
Ele detém valor diretamente. Explorar uma falha não é um passo em direção a um objetivo, é o objetivo, e o produto é imediatamente transferível.
Todo mundo pode ler o código. O código implantado é público, então qualquer pessoa pode procurar falhas com calma, com um incentivo financeiro direto para encontrar uma.
A execução é adversarial por padrão. A ordem das transações pode ser manipulada, chamadas externas podem reentrar no contrato antes de ele terminar, fontes de preço podem ser movidas, e presumir que um contrato chamado se comporta de forma razoável não é seguro.
O resultado é que somas muito grandes já foram perdidas por falhas que teriam sido bugs sem maiores consequências em software convencional. A resposta de engenharia tem sido correspondentemente rígida: verificação formal, múltiplas auditorias independentes, testes adversariais extensivos e implantação em etapas com limites de valor. Essa disciplina é genuinamente valiosa e se aplica bem a qualquer software de alta consequência.
Onde o conhecimento de sistemas distribuídos realmente compensa
O motivo prático para ensinar essa trilha, à parte de ativos digitais.
Os fundamentos por trás do blockchain são os fundamentos por trás de boa parte da infraestrutura moderna, e a maioria dos engenheiros os domina apenas superficialmente.
Algoritmos de consenso rodam dentro dos sistemas de coordenação dos quais bancos de dados, orquestradores e service meshes dependem.
Modelos de consistência. Entender o que um armazenamento distribuído realmente garante, e o que não garante, evita uma classe de corrupção de dados difícil de detectar e mais difícil ainda de explicar.
Comportamento de partição. Todo sistema distribuído precisa escolher o que faz quando partes dele não conseguem se comunicar, e a escolha tem consequências que a aplicação precisa tratar.
Verificação criptográfica. Hashing, assinaturas e estruturas à prova de adulteração são usados muito além dessa trilha, em integridade de cadeia de suprimentos de software, logs de auditoria e verificação de documentos.
Gestão de chaves. O problema operacional mais difícil dessa área, e que se aplica onde quer que se use criptografia. Chaves perdidas significam acesso perdido sem recuperação, o que é um problema de fluxo de trabalho e governança, não matemático.
Uma organização que treina pessoas aqui ganha engenheiros de sistemas distribuídos, uma capacidade escassa e durável independentemente do que aconteça com os mercados de ativos.
As funções, nomeadas
Engenheiros de sistemas distribuídos. A função mais ampla e mais durável.
Desenvolvedores de contratos inteligentes.
Auditores de contratos inteligentes e pesquisadores de segurança, um grupo genuinamente especializado e bem remunerado.
Engenheiros de protocolo, trabalhando nas próprias redes.
Engenheiros de criptografia.
Engenheiros de infraestrutura blockchain e operações de nós.
Especialistas em custódia de ativos digitais e gestão de chaves.
Especialistas em compliance e regulação de ativos digitais, uma área crescendo rápido à medida que novos regimes entram em vigor.
Analistas de blockchain, rastreando atividade em cadeia, muito usados em investigação e fiscalização.
Quem pode ser treinado para isso
Engenheiros de backend e de sistemas. O caminho principal. Os conceitos de sistemas distribuídos se apoiam no que já sabem, e a camada criptográfica é um acréscimo bem definido.
Engenheiros de segurança. Para auditoria de contratos inteligentes, em que o pensamento adversarial é a habilidade central e as especificidades do domínio são aprendíveis.
Engenheiros de banco de dados. Para sistemas de dados distribuídos, já dominando conceitos de consistência e replicação.
Engenheiros de sistemas financeiros. Para aplicações de liquidação e custódia, em que a metade de domínio é a parte escassa.
Profissionais de compliance e crimes financeiros. Para compliance de ativos digitais e análise em cadeia, em que o método investigativo já existente se aplica diretamente.
Formados em criptografia e matemática. Para engenharia de protocolo.
Auditores. Para o processo e a governança de revisão de contratos, complementando em vez de substituir a auditoria técnica.
Regulação, custódia e irreversibilidade. Ativos digitais estão sujeitos a regulação financeira, tratamento tributário, obrigações de combate à lavagem de dinheiro e legislação de valores mobiliários que variam substancialmente por jurisdição e mudam rapidamente. As transações geralmente são irreversíveis, e a perda ou comprometimento de chaves normalmente significa perda permanente sem mecanismo de recuperação. Registros imutáveis podem entrar em conflito com direitos de proteção de dados, incluindo direitos de apagamento e correção. Nada aqui é aconselhamento de investimento, jurídico ou tributário, e nada aqui é recomendação sobre qualquer ativo. As organizações devem buscar orientação profissional qualificada antes de qualquer implantação ou posição.
O que levar disso
Consenso distribuído entre partes que não confiam entre si é uma conquista real, e é caro por design porque isso é o que a propriedade custa.
O diagnóstico que encerrou a maioria dos projetos corporativos é simples: se existe uma parte confiável, um banco de dados é melhor em toda dimensão que importa.
Registrar uma alegação sobre o mundo físico em uma cadeia a torna à prova de adulteração, não verdadeira.
A segurança de contratos inteligentes é excepcionalmente implacável porque o código é imutável, público, executado de forma adversarial e detém valor diretamente, e a disciplina de engenharia resultante vale a pena emprestar para outras áreas.
E o motivo durável para ensinar isso é a capacidade em sistemas distribuídos, que continua valiosa independentemente do que aconteça com os mercados de ativos.
Qual problema uma blockchain realmente resolve?
Permitir que partes que não confiam entre si cheguem a um acordo sobre um registro ordenado sem autoridade central. Essa propriedade é real e custa muito em eficiência, porque cada participante armazena e verifica os mesmos dados.
Por que a maioria dos projetos corporativos de blockchain parou?
Porque existia, ou podia ser designada, uma parte confiável, o que torna um banco de dados convencional mais rápido, mais barato e mais fácil de mudar. Muitas blockchains de consórcio também acabaram operadas por uma única empresa, o que elimina o motivo de usar uma.
Uma blockchain consegue garantir a rastreabilidade de uma cadeia de suprimentos?
Ela pode tornar o registro à prova de adulteração. Não consegue verificar se o que alguém inseriu corresponde à realidade física, e essa verificação sempre foi a parte difícil.
Por que a segurança de contratos inteligentes é tão difícil?
Porque o código implantado costuma ser imutável, é publicamente legível, detém valor diretamente e executa em um ambiente adversarial em que ordenação de transações, chamadas reentrantes e manipulação de fontes de preço são métodos de ataque rotineiros.
Vale a pena treinar equipes nisso?
A metade de sistemas distribuídos vale, sem condicionantes. Consenso, modelos de consistência, comportamento de partição, verificação criptográfica e gestão de chaves se aplicam à infraestrutura moderna independentemente dos mercados de ativos digitais.