Roadmap und Freigabekriterien
Der Zeitplan beschreibt eine Veröffentlichungsabsicht. Die Veröffentlichungsfrequenz ersetzt keine Codevalidierung. Eine Funktion, die Mittel bewegt, muss vor ihrer Freigabe vorbereitet, getestet und abgenommen werden.
Die Referenzen roadmapdev.md und die historische Roadmap der dApp enthalten überholte Regeln. Diese Seite greift die Meilensteine auf und unterscheidet dabei die angeforderten Arbeiten von bereits bestätigten Versionen.
Die aktuelle Voraussetzung
Die Wall-Regeln haben sich geändert: angestrebte LP-Gebühren von 0,01 %, zum Zeitpunkt T berechnetes Ziel und bestehende Mittel, die an den Ticks ihrer Position bleiben. Diese neue Version muss ihre Validierung und Anbindung abschließen, bevor eine neue Netzwerkabnahme erfolgt.
Die Basis von 7k muss nach einer klaren ETH-Startkonvention umgerechnet und festgeschrieben werden. In dieser Ausgabe wird kein neues Deployment dieser Regeln bestätigt.
Die Meilensteine
| Meilenstein | Funktion | Status und Bedingung |
|---|---|---|
| Tag 0 | V1-Markt | Frühere V1 auf Sepolia; neue Regeln mit mehreren Walls in Validierung |
| Tag +2 | Keepers | Oberfläche und Dienst um bestehende Funktionen vorbereitet; Dauerbetrieb noch nachzuweisen |
| Ab Tag +3 | mCUBIT Vault | Zukünftige Veröffentlichung: Sperre von 24 Stunden, realisierte ETH-LP-Gebühren, WETH-Prämien |
| Ab Tag +5 | CUBIT Links | Zukünftige Veröffentlichung: First-Bound-Signatur, Anteil aus den Teameinnahmen |
| Ab Tag +7 | Momentum | Zukünftige Veröffentlichung: schreibgeschützte Ladder-Ansicht |
| Ab Tag +10 | Kuratierte Forge | Zukünftige isolierte Beta, von ihrer Abnahme abhängig |
| Guardian-Ablauf | Ende der Befugnis zur Wartungspause | guardianExpiry abfragen; 14 Tage nach Erstellung des Hooks |
| Tag +21 | Mögliche öffentliche Forge | Nicht implementiert; getrennte Entscheidung und eigener Code erforderlich |
Die V2-Fenster sind Orientierungspunkte ab dem Start. Die Verfügbarkeit wird für jede Veröffentlichung bekannt gegeben. Der Guardian folgt seinem eigenen Ablaufzeitpunkt; die Moduladministration durch das Team bleibt nach seinem Ablauf bestehen.
Bedingungen für die Freigabe des Vaults
Die Prämienbuchhaltung muss Tests für Einlagen, Auszahlungen, Claims, Rundungen und Austausch bestehen, ohne CUBIT-Erzeugung und ohne Zugriff auf das Kapital der Walls. Die Finanzierung muss aus tatsächlich eingesammelten ETH-LP-Gebühren stammen.
Bedingungen für die Freigabe von Links
Die Gesamtsteuer darf nicht steigen. Signaturen müssen den richtigen Trader, die richtige Blockchain und die richtige Registry binden. Ein anderer Router darf den Zuordnungskontext nicht vortäuschen können, und bestehende Ansprüche müssen einen Routeraustausch überstehen.
Bedingungen für Momentum und Forge
Momentum muss eine Abfrage der Ladder bleiben. Forge muss die Isolierung der Kindmärkte, die kuratierte Beschränkung und die Kontrolle der Vorlage bewahren. Die öffentliche Öffnung ergibt sich nicht aus dem bloßen Zeitablauf.
Bedingungen für eine Produktionsversion
Die Veröffentlichung muss ihre Identitäten, Kompilierungsparameter, verknüpften Bibliotheken, erwarteten Bytecodes und Berechtigungen offenlegen. Die Tests müssen die endgültigen Quellen prüfen und dieser Veröffentlichung zugeordnet sein.
Echte Wallet-Abläufe, Aggregatoren, Aufnahme, Dienste und Überwachung ergänzen die lokalen Tests. Das historische Sepolia-Deployment stellt keine automatische Abnahme dieser neuen Änderungen dar.
Historische Ankündigungen neu einordnen
Ein „Floor, der nur steigt“, das Erreichen des Breakeven bei einer vorgegebenen Kapitalisierung oder eine „vollständige Unveränderlichkeit an Tag +14“ beschreiben die neuen Regeln und ihre Berechtigungen nicht.
Mitteilungen müssen die finanzierte Wall, ihr aktuelles Ziel, die platzierten Mittel und die Protokollversion angeben. Historische Ergebnisse bleiben als solche in den Quellen einsehbar.