A DeFi protokollok befagyasztják a kereskedést és blokkolják a likvidálásokat, amikor az oracle adatfolyamok meghibásodnak, ezzel feltárva a decentralizált pénzügyekre épülő rendszerek kritikus sebezhetőségét. Ezek a leállások azért következnek be, mert egyetlen megbízhatatlan áradatforrás lépcsőzetes veszteségeket vagy tisztességtelen állapotváltozásokat idézhet elő a hitelezési és kereskedési platformokon. A fejlesztők elismerik a kockázatot, de azt mondják, hogy az infrastruktúra fejlesztése időbe telik, miközben az iparág versenyt fut az adathibák elleni rendszerek megerősítéséért.
Egyetlen hibapontok
Az oracle-ok valós eszközök árait szolgáltatják, amelyek a fedezet értékelését, a likvidálási triggerpontokat és a stablecoin-ok rögzítését táplálják a DeFi protokollokban. A protokollok azonban gyakran egyetlen oracle-szolgáltatóra támaszkodnak kritikus funkciókhoz, ami egyetlen hibapontot hoz létre. Amikor ez az adatfolyam akadozik a validátorok leállása vagy a tőzsdei kimaradások miatt, az egész protokoll kénytelen felfüggeszteni a működést. Egy elavult ár volatilitás idején tévesen likvidálhatja a felhasználókat vagy befagyaszthatja a piacokat, ezért a protokollok az óvatosság oldalára állnak, és leállnak, ahelyett, hogy katasztrofális hibákat kockáztatnának. Ez nem elméleti hiba – többször előfordult már nagy platformokon, amikor az adatfolyamok lefagytak.
Gyakori kimaradást kiváltó okok
A validátorok offline állapota élő működési hibákat okoz, amelyek teljesen leállítják az adatáramlást. Az elavult árak akkor fordulnak elő, amikor az adatfolyamok magas volatilitás idején nem frissülnek, így a protokollok vakon maradnak a piaci mozgásokkal szemben. A hibás adatpontok – például hirtelen áremelkedések rossz tickekből – fantomlikvidálásokat válthatnak ki. A láncok közötti relé késleltetése lassítja a frissítéseket a hálózatok között, míg a tőzsdei kimaradások adattorzulást okoznak, ami torzítja az árakat. Ezekben az esetekben a protokollok választhatnak a kockázatos kereskedések engedélyezése vagy a befagyasztás között. A legtöbben a szüneteltetést választják, blokkolva az új hiteleket, likvidálásokat és a stablecoin-ok verését, amíg az árak manuális beavatkozással vagy automatikus biztonsági ellenőrzésekkel stabilizálódnak.
Adatrugalmasság kiépítése
A fejlesztők most a több oracle-t használó aggregációt helyezik előtérbe az egyetlen forrásból származó kockázat elkerülése érdekében, különböző szolgáltatók adatfolyamait rétegezve az árak keresztellenőrzéséhez. Az eltérési küszöbértékek automatikusan jelzik a rendellenes áremelkedéseket, míg a szívverés-ellenőrzések észlelik az élő működési hibákat, mielőtt azok továbbterjednének. A láncon belüli idővel súlyozott átlagárak (TWAP-ok) kisimítják a volatilitási csúcsokat, és a kvórum alapú szüneteltetés csak akkor indít leállást, ha több oracle is megerősíti a problémát. Az incidensreagálási forgatókönyvek rendszeres káosztesztekkel szimulálják a hibákat a pánikdöntések megelőzése érdekében. Bár egyik megoldás sem tévedhetetlen, ezek az intézkedések csökkentik a leállások gyakoriságát és súlyosságát. A hangsúly a reaktív javításokról a rugalmasság protokolltervbe való beépítésére helyeződött át a kezdetektől fogva.
A DeFi projektek belső határidőket tűztek ki a több oracle-t használó rendszerek bevezetésére az év végéig, de a következő nagy piaci kilengés még azelőtt feltárhat hiányosságokat, hogy a frissítések elkészülnének.
