Cap

Was ist Cap?

Cap ist ein auf Ethereum basierendes Covered-Credit-Protokoll, das einen Dollar-Stablecoin, einen renditetragenden Spar-Token, einen institutionellen Kreditmarkt und eine finanzielle Garantieschicht kombiniert, die darauf ausgelegt ist, Dollar-denominierte Kreditrisiken explizit statt in intransparenten Renditestrategien verborgen zu machen.

Die Kernprodukte sind cUSD, ein einlösbarer digitaler Dollar, der durch zugelassene Dollar-Werte wie Zahlungs-Stablecoins und tokenisierte Geldmarktinstrumente gedeckt ist, sowie stcUSD, eine gestakte Version von cUSD, die Rendite erhält, wenn die Reserve-Assets von Cap an institutionelle Betreiber verliehen werden.

Der behauptete Burggraben des Protokolls ist nicht einfach „Stablecoin-Rendite“, eine überfüllte Kategorie, sondern seine Drei-Parteien-Struktur: Einleger stellen Dollar-Assets bereit, Betreiber leihen oder setzen diese Assets ein, und Underwriter oder Delegatoren hinterlegen separate Sicherheiten, die im Falle eines Zahlungsausfalls eines Kreditnehmers gekürzt oder beansprucht werden können.

Die eigene Dokumentation von Cap beschreibt dies als ein System „glaubwürdiger finanzieller Garantien“, und die Neupositionierung im Januar 2026 rahmte das Projekt präziser als Covered-Credit-Plattform und nicht nur als Stablecoin-Engine (Cap docs, Cap credit-system launch post).

Cap ist kein Base-Layer-Netzwerk und keine Allzweck-Smart-Contract-Plattform; es ist eine spezialisierte Finanzanwendung in den Segmenten DeFi, RWA, Stablecoins und institutionelle Kreditvergabe.

Anfang Juli 2026 zeigten Marktdaten-Dienste CAP als neu gestarteten Mid-Cap-Token und nicht als Krypto-Asset der Spitzenklasse, wobei CoinGecko ihn nach Marktkapitalisierung im hohen 400er-Bereich einordnete und CoinMarketCap einen abweichenden, höheren Rang auswies – eine erwartbare Diskrepanz für einen Token mit nur wenigen Tagen Handelshistorie und fragmentierter Börsenliquidität (CoinGecko CAP page, CoinMarketCap CAP page).

Die Protokollgröße ist aussagekräftiger als das Token-Ranking: DeFiLlama zeigte Cap Anfang Juli 2026 mit einem TVL im niedrigen hunderte-Millionen-Dollar-Bereich, in der Protokollansicht vollständig auf Ethereum, mit aktiven Krediten im zweistelligen Millionenbereich und ausgewiesenen Vergleichsprotokollen im Lending-Bereich wie Aave, Morpho, Spark, Maple, Compound, Euler und Dolomite (DeFiLlama Cap protocol page). Damit ist Cap materiell größer als ein experimenteller Start, aber immer noch klein im Vergleich zu den dominierenden Kreditmärkten, deren Liquidität und Risikoinfrastruktur um Größenordnungen tiefer sind.

Wer hat Cap wann gegründet?

Cap wurde von Benjamin Sarquis Peillard gegründet, der in einigen öffentlichen Quellen auch als Benjamin Lens bezeichnet wird, über Cap Labs und die Covered-Agents-Struktur. Öffentliche Projektmaterialien tauchten 2024 auf, und Protokoll-Fundraising wurde Ende 2024 und 2025 sichtbar.

DeFiLlama verzeichnet eine Pre-Seed-Runde im Oktober 2024 und eine Seed-Runde über 8 Millionen US-Dollar im April 2025 mit Investoren wie Franklin Templeton, Triton Capital, GSR, Flow Traders, Laser Digital Ventures, IMC Financial Markets, RockawayX, Superscrypt, Selini Capital, CMCC Global und anderen, während The Block separat über die führende Rolle von Franklin Templeton bei der Seed-Finanzierung im April 2025 berichtete (DeFiLlama Cap protocol page, The Block Seed-Runden-Bericht).

Der Kontext des Launches ist relevant: Cap entstand nach den Zusammenbrüchen intransparenten zentralisierter Renditeprodukte in den Jahren 2022–2023, in einer Phase, in der tokenisierte Geldmarktfonds, Stablecoin-Regulierung und On-Chain-Private-Credit für Institutionen besser verständlich wurden.

Die rechtlichen Frontend-Bedingungen nennen Covered Agents S.A. als in Panama registrierte Gesellschaft, die das cap.app-Interface betreibt, was für die Analyse von Jurisdiktion und Nutzerzugang relevant ist, aber für sich genommen Fragen zur Einordnung von Token oder Stablecoin in wichtigen Märkten nicht abschließend klärt (Cap platform terms).

Die Erzählung des Projekts hat sich von einer breiteren „Stablecoin-Engine“ und einem Shared-Security-Experiment hin zu einer spezifischeren Kreditmarkt-Architektur verschoben.

Frühere „Introducing Cap“-Materialien betonten die Notwendigkeit, Nutzer vor endogenen Krypto-Renditemodellen zu schützen und Shared-Security-Netzwerke wie EigenLayer-ähnliches Restaking zu nutzen, um Betreiberrisiken abzudecken; bis Januar 2026 hatte sich die öffentliche Darstellung zu einem Covered-Credit-System mit einem digitalen Dollar, einem Kreditmotor und einem automatisierten Markt für finanzielle Garantien entwickelt (Introducing Cap, From Stablecoin to Credit System). Das CAP-Token-Generation-Event im Juni 2026 fügte dann eine Governance- und Utility-Token-Ebene hinzu, zu einem Protokoll, das zuvor hauptsächlich als Kredit- und Stablecoin-Protokoll bewertet wurde; Börsenlistings und Tokenmarkt-Aktivität folgten dem TGE, statt dem Protokollkonzept vorauszugehen (BitMart CAP listing notice, Tokenomics.com CAP overview).

Wie funktioniert das Cap-Netzwerk?

Cap hat keinen eigenen Konsensmechanismus wie Bitcoin, Ethereum, Solana oder eine anwendungsspezifische Chain. Es ist ein Protokoll auf Anwendungsebene, das primär auf Ethereum deployt ist; Abwicklung, Transaktionsreihenfolge, Finalität und Basissicherheit werden daher vom Proof-of-Stake-Validator-Set von Ethereum geerbt, während Token-Repräsentationen auch auf der BNB Smart Chain über dieselbe CAP-Token-Adresse erscheinen, die von Marktdaten-Diensten und nutzerseitigen Contract-Informationen angegeben wird (CoinGecko CAP page, Cap contract addresses). Technisch ist Cap ein Smart-Contract-Kreditsystem, das aus Vault-, Lender-, Delegations-, Oracle-, Fee-Auction- und Access-Control-Modulen besteht.

Der Vault hält Reserve-Assets und emittiert cUSD, der Lender verwaltet Logik für Kreditaufnahme und Rückzahlung, das Delegationsmodul verbindet Betreiber und Sicherheitengeber über Shared-Security-Netzwerke, und die Oracle-Schicht liefert Preis- und Zinsdaten für Minting, Burning, Kreditaufnahme, Liquidationen und Zinsberechnungen (Cap concepts overview).

Das unterscheidende Designmerkmal des Protokolls ist isolierte Deckung statt Sharding, Rollups oder Zero-Knowledge-Ausführung. Delegatoren oder Underwriter stellen spezifische Betreiber mit Sicherheiten hinter; Kreditkapazität, LTV-Parameter, Liquidationsschwellen, Restaker-Sätze und Slashing werden über die Delegationsarchitektur von Cap gesteuert, die aktuell Symbiotic und EigenLayer als unterstützte Shared-Security-Netzwerke referenziert (Cap delegation docs, Cap shared security networks).

Das Protokoll gibt an, dass Slashing objektiv und liquidationsähnlich ist: Fällt der Health-Faktor eines Betreibers unter den Schwellenwert, kann Slashing on-chain ausgelöst und umverteilt werden, um die Deckung von cUSD zu erhalten. Dies ist ein stärkeres Engagement als ein diskretionärer Versicherungsfonds, konzentriert aber zugleich die Bedeutung auf Oracle-Zuverlässigkeit, Liquidationsdurchführung, Sicherheitenliquidität und die administrative Kontrolle über Parameter.

Das Oracle-System von Cap nutzt RedStone für Reserve-Asset-Bepreisung, Chainlink für Delegationssicherheiten wie wstETH und wBTC sowie modulare Adapter für cUSD, stcUSD, Aave-Zinssätze und auslastungsbasierte Sätze, mit Fallback- und Stale-Schutzmechanismen, die abhängige Funktionen deaktivieren können, wenn Daten veraltet sind (Cap oracle docs).

Wie sind die Tokenomics von cap-4?

CAP hat ein fixes maximales Angebot von 10 Milliarden Tokens, wobei kurz nach dem Launch Ende Juni und Anfang Juli 2026 1,56 Milliarden als im Umlauf gemeldet wurden, was bedeutet, dass nur eine Minderheit des späteren Angebots beim TGE liquide war.

Aktualisierte Tokenomics-Daten Dritter, die rund um das TGE am 26. Juni 2026 veröffentlicht wurden, weisen ungefähr 47,37 % für Ökosystem und Community, 20 % für Private-Investoren, 20 % für das Team, 5 % für die ICO, 3,75 % für private TVL-Deals, 3,28 % für den Echo-Community-Sale und 0,60 % für Market Maker aus; die eigene Dokumentation von Cap zeigt eine ähnliche, aber nicht perfekt identische Verteilung, mit Ecosystem Development bei 46,72 %, Team bis zu 20 %, Investoren bis zu 20 %, Community-ICO bei 10 % und Echo-Community-Sale bei 3,28 % (Tokenomics.com CAP overview, Cap Token-Dokumentation). Die Unterscheidung ist wichtig, weil ein fixes Maximalangebot eine Inflation des zirkulierenden Angebots nicht verhindert. In praktischen Marktbegriffen ist CAP derzeit nicht inflationär im Sinne von unbegrenzten Block-Rewards, aber es ist „Unlock-getrieben“: Zuteilungen für Investoren, Team, Ökosystem, Verkäufe und Liquidität können das liquide Angebot im Zeitverlauf erhöhen. Kein dauerhaftes Burn-Mechanismus, keine Gebührenverbrennung oder ein protokollweiter deflationärer Sink wurden in der aktuellen Dokumentation bis Anfang Juli 2026 identifiziert.

Der angegebene Nutzen von CAP ist Governance über Protokollparameter, Sicherheitenmanagement, Operator-Onboarding und Protokollgebühren, mit künftigen oder noch zu definierenden Protokollintegrationen für Staking-Mechanismen, an denen Operatoren, Delegatoren und Einleger beteiligt sind (Cap Token-Dokumentation). Das bedeutet, dass das Wertakkumulationsmodell des Tokens teilweise noch in der Zukunft liegt. Das Kreditprotokoll kann Gebühren aus Minting, Kreditaufnahme, Restaker-Gebühren und verwandten Aktivitäten generieren, und DeFiLlama weist sowohl Gebühren- als auch Umsatzreihen für Cap aus, aber die aktuellen Dokumente etablieren noch keine ausgereifte, unvermeidbare Beziehung zwischen sämtlichen Protokoll-Cashflows und der Ökonomie der CAP-Tokenhalter (DeFiLlama Cap protocol page). Kurzfristig lässt sich CAP am besten als Governance- und Koordinationstoken für einen Kreditmarktplatz verstehen – nicht als direkter Anspruch auf Reserven, nicht als cUSD-Sicherheit und nicht als bewährter Cashflow-Token. Sollte Staking später für Operatoren aktiviert werden, Delegatoren oder Einleger – der Token könnte mit der Zeit zentraler für den Netzbetrieb werden, aber das ist eher eine von der Roadmap abhängige Annahme als ein bereits gesicherter Gegenwartsbefund.

Wer nutzt Cap?

Die Nutzung von Cap sollte in spekulativen CAP‑Handel, cUSD- bzw. stcUSD‑Stablecoin‑Aktivität, Underwriter‑Sicherheiten und tatsächliche institutionelle Kreditaufnahme unterteilt werden.

Kurz nach dem TGE von CAP im Juni 2026 war das Handelsvolumen im Verhältnis zur liquiden Marktkapitalisierung hoch; CoinGecko zeigte starke Aktivität auf PancakeSwap, Bithumb, KuCoin, Bybit, Coinbase Exchange, LBank und weiteren Börsen. Diese Aktivität belegt Marktaufmerksamkeit, aber nicht notwendigerweise produktive Protokollnachfrage (CoinGecko CAP markets). Fundamentaler ist die Nutzung in DeFiLlamas Protokollmetriken, die bereitgestellte Vermögenswerte, delegierte Vermögenswerte, aktive Kredite, Gebühren und Einnahmen verfolgen, sowie im eigenen Investor‑Update von Cap für Q1 2026. Dort wurde ein starker Anstieg der Kreditnehmerakzeptanz gemeldet, ausstehende Kredite seien um mehr als 300 % gewachsen und nicht‑farming‑basierte Einlagen hätten 89,7 % der gesamten Einlagen in diesem Quartal erreicht (DeFiLlama Cap protocol page, Cap Investor Update Q1 2026). Verlässliche Trends zu täglich aktiven Nutzern sind aus öffentlichen Quellen schwerer abzuleiten; es ließ sich in den geprüften Quellen keine standardisierte, unabhängig geführte DAU‑Zeitreihe für Cap identifizieren. Daher sollte die Analyse der aktiven Nutzung konservativ eher auf Einlagen, Kreditbilanzen, cUSD‑Umlauf, Integrationen und Holder‑Zahlen als auf plakative „User“-Kennzahlen abstellen.

Die Erzählung der institutionellen Adoption ist stärker als bei vielen kleineren DeFi‑Protokollen, muss aber weiterhin im Lichte der Projektoffenlegungen gelesen werden. Cap meldet für Q1 2026 eine revolvierende Kreditlinie von 100 Mio. US‑Dollar für Susquehanna Crypto, Bedrock als sowohl Delegator als auch Operator mit beträchtlich delegiertem Kapital, sowie eine institutionelle Restaking‑Zusammenarbeit im März 2026 mit EtherFi, Symbiotic, M11 Credit und FalconX (Cap Investor Update Q1 2026, Bedrock partnership post, institutional restaking partnership post). Die Ecosystem‑Seite von Cap listet außerdem Infrastruktur‑, Lending‑, Oracle‑, DEX‑, Security‑ und Datenpartner wie Aave, Morpho, Euler, Pendle, Balancer, Curve, Chainlink, RedStone, EigenLayer, Certora, Sherlock und weitere; solche Integrationen sollten jedoch nicht mit bilanzwirksamer Nutzung oder formellen Underwriting‑Zusagen verwechselt werden (Cap about page). Die dominierenden Sektoren sind DeFi‑Lending, RWA‑ähnliche Kreditprodukte, Stablecoin‑Sparen und institutionelle Liquiditätsfinanzierung – weniger Gaming, Verbraucherzahlungen oder Social‑Anwendungen.

Welche Risiken und Herausforderungen gibt es für Cap?

Caps regulatorische Exponierung ist erheblich, da es an der Schnittstelle von Stablecoins, Renditeprodukten, Kreditvergabe, Private Credit, Token‑Incentives und Governance‑Tokens angesiedelt ist. Laut den geprüften öffentlichen Quellen war Anfang Juli 2026 keine aktive SEC‑, CFTC‑ oder Sammelklage speziell gegen Cap identifiziert, aber das Ausbleiben öffentlicher Klagen ist nicht mit regulatorischer Sicherheit gleichzusetzen. Die Frontend‑Nutzungsbedingungen von Cap unterliegen panamaischem Recht und stellen klar, dass Nutzer cUSD prägen, Liquidität bereitstellen oder über Smart Contracts Rendite erzielen können, weisen jedoch zugleich auf Risiken durch regulatorische Untersuchungen oder Maßnahmen sowie auf länderspezifische Zugangsbeschränkungen hin (Cap platform terms).

Das US‑Stablecoin‑Umfeld bewegt sich zudem in Richtung formaler Emittentenregulierung, und Rahmenwerke für Zahlungs‑Stablecoins unterscheiden im Allgemeinen zwischen nicht verzinsten Zahlungsmitteln und renditebringenden oder kreditgebundenen Produkten. Caps Trennung von cUSD und stcUSD kann die Architektur zwar unterstützen, doch Kredit‑, Staking‑ und Governance‑Token‑Schichten erfordern weiterhin eine länderspezifische rechtliche Analyse.

Zentralisierungsrisiken sind ebenfalls sichtbar: Cap whitelistet anfangs Delegatoren und Operatoren, verfügt über administrativ festgelegte Parameter wie LTVs und Benchmark‑Zinssätze, stützt sich auf benannte Oracle‑Provider und hängt von regulierten oder einfrierbaren Reservewerten wie USDC, USDT, pyUSD, BUIDL und BENJI ab (Cap risks docs, Cap delegation docs, Cap oracle docs).

Die wirtschaftlichen Risiken sind ebenso bedeutsam. Caps Versprechen lautet, dass Underwriter – nicht Einleger – das Ausfallrisiko der Operatoren tragen; dies setzt jedoch voraus, dass Sicherheiten liquide, korrekt bewertet, rechtlich durchsetzbar slashbar und in Stressphasen ausreichend sind. Ein ungeordneter Depeg von Reservewerten, das Versagen oder Einfrieren zugrunde liegender Stablecoins oder tokenisierter Fonds, ein Bridge‑Ausfall bei kettenübergreifendem cUSD, Oracle‑Fehlfunktionen, Liquidationsstaus oder ein Versagen des Shared‑Security‑Netzwerks könnten das Schutzmodell untergraben.

Cap konkurriert zudem mit wesentlich größeren und erprobteren Lending‑ und Rendite‑Plattformen wie Aave, Morpho, Spark, Maple, Compound, Euler, Sky, Ethena, Ondo‑ähnlichen tokenisierten Cash‑Produkten und weiteren Private‑Credit/RWA‑Protokollen. Sein relativer Vorteil hängt davon ab, hochwertige Kreditnehmer anzuziehen, die bereit sind, ausreichende Kreditspreads zu zahlen, und hochwertige Underwriter, die bereit sind, für diese Kreditnehmer Sicherheiten zu hinterlegen. Wenn sich Spreads verengen, Operatoren ausfallen, Underwriter‑Kapital abfließt oder Einleger vergleichbare Renditen über einfachere regulierte Stablecoin‑ oder Geldmarktprodukte erzielen können, könnte Caps Marktanteil trotz technisch solider Verträge erodieren.

Wie sieht die Zukunftsperspektive für Cap aus?

Die kurzfristige Perspektive von Cap hängt weniger von der Kursentwicklung von CAP ab, sondern davon, ob das Protokoll die Kreditvergabe skalieren kann, ohne die Underwriting‑Disziplin zu schwächen.

Bestätigte Roadmap‑Punkte aus Caps Q1‑2026‑Update umfassten weitere Protokoll‑Updates für bestehende institutionelle Kreditnehmer, Arbeiten in Richtung SEAL‑Sicherheitszertifizierung, eine Expansion in den Nahen Osten, ein Ziel von 1 Mrd. US‑Dollar an gesamten Einlagen, ein Ziel von mehr als 500 Mio. US‑Dollar an Garantie‑Sicherheiten sowie eine Ausweitung über Termkredite und revolvierende Kreditlinien hinaus auf Transaktionstypen wie Leveraged Buyouts, Lagerfinanzierung, Zahlungsfinanzierung und Termkredite an Nicht‑Handelsunternehmen (Cap Investor Update Q1 2026). Das Protokoll hatte bis Q1 2026 zudem ein MegaETH‑Deployment von cUSD und stcUSD abgeschlossen und Kampagnen für Nutzer im Q2 erwartet, während das Homestead‑Incentive‑Programm bis zum 23. Juli 2026 laufen sollte. Die Bindung von cUSD, stcUSD, Kreditnehmern und Underwritern nach Auslaufen der Incentives wird damit zu einem entscheidenden Test für organische Nachfrage (Cap Investor Update Q1 2026, Homestead Program docs).

Die strukturelle Hürde besteht darin, dass Cap versucht, drei schwierige Märkte gleichzeitig zu synthetisieren: Stablecoin‑Verbindlichkeiten, institutionelle Kredit‑Assets und On‑Chain‑Risikogarantien. Wenn das System funktioniert, könnte es zu einem spezialisierten Kreditmarktplatz werden, auf dem Einleger die Bonitätsprüfung von Kreditnehmern an wirtschaftlich exponierte Underwriter auslagern und Institutionen Stablecoin‑Liquidität über programmierbare, besicherte Kreditvereinbarungen erschließen.

Falls es scheitert, liegen die Schwachstellen wahrscheinlich im Alltäglichen statt im Exotischen: unzureichende Kreditnachfrage, Kreditausfälle, regulatorische Beschränkungen für renditebringende Stablecoin‑Produkte, Abhängigkeit von whitelisten Akteuren und Tokenholder‑Erwartungen, die der tatsächlich implementierten Token‑Nützlichkeit vorauslaufen.

Die Infrastruktur des Projekts ist hinreichend glaubwürdig, um institutionelle Beobachtung zu rechtfertigen, aber seine langfristige Tragfähigkeit wird letztlich durch realisierte Kreditperformance, transparente Reserven, durchsetzbare Sicherheiten und nachhaltige, nicht‑incentivebasierte Einlagen bestimmt – nicht durch Token‑Liquidität in der Launch‑Woche.