吸収とバーン

売却が ETH 配置範囲に達すると、CUBIT をその ETH と交換できます。買い壁が取得したトークンは取引可能な流動性から除き、バーン専用に確保する必要があります。

買い壁の ETH の厚みの減少とトークンのバーンは、この操作による別々の結果です。

初期供給固定、その後は減少

初期に 2,100万 CUBIT を発行し、追加発行はありません。 フックが買い壁の買戻しトークンをバーンすると totalSupply() が減り、totalBurned() が増えます。供給減少は実際のバーンによるもので、時間経過だけでは生じません。

売却が買い壁に到達
    → そのポジションの ETH で CUBIT を買い戻す
    → CUBIT を分離してバーン
    → 総供給量が減少

買い壁が買い戻した CUBIT は、その後値上がりしても取引可能な LP に戻りません。 バーン待ちキュー内のトークンも既に流動性から除外されています。

レンジ内で価格が変動するとき

変動が買い壁に達すると、連続した売却で ETH が消費され、CUBIT が徐々に市場から除かれます。取引可能な流動性がなくなる範囲もありますが、資金枯渇後も tick は識別されます。

価格反発で買戻し済み CUBIT が買い壁に自動補充されることはありません。バーン用に分離済みだからです。新規資金で同じ tick のポジションを厚くすることはできます。

枯渇するのは流動性範囲であり、価格単位の tick が消えるのではありません。どのレンジでも全 tick が自動的に空になるわけではありません。ラダーの役割。

区別すべき三つの状態

トークンのバーン権限はフックのみです。公開入口 burnAbsorbed() で呼び出し元が受取人を指定し、分離在庫を回収することはできません。

CUBIT ルーターの経路

提供済みルーターでは、売却時にプール取引を決済し、返金に必要な任意送金を完了後、キューがあればバーンを呼びます。バーン失敗は売却全体を巻き戻します。

これはこの実行経路固有の動作です。あらゆる外部ルーターの売却で常に同一トランザクション内に全トークンがバーンされるとは言えません。

外部連携

互換ルーターは分離トークンのキューを残す場合があります。トークンはバーン専用のままで、買い壁の流動性から再購入できてはいけません。後の burnAbsorbed() 呼出しでバーンが完了します。

guardian によるメンテナンス停止中も呼び出せますが報酬はありません。正の採算基準を持つ keeper は呼出しを遅らせる場合があります。

バーンが保証しないもの

バーンは供給を減らしますが ETH を生みません。買い壁が売却吸収に資金を使えば、過去の水準だけで厚みは自動回復しません。

複数の固定買い壁では、分離在庫と残余資金を各ポジションに正しく帰属させる必要があります。旧単一買い壁のテストだけでは新実装のこれらの性質を証明できません。

証拠の確認

フックの TokensBurned、トークンの Burned イベント、totalBurned()、totalSupply() で実際のバーンを追跡できます。pendingBurnTokens キューは別の状態です。

ネットワークまたは正規 fork 環境での実際の吸収と、strict-burn の独立レビューは引き続き検証条件です。既知の限界。

出典： CubitRouter._finishSwap, CubitHook._isolateAbsorbedTokens, _burnAbsorbed, CubitToken.burn および contracts/docs/STRICT_BURN.md に設計の経緯があります。