$STOCKFUN
Der Protokoll-Token. Er fängt Wert aus dem gesamten Launchpad ein und wendet auf sich selbst die Regel an, die er anderen auferlegt.
Das Flywheel
Jeder Trade, auf jedem Markt, schreibt den Buyback-Posten, standardmäßig 0,5 %, dem
Buyback-Guthaben auf dem Hook gut, das dem BuybackBurner geschuldet ist. Der Burner holt
dieses Guthaben zu Beginn jedes Burns ab, und jeder kann es mit claimBuybackFees() dorthin
senden; seit dem 2026-10-01 sendet der Hook es nicht mehr während des Trades. Der Burner hat
keinen eigenen Owner, keine Abhebung, keinen Sweep: Solange der $STOCKFUN-Pool gesperrt
ist, ist das Einzige, was sein aktueller Code mit dem erhaltenen ETH tun kann, $STOCKFUN zu
kaufen und an die Burn-Adresse zu senden, die hartkodiert ist. Seit dem 2026-10-05 hat der
Owner von StockFun einen Hebel darauf, rescue: einen versehentlich an ihn gesendeten Token,
jederzeit, und sein ETH erst, wenn kein Burn es mehr ausgeben könnte, bevor der
Protokoll-Markt benannt ist oder sobald der Endmodus den $STOCKFUN-Pool zurückgeholt hat.
„Zurückgekauft, dann verbrannt“ ist damit eine Eigenschaft des Codes statt eines Versprechens, solange der Burner nicht upgegradet wird: Seit dem 2026-10-02 kann der Owner von StockFun ihn upgraden, mit sofortiger Wirkung, wie jedes Modul außer den Tokens und dem Liquiditäts-Lock.
Sein eigener Markt
$STOCKFUN hat einen TreasuryVault mit dem Basket Index, gespeist aus denselben 2 % wie
jeder Markt und per Airdrop an die Holder von $STOCKFUN verteilt wie jede Treasury. Das
Protokoll wendet seine eigene Regel auf sich selbst an. Kein $STOCKFUN ist für das Team
reserviert. Seine Airdrop-Zyklen schließen die Burn-Adresse aus, wie auf jedem Markt, und den
Betreiber des Launchs, der während der wenigen Blöcke zwischen dem Mint und dem Lock die
gesamte Supply hält: Seit dem 2026-10-05 setzt das Launch-Skript diese Adresse vor dem Mint
auf die Liste.
Dass der Buyback diesen Vault speist, ist kein Fehler im Modell, sondern das Flywheel: Ein
Kauf von $STOCKFUN durch den Burner selbst zahlt 5 %, wovon 2 % an den Vault des Protokolls
zurückfließen und 0,5 % in den nächsten Burn. Die Reihe konvergiert.
Was ihn unterscheidet
| Gelaunchter Markt | $STOCKFUN |
|
|---|---|---|
| Gebührenschema | 2 / 2 / 0,5 / 0,5 | 2 / 2,5 / 0,5 |
| Creator | Ein Nutzer, 2 % | Keiner; der Posten geht an das Team |
| Airdrop der Treasury | An die Holder des Marktes | An die Holder von $STOCKFUN |
| Supply | 100 % in gesperrter Liquidität | 100 % in gesperrter Liquidität, nichts für das Team reserviert |
| Launch | Zwei Positionen | Eine einzelne einseitige Position |
Die Gebührenschemata sind die Standardeinstellungen der Tax, die der Owner von StockFun ändern kann: siehe Gebühren.
Der Contract
$STOCKFUN ist ein einfacher ERC-20 und nicht upgradebar. Seine gesamte Supply,
standardmäßig 1.000.000.000 Tokens, wird einmal gemintet, im Konstruktor, an den Betreiber
des Launchs, der sie vollständig in die gesperrte Position einzahlt: Nichts ist für das Team
reserviert. Er hat keinen Mint, keine Burn-Funktion, keine Pause, keine Blacklist und keine
eigene Logik außer einem Setter und seinen Rescues, die dem Owner von StockFun gehören. Der
Setter, setRecorder, benennt den Bestandsaufzeichner, dem jede Saldoänderung gemeldet wird,
da auch seine Treasury per Airdrop an seine Holder verteilt wird. Schlägt die Meldung fehl,
schlägt der Transfer fehl: die einzige bewusste Ausnahme von der Isolationsregel des
Protokolls, siehe Architektur. Die Rescues holen seit dem 2026-10-05 nur
heraus, was versehentlich an die eigene Adresse des Tokens gesendet wurde.
Das Launch-Skript, LaunchProtocol, verlangt, dass der Airdrop-Contract zuvor auf der
Factory benannt ist. Es setzt die Ausschlussliste von $STOCKFUN, mit dem Betreiber des
Launchs, auf die Adresse, die der Token einnehmen wird, deployt dann den Token dort und zahlt
seine Supply in die gesperrte Position ein. Seit dem 2026-10-06 wird ein Lauf, der vor der
Benennung des Protokoll-Markts abgebrochen ist, mit dem Token und dem Vault fortgesetzt, die
er hinterlassen hat und die das Skript zuerst prüft, statt dass ein zweiter $STOCKFUN
gemintet wird. Siehe Deployment.
Der Burn
„Verbrennen“ bedeutet, an 0x000000000000000000000000000000000000dEaD zu senden. Die
Gesamt-Supply bewegt sich nie — es ist die zirkulierende Supply, die schrumpft, und die
Differenz ist für jeden mit einem balanceOf-Aufruf überprüfbar.
Das ist ehrlicher als ein echter Burn: Nichts verbirgt sich hinter einer sich ändernden
totalSupply, alles ist ein öffentlicher Saldo.