Absorción y quema
Cuando una venta alcanza un rango financiado en ETH, puede intercambiar CUBIT por esos ETH. Los tokens adquiridos por el muro deben retirarse de la liquidez negociable y reservarse exclusivamente para su destrucción.
La reducción de profundidad en ETH del muro y la destrucción de los tokens son dos consecuencias distintas de esta operación.
Una oferta inicial fija, después deflacionaria
Se emiten inicialmente 21 millones de CUBIT, sin emisión posterior. Cuando el hook destruye tokens recomprados por los muros, totalSupply() disminuye y totalBurned() aumenta. La deflación corresponde a estas destrucciones efectivas; no depende simplemente del tiempo transcurrido.
Una venta alcanza un muro
→ los ETH de esa posición recompran CUBIT
→ los CUBIT se aíslan y después se destruyen
→ la oferta total disminuye
Los CUBIT recomprados por un muro nunca vuelven a la LP negociable, incluso si después sube el precio. Una cola de quema pendiente ya está retirada de esa liquidez.
Cuando el precio oscila en un rango
Si las oscilaciones alcanzan los muros, las ventas sucesivas pueden consumir sus ETH y retirar CUBIT gradualmente del mercado. Algunos rangos pueden terminar sin liquidez ejecutable. Sus ticks siguen identificados incluso cuando sus fondos se agotan.
Una recuperación del precio no recarga automáticamente un muro con los CUBIT que recompró: se aislaron para destruirlos. Una nueva financiación puede, sin embargo, profundizar la posición en el mismo tick.
| Zona de las oscilaciones | Efecto posible |
|---|---|
| El rango permanece por encima de los muros | Los swaps no alcanzan esas posiciones; no se produce una quema de muro |
| El rango atraviesa uno o varios muros | Los CUBIT se absorben y destruyen; los ETH de esos rangos pueden consumirse gradualmente |
| El precio atraviesa el ladder | Sus posiciones cambian de inventario; sus propios tokens pueden reciclarse o recolocarse en el rebalanceo |
Son los rangos de liquidez los que pueden agotarse, no los ticks como unidades de precio que desaparecen. Por tanto, no todo rango vacía automáticamente todos los ticks. Consulta la función del ladder.
Tres estados que deben distinguirse
| Estado | Significado |
|---|---|
| ETH en una posición de muro | Fondos todavía utilizables por esa posición según el precio y el rango |
| CUBIT absorbidos y aislados | Inventario retirado del mercado, posiblemente pendiente de quema |
| CUBIT destruidos | Oferta total realmente reducida por CubitToken.burn() |
El token solo autoriza al hook a ejecutar la quema. El punto de entrada público burnAbsorbed() no permite al llamante elegir un destinatario para recuperar el inventario aislado.
El recorrido del router CUBIT
En el router entregado, la venta liquida primero los intercambios del pool, completa las transferencias arbitrarias necesarias para el reembolso y llama a la quema si hay una cola. Una quema fallida revierte toda la venta.
Este comportamiento es específico de este recorrido de ejecución. No permite afirmar que una venta por cualquier router de terceros siempre destruya todos los tokens en la misma transacción.
Las integraciones de terceros
Un router compatible puede dejar una cola de tokens aislados. Siguen reservados para la quema y ya no deben poder recomprarse dentro de la liquidez de los muros. Una llamada posterior a burnAbsorbed() completa su destrucción.
Esta función sigue disponible durante una pausa de mantenimiento del guardian y no paga recompensa. Un keeper con un umbral positivo de rentabilidad puede, por tanto, retrasar su llamada.
Qué no garantiza la quema
La destrucción reduce la oferta; no crea ETH. Si un muro ha gastado sus fondos para absorber una venta, su nivel histórico no le devuelve automáticamente profundidad.
Con múltiples muros fijos, el aislamiento y los remanentes deben seguir correctamente asignados a cada posición. Las campañas de pruebas del antiguo muro único no demuestran por sí solas estas propiedades para la nueva implementación.
Verificar las pruebas
Los eventos TokensBurned del hook y Burned del token, junto con totalBurned() y totalSupply(), permiten seguir la destrucción efectiva. La cola pendingBurnTokens representa un estado distinto.
La absorción efectiva en un entorno de red o fork canónico y la revisión independiente del strict-burn siguen siendo condiciones de validación. Consulta los límites conocidos.
Fuentes: CubitRouter._finishSwap, CubitHook._isolateAbsorbedTokens, _burnAbsorbed, CubitToken.burn y contracts/docs/STRICT_BURN.md para el historial de diseño.