Подальший розвиток подій з Loopscale — більш цікаво «хто зможе повернути борг» Одна безпекова інцидентна подія висвітлила реальні межі позикових продуктів. ① Loopscale повідомив про тривалу атаку та тимчасову призупинку діяльності протоколу. Проект вказав, що постраждалі скарбниці були поповнені, а депозити користувачів не постраждали; це є інформацією від проекту, повна величина збитків та деталі компенсації все ще очікують перевірки. ② У наступному оголошенні підтверджено часткове відновлення функцій: усі позики можуть бути додатково забезпечені, крім позик, фінансованих через USDC Genesis Vault, інші позики відновили можливість погашення. Функції виведення коштів зі скарбниць залишаються обмеженими — не можна вважати це повним відновленням. ③ Для позичальників здатність вчасно поповнити забезпечення та погасити борг безпосередньо впливає на ризик ліквідації. Для депозиторів ключовим є стан коштів у їхній скарбниці, права на виведення та умови відновлення. ④ Проект уже розкрив дві шляхи атаки: конфігурацію ціноутворення активів та обробку чистої вартості скарбниць. Далі необхідно перевірити масштаб впливу, підтвердити виправлення та документувати поповнення активів. Однієї фрази «безпека коштів» недостатньо, щоб зробити висновок про повне усунення подібних ризиків. Моя думка: ризик-менеджмент у позикових протоколах повинен передбачати можливість для користувачів реагувати на інциденти. Я пропоную спочатку перевірити, чи відновлення функцій стосується конкретних акаунтів, та зачекати на публічні докази, перш ніж оцінювати ефективність реагування. Скарбниці з обмеженнями особливо треба перевіряти за останнім оголошенням, щоб не плутати часткове відновлення з повним. NFA / DYOR @Solana_zh @solana @Loopscale