Quase pulei a seção do VaultKit.
Achei que seria outra página cheia de linguagem de conformidade que soa importante, mas não muda realmente a forma como eu penso.
Eu estava errado.
Um detalhe continuou me puxando de volta.
Newton explica que um curador pode realocar capital, alterar limites, habilitar mercados e atualizar taxas. Eu parei por um minuto ali porque isso é muita responsabilidade concentrada em uma única função.
Isso me fez perceber que o problema real não é se um cofre tem um bom gerente.
É o que acontece quando esse gerente toma uma decisão.
Foi aí que o VaultKit começou a fazer sentido para mim.
Em vez de pedir que os usuários simplesmente confiem no curador, a ideia é que cada ação de gerenciamento seja verificada contra uma política predefinida antes de ser executada. Isso parece uma maneira muito mais saudável de pensar sobre confiança.
Com mais capital se movendo onchain, eu não acho que "apenas confie no gerente" seja suficiente.
Quanto maiores esses cofres ficam, mais importante é saber se as regras realmente são aplicadas ou se estão apenas escritas em algum lugar da documentação.
Também não acho que isso elimine todo risco. Essa é a parte que vale observar.
O sistema ainda precisa provar que essas verificações de política funcionam na prática, sem tornar a gestão do cofre difícil ou desacelerar tudo. Esse é um equilíbrio justo para ficar de olho.
Depois de ler tudo, eu fiquei com uma forma diferente de avaliar projetos como este.
Eu não começo perguntando o quão seguro um cofre afirma ser.
Eu começo perguntando quem pode mudar as regras, quem pode movimentar o capital e se essas ações são realmente limitadas por código.
Para mim, essa é uma pergunta muito melhor.
Porque confiança não é construída dizendo as coisas certas.
Ela é construída quando o sistema consegue dizer "não" mesmo para as pessoas que o gerenciam.#newt $NEWT @NewtonProtocol
Achei que seria outra página cheia de linguagem de conformidade que soa importante, mas não muda realmente a forma como eu penso.
Eu estava errado.
Um detalhe continuou me puxando de volta.
Newton explica que um curador pode realocar capital, alterar limites, habilitar mercados e atualizar taxas. Eu parei por um minuto ali porque isso é muita responsabilidade concentrada em uma única função.
Isso me fez perceber que o problema real não é se um cofre tem um bom gerente.
É o que acontece quando esse gerente toma uma decisão.
Foi aí que o VaultKit começou a fazer sentido para mim.
Em vez de pedir que os usuários simplesmente confiem no curador, a ideia é que cada ação de gerenciamento seja verificada contra uma política predefinida antes de ser executada. Isso parece uma maneira muito mais saudável de pensar sobre confiança.
Com mais capital se movendo onchain, eu não acho que "apenas confie no gerente" seja suficiente.
Quanto maiores esses cofres ficam, mais importante é saber se as regras realmente são aplicadas ou se estão apenas escritas em algum lugar da documentação.
Também não acho que isso elimine todo risco. Essa é a parte que vale observar.
O sistema ainda precisa provar que essas verificações de política funcionam na prática, sem tornar a gestão do cofre difícil ou desacelerar tudo. Esse é um equilíbrio justo para ficar de olho.
Depois de ler tudo, eu fiquei com uma forma diferente de avaliar projetos como este.
Eu não começo perguntando o quão seguro um cofre afirma ser.
Eu começo perguntando quem pode mudar as regras, quem pode movimentar o capital e se essas ações são realmente limitadas por código.
Para mim, essa é uma pergunta muito melhor.
Porque confiança não é construída dizendo as coisas certas.
Ela é construída quando o sistema consegue dizer "não" mesmo para as pessoas que o gerenciam.#newt $NEWT @NewtonProtocol