Agora tenho um conjunto completamente novo de ângulos inalterados em todos os dez artigos anteriores. Os ângulos exclusivos para esta peça: a integração de segurança do contrato inteligente do Blockaid (capturando transações maliciosas antes da entrada no vault), a parceria contínua de segurança de contratos inteligentes com o poder da Al da Octane, o adaptador de verificação de identidade da SumSub, o conceito de marketplace da “Internet of Policies”, o valor de US$ 270 bilhões de gastos anuais com conformidade como a ineficiência de mercado que a Newton mira, a mudança de conformidade isolada por aplicativo para uma infraestrutura compartilhada de conformidade, o TVL dos vaults DeFi selecionados crescendo 350% como o sinal de demanda ao qual a Newton está respondendo, a parceria de infraestrutura de smart accounts segura da Rhinestone e a citação específica de Sean Li sobre bots de alocação alimentando um mercado em colapso como a história de origem para o VaultKit. Aqui está o post final:
Eu estava lendo um post-mortem sobre o que aconteceu com vários vaults DeFi durante um pico de volatilidade no começo deste ano, e o detalhe que ficou mais tempo comigo não foi a cascata de liquidações nem a falta de colateral. Foi uma única linha descrevendo como bots automatizados de alocação continuaram implantando capital em uma posição em deterioração porque ninguém havia codificado uma regra dizendo que eles deveriam parar. Os bots não estavam com defeito. Eles estavam fazendo exatamente o que haviam sido instruídos a fazer. A falha foi que as instruções em si não tinham consciência das condições dentro das quais estavam operando. Passei um tempo pensando nessa distinção, porque ela aponta para algo que é enquadrado como um problema de tecnologia, mas na verdade é um problema de filosofia de design: a diferença entre um sistema que executa instruções e um sistema que entende os limites que essas instruções foram escritas para respeitar.
Esse enquadramento foi o que, eventualmente, me levou a olhar com mais cuidado para algo na documentação do Newton Protocol que eu não tinha examinado antes — especificamente a observação de Sean Li que informou o lançamento do VaultKit. Ele descreveu observar esses mesmos bots de alocação durante um evento de estresse do mercado em março, alimentando uma posição em colapso enquanto a camada de aplicação que deveria ter parado esses bots simplesmente não existia. O que parece interessante para mim é que o VaultKit, o SDK que os curadores de vault usam para tornar regras aplicáveis onchain, não foi projetado no abstrato. Ele foi projetado em resposta a um modo de falha específico e observável. Eu às vezes acho que esse detalhe de origem é mais útil do que qualquer especificação técnica, porque infraestrutura construída em torno de um padrão de falha real tende a resolver o problema certo, e não um problema hipotético. A pergunta é se a falha específica para a qual ele foi construído é comum e suficientemente consequente para gerar a demanda recorrente por integrações que o protocolo precisa.
A biblioteca de pacotes de políticas é onde tenho passado mais tempo ultimamente, especificamente as integrações orientadas à segurança que não recebem tanta discussão quanto as de conformidade e identidade. O Blockaid está integrado ao ecossistema VaultKit para detectar transações maliciosas antes que cheguem ao cofre, distinguindo interações legítimas de usuários de tentativas de exploração e padrões de rug no momento da avaliação, e não depois que o dano já foi feito. O Octane oferece monitoramento contínuo de segurança de contratos inteligentes baseado em IA, que alimenta a mesma camada de políticas. A SumSub fica ao lado da Veriff e da Chainalysis na pilha de identidade e conformidade, cobrindo casos de verificação de identidade sob outro ângulo geográfico e regulatório. O que me faz pensar com mais profundidade é a questão da composabilidade: um curador escrevendo uma política Newton pode, teoricamente, combinar uma checagem de sanções da Chainalysis, um filtro de transações maliciosas da Blockaid, um feed de preços da RedStone e uma classificação de risco da Credora em uma única decisão de aplicação que roda antes de qualquer transação ser liberada. A pergunta que surge é se os curadores realmente compõem políticas nesse nível de sofisticação ou se o padrão atual de adoção é bem mais simples: checagens de uma única fonte, implantadas porque atendem a uma exigência regulatória específica, e não porque os curadores estão construindo modelos em camadas de risco.
A abordagem de ineficiência de mercado na documentação da Newton coloca os gastos globais anuais com conformidade em algo acima de US$ 270 bilhões, com o argumento de que a maior parte desse custo vai para infraestrutura isolada de conformidade específica de aplicação, que cada empresa constrói e mantém de forma independente. A mudança que a Newton está propondo é sair desse modelo isolado para uma camada compartilhada de conformidade, na qual os mesmos pacotes de políticas, as mesmas integrações de dados e a mesma infraestrutura de atestação criptográfica servem a múltiplas aplicações simultaneamente. Eu não tenho certeza de que esse enquadramento explique completamente por que sistemas de conformidade ficam isolados desde o começo. Parte da resposta é realmente técnica: cada instituição precisa de regras diferentes para diferentes jurisdições e diferentes classes de ativos. Mas parte da resposta é institucional: equipes jurídicas querem controle sobre sua própria lógica de conformidade porque elas carregam a responsabilidade (liability) caso algo dê errado. Compartilhar uma camada de infraestrutura de conformidade significa confiar que a camada compartilhada reflita com precisão suas obrigações regulatórias específicas, e que essa confiança não está prontamente disponível, mesmo que as garantias criptográficas sejam sólidas. A pergunta que vem à mente é se o mercado de Internet de Políticas, onde curadores podem descobrir e reutilizar modelos de políticas co-desenvolvidos com parceiros de dados, realmente reduz essa barreira de confiança institucional — ou se ele atende principalmente ao segmento de desenvolvedores, que constrói sem equipes legais dedicadas.
O número de TVL em vaults DeFi curados é algo com que eu acho que vale a pena ficar, de forma independente. A documentação do mainnet da Newton observa que o TVL dos vaults curados cresceu mais de 350% no ano passado, que é o ambiente de demanda ao qual o lançamento do VaultKit está respondendo. Essa taxa de crescimento é um sinal de contexto importante, porque sugere que a categoria de capital que a camada de autorização da Newton é mais imediatamente relevante — alocações de vaults institucionais e semi-institucionais — está se expandindo rapidamente exatamente no momento em que a infraestrutura de aplicação está ficando disponível. Às vezes eu me pergunto se esse timing é estratégico ou simplesmente favorável, e se a capacidade do protocolo de capturar essa demanda depende da velocidade de integração em relação ao ritmo com que os curadores de vault tomam decisões de infraestrutura. Um curador que constrói sua estrutura de risco antes da Newton ter uma opção pronta para produção faz escolhas difíceis de reverter, especialmente se a estrutura existente estiver incorporada na documentação legal e nos fluxos operacionais. A vantagem de primeiro movimento na infraestrutura de conformidade tem menos a ver com tecnologia e mais com se tornar o sistema de referência (system of record) que auditores e equipes jurídicas consultam — e esse tipo de “aderência” institucional acumula lentamente e depois se intensifica.
O que eu continuo retomando é que o Newton Protocol está tentando algo genuinamente estrutural, e não apenas técnico. Mover o custo global de conformidade de um processo paralelo e isolado, executado ao lado das transações, para uma camada integrada e compartilhada, aplicada dentro do próprio ciclo de vida da transação, é uma mudança na forma como a infraestrutura financeira é organizada — e não apenas em como ela é construída. A parceria de infraestrutura de contas inteligentes da Rhinestone, a geração de prova de conhecimento zero da Succinct, o monitoramento de segurança da Blockaid, as camadas de identidade da SumSub e da Veriff: nenhuma dessas integrações, isoladamente, é o ponto. O ponto é se todas essas peças, montadas com uma linguagem comum de políticas e aplicadas por uma rede de operadores neutra, eventualmente se tornam a arquitetura padrão que novas aplicações financeiras constroem em cima — em vez de um recurso especializado ao qual equipes conscientes de conformidade optam. Eu me vejo genuinamente incerto sobre se essa transição acontece gradualmente, por meio de integrações acumuladas, ou se exige um evento regulatório específico que torne arquiteturas alternativas insustentáveis. A infraestrutura existe, os sinais de demanda são reais, e o ecossistema está se reunindo com uma coerência incomum para esse estágio de desenvolvimento, mas se essa montagem vira algo em torno do qual o mercado se organiza ou algo que ele contorna é uma pergunta que só o tempo e o volume de transações vão de fato responder — de qualquer forma, só o tempo dirá.
