Un vecino mío conduce para una app de entregas y jura que todo el trabajo consiste únicamente en demostrar que llegaste a tiempo. Una vez le pregunté si alguien comprueba que haya entregado el pedido correcto en la puerta correcta, y se rió y dijo que en realidad nadie lo hace: el sistema solo se fija en que la app indique como entregado. Esa diferencia entre probar que algo ocurrió y probar que ocurrió correctamente se me quedó grabada más tiempo que la conversación.
Las redes de “keepers” como Gelato, Keep3r y Chainlink Automation existen para activar una acción predefinida cuando se cumple una condición: reequilibrar un pool, liquidar una posición, ejecutar una orden limitada. Y lo hacen realmente bien. Lo que ninguna de ellas hace es demostrar que la decisión subyacente que disparó el “trigger” en sí misma fue correcta; solo confirman que la función se ejecutó, no que ejecutarla fuera la decisión correcta dadas todas las demás cosas que están ocurriendo onchain en ese momento. La red de operadores de Newton, en cambio, respalda cada decisión de permitir, rechazar o poner un tope con una prueba verificable; es una cuestión diferente, totalmente, de si una acción se disparó a tiempo.
La propuesta de Keep3r siempre ha sido pagar a “keepers” para una ejecución fiable y eficiente en gas: ahí los indicadores que importan son la velocidad y el costo, no el criterio. La red de operadores de Newton, por contraste, tiene que alcanzar el quórum y producir una prueba antes de que un veredicto cuente siquiera, lo cual es más lento por diseño y tiene su precio.
Entonces, ¿compiten? Solo en parte. Un vault podría usar una red de keepers para ejecutar un reequilibrio y usar Newton para decidir si ese reequilibrio debería permitirse o no, y ninguno reemplaza el trabajo del otro. Si esa distinción realmente importa a un desarrollador al elegir infraestructura hoy, o si solo importa cuando algo sale mal y alguien pregunta por qué una transacción técnicamente exitosa fue, aun así, la equivocada, es algo que el uso real de Newton aún no ha respondido del todo. Me inclino a pensar que importa más en el momento en que hay dinero real en juego, pero eso es una conjetura, no un hecho confirmado.
@NewtonProtocol $NEWT #Newt $LAB $EVAA
Las redes de “keepers” como Gelato, Keep3r y Chainlink Automation existen para activar una acción predefinida cuando se cumple una condición: reequilibrar un pool, liquidar una posición, ejecutar una orden limitada. Y lo hacen realmente bien. Lo que ninguna de ellas hace es demostrar que la decisión subyacente que disparó el “trigger” en sí misma fue correcta; solo confirman que la función se ejecutó, no que ejecutarla fuera la decisión correcta dadas todas las demás cosas que están ocurriendo onchain en ese momento. La red de operadores de Newton, en cambio, respalda cada decisión de permitir, rechazar o poner un tope con una prueba verificable; es una cuestión diferente, totalmente, de si una acción se disparó a tiempo.
La propuesta de Keep3r siempre ha sido pagar a “keepers” para una ejecución fiable y eficiente en gas: ahí los indicadores que importan son la velocidad y el costo, no el criterio. La red de operadores de Newton, por contraste, tiene que alcanzar el quórum y producir una prueba antes de que un veredicto cuente siquiera, lo cual es más lento por diseño y tiene su precio.
Entonces, ¿compiten? Solo en parte. Un vault podría usar una red de keepers para ejecutar un reequilibrio y usar Newton para decidir si ese reequilibrio debería permitirse o no, y ninguno reemplaza el trabajo del otro. Si esa distinción realmente importa a un desarrollador al elegir infraestructura hoy, o si solo importa cuando algo sale mal y alguien pregunta por qué una transacción técnicamente exitosa fue, aun así, la equivocada, es algo que el uso real de Newton aún no ha respondido del todo. Me inclino a pensar que importa más en el momento en que hay dinero real en juego, pero eso es una conjetura, no un hecho confirmado.
@NewtonProtocol $NEWT #Newt $LAB $EVAA