Eu estava lendo sobre Newton com a mesma pergunta que eu sempre faço para ferramentas de cofre.
Não o que eles podem fazer.
Quanto do fluxo antigo eles mantêm?
Foi aí que o VaultKit começou a parecer diferente para mim.
A documentação descreve um SDK em TypeScript e contratos Solidity de apoio, mas o que ficou comigo foi algo menor do que isso. Um curador pode continuar usando o fluxo do cofre que ele já conhece, enquanto cada ação é envolvida em um clone do Shield e enviada por uma atestação de política do Newton antes de o cofre receber a chamada.
Esse é um tipo bem específico de design.
Ele não tenta fazer a gestão do cofre parecer nova apenas por parecer. Ele tenta tornar mais difícil errar sem forçar as equipes a reconstruírem toda a pilha.
Acho que essa é a tensão real aqui.
Em cofres DeFi, especialmente quando há capital institucional envolvido, o problema raramente é apenas a regra no papel. A parte mais difícil é garantir que a regra seja realmente aplicada toda vez que o cofre se move.
A Newton está tentando mover a promessa do curador para o próprio caminho de execução.
Por isso o fluxo importa tanto.
O sistema usa clones determinísticos por curador por meio do ShieldFactory, e a Newton afirma que a camada de políticas está ativa no mainnet beta. Então não é apenas um conceito bonito que fica sentado num post de blog. É um fluxo construído em torno de um portão que fica antes do cofre agir.
Mas ainda existe uma troca.
Menos atrito é bom apenas se os gestores confiarem no caminho da atestação o suficiente para usá-lo. Se o fluxo parecer pesado, ou se o portão parecer como uma sobrecarga extra, as pessoas vão continuar com o que já conhecem.
Essa é a parte que eu observaria.
Não se a conformidade do cofre parece boa.
Se o VaultKit faz a conformidade parecer uma atualização de fluxo, em vez de uma cobrança de fluxo.
Essa é a forma mais clara que eu consigo ler Newton aqui. A pergunta não é se os gestores de cofres devem ter regras. É se as regras conseguem viver dentro do mesmo fluxo que eles já usam, sem transformar cada movimento em um novo processo para lutar por ele.
@NewtonProtocol #newt $NEWT
Não o que eles podem fazer.
Quanto do fluxo antigo eles mantêm?
Foi aí que o VaultKit começou a parecer diferente para mim.
A documentação descreve um SDK em TypeScript e contratos Solidity de apoio, mas o que ficou comigo foi algo menor do que isso. Um curador pode continuar usando o fluxo do cofre que ele já conhece, enquanto cada ação é envolvida em um clone do Shield e enviada por uma atestação de política do Newton antes de o cofre receber a chamada.
Esse é um tipo bem específico de design.
Ele não tenta fazer a gestão do cofre parecer nova apenas por parecer. Ele tenta tornar mais difícil errar sem forçar as equipes a reconstruírem toda a pilha.
Acho que essa é a tensão real aqui.
Em cofres DeFi, especialmente quando há capital institucional envolvido, o problema raramente é apenas a regra no papel. A parte mais difícil é garantir que a regra seja realmente aplicada toda vez que o cofre se move.
A Newton está tentando mover a promessa do curador para o próprio caminho de execução.
Por isso o fluxo importa tanto.
O sistema usa clones determinísticos por curador por meio do ShieldFactory, e a Newton afirma que a camada de políticas está ativa no mainnet beta. Então não é apenas um conceito bonito que fica sentado num post de blog. É um fluxo construído em torno de um portão que fica antes do cofre agir.
Mas ainda existe uma troca.
Menos atrito é bom apenas se os gestores confiarem no caminho da atestação o suficiente para usá-lo. Se o fluxo parecer pesado, ou se o portão parecer como uma sobrecarga extra, as pessoas vão continuar com o que já conhecem.
Essa é a parte que eu observaria.
Não se a conformidade do cofre parece boa.
Se o VaultKit faz a conformidade parecer uma atualização de fluxo, em vez de uma cobrança de fluxo.
Essa é a forma mais clara que eu consigo ler Newton aqui. A pergunta não é se os gestores de cofres devem ter regras. É se as regras conseguem viver dentro do mesmo fluxo que eles já usam, sem transformar cada movimento em um novo processo para lutar por ele.
@NewtonProtocol #newt $NEWT