Status

Dieses Buch beschreibt das Protokoll wie beschlossen. Ein Teil dessen, was es beschreibt, ist noch nicht im Code. Diese Seite sagt genau, welcher Teil.

Beschlossen und implementiert

• Die Gebühr, standardmäßig 5 %, und ihre zwei Gebührenschemata
• Der TreasuryVault, seine Oracle-Grenzen und das Fehlen einer Abhebung
• Der BuybackBurner und das $STOCKFUN-Flywheel
• Der Notfallmodus, seit dem 2026-10-05 sofort wirksam
• Die Cross-Chain-Rail nach Robinhood Chain, vorbereitet und in Simulation getestet, seit der Entfernung des Rückwegs am 2026-09-28 nur noch in eine Richtung, und am 2026-10-06 durchgängig auf zwei Testnets über LayerZero gelaufen (unten)
• Der einseitige Launch des Protokoll-Tokens $STOCKFUN
• Die Entfernung des Creator-Buybacks, am 2026-09-28
• Die Neugestaltung des Launchs, am 2026-09-28: keine Bonding Curve und keine Graduation mehr; jeder Markt wird mit seinen zwei gesperrten Positionen, standardmäßig 700M und 300M, und dem optionalen Kauf des Creators in derselben Transaktion erstellt
• Die Erstellungsgebühr, standardmäßig 0,001 ETH, seit dem 2026-10-05 eine Einstellung des Owners
• Das degressive Anti-Snipe und die Whitelist des Creators, standardmäßig höchstens 20 Adressen, die davon ausgenommen sind, wenn sie über den offiziellen Router handeln; der offizielle Router bleibt durch den Owner änderbar
• Die Creator-Gebühren, auf dem Hook gehalten, Markt für Markt, und vom Creator geclaimt; seit dem 2026-10-01 auch die Anteile von Team und Buyback, ausgezahlt durch Claims, die jeder auslösen kann
• Die Bestände, onchain für jeden Markt-Token und für $STOCKFUN aufgezeichnet, seit dem 2026-10-02 durch den Bestandsaufzeichner, den jeder Token bei jedem Transfer aufruft. Am 2026-10-01, als die Aufzeichnung noch in den Tokens lag, kostete das etwa 52.000 bis 61.000 Gas mehr pro Transfer zwischen zwei Wallets, über den bei der Entscheidung geschätzten 20.000 bis 40.000. Der PoolManager von Uniswap wird nicht aufgezeichnet, sodass ein Swap für die Seite des Traders zahlt und, seit dem 2026-10-01, für einen Schreibvorgang für die aufgezeichnete Supply: 113.529 Gas für einen Kauf über den Router und 137.250 für einen Verkauf, für eine Wallet, die den Token bereits hält (125.862 und 150.416 vor den Korrekturen vom 2026-10-01, die außerdem zwei Übertragungen aus jedem Trade entfernt haben)
• Standardmäßig keine Uniswap-LP-Gebühr in den StockFun-Pools, seit dem 2026-09-29: Die Tax macht die gesamten Kosten eines Trades aus
• Die Korrekturen aus dem Security-Audit vom 2026-09-29, umgesetzt am 2026-09-30 und am 2026-10-01: Liquidität nur vom Liquiditäts-Lock; Anteile von Team und Buyback, außerhalb jedes Trades geclaimt; Konvertierungen in Beträgen, die der Keeper nennt, mit Aktie für Aktie reserviertem Cash; die aufgezeichnete Supply, der Nenner des Airdrops, in jedem Token; eine Rail nach Robinhood Chain, auf der ein einzelner Markt keinen Batch mehr blockiert und ein pausierter Remote-Hub Rollenänderungen weiterhin anwendet. Jedes behobene Finding hat Regressionstests
• Die Security-Pipeline vom 2026-10-01, eine zweite Audit-Runde, die mehrere dieser Korrekturen vervollständigt hat: Auf Robinhood Chain läuft eine v3-Route Pool für Pool, und ein kanonisches Abrechnungsticket zahlt nicht mehr Einträge aus, als es in die Warteschlange gestellt hat; eine Notfall-Recovery, die das Cash eines Vaults unter seine Reservierungen senkt, hebt diese auf; der Keeper hält bei der letzten Aktie eines Baskets n−1 Einheiten zurück. Jede Korrektur hat Regressionstests
• Die upgradebare Neugestaltung vom 2026-10-02: jedes Modul außer den Tokens, dem Liquiditäts-Lock und dem Deployer der Spiegel-Vaults hinter einem Proxy, durch den Owner von StockFun mit sofortiger Wirkung upgradebar; die Vaults ein Proxy pro Markt, auf beiden Chains; die Tokens reduziert auf einen einfachen ERC-20 mit einem einzigen Setter, setRecorder, und, seit dem 2026-10-05, seinen Rescues; die Bestandsaufzeichnung in einem eigenen Modul; der Proxy des Hooks, durch Mining mit allen 14 v4-Berechtigungen ermittelt; der Endmodus des Liquiditäts-Locks, mit seiner Vorankündigung von 30 Tagen; die Storage-Layouts festgehalten und von einem Skript geprüft. Ein Swap kostet etwa 27.000 Gas mehr, isoliert gemessen: ein Kauf 237.190 Gas statt 210.105, ein Verkauf 285.031 statt 258.278
• Der Airdrop-Contract, am 2026-10-04: AirdropDistributor auf Ethereum, upgradebar und an die Factory gebunden, gespeist von sendToAirdrop auf beiden Vaults, und die Airdrop-Route auf dem Remote-Hub. Tägliche Zyklen, deren Zeitfenster um 13:00 UTC schließt, Anteile, aus den aufgezeichneten Beständen berechnet, ein Claim durch jeden Holder auf eigene Kosten, ohne Frist, Obergrenze oder Minimum, eine Ausschlussliste pro Token, für ein Zeitfenster ohne berechtigte Bestände beiseitegelegte Aktien, der Notfallmodus. Die 514 Tests außerhalb der Fork-Suites bestehen, eine zustandsbehaftete Invariante eingeschlossen; LayerZero wird in den Tests durch Mocks ersetzt. Codex hat das Design, den Code und die Korrekturen zweimal geprüft, und seine abschließende Prüfung fand keinen Bug. Nicht deployt
• Die Entscheidungen vom 2026-10-05: keine Team-Allokation, die gesamte Supply von $STOCKFUN in ihrer gesperrten Position; ein sofortiger Notfall-Transfer und ein sofortiger Austausch des Adapters; jede Zahl des Protokolls eine Onchain-Einstellung des Owners, auf beiden Chains, mit den heutigen Werten als Standardwerten, wobei jeder Pool die LP-Gebühr und das Tick-Spacing behält, mit denen er erstellt wurde. Programmiert und getestet, nicht deployt
• Die Designregel des Gründers vom 2026-10-05: Ein Fehler blockiert nie den Rest, und jeder Contract, der Gelder halten kann, hat einen Hebel, um herauszuholen, was feststeckt, mit einer einzigen bewussten Ausnahme, der Meldung des Tokens an seinen Bestandsaufzeichner; siehe Architektur. Die vierte Audit-Schleife dieses Tages hat sie in den Code gebracht: Bridge-Zustellungen, die nie einen anderen Markt blockieren, Claims, die zahlen, was sie können, jedes Kauf-Leg, jede Airdrop-Aktie und jeder Markt eines Batches für sich, Schulden, die für einen Empfänger behalten werden, der ETH ablehnt, statt eines stillgelegten Marktes, eine Lens, die einen Vault nach dem anderen liest, und Rescues auf den Modulen ohne Notfallmodus. Programmiert und getestet, nicht deployt
• Die fünf Audit-Schleifen vom 2026-10-05 und ihre Korrekturen, darunter: Bücher, die nach einem Notfall-Transfer bereinigt werden, nie aus einem anderen Markt bezahlt; der Bridge-Batch dem Keeper vorbehalten, und das Vorab-Deployment der Spiegel-Vaults dem Keeper und dem Owner; ein auf einem laufenden Token benannter Bestandsaufzeichner, der weder den Handel lahmlegt noch ein Zeitfenster vor ihm misst; der Betreiber des $STOCKFUN-Launchs vor dem Mint vom Airdrop ausgeschlossen; die Tickets der kanonischen Rail bei der Basisgebühr bepreist; die Storage-Prüfung auf jeder Ebene; die Regel oben. Jede Korrektur hat einen Regressionstest; am Ende des Tages bestehen 614 Foundry-Tests, drei Fork-Suites ohne RPC übersprungen. Nicht deployt
• Der Airdrop-Schritt des Keepers und die Claim-Ansicht der Dapp, am 2026-10-05, mit den neuen Aufgaben des Keepers: auszahlen, was der Hook und der Lock für einen Empfänger behalten, melden, was immer wieder fehlschlägt, jedes Aktien-Leg für sich planen, eine Zustandsdatei, die Neustarts übersteht, und die tägliche Einsammlung der LP-Gebühren. Nicht deployt
• Der Offchain-Durchgang der fünften Audit-Schleife, am 2026-10-06: Der Keeper konvertiert das ETH eines Vaults einmal pro Airdrop-Zeitfenster, wie am 2026-09-27 beschlossen, hält jede Transaktion fest, bevor auf ihr Receipt gewartet wird, und hält eine Sperre auf seinem Zustandsordner, und er bezahlt keine Ondo-Attestierung mehr für einen Kauf, der nur fehlschlagen kann; ein Basket umfasst höchstens fünf Aktien; die Lens enthält den Zustand und die Schulden jedes Vaults; das Launch-Skript von $STOCKFUN setzt einen abgebrochenen Lauf fort; die App zählt das einem Vault geschuldete ETH, lässt Claims Spielraum für eine Aktie, die noch unterwegs ist, merkt sich eine Aktie, die ihr Token abgelehnt hat, und zeigt eine ungelesene Zahl nie als nichts an. 619 Foundry-Tests bestehen, drei Fork-Suites ohne RPC übersprungen. Eine Generalprobe auf einer privaten Chain am selben Tag ließ den Keeper durchgängig über zwei Zeitfenster laufen und bestand ihre sechs Szenarien. Siehe Der Keeper und Die Dapp. Nicht deployt
• Die Befunde der Generalprobe, behoben am 2026-10-06: Der Keeper weist die Aktien zu, die der Airdrop-Contract für einen Markt beiseitelegt, auch wenn dessen Vault nichts Neues zu senden hat, sodass ein Markt, der einmal gehandelt wurde und dann still wurde, seinen ersten Airdrop nicht mehr außer Reichweite seiner Holder hält; er hält einen Vault, der unter der Schwelle gefunden wurde, nach dessen Zeitfenster fest, nie nach seiner eigenen Uhr; und die lokale Deployment-Datei wird gegen die Chain geprüft, bevor der Keeper, die App oder der Worker sie verwenden. 620 Foundry-Tests bestehen, drei Fork-Suites ohne RPC übersprungen. Siehe Der Keeper. Nicht deployt
• Die sechste Audit-Schleife, behoben am 2026-10-06: Auf der kanonischen Bridge verfolgt der Keeper jedes Ticket, bis er weiß, dass es ausgeführt wurde, unabhängig von der Gutschrift seines Transfers, und schreibt einen Transfer nur anhand der Events des Remote-Hubs gut; das USDC eines Vaults geht einmal nach jeder Konvertierung seines ETH und sonst höchstens einmal pro Zeitfenster, wie am 2026-09-27 für das ETH beschlossen, während die Käufe auf Robinhood Chain weiterhin bei jedem Durchlauf laufen; eine Suche nach beiseitegelegten Aktien, die nichts zuweisen kann, für einen Vault, der nichts zu senden hat, wird nicht mehr jeden Tag gesendet; ein Vault unter der Schwelle wird anhand eines nach dem Schließen des Zeitfensters gelesenen Saldos geprüft; jeder Vault wird auf seinem eigenen Router bepreist; die App markiert den Preis von $STOCKFUN mit „(last read)“, solange die Lens ihn nicht lesen kann. Siehe Der Keeper. Nicht deployt
• Die siebte Audit-Schleife, behoben am 2026-10-06: Der Keeper sendet an den Airdrop nur, was so viel wert ist, wie sein Senden kostet, und der Dust, den die Bridge nicht transportieren kann, zählt nicht mehr als etwas zu senden; er liest jedes kanonische Ticket zuerst aus dem Receipt seiner Erstellung, sodass eine lebende Einzahlung nie als ausgeführt gilt; jede Log-Suche hält einige Blöcke unter dem neuesten Block an; er verweigert den Start mit einem RPC, der eine andere als die konfigurierte Chain bedient; sein Alert-Webhook behält und sendet erneut, was er nicht angenommen hat; eine leere Einstellung nimmt ihren Standardwert. Der Daten-Worker der App liest jeden upgradebaren Contract für sich, zeigt das 24-Stunden-Volumen als unbekannt, solange seine Trade-Lesevorgänge fehlschlagen, und prüft die Chain jedes Endpoints; der Preis-Chart setzt jeden Punkt auf seine Zeit. 620 Foundry-Tests bestehen (615 außerhalb der Fork-Dateien und die fünf der Robinhood-Chain-Fork-Suite auf ihrem öffentlichen RPC; die drei Ethereum-Fork-Suites ohne RPC übersprungen); die 277 Tests des Keepers, die 51 des gemeinsamen Pakets, die 9 des Back Ends und die 137 des Workers bestehen. Siehe Der Keeper und Die Dapp. Nicht deployt
• Die Preisfeed-Schutzmechanismen auf Robinhood Chain, programmiert am 2026-10-06: Das Oracle hält den Preis einer Aktie zurück, solange ihr Token sagt, dass sein Oracle für eine Kapitalmaßnahme pausiert ist, an für jede Aktie, und jeden Preis, solange der Sequencer-Uptime-Feed von Chainlink sagt, dass der Sequencer ausgefallen oder gerade wieder da ist. Für Robinhood Chain gibt es keinen solchen Feed, daher ist diese zweite Prüfung beim Deployment aus, durch eine ausdrückliche Wahl, bis einer veröffentlicht wird. Beide sind Einstellungen des Owners, auf Ethereum aus. Siehe Die Robinhood-Rail. Nicht deployt
• Die achte Audit-Schleife, behoben am 2026-10-06: Das Launch-Formular der App bietet nur die von der Chain gelesenen Baskets an und prüft den gewählten vor dem Senden erneut; der Keeper verfolgt einen Bridge-Batch, sobald sein Block einige Blöcke tief liegt, unterscheidet den Dust der Bridge von einer Aktie, deren Gebühr nicht abgefragt werden kann, behält einen wartenden Alert pro unterschiedlichem Alert, hält eine Zustandsdatei einer anderen Chain zurück, bis er die Chain seines RPC gelesen hat, verlangt beide Chain-Kennungen, liest ein Ticket einige Blöcke unter dem neuesten und zählt die Eröffnung auf der lokalen Rail einmal; der Keeper, sein Preflight und sein Inspektor, der Worker und die App kennen jetzt die Preisfeed-Schutzmechanismen; das Trade-Fenster des Workers bewegt sich nie zurück, und das Trade-Panel berechnet einer Wallet auf der Whitelist die normale Tax. 640 Foundry-Tests bestehen (633 außerhalb der Fork-Dateien und die sieben der Robinhood-Chain-Fork-Datei auf ihrem öffentlichen RPC; die drei Ethereum-Fork-Suites ohne RPC übersprungen); die 306 Tests des Keepers, die 51 des gemeinsamen Pakets, die 9 des Back Ends und die 155 des Workers bestehen. Siehe Der Keeper und Die Dapp. Nicht deployt
• Das Gas der Airdrop-Zustellung unter dem Glamsterdam-Upgrade von Ethereum, das Sepolia am 2026-10-06 aktiviert hat: die Entscheidung des Gründers an diesem Tag, der Keeper simuliert jede Zustellung und wählt ihr Gas innerhalb von Grenzen, die der Owner von StockFun auf dem Remote-Hub setzt, und führt eine weiterhin festhängende Zustellung erneut aus, mit einem Alert bei einem zweiten Fehlschlag. Programmiert und getestet, auf dem Testnet-Lauf per Upgrade angewendet, nicht auf dem Mainnet deployt. Siehe Der Keeper
• Die neunte Audit-Schleife, behoben am 2026-10-06, mit den Befunden des LayerZero-Testnet-Laufs: Der Keeper liest eine Minute lang am Block seiner eigenen letzten Transaktion und schätzt dort das Gas dessen, was er als Nächstes sendet, gibt jeder Transaktion ihre Schätzung plus 25 %, stellt seine wartenden Alerts in der Reihenfolge zu, in der sie zuletzt ausgelöst wurden, meldet ein Ticket, das seine eigene erneute Ausführung gelöscht hat, nicht mehr, und sein Preflight läuft auf dem Testnet-Deployment; der Worker behält, was er über seine RPCs gelernt hat, wenn sein Cloudflare-Objekt schläft, und zeichnet den eigenen Block von Robinhood Chain auf; die App gibt jedem Schreibvorgang sein eigenes Gas-Limit, markiert einen Topf, der eine Schätzung ist, und hält eine Freigabe, die sie nicht lesen konnte, nie für keine. Seit dieser Schleife prüft ein zweiter Agent jede Korrektur, bevor sie gepusht wird, und seine Befunde werden auf dieselbe Weise behoben. 653 Foundry-Tests bestehen (646 außerhalb der Fork-Dateien und die sieben der Robinhood-Chain-Fork-Datei auf ihrem öffentlichen RPC; die drei Ethereum-Fork-Suites ohne RPC übersprungen); die 370 Tests des Keepers (372 nach der letzten Korrektur des Gates), die 51 des gemeinsamen Pakets, die 9 des Back Ends und die 189 des Workers bestehen. Siehe Tests und Verifikation. Nicht auf dem Mainnet deployt
• Die zehnte Audit-Schleife, behoben am 2026-10-06: Jedes Senden des Deployments nimmt die Gas-Schätzung des Nodes, da die eigene Zahl des Deployment-Tools für jede Erstellung unter Glamsterdam zu niedrig ist; der letzte Schritt eines Bridge-Batches auf Robinhood Chain bekommt einen Grundbetrag plus einen Anteil pro Markt, höchstens 17 Märkte pro Batch, wobei der Keeper nicht mehr sendet und sagt, wo ein festhängender Batch steht; die Notfall-Überwachung des Keepers nennt ihre Contracts in Gruppen, seine Fehlertexte behalten von einer RPC-Adresse nur den Host, und er liest jeden Markt über Multicall3; die App zeigt eine Transaktion, die die Wallet abgebrochen hat, nie als erledigt an und liest eine Minute lang an einem Block, der nicht vor dem ihrer eigenen letzten Transaktion liegt. Der Bridge-Adapter des Testnets wurde upgegradet und trug seinen nächsten Batch. 662 Foundry-Tests bestehen (655 außerhalb der Fork-Dateien und die sieben der Robinhood-Chain-Fork-Datei auf ihrem öffentlichen RPC; die drei Ethereum-Fork-Suites ohne RPC übersprungen), mit den 2 des Projekts des LayerZero-Testnet-Laufs; die 400 Tests des Keepers, die 51 des gemeinsamen Pakets, die 9 des Back Ends und die 210 des Workers bestehen. Siehe Tests und Verifikation. Nicht auf dem Mainnet deployt
• Reste eines unterbrochenen Zyklus, die beim nächsten Zyklus fertig verarbeitet werden, beschlossen am 2026-09-27: Der Keeper bringt das Cash weiter, das ein Vault noch hält, unabhängig von der Schwelle, spätestens im nächsten Zeitfenster

Eine Implementierungsreihenfolge, in Schritten, die das Repository kompilierbar halten, ist in projet/docs/FUNCTIONAL_AUDIT_2026-09-28.md festgehalten.

Beschlossen am 2026-09-27, noch nicht implementiert

Nichts mehr. Der tägliche Airdrop-Schritt des Keepers und die Claim-Ansicht der Holder in der Dapp sind seit dem 2026-10-05 im Code, und die Reste eines unterbrochenen Zyklus werden beim nächsten Zyklus fertig verarbeitet, da der Keeper das Cash weiterbringt, das ein Vault noch hält, unabhängig von der Schwelle: siehe oben.

Die Dokumente in doc/ und die Spezifikation der Landingpage wurden am 2026-09-27 an diese Entscheidung angepasst. Im Code ist die Entfernung des Creator-Buybacks umgesetzt, seit dem 2026-10-04 der Airdrop-Contract, mit seiner Berechnung der Anteile und seinen Claims, und seit dem 2026-10-05 der Schritt des Keepers und die Claim-Ansicht.

Beschlossen am 2026-09-28, noch nicht implementiert

• Die Aktien-Adapter, die die gewrappten Aktien nach Ethereum tragen, einer pro Aktie: der Lockbox-Adapter auf Robinhood Chain und sein OFT auf Ethereum. Sie benötigen das Paket oft-evm von LayerZero und sind für das Mainnet nicht im Repository; die Tests verwenden Mocks, und der LayerZero-Testnet-Lauf vom 2026-10-06 verwendete Test-Adapter, die mit diesem Paket gebaut sind. Der Claim auf Ethereum ist seit dem 2026-10-04 programmiert, und seine Ansicht in der Dapp seit dem 2026-10-05
• Die LayerZero-Konfiguration der Aktien-Adapter, vom Owner kontrolliert, ohne Wartefrist und ohne Obergrenze für Abhebungen

Beschlossen am 2026-09-11, teilweise nachgezogen

Der Wechsel von Ondo zu Robinhood Chain ist beschlossen, und der Code der Rail existiert. Die Quelldokumente des Projekts wurden nicht alle aktualisiert — siehe Errata der Quellen.

Nie unter realen Bedingungen verifiziert

• Es hat kein Mainnet-Deployment stattgefunden
• Es wurde kein LayerZero-Transport auf dem Mainnet erprobt. Am 2026-10-06 trug der LayerZero-Testnet-Lauf die Bridge-Batches und die Airdrop-Zustellungen zwischen Sepolia und dem Testnet von Robinhood Chain über die echten Testnet-Endpoints, das DVN und den Executor von LayerZero, sieben stündliche Zeitfenster und sechs Airdrop-Zyklen, jeder Claim genau sein berechneter Anteil. Er verwendete Test-Aktien, Test-Adapter, ein Test-USDG und Mock-Feeds: Er beweist weder das USDG-Paar von Paxos noch die Aktien von Robinhood und ihre Adapter, noch echte Feeds und Liquidität, noch Gas, Gebühren und Finalität des Mainnets. Siehe Die Robinhood-Rail
• Die bestehenden formalen Beweise decken die aktuelle Cross-Chain-Rail nicht ab
• Sieben Regeln der formalen Spezifikation des LiquidityLock bleiben auf dem Prover für eine Methode, lockProtocolLiquidity, unentschieden, auch mit einem längeren Zeitlimit; auf allen anderen Methoden gelten sie. Der erneute Lauf vom 2026-10-01, auf dem korrigierten Code, fand keine verletzte Regel
• Die formalen Spezifikationen werden für die Neugestaltung vom 2026-10-02 aktualisiert: Ihr letzter vollständiger Lauf auf dem Prover, am 2026-10-01, liegt davor. Für den Airdrop vom 2026-10-04 bestehen die fünf Spezifikationen, die die geänderten Contracts betreffen, die Typprüfung, ohne Lauf auf dem Prover. Am 2026-10-05 wurden die Spezifikationen für die Einstellungen aktualisiert, dann für die Audit-Schleifen dieses Tages, die Regeln zu den Schulden und verirrten Beträgen des Hooks, den vom Lock behaltenen Anteilen und jedem Rescue hinzugefügt haben: Sie bestehen die Typprüfung, ohne Lauf auf dem Prover seit dem 2026-10-01. Dasselbe gilt für die neuen Regeln des Oracles zu seinen Preisfeed-Schutzmechanismen, geschrieben am 2026-10-06
• Die Schuldenzahlungen des Keepers, die Einsammlung der LP-Gebühren, die Alerts und die Zustandsdatei, am 2026-10-05 geschrieben, sind durch seine Tests abgedeckt und seit dem 2026-10-06 durch eine Generalprobe auf einer privaten Chain: Konvertierungen einmal pro Zeitfenster, der Airdrop, ein Vault, der ETH ablehnt, und seine bezahlten Schulden, Abbrüche mitten im Ablauf mit der Zustandsdatei und ihrer Sperre, LP-Gebühren. Die Bridge-Rail ist dort nicht gelaufen; sie lief durchgängig beim LayerZero-Testnet-Lauf vom 2026-10-06, durch den Keeper, nie unter realen Bedingungen
• Es wurde kein externes Review durchgeführt

Vor dem Mainnet noch zu klären

• Eine aktuelle Erhebung der Feed-Abdeckung auf Robinhood Chain und, falls Chainlink einen Sequencer-Uptime-Feed für diese Chain veröffentlicht, dessen Setzen auf dem Oracle (am 2026-10-06 gibt es keinen)
• Die Größengrenze des LayerZero-Pfads, den das USDG von Paxos nach Robinhood Chain nimmt, gelesen vor dem ersten Batch, und die Obergrenze der Märkte eines Bridge-Batches passend gesetzt, falls sie von den standardmäßigen 10.000 Bytes abweicht (seit der zehnten Audit-Schleife)
• Start-FDV und obere Grenze der $STOCKFUN-Position
• Die verbleibende Arbeit am Airdrop, oben aufgeführt: die Aktien-Adapter. Seine Parameter stehen seit dem 2026-10-04 fest: kein Push durch den Keeper, keine Obergrenze, kein Minimum, keine Frist, eine Ausschlussliste pro Token
• Die Metrik, die die Treasury Ratio ersetzt, sowie Slogan und Tagline, die eine Treasury beschreiben, die akkumuliert
• Die Findings der zweiten Runde des Audits, am 2026-10-01, die noch auf die Entscheidung des Owners warten: die Contract-Seite der Marge bei der letzten Aktie, welche die dokumentierte Allokationsregel ändert (R2T-1); und, optional, den Vault von $STOCKFUN von der Factory selbst deployen zu lassen (R2F-2). Seit dem 2026-10-05 legt ein Vault, der ETH ablehnt, seinen Markt nicht mehr still, sodass der von R2F-2 beschriebene Stillstand nicht mehr aus einem solchen Vault folgt

Am 2026-10-05 erledigt. Aus dem Audit vom 2026-09-29: Ondo-Attestierungen, die jeder verwenden konnte, der eine sah (M-7), und Router, die sich selbst als Empfänger akzeptierten (L-4), sind korrigiert, und die Rotation des Bridge-Adapters (M-2, und L-8, das damit zusammenhängt) bleibt auf Entscheidung des Owners, wie sie ist. Aus der zweiten Runde: Die Tax auf Käufe als PoolManager-Claims zu erheben (R2F-1, option b), ist abgelehnt, die Tax bleibt so erhoben, wie sie ist; eine Notfall-Recovery, die erfasstes Cash des Remote-Hubs betrifft, dessen Einträge dann aus dem Cash anderer Märkte ausgezahlt wurden (R2H-1), ist durch die Bereinigungswerkzeuge der Audit-Schleifen dieses Tages plus ein Verfahren abgedeckt, bei dem der Owner auf der kanonischen Rail den Remote-Hub vor dem Transfer pausiert; und ein Cash-Token, der einen einzelnen Spiegel-Vault ablehnt (R2H-2), blockiert seit der vierten Audit-Schleife nichts mehr: Die Zustellung an diesen Vault wartet für sich, und die anderen Märkte werden ausgezahlt.