Acionar a manutenção
As funções de manutenção são permissionless: um usuário ou bot pode chamá-las sem cargo administrativo. As regras do contrato decidem se a operação é elegível.
| Chamada | Efeito pretendido | Remuneração |
|---|---|---|
raiseFloor() |
Alocar fundos elegíveis em um muro conforme a política da versão | Recompensa limitada proveniente do ladder |
rebalance() |
Reorganizar o ladder e realizar as atribuições previstas | Recompensa limitada proveniente do ladder |
burnAbsorbed() |
Destruir o estoque isolado | Sem recompensa |
O nome raiseFloor é mantido na API histórica. Com a nova fórmula, o nível de um novo muro pode ser inferior ao de um muro financiado anteriormente.
Percurso manual
- Verifique a implantação e a atualidade dos dados da página Keepers.
- Leia a elegibilidade fornecida pelo Lens: intervalo de espera, movimento, reserva e estado de pausa.
- Simule a chamada com a conta que a enviará e compare o custo estimado à eventual recompensa.
- Envie a transação e verifique seu recibo e os eventos.
Uma ação que se torna inelegível entre a leitura e a execução pode ser recusada. Um erro RPC não é uma informação de elegibilidade.
As condições do rebalanceamento
As fontes preveem movimento de pelo menos 1 250 ticks desde a referência do último rebalanceamento e um intervalo de 25 blocos. O pool deve estar inicializado e a manutenção, autorizada.
A função não permite escolher arbitrariamente as faixas, a parcela do sweep ou o beneficiário dos muros.
As condições da alocação
Uma reserva insuficiente, um alvo impossível de alocar nesse estado, restrições do pool ou uma pausa podem impedir raiseFloor().
Se nenhuma alocação for possível, as novas taxas permanecem pendentes e os muros antigos continuam em seus ticks. Os nomes exatos das recusas e as novas prévias devem ser lidos na ABI validada da nova versão.
A recompensa não é um rendimento garantido
Os parâmetros do código lido são 50 bps dos ETH movimentados, ou 0,50%, com teto de 0,01 ETH. Para alocar um muro, o valor também é limitado pelos ETH ociosos disponíveis no ladder.
O custo real depende do gas utilizado, de seu preço e do estado final. A recompensa não vem dos fundos destinados aos muros. Um keeper pode voluntariamente executar uma operação deficitária para manter o serviço.
Pausa e queima
O guardian pode suspender raiseFloor() e rebalance() durante seu período de poder. Os swaps continuam acessíveis por uma integração compatível, e burnAbsorbed() não é suspenso por essa pausa de manutenção.
O vencimento do guardian e a administração dos módulos V2 são assuntos separados. Permissões e substituições.
Automatizar esse percurso
O serviço services/keeper lê o Lens, simula e acompanha os recibos. Um modo dry-run permite verificar sem emitir transação. A operação contínua, o financiamento do gas e os registros de recuperação ainda precisam ser organizados. Guia de operação.
Fontes: pontos de entrada e constantes de CubitHook.sol, CubitLens.canRebalance, services/keeper/src/index.ts e seu README.