Letzter bekannter Stand
HyperHam: letzter bekannter Kurs
Der zuletzt bekannte Kurs von HyperHam lag bei 1,17 €. Stand: 11.08.2026, 02:00 Uhr (Berlin). Die zuletzt gespeicherte 24-Stunden-Veränderung betrug +2,58%. Die zuletzt gespeicherte 7-Tage-Veränderung betrug +13,03%. Die zuletzt gespeicherte 30-Tage-Veränderung betrug +154,67%. Im zuletzt gespeicherten Zeitraum lag das Tief bei 1,14 €, das Hoch bei 1,19 €.
Historischer Vergleich
HyperHam im Vergleich zu Bitcoin und Ethereum
Für diesen Vergleich reichen die gemeinsamen Tageskurse noch nicht aus. Erfasst sind 17 von 90 Tagen zur gleichen UTC-Uhrzeit in EUR.
On-Chain & Netzwerk
HyperHam Netzwerkdaten
Contracts & Netzwerke
Alle 1 Zuordnungen anzeigen
- hyperevm
0xd62dcc1e28d646db54e2204a40980f9db28e0363
18 Dezimalstellen · Zuordnung gemeldet; On-Chain-Daten hier noch nicht unterstützt
On-Chain-Daten · Methodik
Grundlagen
Was ist HyperHam?
HyperHam (HAM) ist ein elastischer Token auf HyperEVM, der laut Projektangaben einen Zielkurs von 1,00 US-Dollar anstrebt. Anders als ein klassischer Stablecoin wird dieser Anker nicht durch Sicherheiten oder Rückkaufversprechen gestützt, sondern durch eine Rebase-Mechanik: Wenn der Marktpreis deutlich von der Zielmarke abweicht, passt das Protokoll die sichtbare Tokenmenge aller Inhaber proportional an. So soll HAM als rechnerisch stabilisierte Einheit funktionieren, ohne dass sich die zugrunde liegende Beteiligung der Nutzer bei einer Rebase verändert.
Wer hinter dem Projekt steht, wird in den offiziellen Unterlagen nicht über ein öffentlich benanntes Gründerteam aufgelöst; ausgewiesen sind vor allem eine Governance-Multisig, die Treasury-Safe und die operativen Rollen für Rebaser und Keeper. Das Entwicklerteam tritt bislang nicht öffentlich in Erscheinung. Auf Mainnet ist laut Dokumentation eine 3-of-5-Safe als Treasury- und Governance-Adresse hinterlegt, während die eigentlichen Steuerungsrechte bewusst stark gebündelt sind.
FAQ
Häufige Fragen zu HyperHam
Wie funktioniert die Rebase-Technik bei HyperHam?
Die Rebase-Mechanik trennt bei HAM zwischen der sichtbaren Wallet-Anzeige und dem eigentlichen Anteil am Angebot. `balanceOf` verändert sich mit jeder Rebase, `balanceOfUnderlying` bleibt dagegen stabil, solange keine echte Transaktion stattfindet. Praktisch heißt das: Steigt der Preis deutlich über den Zielkorridor, wachsen die sichtbaren Bestände proportional; fällt er darunter, schrumpfen sie. Ausgelöst wird das nach einem TWAP- und Oracle-Abgleich, in der Regel etwa zweimal täglich und nur außerhalb der ±5-Prozent-Zone.
Wie sicher und wer kontrolliert das Protokoll?
Beim Thema Sicherheit ist HyperHam offen ungewöhnlich klar: Das System ist stark owner-zentriert, und die mächtigste Funktion ist die UUPS-Upgrade-Fähigkeit der Token-Implementierung. Das reduziert nicht automatisch die Sicherheit, verschiebt aber das Vertrauen auf eine korrekt konfigurierte Multisig. Positiv ist, dass Keeper nur operativ handeln und ein zwei-stufiges Commit-Reveal-Verfahren nutzen; außerdem sind Oracle-Änderungen timelocked. Wer HAM betrachtet, sollte deshalb nicht nur den Mechanismus, sondern auch die Governance-Struktur mitdenken.
