Ejecutar el mantenimiento
Las funciones de mantenimiento son permissionless: un usuario o bot puede llamarlas sin un rol administrativo. Las reglas del contrato deciden si la operación es elegible.
| Llamada | Efecto buscado | Remuneración |
|---|---|---|
raiseFloor() |
Colocar fondos elegibles en un muro según la política de la versión | Recompensa limitada procedente del ladder |
rebalance() |
Reorganizar el ladder y realizar las asignaciones previstas | Recompensa limitada procedente del ladder |
burnAbsorbed() |
Destruir el inventario aislado | Sin recompensa |
El nombre raiseFloor se conserva en la API histórica. Con la nueva fórmula, el nivel de un muro nuevo puede ser inferior al de un muro financiado anteriormente.
Recorrido manual
- Comprueba el despliegue y la actualidad de los datos de la página Keepers.
- Lee la elegibilidad proporcionada por el Lens: tiempo de espera, movimiento, reserva y estado de pausa.
- Simula la llamada con la cuenta que la enviará y compara el coste estimado con la posible recompensa.
- Envía la transacción y comprueba su recibo y los eventos.
Una acción que se vuelve inelegible entre lectura y ejecución puede rechazarse. Un error RPC no es información de elegibilidad.
Las condiciones del rebalanceo
Las fuentes prevén un movimiento de al menos 1 250 ticks desde la referencia del último rebalanceo y un plazo de 25 bloques. El pool debe estar inicializado y el mantenimiento, permitido.
La función no permite elegir arbitrariamente las bandas, la parte del sweep ni el beneficiario de los muros.
Las condiciones de colocación
Una reserva insuficiente, un objetivo imposible de colocar en ese estado, restricciones del pool o una pausa pueden impedir raiseFloor().
Si no es posible ninguna colocación, las nuevas tasas siguen pendientes y los muros antiguos conservan sus ticks. Los nombres exactos de los rechazos y las nuevas previsualizaciones deben leerse en la ABI validada de la nueva versión.
La recompensa no es un rendimiento garantizado
Los parámetros del código leído son 50 bps de los ETH movidos, es decir, 0,50%, con un límite de 0,01 ETH. Para colocar un muro, el importe también está limitado por los ETH inactivos disponibles del ladder.
El coste real depende del gas utilizado, de su precio y del estado final. La recompensa no procede de los fondos destinados a los muros. Un keeper puede realizar voluntariamente una operación deficitaria para mantener el servicio.
Pausa y quema
El guardian puede suspender raiseFloor() y rebalance() durante su periodo de autoridad. Los swaps siguen accesibles mediante una integración compatible, y burnAbsorbed() no queda suspendido por esta pausa de mantenimiento.
La expiración del guardian y la administración de los módulos V2 son temas separados. Permisos y sustituciones.
Automatizar este recorrido
El servicio services/keeper lee el Lens, simula y sigue los recibos. Un modo dry-run permite verificar sin emitir transacciones. La operación continua, la financiación del gas y los registros de recuperación siguen pendientes de organización. Guía de operación.
Fuentes: puntos de entrada y constantes de CubitHook.sol, CubitLens.canRebalance, services/keeper/src/index.ts y su README.