$26 millioner likvideret på seks sekunder, da Pac Finance uventet ændrer parameter – Unchained

Pac Finance-teamet sagde, at det er i kontakt med berørte brugere om at udvikle en plan for at afhjælpe deres problemer, efter at udviklerpungen implementerede en parameterændring uden varsel, der udløste likvidationer til en værdi af $26 millioner.

Pac Finance, en krypto-udlånsprotokol bygget på Blast-netværket, ændrede uventet lån-til-værdi (LTV)-forholdet og likvidationsparametre, hvilket førte til kaskadende likvidationer i løbet af seks sekunder.

Hændelsen var Markeret on X af Will Sheehan, grundlægger af blockchain-datafirmaet Parsec, som delte data om likvidationerne på 26 millioner dollars af flydende staking-token ezETH, og bemærkede, at især én bruger mistede næsten 24 millioner dollars.

Ifølge analyse fra EigenLabs-udvikleren "0xkydo" opdaterede en eksternt ejet adressepung (EOA), formentlig kontrolleret af Pac Finance, likvidationstærsklen uden nogen forudgående varsel og inkluderede ikke en tidslås. 

Vi skal være taknemmelige for, at hændelsen var begrænset til kun en 26m likvidation 🙏

Venligst, LRT-protokoller, afskrække dine brugere fra at deltage i disse protokoller⛔️

Hvad skete der?

$26 millioner blev likvideret @pac_finance , en udlånsprotokol om blast.

En EOA-pung (0xae),... https://t.co/76v0tekNmr

— kydo.eth/acc 🦇🔊 (@0xkydo) April 11, 2024

"At designe en udlånsprotokol, der gør det muligt for en EOA vilkårligt at ændre likvidationstærsklen uden en tidslås, er ikke kun dårligt design; det er uansvarligt,” sagde 0xkydo.

Pac Finance-teamet svarede Sheehan, og sagde, at de var opmærksomme på problemet og var i kontakt med de berørte brugere for at udvikle en plan for at afbøde det.

"I vores bestræbelser på at justere LTV, gav vi en smart kontraktingeniør til opgave at foretage de nødvendige ændringer. Det blev dog opdaget, at likvidationstærsklen blev ændret uventet uden forudgående meddelelse til vores team, hvilket førte til det aktuelle problem," sagde de.

Holdet sagde, at de fremadrettet ville implementere en styringskontrakt eller tidslås og et forum for fremtidige opgraderinger for at sikre, at diskussioner er planlagt i forvejen.