Casi omití la sección de VaultKit.
Pensé que sería otra página llena de lenguaje de cumplimiento que suena importante pero que en realidad no cambia la forma en que pienso.
Me equivoqué.
Un detalle no dejaba de atraerme de vuelta.
Newton explica que un curador puede reasignar capital, cambiar los límites, habilitar mercados y actualizar las tarifas. Me detuve ahí un minuto porque es mucha responsabilidad que recae en un solo rol.
Me hizo darme cuenta de que el problema real no es si una bóveda tiene un buen administrador.
Es lo que sucede cuando ese administrador toma una decisión.
Ahí fue cuando VaultKit empezó a tener sentido para mí.
En lugar de pedir a los usuarios que simplemente confíen en el curador, la idea es que cada acción de gestión se verifique frente a una política predefinida antes de que se ejecute. Eso se siente como una forma mucho más sana de pensar sobre la confianza.
A medida que más capital se mueve onchain, no creo que "solo confiar en el administrador" sea suficiente.
Cuanto más grandes se vuelvan estas bóvedas, más importante es saber si las reglas realmente se aplican o si solo están escritas en alguna documentación.
Además, no creo que esto elimine todos los riesgos. Esa es la parte que vale la pena vigilar.
El sistema aún tiene que demostrar que estas verificaciones de políticas funcionan en la práctica, sin volver difícil la gestión de las bóvedas ni ralentizar todo. Ese es un equilibrio razonable que conviene tener en la mira.
Después de leerlo, me llevé una forma distinta de evaluar proyectos como este.
No empiezo preguntando qué tan segura dice ser una bóveda.
Empiezo preguntando quién puede cambiar las reglas, quién puede mover el capital y si esas acciones realmente están limitadas por código.
Para mí, esa es una pregunta mucho mejor.
Porque la confianza no se construye diciendo las cosas correctas.
Se construye cuando el sistema puede decir "no" incluso a las personas que lo administran.#newt $NEWT @NewtonProtocol
Pensé que sería otra página llena de lenguaje de cumplimiento que suena importante pero que en realidad no cambia la forma en que pienso.
Me equivoqué.
Un detalle no dejaba de atraerme de vuelta.
Newton explica que un curador puede reasignar capital, cambiar los límites, habilitar mercados y actualizar las tarifas. Me detuve ahí un minuto porque es mucha responsabilidad que recae en un solo rol.
Me hizo darme cuenta de que el problema real no es si una bóveda tiene un buen administrador.
Es lo que sucede cuando ese administrador toma una decisión.
Ahí fue cuando VaultKit empezó a tener sentido para mí.
En lugar de pedir a los usuarios que simplemente confíen en el curador, la idea es que cada acción de gestión se verifique frente a una política predefinida antes de que se ejecute. Eso se siente como una forma mucho más sana de pensar sobre la confianza.
A medida que más capital se mueve onchain, no creo que "solo confiar en el administrador" sea suficiente.
Cuanto más grandes se vuelvan estas bóvedas, más importante es saber si las reglas realmente se aplican o si solo están escritas en alguna documentación.
Además, no creo que esto elimine todos los riesgos. Esa es la parte que vale la pena vigilar.
El sistema aún tiene que demostrar que estas verificaciones de políticas funcionan en la práctica, sin volver difícil la gestión de las bóvedas ni ralentizar todo. Ese es un equilibrio razonable que conviene tener en la mira.
Después de leerlo, me llevé una forma distinta de evaluar proyectos como este.
No empiezo preguntando qué tan segura dice ser una bóveda.
Empiezo preguntando quién puede cambiar las reglas, quién puede mover el capital y si esas acciones realmente están limitadas por código.
Para mí, esa es una pregunta mucho mejor.
Porque la confianza no se construye diciendo las cosas correctas.
Se construye cuando el sistema puede decir "no" incluso a las personas que lo administran.#newt $NEWT @NewtonProtocol