Um desenvolvedor que escreveu código por dez anos olha Newton: não ficou impressionado com os conceitos, mas foi provocado pelo VaultKit
Vi “inovações” demais montadas com siglas. TEE, ZK, BLS, AVS — você coloca tudo num whitepaper e vira um “certificado de imunidade à segurança”. Se desmontar, muitos nem conseguem entender o rollback básico de estado. #Newt
Por isso, quando olhei para Newton, eu estava bem cético. Até chegar na parte do VaultKit.
Ele resolve um problema que já vi em excesso: permissões demais para o administrador do cofre.
Um administrador consegue rebalancear posições, alterar limites, habilitar mercados e ajustar taxas. Antes, como lidar? Com “eu garanto que não vou fazer bagunça”. Mas o que é mais barato on-chain? Compromisso verbal. Quando a maré está boa, vira whitepaper; quando está ruim, vira meme.
A lógica do VaultKit é bem simples: transformar essas promessas em verificações de estratégia que precisam passar obrigatoriamente antes de uma transação. Um único mercado não pode ultrapassar certa proporção; um tipo de endereço não pode interagir; se a liquidez estiver abaixo do limite, não dá para configurar; se o preço estiver anormal, melhor não mexer primeiro. O administrador não fica sem espaço de ação — o espaço de ação é, na prática, escrito dentro de limites executáveis.
É essa a mentalidade de produto. Não ficar falando “vamos subverter e remodelar tudo”, e sim: “você pode cuidar do dinheiro, mas mexa dentro das fronteiras”. $NEWT
No whitepaper, é mencionado que o motor de estratégias do Newton escreve regras com Rego/OPA, combinando TEE e ZK para garantir execução verificável; depois, usa a rede de operadores do EigenLayer para avaliações distribuídas. Essa combinação, quando colocada em palavras, parece uma sopa de siglas, mas na prática se resume a isto: as regras podem ser executadas, as regras são executadas de forma justa e as regras são comprovadamente executadas de forma justa.
Parece o óbvio — mas vá ver os projetos que deram problema e só publicaram avisos do tipo “segurança foi reforçada”; você verá que poucos conseguem cumprir essas três condições.
Direção certa. Validação na prática. Teste três coisas: quem escreve e altera as estratégias — e se fica rastro; como as fontes de dados aguentam pressão; e quanto o Beta cobre cofres reais.
No fim, por mais bonito que seja o código, se não há dinheiro de verdade rodando em cima, vira só documento. @NewtonProtocol
$BTC #美最高法院阻止特朗普罢免美联储理事库克
Vi “inovações” demais montadas com siglas. TEE, ZK, BLS, AVS — você coloca tudo num whitepaper e vira um “certificado de imunidade à segurança”. Se desmontar, muitos nem conseguem entender o rollback básico de estado. #Newt
Por isso, quando olhei para Newton, eu estava bem cético. Até chegar na parte do VaultKit.
Ele resolve um problema que já vi em excesso: permissões demais para o administrador do cofre.
Um administrador consegue rebalancear posições, alterar limites, habilitar mercados e ajustar taxas. Antes, como lidar? Com “eu garanto que não vou fazer bagunça”. Mas o que é mais barato on-chain? Compromisso verbal. Quando a maré está boa, vira whitepaper; quando está ruim, vira meme.
A lógica do VaultKit é bem simples: transformar essas promessas em verificações de estratégia que precisam passar obrigatoriamente antes de uma transação. Um único mercado não pode ultrapassar certa proporção; um tipo de endereço não pode interagir; se a liquidez estiver abaixo do limite, não dá para configurar; se o preço estiver anormal, melhor não mexer primeiro. O administrador não fica sem espaço de ação — o espaço de ação é, na prática, escrito dentro de limites executáveis.
É essa a mentalidade de produto. Não ficar falando “vamos subverter e remodelar tudo”, e sim: “você pode cuidar do dinheiro, mas mexa dentro das fronteiras”. $NEWT
No whitepaper, é mencionado que o motor de estratégias do Newton escreve regras com Rego/OPA, combinando TEE e ZK para garantir execução verificável; depois, usa a rede de operadores do EigenLayer para avaliações distribuídas. Essa combinação, quando colocada em palavras, parece uma sopa de siglas, mas na prática se resume a isto: as regras podem ser executadas, as regras são executadas de forma justa e as regras são comprovadamente executadas de forma justa.
Parece o óbvio — mas vá ver os projetos que deram problema e só publicaram avisos do tipo “segurança foi reforçada”; você verá que poucos conseguem cumprir essas três condições.
Direção certa. Validação na prática. Teste três coisas: quem escreve e altera as estratégias — e se fica rastro; como as fontes de dados aguentam pressão; e quanto o Beta cobre cofres reais.
No fim, por mais bonito que seja o código, se não há dinheiro de verdade rodando em cima, vira só documento. @NewtonProtocol
$BTC #美最高法院阻止特朗普罢免美联储理事库克