As carreiras em engenharia de blockchain são um estudo de caso de uma tecnologia que sobreviveu ao próprio marketing. 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.
Verifique-seUm contrato foi auditado duas vezes e formalmente verificado, e sua lógica é comprovadamente correta isoladamente. Antes de continuar a leitura: o que ainda pode dar errado quando ele estiver ativo numa cadeia pública?Ver a respostaOcultar a resposta
A execução é adversarial por padrão. A ordem das transações pode ser manipulada, uma chamada externa pode reentrar no contrato antes de ele terminar, e uma fonte de preço que o contrato lê pode ser movida. Estar correto isoladamente não é o mesmo que estar correto entre outros contratos e participantes que são pagos para encontrar essa diferença, e é por isso que a resposta de engenharia inclui implantação em etapas com limites de valor, não apenas uma auditoria.
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.
Teste seus conhecimentos
Pergunta 1 de 3
Uma equipe argumenta que mover um registro compartilhado para uma blockchain vai torná-lo mais rápido e barato de operar. O que ela interpretou errado?
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.