Aave, eines der größten Kreditprotokolle der dezentralen Finanzen, ist nun auf Arc verfügbar, wie eine Ankündigung des Aave-Gründers Stani Kulechov auf X zeigt. Die Integration verlagert Aaves Kreditinfrastruktur in Arcs permissioned Liquidity-Schicht und erweitert das Protokoll über seine bestehenden Multichain-Deployments hinaus in eine neue institutionelle Umgebung.

Die Ankündigung ist mit Vorbehalten verbunden. Die spezifischen Märkte, unterstützten Assets und Netzwerkdetails waren zum Zeitpunkt der Veröffentlichung noch nicht unabhängig verifiziert, und Nutzern wird empfohlen, die Deployment-Parameter direkt über die offizielle Aave- und Arc-Dokumentation zu bestätigen, bevor sie mit neuen Märkten interagieren.

Was Aave auf Arc für den DeFi-Stack bedeutet

Arc ist die permissioned Liquidity-Schicht von Circle, die als Venue für institutionelle Teilnehmer an den Mainnet ging und unter Compliance-Anforderungen operiert, die standardmäßige permissionless DeFi-Märkte nicht erfüllen. Aaves Verfügbarkeit auf Arc integriert die Kreditinfrastruktur des Protokolls in diese Umgebung, in der Zugriffskontrollen und Gegenparteiprüfung auf der Netzwerkebene statt auf der Smart-Contract-Ebene angesiedelt sind. Weitere Berichterstattung dazu: KelpDAO Exploit Leaves Aave Exposed to rsETH Bad Debt.

Verfügbarkeit ist nicht dasselbe wie Adoption. Die Ankündigung bestätigt, dass Aave innerhalb von Arc genutzt werden kann, legt jedoch keinen aktuellen TVL, aktive Märkte, Asset-Unterstützung oder Liquiditätstiefe fest. Diese Zahlen erfordern eine unabhängige Verifizierung über Aaves Governance-Forum oder Arcs offizielle Dokumentation, bevor sie als etablierte Protokollkennzahlen gelten können. Weitere Berichterstattung dazu:Aave Founder Pitches 'Uber Path' for DeFi After Clarity Act Vote Fails](https://defiliban.io/aave-founder-uber-path-defi-clarity-act-senate-vote).

Der Unterschied ist operativ relevant. Bei Aaves Standard-Deployments kann jede Wallet Einlagen tätigen und gegen unterstützte Sicherheiten leihen, ohne eine Gegenparteifreigabe. Ein Arc-basiertes Deployment würde Zugriffskontrollen vorgelagert durchsetzen, was verändert, wer teilnehmen kann, wie Positionen eröffnet werden und potenziell, wie Liquidationen abgewickelt werden, falls die Risikoparameter des Protokolls für den permissioned Kontext angepasst sind.

Was Nutzer vor der Interaktion überprüfen sollten

Bevor Nutzer Liquidität bereitstellen oder gegen Sicherheiten leihen, sollten sie die spezifischen Marktadressen über Aaves offizielle Schnittstelle oder Governance-Dokumentation bestätigen. Die Interaktion mit einem inoffiziellen Fork oder einem falsch konfigurierten Markt birgt ein Smart-Contract-Risiko, das die eigenen Audits des Aave-Protokolls nicht abdecken, und Aaves bisherige Exploit-Geschichte unterstreicht, warum deployment-spezifische Sorgfaltsprüfung nicht optional ist.

Arcs permissioned Modell führt eine zusätzliche Ebene ein: die Berechtigung. Nutzer sollten prüfen, ob ihre Wallet oder Einrichtung gemäß Arcs Zugriffsrahmen teilnahmeberechtigt ist, bevor sie interagieren, da eine fehlgeschlagene oder zurückgesetzte Transaktion in einer permissioned Umgebung möglicherweise keine klare Fehlermeldung erzeugt.

Die folgenden Prüfungen gelten für jedes neue Aave-Deployment, einschließlich auf Arc:

• Bestätigte Marktadressen: Vertragsadressen gegen Aaves offizielles Deployment-Register verifizieren, nicht gegen Drittaggregatoren.
• Unterstützte Assets und LTV-Quoten: Asset-Listen und Loan-to-Value-Parameter können von Aaves Mainnet-Deployments abweichen. Die marktspezifischen Risikoparameter vor der Positionsgrößenbestimmung prüfen.
• Netzwerk- und Gaskosten: Bestätigen, auf welcher zugrunde liegenden Chain Arcs Aave-Deployment betrieben wird, und Transaktionskosten entsprechend kalkulieren.
• Zugriffsberechtigung: Arcs permissioned Architektur kann eine vorherige Whitelisting erfordern. Berechtigung vor dem Transfer von Kapital bestätigen.

Governance- und Risikofolgen, die zu beobachten sind

Neue Aave-Deployments auf institutionellen oder permissioned Netzwerken durchlaufen typischerweise einen Governance-Vorschlagsprozess, bei dem AAVE-Tokenhalter über Risikoparameter, Asset-Listings und Reserve-Konfigurationen abstimmen, bevor Märkte live gehen. Ob das Arc-Deployment einer standardmäßigen Aave-DAO-Governance-Abstimmung folgte oder durch eine separate Vereinbarung mit Aave Labs ermöglicht wurde, ist ein Detail, das beeinflusst, wie Parameter des Deployments nach dem Start geändert werden können — und Nutzer mit Kapital im Markt haben ein Governance-Interesse an dieser Antwort.

Aaves Expansionsstrategie folgte einem Muster, neue Liquiditätsumgebungen anzusteuern, darunter ein Kreditmarkt für tokenisierte Assets auf Avalanche mit Fokus auf Real-World-Asset-Sicherheiten. Arc passt zu einer ähnlichen These: Institutionelles Kapital außerhalb des permissionless DeFi könnte für Aaves Kreditengine zugänglich werden, wenn die Compliance-Schicht die Gegenpartei-Anforderungen erfüllt. Die Frage der Risikokonzentration — insbesondere, ob die Liquidität eines permissioned Pools unter Stress frei abfließen kann — sollte verfolgt werden, sobald Nutzungsdaten verfügbar werden.

Für den breiteren Kontext des Kreditmarktes werden Aaves Protokoll-TVL und Umsatzkennzahlen auf DeFiLlama verfolgt. Arc-spezifische Zahlen werden eine eigene Datenquelle erfordern, sobald das Deployment bedeutende Liquidität ansammelt.

Zusätzliche Quellenangabe: Circle's Arc Mainnet Goes Live.