Sie frieren Token in einem Contract ein, und Ihr Anteil wächst. Unten steht, was er gerade zahlt, woher diese Prozente in Wahrheit kommen und was der Ausstieg kostet. Alles wird aus der Blockchain gerechnet und jede Minute aktualisiert.
Die Poolgröße pro Tag seit dem ersten Betriebstag des Contracts. Jeder Punkt ist eine direkte Anfrage totalPooledRnbw() an die Blockchain auf einem historischen Block; zwei voneinander unabhängige Nodes lieferten dasselbe Ergebnis.
Die gestrichelte Linie ist reine Arithmetik: Sie schreibt den Pool mit demselben Zuwachs in Token fort wie in den letzten 30 Tagen. Das Tempo hängt davon ab, wie viele Leute ein- und aussteigen, und das ändert sich binnen einer Woche; die Linie verspricht nichts über die Zukunft.
Jeder Einstieg ins Staking über die gesamte Geschichte, seit dem 31. März. Die Ausstiege stehen in einer eigenen Tabelle weiter unten, dort ist zu jedem der einbehaltene Anteil berechnet. Die genaue Zahl der Einstiege steht unter der Tabelle und aktualisiert sich selbst. Adresse und Hash öffnen sich in Basescan. Die Geschichte ist in Stücke zu je 250 Ereignissen zerlegt, der Browser holt nur die angezeigte Seite — etwa 13 KB statt eines Megabytes.
Das Wachstum lief nicht durchgehend. Der Contract läuft seit … Tagen, und an etwa jedem achten davon ging der Pool zurück — das sind die Tage, an denen die Ausstiege die Einstiege überwogen. Der steile Anstieg im April war der Start des Zuweisungsprogramms: damals wuchs der Pool binnen zwei Wochen von 200.000 auf 5,7 Mio.
Das ist, was bereits im Contract liegt und an die im Pool Verbliebenen verteilt wird. Der Wert lebt: er wird aus den Ereignissen des Contracts nachgeführt und nicht von Hand in die Seite geschrieben.
Warum die nicht verteilten Gebühren immer klein sind. Sie sammeln sich nicht an: jede neue Ausstiegsgebühr startet die siebentägige Verteilung neu, und die Münzen gehen gleichmäßig an die Verbliebenen. Zwei, drei Tage Vorrat sind der normale Betrieb und kein Zeichen dafür, dass das Geld ausgeht. Aufgefüllt werden sie allein durch Ausstiege: je mehr Leute gehen, desto mehr kommt zusammen und desto höher die Rendite für die, die bleiben.
Die Cashback-Reserve ist etwas anderes. Aus ihr wird die Erstattung der Tauschgebühr gezahlt, nicht die Zinsen aus dem Staking, und aufgefüllt wird sie vom Team. In beiden Taschen liegt meist ein Vorrat für weniger als zwei Tage, die Auszahlungen hängen also an regelmäßigen Nachschüssen und nicht am Angesparten.
Die Jahresrate, gerechnet aus den tatsächlichen Zuflüssen und nicht aus Versprechen. Die beiden Linien beantworten verschiedene Fragen: die monatliche zeigt, wohin es geht, die momentane, wie viel der Contract gerade verteilt. Beide steigen bei Ausstiegen und fallen bei Einstiegen: die Belohnungen teilen sich auf alle im Pool auf.
Die blaue Linie ist das 30-Tage-Fenster: wie stark der Anteil in einem Monat gewachsen ist, auf das Jahr gerechnet. Die grüne ist die momentane Rate des Contracts: sie verläuft in Stufen, springt bei jedem großen Ausstieg und sinkt über sieben Tage zurück, während das Einbehaltene abläuft. Ein Versprechen ist sie nicht.
Die ersten Wochen zu rechnen hat keinen Sinn. Im April lagen ein paar hunderttausend Token im Pool, bei denselben Zuflüssen — auf ein Jahr hochgerechnet ergab die Rate deshalb dreistellige Werte. Das ist eine Eigenschaft des kleinen Nenners und keine Rendite, mit der man hätte rechnen können. Schauen Sie auf die Monatslinie der letzten Monate.
Die Reihe ist aus der Geschichte der Ausstiegsgebühren und der täglichen Poolgröße rekonstruiert. Ausgegeben als /api/apr.json: die Spalten stehen für 7, 30 und 90 Tage.
Die nicht verteilten Gebühren sind das, was den Aussteigenden einbehalten wurde und der Contract noch nicht ausgeschüttet hat. Sie werden nicht auf einmal ausgeschüttet: Die Coins tropfen mit gleichbleibendem Tempo in den Pool, und solange sie tropfen, steigt der Anteilspreis bei allen gleichzeitig. Deshalb bewegt sich die Zahl ständig — fremde Ausstiege füllen sie auf, die Verteilung zehrt sie ab.
Jeder Ausstieg der gesamten Geschichte. Die Spalte «Was passierte» ist keine Vermutung: Der Zustand des Contracts wurde im Block vor dem Ausstieg und im Block des Ausstiegs gelesen, der Vergleich liefert die Antwort. Große Ausstiege, die das Tempo für alle angehoben haben, sind hier eine Handvoll — der Rest hat nur die Dauer verlängert.
Nicht jeder Ausstieg beschleunigt die Verteilung — das ist das Wichtigste dabei. Der Contract rechnet das Tempo nur dann neu, wenn «nicht Verteiltes geteilt durch sieben Tage» höher ausfällt als das aktuelle Tempo: dann steigt es, und das Sieben-Tage-Fenster beginnt von vorn. Eine kleine Gebühr rührt das Tempo überhaupt nicht an — sie verlängert nur, wie lange es reicht. Im Code ist das eine Schutzmaßnahme: rewardRate can only stay flat or increase. Ohne sie könnte jeder in winzigen Portionen aussteigen und mit jedem Mal die Rendite aller anderen drücken.
Wie viel man abziehen müsste, damit das Tempo neu berechnet wird. Im Moment etwa … RNBW. Die Zahl ist nicht fest: Solange niemand Großes aussteigt, schrumpft der nicht verteilte Rest und die Schwelle steigt Stunde um Stunde. Zum Vergleich: Der größte Ausstieg der letzten 245 lag bei 460.126 RNBW — an gewöhnlichen Tagen steht das Tempo also still, und nur die Dauer ändert sich.
Was es bedeutet, wenn nichts mehr zu verteilen ist. Läuft das Verteilfenster ab, fließt der Rest auf einen Schlag in den Pool, das Tempo fällt auf null, und der nächste Ausstieg setzt es neu — dann nach seiner eigenen Größe. Deshalb ist die Rendite hier nicht gleichmäßig: Sie springt bei seltenen großen Ausstiegen nach oben und sinkt, während der nicht verteilte Rest schrumpft. Genau das sind die Zacken im Diagramm.
Die Reihe wurde mit Archiv-Aufrufen von undistributedFees() auf historischen Blöcken rekonstruiert, ein Punkt pro Stunde, und der Collector führt sie fort. Ausgeliefert als /api/pothist.json. Die Mechanik wurde am Quellcode des Contracts geprüft, Funktion _addFees.
Das Base-Netzwerk gibt alle zwei Sekunden einen Block heraus, der Contract aber rechnet fortlaufend zu — also legt jeder Block dieselbe Menge auf den Pool drauf, solange sich die Rate nicht ändert. Das Diagramm zeigt sie über die gesamte Betriebszeit des Contracts, stündlich. Die Stufen sind Ein- und Ausstiege: bei jedem davon wird die Rate neu gerechnet.
Der Wert im Diagramm ist das, was in zwei Sekunden auf alle Token im Contract zusammen draufkommt. Ihr Teil daran ist genau der, den Ihre Position am Pool ausmacht: teilen Sie Ihre Summe durch die Poolgröße und multiplizieren Sie mit der Höhe.
In den ersten Wochen lag die Rate bei null. Der Contract lief am 31. März 2026 an, die Verteilung begann im April — davor gab es nichts zuzurechnen. Im Diagramm über die gesamte Zeit ist das als glatte Nulllinie ganz am Anfang zu sehen.
Rainbow gibt einen Teil der Swap-Gebühr zurück — von 10 % auf der untersten Stufe bis 100 % auf der obersten. Der Smart Contract legt die RNBW in den Pool und gibt dem Empfänger sofort einen Anteil am gesamten Pool aus. Das Diagramm zeigt, wie viel pro Tag zugeteilt wurde.
Cashback ist persönlich, der Ertrag der Staker gemeinsam — er kommt aus den Ausstiegen. Eine Cashback-Zuweisung gibt Anteile exakt proportional aus — sharesToMint = rnbwCashback × totalShares / totalPooledRnbw — der Anteilspreis bewegt sich also nicht: der Pool wächst, und der Zuwachs gehört dem, dem zugewiesen wurde.
Das funktioniert so: wenn irgendein Staker aussteigt, bleiben 10 % seiner ganzen Position im Pool und tropfen sieben Tage lang gleichmäßig an alle Verbliebenen. Das bewegt den Anteilspreis und kommt damit bei jedem im Pool an. Je mehr Leute aussteigen, desto höher Ihre Rendite — und es ist die einzige Einnahme des Pools.
Die Stufe Basic gilt auch ohne Staking — nur der Auszahlungsweg ist ein anderer. Die Rainbow-App zeigt fünf Stufen, und bei der untersten, Basic, steht auf der Karte unmissverständlich „Stake to unlock: 0 RNBW“ bei 10 % Rückvergütung. Der Satz von 10 % ist also derselbe, ob Sie staken oder nicht. Verschieden ist nur der Weg, und der gehört dem Contract, nicht der Stufe:
— gar kein Staking: der Contract lehnt ab (if (shares[user] == 0) revert NoStakePosition), und Rainbow zahlt per Direktüberweisung aus einem eigenen Contract, RNBWRewards. Die Münzen landen auf der Adresse und gelangen nie in den Pool. Solche Zahlungen stehen nicht in der Tabelle unten.
— irgendein Betrag im Staking: der Contract legt RNBW in den Pool und gibt dem Empfänger Anteile aus. Diese Zeilen stehen in der Tabelle, markiert mit Basic. Geprüft: eine Zuweisung geht schon bei einer Position von 1,005 RNBW durch — eine Untergrenze gibt es nicht.
Die Trennung ist absolut, ohne Ausnahme: wir haben die Position jedes Empfängers einer Direktüberweisung im Block der Zahlung selbst gelesen — alle neunundsiebzig waren exakt null. Daraus folgt für diese Tabelle: sie enthält weniger Empfänger, als Rainbow Cashback-Nutzer hat. Wer nicht stakt, bekommt seine 10 % am Pool vorbei und ist hier nicht zu sehen.
Reihe: CashbackAllocated-Ereignisse des Staking-Contracts 0x288ea8Bcb51d53aD361D786EFa904C401904aF70. Die Zuteilungen kommen im Paket: Das Backend signiert und schickt das Angesammelte alle fünf Minuten — 98% landen genau auf einer Fünf-Minuten-Marke, und eine einzelne Transaktion trägt bis zu dreißig. Wofür genau gutgeschrieben wurde, steht nicht in der Kette: Das Ereignis trägt nur Adresse und Betrag. Alle Zeiten in Tabellen und Diagrammen sind UTC.
Die Stufe bestimmt die Größe der Position: Je mehr RNBW im Staking, desto größer der Anteil der Gebühr, der zurückkommt. Klicken Sie auf die Zahl der Adressen, um die Liste zu sehen. Die Schwellen stammen aus der App — der Contract weiß von Stufen nichts und schreibt schlicht den Betrag gut, den das Backend signiert hat. Jedes Diagramm hat seine eigene Skala: Zu vergleichen ist die Form der Linie, nicht ihre Höhe. Die Waagerechte ist die Zeit seit dem ersten Tag des Contracts, die Senkrechte die Zahl der Adressen auf dieser Stufe an jenem Tag.
Die Tabelle wird aus den aktuellen Positionen aller Adressen mit offenem Stake berechnet: Der Contract wird direkt gelesen, ein Aufruf je fünfzig Adressen.
Es gibt genau eine Quelle, und das ist wichtiger als die Zahl selbst. Alles, was Ihre Position wachsen lässt, kommt aus den nicht verteilten Gebühren — und sonst nirgendwoher.
Wer geht, lässt 10 % der ganzen Position zurück. Diese Münzen landen in den nicht verteilten Gebühren und tropfen genau sieben Tage lang gleichmäßig an alle Verbliebenen: Sie bekommen keine zusätzlichen Anteile, jeder einzelne wird einfach mehr wert. Das ist eine Umschichtung im Pool — keine einzige Münze wird dem Markt entzogen. Über die gesamte Geschichte kamen so 1.212.973 RNBW zusammen, rund 2,4 Millionen im Jahr.
Cashback und das vom Projekt bezahlte Staking legen ebenfalls RNBW in den Pool, doch der Contract gibt dem Empfänger sofort Anteile exakt im Verhältnis zu den zugelegten Münzen aus. Das Verhältnis ändert sich nicht, also bewegt sich der Anteilspreis kein bisschen. So wurden 7.425.873 RNBW an 1.912 Adressen verteilt — doch das ist ein Geschenk an einen bestimmten Empfänger, kein Ertrag der übrigen Staker.
Daraus die wichtigste Folge. Die Rendite hängt hier davon ab, wie viele Leute aussteigen. Mehr Ausstiege bedeuten einen höheren Satz für die Bleibenden; versiegen die Ausstiege, geht die Rendite auf null, so viel Cashback das Projekt auch verteilt. Deshalb schwankt der Satz: … über eine Woche gegen … über drei Monate.
Womit das Cashback gedeckt ist. Von den 7.122.135 RNBW, die durch das Admin-Safe gelaufen sind, wurden 3.237.348 am Markt zurückgekauft — also 45 %. Der Rest kam aus der Schatzkammer und alten Beständen. Auf die Rendite des Pools wirkt sich das nicht aus, zeigt aber, womit das Projekt das Programm bezahlt.
Dieses Staking hat eine eingebaute Rückkopplung, und sie erklärt, warum die Renditezahl so springt. Die Belohnungen teilen sich auf alle auf, die drin sind, deshalb steht die Poolgröße im Nenner. Darauf wirken drei Kräfte, die die Rate in verschiedene Richtungen schieben.
Kommen neue Token in den Pool und bleibt der Strom der Belohnungen gleich, entfällt auf jedes einzelne RNBW weniger. Kaputt ist nichts — derselbe Kuchen wird nur auf mehr Münder verteilt.
Wer geht, lässt 10 % der ganzen Position zurück. Diese Münzen gehen an die Verbliebenen — der Zähler wächst. Und gleichzeitig schrumpft der Pool um die gesamte abgezogene Position — der Nenner fällt. Zwei Bewegungen in dieselbe Richtung, deshalb ist der Ausstieg des Nachbarn stärker zu spüren als sein Einstieg.
Und der Kreis schließt sich. Deshalb schwankt die Rendite hier um ein gewisses Niveau, statt glatt zu bleiben: … jetzt gegen … im Monatsmittel.
Die Größenordnung. Beim heutigen Pool von … RNBW ließe der Ausstieg von 5 % des Pools nach Volumen rund 119.000 Token im Contract zurück. Für die Verbliebenen sind das etwa 0,53 % in der Woche, solange die Ausstiegsgebühr abgetragen wird — aufs Jahr gerechnet rund 27 % über der gewöhnlichen Rate. Der Weggang von 10 % ergäbe das Doppelte. Die Zahl für sich ist beachtlich, und genau sie macht die Renditekurve so zackig.
Wer dafür zahlt. Die Mechanik erzeugt nichts: die Ausstiegsgebühr ist ein Umlegen aus der Tasche des Gehenden in die Tasche des Bleibenden, Münze für Münze. Ein langfristiger Halter bekommt tatsächlich zusätzliches RNBW auf Kosten derer, die aussteigen — aber genau in dem Umfang, in dem sie verlieren. Die Gesamtmenge der Token im Umlauf ändert sich dabei nicht, einen Kursanstieg sollten Sie daraus also nicht erwarten: der Vorteil ist ein Umverteilen und kein Geldzufluss.
Und die Kehrseite. Derselbe Mechanismus bedeutet: je ruhiger sich die Teilnehmer verhalten, desto weniger zahlt die erste Quelle. Werden eines Tages alle zu langfristigen Haltern, fallen die Ausstiegsgebühren auf null, und es bleibt nur das, was das Projekt überweist — und dazu ist es nicht verpflichtet. Mit einer „Rendite aus fremder Unruhe“ als fester Größe zu rechnen geht nicht: es gibt sie, solange es die Unruhe gibt.
Ein teilweiser Abzug ist gesperrt — allowPartialUnstake liefert false. Einen Teil herausnehmen geht nicht, nur alles auf einmal.
Samt allem Angesammelten, nicht nur vom Gewinn. exitFeeBps steht auf 1000, gerundet wird zugunsten des Protokolls nach oben.
Der Drip für sich legt pro Sekunde eine konstante Menge auf den Pool — daraus ergibt sich ein linearer Zuwachs. Von Hand wieder anzulegen gibt es dabei nichts: die Zahl Ihrer Anteile ändert sich nicht, ihr Preis steigt.
Die Ausstiegsgebühren der Gehenden werden hingegen nach dem Wert der Anteile verteilt — und Ihr Anteil ist zu diesem Zeitpunkt aus den früheren Zuflüssen schon gewachsen. Das Verdiente fängt also an, selbst zu verdienen, ohne ein einziges Zutun Ihrerseits. Das ist der Zinseszins, nur rechnet ihn nicht der Kalender zu, sondern die Ausstiege anderer: warum das so gebaut ist.
Der Pool wächst in RNBW. Fällt der Kurs stärker, als die Prozente zulegen, ist das Ergebnis in Dollar negativ.
trustedSignerCount steht auf eins. Der zweite Zweig der Belohnungen hängt an einem Backend und nicht allein am Code des Contracts: das ist zugleich der Vertrauenspunkt und der Ausfallpunkt.
Der Contract 0x288ea8Bcb51d53aD361D786EFa904C401904aF70 im Base-Netzwerk, der Quelltext ist verifiziert. Nichts von dem oben Geschriebenen verlangt, dass Sie uns glauben.
| Was anzusehen ist | Funktion des Contracts |
|---|---|
| Poolgröße | totalPooledRnbw() |
| Tempo der Verteilung der Ausstiegsgebühren | rewardRate(), undistributedFees() |
| Reserve für die Zuweisungen des Projekts | cashbackReserve() |
| Höhe der Strafe für den Ausstieg | exitFeeBps() |
| ob ein teilweiser Ausstieg erlaubt ist | allowPartialUnstake() |
| wie viele vertrauenswürdige Unterzeichner es gibt | trustedSignerCount() |
| Ihre Position | shares(Adresse), getPosition(Adresse) |
Wohin die Token zwischen den Adressen des Projekts fließen, steht auf der Seite Flüsse. Der lebende Zustand des Contracts steht auf dem Dashboard.