Aave Labs опублікувала технічну рамку для лістингу токенів

• Aave Labs опублікувала технічну рамку, що охоплює вісім перевірок для додавання активів у V3, V4 та Horizon.
• Активи, які не проходять перевірку, стикаються зі зниженням лімітів, нижчими коефіцієнтами LTV або затримкою підключення, а не автоматичною відмовою.
• Фреймворк охоплює якість Oracle, контроль доступу, історію аудиту ризиків мостів та перевірки відповідності ERC20.

Не кожен токен заслуговує місця на одному з найбільших протоколів позичання DeFi. Aave Labs зараз виносить цей принцип на папір.

Розробницький підрозділ протоколу опублікував пропозицію щодо введення стандартизованої технічної рамки для лістингу активів для Aave V3, V4 та Horizon. Мета — ускладнити лістинг низькоякісних або ризикованих активів та зробити вимоги настільки чіткими, щоб усі могли точно бачити, чим є цей стандарт, перш ніж подавати пропозицію.

Aave — це один із найбільших протоколів позичання в криптовалюті. Коли актив включається як забезпечення, користувачі можуть позичити проти нього.

Якщо цей актив має приховану недолік, функцію необмеженого мінту, слабкий контролер оновлень, застарілий оракул або міст, який можна опорожнити, весь протокол поглинає цей ризик. Нова рамка є суттєво Aave, чітко розділяючи активи, які відповідають технічному базовому рівню, та ті, що не відповідають.

Каркас охоплює вісім основних напрямків, через які кожен актив повинен пройти перед лістингом або розширенням:

• Відповідність ERC20 — чи поводиться токен передбачувано, без прихованих комісій, ребейсінгу чи проблемних хуків
• Якість Oracle — чи існує живий ланцюг Chainlink із відповідними порогами серцебиття та відхилення?
• Контроль доступу — хто може створювати, знищувати, призупиняти або оновлювати токен, і наскільки безпечні ці ролі
• Цілісність обмінного курсу — для активів із дохідністю чи можливо маніпулювати курсом за допомогою однієї транзакції
• Архітектура токена — чи існують дублюючі точки введення пропозиції чи приховані обмеження на переказ
• Мост та ризики міжланцюговості — для багатоланцюгових активів чи міст перевірено, і чи встановлено ліміти на створення монет
• Історія аудиту — чи покрито розгорнуте кодове забезпечення недавніми авторитетними аудитами без нерозв’язаних критичних виявлень
• Зовнішні залежності — чи оцінено ризики протоколів стейкінгу, кастодіанів та інфраструктури викупу

Слабкий висновок не блокує лістинг автоматично, але має наслідки. Зменшення лімітів пропозиції, нижчі співвідношення кредит-до-вартості, використання забезпечення або затримка підключення — усі ці варіанти можливі. Управління зберігає остаточне рішення, але повинно публічно вказати будь-який залишковий ризик, який вирішить прийняти.

Каркас також вводить щорічні огляди оновлення для всіх активно перелічених активів, що означає, що ці вимоги застосовуються не лише на вході, а й протягом усього життєвого циклу активу на протоколі.

Пов’язано: AAVE з’являється на Solana, оскільки Фонд Solana втручається для підтримки відновлення DeFi