Von Aave Labs vorgestellte einheitliche Protokollrichtlinien zur Optimierung der Integration digitaler Assets über mehrere Plattformen hinweg

Inhaltsverzeichnis Aave Labs hat einen ARFC eingeführt, der ein standardisiertes Framework für die Auflistung technischer Assets für Aave V3, V4 und Horizon vorschlägt. Der Vorschlag zielt darauf ab, wie Vermögenswerte innerhalb des Governance-Systems des Protokolls aufgelistet, verwaltet und erweitert werden. Es definiert eine einheitliche Grundlage für die technische Bewertung, die ERC20-Verhalten, Oracle-Design und Zugriffskontrollen umfasst. Ziel des Rahmenwerks ist es, Vermögensbewertungen bei allen Governance-Entscheidungen konsistenter, transparenter und wiederholbarer zu machen. Aave Labs hat das Framework entwickelt, um die Konsistenz bei Asset-Onboarding-Entscheidungen über mehrere Bereitstellungen hinweg zu verbessern. Der Vorschlag reagiert auf die zunehmende Komplexität, da Aave über Ketten und Asset-Typen hinweg expandiert. Es formalisiert, wie technische Überprüfungen strukturiert sein sollten, insbesondere für Governance-Mitwirkende und Risikoanbieter. Das Ziel besteht darin, Unklarheiten bei der Beurteilung zu reduzieren, ob Vermögenswerte die grundlegenden technischen Anforderungen erfüllen. Das Framework gleicht Asset-Bewertungen mit dem Asset Classification Framework von Aave aus. Jeder Vermögenswert muss seiner Kategorie zugeordnet werden, bevor mit der tiefergehenden Bewertung begonnen wird. Diese Klassifizierung bestimmt, wie streng bestimmte Anforderungen bei der technischen Überprüfung werden. Renditebringende oder überbrückte Vermögenswerte unterliegen einer zusätzlichen Prüfung im Rahmen kategoriespezifischer Risikoregeln. Vorabprüfungsregeln bilden den ersten Schritt, bevor eine vollständige Überprüfung durchgeführt wird. Vermögenswerte müssen bereitgestellt, überprüft und nach Möglichkeit einer vergleichbaren Auflistung zugeordnet werden. Governance überprüft auch die Vertragskonsistenz mit geprüften Versionen und die kettenübergreifende Ausrichtung. Assets, die diese Prüfungen nicht bestehen, gelangen nicht zur vollständigen Onboarding-Bewertung. Die Bewertungsmethodik trennt sachliche Feststellungen von Empfehlungen. Prüfer müssen Verträge, Risiken, Abhilfemaßnahmen und Restrisiken klar dokumentieren. Berichte können qualitative Bewertungen enthalten, vermeiden jedoch feste Bewertungsschwellen. Diese Struktur stellt sicher, dass die Governance flexibel bleibt und gleichzeitig die technische Klarheit verbessert. Aave Labs schlägt ein standardisiertes technisches Asset-Listing-Framework vor Aave Labs hat eine ARFC vorgeschlagen, um ein standardisiertes technisches Asset-Listing-Framework für Vermögenswerte einzuführen, die auf Aave V3, Aave V4 und Horizon gelistet, fortgesetzt gelistet oder Materialparameter erweitert werden sollen. Das Framework… pic.twitter.com/jEKR9H0VcW – Wu Blockchain (@WuBlockchain) 29. Mai 2026 Die ERC20-Konformität bildet die Grundlage für die technischen Anforderungen des Frameworks. Token müssen sich vorhersehbar verhalten, ohne dass bei der Übertragung Gebühren anfallen oder die Mechanismen umbasiert werden. Aave schränkt außerdem ERC777-Hooks und inkompatible Übertragungslogik ein. Diese Einschränkungen gewährleisten eine stabile Buchhaltung und Zusammensetzbarkeit über alle DeFi-Integrationen hinweg. Das Oracle-Design bleibt eine zentrale Abhängigkeit im Listungsprozess. Aave benötigt Chainlink-Preis-Feeds oder zugelassene CAPO-Adapter für Rendite-Assets. Feed-Zuverlässigkeit, Heartbeat-Grenzwerte und Abweichungsschwellenwerte müssen validiert werden. Eine schwache oder fehlende Oracle-Infrastruktur kann das Onboarding von Assets verzögern oder blockieren. Zugriffskontrollregeln legen fest, wie privilegierte Rollen bewertet und klassifiziert werden. Das Framework stuft die Rollensicherheit von der Einzelschlüsselkontrolle bis hin zu DAO-Governancemodellen ein. Minting-, Pausen- und Upgrade-Autorität erfordern einen starken Multisig- oder Timelock-Schutz. Schwache Konfigurationen können die zulässigen Expositionsniveaus bei Governance-Entscheidungen direkt reduzieren. Brückensysteme, Audits und externe Abhängigkeiten vervollständigen die Überprüfung der Risikooberfläche. Kettenübergreifende Assets müssen die kanonische Versorgung und Brückenarchitektur klar dokumentieren. Der Prüfverlauf darf keine ungelösten kritischen Schwachstellen im bereitgestellten Code aufweisen. Auch Abhängigkeiten wie Absteck- oder Depotsysteme werden auf ihr Ausfallrisiko hin bewertet.