Preisorakel
Wie das Protokoll LP-Positionszustand in credit-relevante Collateral-Werte verwandelt.
Überblick
Avana bepreist LP-Collateral, indem es die Position rekonstruiert und die Assets darin bewertet. Bei fungiblen LPs leitet das Protokoll Wert aus externen Asset-Preisen und Pool-Saldo-Rekonstruktion ab. Bei Concentrated Liquidity zerlegt es die Position nach Liquidität, Range, aktuellem Tick, Token-Exposure und aufgelaufenen Fees. Das Ergebnis wird abgezinst, um den wiedergewinnbaren Sicherheitenwert unter den Risikoprämissen des Marktes zu schätzen. Die Kreditfähigkeit spiegelt daher sowohl die zugrunde liegenden Vermögenswerte der Position als auch die Bedingungen wider, unter denen sie im Falle einer Liquidation wiedergewonnen werden könnten. Die Unterscheidung zwischen Positionswert und wiedergewinnbarem Wert ist wichtig, weil das Orakel Eingaben für Kreditentscheidungen liefert. ERC-20 LP Token, Positionen NFT und Multi-Asset pools teilen eine Schnittstelle, aber jedes Format hat seine eigenen Rekonstruktions-, Validierungs- und Manipulationsprüfungen, bevor sein Wert das Borrow Spoke erreicht.
LP collateral value depends on:
- Die Preise der Underlying-Assets
- Die Pool-Reserven oder Inventaraufteilung
- Fee accrual
- Bei Concentrated Liquidity der aktuelle Tick relativ zur Positions-Range
- Ob die Position in-range oder überwiegend einseitig ist
Oracle Interface: IOracle
`IOracle` bietet Borrow Spokes eine gemeinsame Bewertungsoberfläche über LP Formate hinweg. Seine Rückgabewerte unterscheiden zwischen Hauptbetrag, aufgelaufenen Gebühren und reservierten Puffern, sodass der Aufrufer jede Komponente separat berücksichtigen kann:
function getValue(uint256 tokenId, address asset)
external view returns (
uint256 fullValue,
uint256 feeValue,
uint256 reserveValue
);Der Adapter hinter dieser Schnittstelle übernimmt die DEX-spezifische Rekonstruktion und Validierung. Borrow Spokes erhalten dieselben Rückgabefelder für ERC-20 LP-Token, Positions-NFTs und Multi-Asset-pools, während jede Implementierung die Prüfungen anwendet, die für ihren Sicherheiten-Typ erforderlich sind.
Multi-Layer-Architektur
LP-Bewertung ist ein gestufter Prozess, kein einzelner Spot-Preis-Read. Der Oracle-Pfad durchläuft die folgenden Schritte:
Underlying-Assets über robuste externe Oracles bepreisen
Externe Feeds liefern Referenzpreise für die zugrunde liegenden Tokens. Dies trennt die Eingabe des Vermögenswertpreises vom sofortigen Handelspreis des pool, der durch kurzlebige Trades oder Manipulationen beeinflusst werden kann.
LP-Wert konservativ ableiten
Das Orakel rekonstruiert fungible LP Salden oder zerlegt Positionen mit konzentrierter Liquidität unter Verwendung von Reserven, Liquidität, Bereich und angesammelten Gebühren. Diese Eingaben bestimmen die durch die Position dargestellten Vermögenswerte.
Haircut für Impermanent Loss und Liquidations-Slippage
Der rekonstruierte Wert wird für angespannte Marktbedingungen, Liquidationskosten und den Austrittsweg der Position abgezinst. Der resultierende Wert schätzt, was die Liquidation zurückgewinnen könnte.
Exposure nach LP-Familie und Pool-Tiefe begrenzen
Die Expositionskontrollen verwenden die LP-Familie, den pool-Typ und die verfügbare Liquiditätstiefe, um zu begrenzen, wie viel ein Markt an Krediten tragen kann.
Anwendbarer Rückgewinnungswert auf Kreditaufnahme und Liquidation
Die Kreditaufnahmefähigkeit und Liquiditätsprüfungen verwenden den geschätzten Wert, der über die konfigurierte Abwicklungsroute zurückgewonnen werden kann.
DEX-spezifisches Handling
Jedes DEX zeigt unterschiedliche Positionen und pool Daten an. Das Orakel rekonstruiert die zugrunde liegenden Vermögenswerte aus diesen Daten und überprüft die resultierende Bewertung anhand seiner Referenzpreise und Risikokontrollen.
| DEX / LP-Typ | Oracle-Quelle | Hinweise |
|---|---|---|
| Curve Stable/Stable ERC-20 LPs | Externe Stablecoin-Feeds + Pool-State-Checks + TWAP-Verifikation | Externe Preise verankern die Assets, während Pool-Salden und Fee-Accrual den abgezinsten Collateral-Wert bestimmen. |
| Uniswap V2 ERC-20 LPs | Chainlink + Reserve-Rekonstruktion + TWAP-Verifikation | Standard-LP-Token werden aus rekonstruierten Underlying-Salden bewertet; TWAP dient als manipulationsresistenter Cross-Check. |
| Uniswap V3 NFT LPs | Chainlink + Positionszerlegung + Tick-/TWAP-Checks | Das NFT wird nach Liquidität, aktiver Range und aktuellem Preis zerlegt und dann für erzielbaren Liquidationswert abgezinst. |
| Balancer Multi-Asset LPs | Chainlink + gewichtete Inventarrekonstruktion | Multi-Token-Pools nutzen externe Preise und gewichtetes Pool-Inventar, um konservativen Collateral-Wert zu schätzen. |
| SushiSwap / Aerodrome | Chainlink + Reserve-Rekonstruktion + TWAP-Verifikation | Pool-abgeleitete Observations verifizieren rekonstruierten Wert und helfen, Same-Transaction-Missbrauch in märkten mit niedrigerer Liquidität zu widerstehen. |
| PancakeSwap | Chainlink + blockbasierte TWAP-Verifikation | Externe Preise bleiben Anker, während blockbasierte Observations Positionszustand und Unwind-Annahmen validieren. |
TWAP-Berechnung nach DEX
Zeitgewichtete Durchschnittspreise (TWAPs) liefern Verifizierungsdaten neben externen Assetpreisen und Positionsrekonstruktionen. Der Vergleich dieser Eingaben hilft, kurzfristige Preisverzerrungen oder inkonsistente pool Zustände zu erkennen. TWAP Daten ergänzen den Bewertungsprozess, anstatt allein den Sicherheitenwert bereitzustellen.
Uniswap V2 & SushiSwap
On-chain cumulative price data over a 1-hour window is used to cross-check the reconstructed reserve picture and reduce sensitivity to flash swaps or other short-lived pool distortions.
Uniswap V3
Bei konzentrierten Liquiditätspositionen verwenden Prüfungen den Tick-Bereich, die Liquiditätsverteilung und die aufgelaufenen Gebühren, um die durch jedes NFT dargestellte Token-Exposition zu überprüfen.
Balancer
Gewichtete Token-Observations werden mit Pool-Weights kombiniert, um Multi-Asset-Inventaraufteilungen zu validieren, bevor das Oracle einen konservativen Collateral-Wert zuweist.
Curve
Stablecoin-Observations dienen vor allem dazu, stale Feeds, Reserve-Drift und kurzfristige Anomalien zu erkennen, während externe Preise primärer Anker bleiben.
Trader Joe & Aerodrome
Kumulierte Preisobservations über ein 30–60-Minuten-Fenster helfen, Pool-Zustand mit niedrigerer Liquidität zu validieren und Same-Transaction-Manipulation bei Collateral-Checks zu widerstehen.
Sicherheit & Manipulationsschutz
- Abweichungsschwellen
Neue Kredite oder Liquidationen können pausiert werden, wenn pool-abgeleitete Verifikationsdaten zu weit von externen Referenzpreisen abweichen jenseits von
maxDifference. - maxPoolPriceDifference
Das hält pool-implizierten State an Underlying-Tokenpreisen ausgerichtet und begrenzt instantane Pool-Manipulation oder Same-Transaction-Oracle-Missbrauch.
- Open-Interest-Limits
Exposure wird nach LP-Familie, Pool-Tiefe und Collateral-Komplexität begrenzt, damit dünnere Märkte engere Ausleihlimits erhalten.
- Recovery-Abschläge
Das Oracle diskontiert theoretischen LP-Wert für Impermanent Loss, Unwind-Slippage und gestresste Liquidationsannahmen, bevor Ausleihkraft gewährt wird.
- Oracle-Wächter
Oracle Sentinel überwacht Feed-Health und Verifikationsinputs und kann Fallback-Verhalten auslösen, wenn Daten stale, kompromittiert oder inkonsistent mit Positions-State-Checks sind.
Konfigurierbare Oracle-Parameter
Pool-spezifische Oracle-Settings werden pro Token konfiguriert über setTokenConfig. Die folgende Tabelle listet die Parameter auf, die verwendet werden, um den Preisfeed eines Tokens und das zugehörige pool zu validieren:
| Konfigurationsparameter | Beschreibung |
|---|---|
| Vermögens-Token | Collateral-Token-Adresse |
| AggregatorV3Interface | Chainlink-Feed für Underlying-Token |
| maxFeedAge | Maximal akzeptables Alter für Chainlink-Feed |
| Liquiditätspool | Spezifischer DEX-Pool (Uniswap V3, Balancer, Curve usw.) |
| twapSeconds | Fenster für TWAP-Berechnung |
| Modus | Oracle-Betriebsmodus (standard/fallback) |
| maxDifference | Maximal erlaubte Abweichung zwischen DEX- und Verifikationspreis |
In der Praxis entsteht Oracle-Verhalten aus der Kombination von externem Asset-Pricing, LP-Rekonstruktionslogik, Behandlung erzielbaren Werts und den per-Token-Settings konfiguriert übersetTokenConfig.