Letzter bekannter Stand
Cookie: letzter bekannter Kurs
Der zuletzt bekannte Kurs von Cookie lag bei 0,00006713 €. Stand: 17.10.2026, 15:53 Uhr (Berlin). Die zuletzt gespeicherte 24-Stunden-Veränderung betrug +6,11%. Die zuletzt gespeicherte 7-Tage-Veränderung betrug +21,74%. Die zuletzt gespeicherte 30-Tage-Veränderung betrug +23,18%. Im zuletzt gespeicherten Zeitraum lag das Tief bei 0,00005955 €, das Hoch bei 0,00006866 €.
Handelsplätze
Cookie: Märkte & Liquidität
0 von 1 angezeigten Märkten haben einen aktuellen Handelsbeleg. Die Auswahl zeigt erfasste Märkte; sie ist kein vollständiger Nachweis aller Handelsplätze.
Preise bevorzugt in EUR · Orderbuch-Tiefe in USD · EUR-Umrechnung: EZB-Referenz vom 16.10.2026 · Methodik
Historischer Vergleich
Cookie im Vergleich zu Bitcoin und Ethereum
Für diesen Vergleich reichen die gemeinsamen Tageskurse noch nicht aus. Erfasst sind 15 von 90 Tagen zur gleichen UTC-Uhrzeit in EUR.
On-Chain & Netzwerk
Cookie Netzwerkdaten
Contracts & Netzwerke
Alle 1 Zuordnungen anzeigen
- solana
36ZrtQoab5MhhySaP1YSTwUahSk6GRVUTtZ6cuVfm9e1
6 Dezimalstellen · On-Chain-Zuordnung vorhanden
Contract im Explorer öffnen ↗
On-Chain-Daten · Methodik
On-Chain
solana · 36ZrtQ...m9e1
COOK / SOL
solana · PumpSwap
COOK / SOL
solana · Meteora
COOK / SOL
solana · Meteora
DRIPX / COOK
solana · Meteora DAMM V2
COOK / SOL
solana · Meteora
PEPE / COOK
solana · Meteora DAMM V2
Holder-Liste: Quellstand 02.10.2026, 23:22 · Abgerufen 03.10.2026, 00:03
Pools: Quellstand nicht angegeben · Abgerufen 11.10.2026, 07:23 · Auswahl: höchstens acht Pools aus der ersten Quellenseite
Halterzahl: Quellstand 02.10.2026, 23:22 · Abgerufen 03.10.2026, 00:03
Zeitangaben: Europe/Berlin
Tokenomics
Aufteilung der Tokenmenge
Aktueller gemeldeter Bestand, kein Kalender künftiger Freigaben. Wallet-Zuordnungen entsprechen der verlinkten Datenquelle.
- Gesamtmenge
- 999.959.978,36 COOK
- Im Umlauf
- 584.270.259,22 COOK
- Nicht im Umlauf
- 415.689.719,14 COOK
1 gemeldete Wallet-Bestände anzeigen
Community Bridge Multisig
DoYYCtcG2vfrE3HtxBBXiNVieMutvWBXsgbF3SKtYCyx
415.689.719,14 COOK · 41,57 % der Gesamtmenge
Quellstand: 01.10.2026, 19:00
Quelle: Dokumentation der Mengenaufteilung · Quellstand 01.10.2026, 19:21 · Abgerufen 01.10.2026, 19:24 · Zeitangaben: Europe/Berlin
Einordnung aus Marktdaten
Netzwerk, Protokoll und Bindung
CookieChain Hyperlane Bridge: im Protokoll gebundener Wert
46.810 $
Veränderung über 24 Stunden: +6,70 %
Erfasste Netzwerke: Solana, CookieChain
Datenstand: 17.10.2026, 19:33
Originaldaten zum ProtokollTVL misst den Wert der im Protokoll gebundenen Vermögenswerte. Er ist weder die Marktkapitalisierung des Tokens noch ein Anspruch der Tokenhalter. Übergeordnete Protokolle und ihre Versionen werden hier nicht zusammengerechnet.
Grundlagen
Was ist Cookie?
Cookie ist eine gemeinschaftlich betriebene SVM-Blockchain, die sich als kulturell eigenständige Fortsetzung einer Solana-nahen Historie versteht. Nach den offiziellen Dokumenten ist Cookie Chain ein Fork von Gorbagana, also gewissermaßen ein Fork eines Solana-Forks, und wird heute von einem wachsenden Multi-Validator-Set getragen. Statt eines zentralen Stiftungsmodells stellt das Projekt die Zusammenarbeit von Entwicklern, Validatoren und Nutzern in den Mittelpunkt; der Anspruch ist eine Chain, die nicht von einer einzelnen Instanz dominiert wird, sondern von ihrer Community weiterentwickelt wird.
Technisch setzt Cookie auf Solana-Kompatibilität: SPL-Token, Programme und Werkzeuge sollen ohne Umwege funktionieren, während die Chain mit rund einer Sekunde Blockzeit, niedrigen Gebühren in COOK und günstigen Programmbereitstellungen wirbt. Hinzu kommt eine Community-Multisig-Brücke, bei der kein einzelner Schlüssel die Verwahrung kontrolliert, sowie ein Ökosystem aus bereits eingebetteten Programmen wie Raydium, Orca, Jupiter, Metaplex und Squads Multisig. Cookie Chain verbindet diese Architektur mit einer eigenen ökonomischen Logik: Gebühren werden in COOK bezahlt, die Brücke zwischen Solana und Cookie Chain ist als Lock/Unlock-Modell ausgelegt, und die Governance folgt laut Doku einem zunächst außerhalb der Chain organisierten, gemeinschaftlich getragenen Ansatz. Das Problem, das das Projekt adressiert, ist damit klar umrissen: eine schnelle, preisgünstige und kompatible SVM-Umgebung bereitzustellen, in der Experimente, Anwendungen und Community-Projekte leichter starten und rascher iterieren können als auf Solana Mainnet.
FAQ
Häufige Fragen zu Cookie
Wie funktioniert Cookie Chain technisch?
Cookie Chain ist technisch näher an Solana als an einer völlig neuen Architektur. Die Docs betonen, dass SPL-Token, Programme und Werkzeuge weitgehend out of the box funktionieren und dass sich die Chain mit einer Solana-kompatiblen Wallet und einem angepassten RPC-Endpunkt verbinden lässt. Wer bereits mit dem Solana-Ökosystem arbeitet, muss also nicht bei null anfangen, sondern bewegt sich in vertrauter Werkzeugwelt. Der eigentliche Unterschied liegt weniger im Funktionsprinzip als in der Betriebsform: Cookie setzt auf Community-Governance, Multi-Validator-Betrieb und eine eigene Gebührenlogik in COOK.
Wozu dient der Token COOK?
COOK ist der native Vermögenswert von Cookie Chain und wird laut offizieller Beschreibung für Netzwerkgebühren eingesetzt. Darüber hinaus dient er als Brückenasset zwischen Solana und Cookie Chain, was ihm eine zentrale infrastrukturelle Rolle gibt. Im Ökosystem erscheinen außerdem Staking-Angebote und community-finanzierte Vaults, die rund um COOK organisiert sind. Der Token ist damit nicht nur ein Symbol des Projekts, sondern ein Betriebsmittel für Gebühren, Brückenbewegungen und Teile der ökonomischen Koordination.
Wer kontrolliert das Projekt und wie sicher ist die Brücke?
Cookie Chain beschreibt sich als community-led und betont ausdrücklich, dass kein einzelner Operator die Kontrolle hält. Governance, Brückenfreigaben und Treasury-Fragen werden über Multisigs und Validatoren koordiniert, nicht über eine zentrale Instanz. Auch die Brücke ist als Lock/Unlock-Modell aufgebaut, nicht als Mint/Burn-Konstrukt; nach den Docs kann keine einzelne Partei die Brückenmittel unilateral bewegen. Das senkt das Klumpenrisiko zentraler Kontrolle, ersetzt aber nicht die üblichen Risiken von Software, Governance und Bedienfehlern.
