Estaba leyendo a Newton con la misma pregunta que normalmente me hago para las herramientas de bóveda.
No qué es lo que pueden hacer.
¿Cuánto del flujo de trabajo antiguo conservan?
Ahí fue donde VaultKit empezó a parecerme diferente.
La documentación describe un SDK de TypeScript y contratos Solidity complementarios, pero lo que se quedó conmigo fue algo más pequeño que eso. Un curador puede seguir usando el flujo de la bóveda que ya conoce, mientras que cada acción se envuelve en un clon tipo Shield y se envía mediante una atestación de cumplimiento de la política de Newton antes de que la bóveda reciba la llamada.
Ese es un tipo de diseño muy específico.
No intenta hacer que la gestión de bóvedas se sienta nueva solo por hacerlo. Intenta que sea más difícil equivocarse sin obligar a los equipos a reconstruir todo su stack.
Creo que esa es la tensión real aquí.
En bóvedas DeFi, especialmente cuando hay capital institucional involucrado, el problema raras veces es solo la regla en el papel. Lo difícil es asegurarse de que la regla realmente se haga cumplir cada vez que la bóveda se mueve. Newton intenta trasladar la promesa del curador a la propia ruta de ejecución.
Por eso el flujo de trabajo importa tanto.
El sistema utiliza clones deterministas por curador a través de ShieldFactory, y Newton dice que la capa de políticas está activa en mainnet beta. Así que esto no es solo una idea bonita que se queda en un post de blog. Es un flujo de trabajo construido alrededor de una puerta que se coloca antes de que la bóveda actúe.
Pero todavía existe un intercambio.
La menor fricción es buena solo si los responsables confían lo suficiente en la ruta de atestación como para usarla. Si el flujo de trabajo se siente pesado, o la puerta se percibe como una carga adicional, la gente se quedará con lo que ya conoce.
Esa es la parte que yo vigilaría.
No si el cumplimiento de la bóveda suena bien.
Sino si VaultKit hace que el cumplimiento se sienta como una mejora del flujo de trabajo en lugar de como un impuesto sobre el flujo.
Esa es la forma más clara en la que puedo leer Newton aquí. La pregunta no es si los gestores de bóvedas deberían tener reglas. La pregunta es si esas reglas pueden vivir dentro del mismo flujo que ya usan, sin convertir cada movimiento en un proceso nuevo para abrirse paso.
@NewtonProtocol #newt $NEWT
No qué es lo que pueden hacer.
¿Cuánto del flujo de trabajo antiguo conservan?
Ahí fue donde VaultKit empezó a parecerme diferente.
La documentación describe un SDK de TypeScript y contratos Solidity complementarios, pero lo que se quedó conmigo fue algo más pequeño que eso. Un curador puede seguir usando el flujo de la bóveda que ya conoce, mientras que cada acción se envuelve en un clon tipo Shield y se envía mediante una atestación de cumplimiento de la política de Newton antes de que la bóveda reciba la llamada.
Ese es un tipo de diseño muy específico.
No intenta hacer que la gestión de bóvedas se sienta nueva solo por hacerlo. Intenta que sea más difícil equivocarse sin obligar a los equipos a reconstruir todo su stack.
Creo que esa es la tensión real aquí.
En bóvedas DeFi, especialmente cuando hay capital institucional involucrado, el problema raras veces es solo la regla en el papel. Lo difícil es asegurarse de que la regla realmente se haga cumplir cada vez que la bóveda se mueve. Newton intenta trasladar la promesa del curador a la propia ruta de ejecución.
Por eso el flujo de trabajo importa tanto.
El sistema utiliza clones deterministas por curador a través de ShieldFactory, y Newton dice que la capa de políticas está activa en mainnet beta. Así que esto no es solo una idea bonita que se queda en un post de blog. Es un flujo de trabajo construido alrededor de una puerta que se coloca antes de que la bóveda actúe.
Pero todavía existe un intercambio.
La menor fricción es buena solo si los responsables confían lo suficiente en la ruta de atestación como para usarla. Si el flujo de trabajo se siente pesado, o la puerta se percibe como una carga adicional, la gente se quedará con lo que ya conoce.
Esa es la parte que yo vigilaría.
No si el cumplimiento de la bóveda suena bien.
Sino si VaultKit hace que el cumplimiento se sienta como una mejora del flujo de trabajo en lugar de como un impuesto sobre el flujo.
Esa es la forma más clara en la que puedo leer Newton aquí. La pregunta no es si los gestores de bóvedas deberían tener reglas. La pregunta es si esas reglas pueden vivir dentro del mismo flujo que ya usan, sin convertir cada movimiento en un proceso nuevo para abrirse paso.
@NewtonProtocol #newt $NEWT