01 / VERSTEHEN4 MIN LESEZEIT

Die Ladder und der Rebalance

Die Ladder ist die Arbeitsliquidität des Protokolls. Sie enthält CUBIT-Positionen, die zum Kauf angeboten werden, und eine ETH-Position, den Cushion, der Verkäufe nahe am Markt aufnehmen kann.

Ihre Positionen sind beweglich. Ihre Verfügbarkeit hängt von den Mitteln des Protokolls, dem Preis und den geometrischen Vorgaben des Pools ab.

Die Verteilung der Token

Das im Code gelesene Modell sieht 70 % der für die Ladder gehaltenen Token in aktiven Positionen vor; der Rest bleibt als Reserve. Der platzierte Anteil wird nach 20 % / 30 % / 50 % auf drei Bänder verteilt.

Band Anteil der für die Bänder bestimmten Menge Ungefährer Preisbereich
Erstes 20 % Referenz → ×2
Zweites 30 % ×2 → ×4
Drittes 50 % ×4 → ×8

Jeder Bereich umfasst 6 930 Ticks, also ungefähr eine Verdopplung des Preises. Diese Anteile sind Platzierungsziele: Rundungen, Liquiditätsobergrenzen und die Marktposition können dazu führen, dass mehr Token in Reserve bleiben.

Die Prozentsätze stellen keine Zuteilungen an das Team dar. Für den Burn isolierte Token und im Vault hinterlegte CUBIT sind keine frei verfügbare Ladder-Reserve.

Der Cushion in ETH

Der Cushion ist eine bewegliche Kaufposition, die normalerweise unterhalb des Marktes liegt. Die historische Geometrie zielt über seine Breite ungefähr auf eine Halbierung des Preises ab. Seine Platzierung muss die Walls berücksichtigen.

Ein ETH, das lediglich in ladderIdleEth verbucht ist, befindet sich nicht in einer aktiven Position. Solange es ungenutzt bleibt, schafft es daher keine ausführbare Tiefe.

Was bei einem seitwärts laufenden Preis geschieht

Wenn der Preis innerhalb der Ladder-Bereiche schwankt, können sich deren Bestände schrittweise von CUBIT zu ETH oder von ETH zu CUBIT wandeln. Die Ladder kann ihre eigenen Token wiederverwenden und ihre Positionen bei einem Rebalance neu ordnen.

Für die Walls gilt eine andere Regel: Die von ihnen zurückgekauften CUBIT werden isoliert und anschließend vernichtet; sie fließen nicht zurück in die LP. Schwankungen, die die Walls erreichen, können somit Token aus dem Markt nehmen und die Liquidität bestimmter Bereiche aufbrauchen.

Eine Handelsspanne, die oberhalb der Walls bleibt, löst diese Burns nicht aus. Der Preis muss die betreffenden Positionen tatsächlich durchlaufen; allein der Zeitablauf leert nicht automatisch alle Ticks. Aufnahme und Deflation.

Die Kompatibilität zwischen der Ladder und mehreren festen Walls ist Teil der laufenden Überarbeitung. Die Geometriedetails der früheren Version reichen nicht aus, um die neue zu validieren.

Was ein Rebalance bewirkt

Ein Rebalance löst die betreffenden Ladder-Positionen auf, verbucht die Vermögenswerte und realisierten Gebühren, weist die vorgesehenen Anteile zu und platziert die verfügbare Liquidität anschließend um die vom Vertrag gewählte Referenz herum neu.

Der Sweep überträgt 15 % der in seine Berechnung einfließenden ETH in die Reserve der Walls. Die Keeper-Prämie ist begrenzt und stammt aus der Ladder. Wenn der Vault aktiv ist und durch Aktivität finanziert wird, bezieht sich sein Anteil auf die tatsächlich in ETH realisierten LP-Gebühren der Ladder.

Der Rebalance erlaubt dem Aufrufer nicht, den Preis, den Empfänger der Walls oder eine Auszahlung an sein Wallet zu wählen.

Wann der Aufruf zulässig ist

Die Quellen verwenden eine Referenzverschiebung von mindestens 1 250 Ticks und eine Wartezeit von 25 Blöcken. Der Vertrag prüft außerdem seine Initialisierung, die Wartungspause und seinen Ausführungskontext.

Die Blöcke der Wartezeit und die Sekunden des V2-Zeitplans sind unterschiedliche Zeitmaße. Fünfundzwanzig Blöcke sind keine garantierte feste Dauer.

Der Lens zeigt die Zulässigkeit an; vor dem Senden erfolgt immer eine Simulation mit dem aufrufenden Konto. Zwischen Abfrage und Ausführung kann eine andere Transaktion den Zustand verändern. Die Wartung auslösen.

Quellen: CubitHook._deployAsks, _rebalance, _referenceTick und libraries/BandLib.sol. Die beschriebenen Parameter stammen aus den gelesenen Quellen; ihre Integration mit mehreren Walls muss noch validiert werden.

CUBIT / 10. September 2026 Quellen und Methode