Кошмар перегрузки EOS

Более месяца пользователи EOS сталкиваются с серьёзными проблемами из-за перегрузки сети: по данным DAppTotal, 77,76% ресурсов CPU потребляет проект EIDOS. Ситуация настолько критична, что EarnBetCasino пригрозил уйти с блокчейна — напоминание, что даже «высокопроизводительные» сети уязвимы к войнам за ресурсы.

Диагноз BM: Ошибка в дизайне

В своём предложении создатель EOS Daniel Larimer (BM) указывает на коренную проблему: система REX (Resource Exchange), предназначенная для аренды CPU, основана на неверных допущениях. Она ожидала равномерного распределения спроса, но столкнулась с распределением Парето, где несколько участников доминируют. Результат? Цены скачут, а иногда CPU недоступен ни за какую цену.

Временные меры не помогли

Предыдущие решения вроде «частичного резервирования CPU» дали лишь временный эффект:

• Увеличение CPU в 1000 раз при низкой нагрузке создало ложные ожидания
• Резкие скачки спроса блокировали пользователей
• Спекулятивные цены потеряли связь с реальной ценностью

Новый алгоритм: Предсказуемость через экспоненциальные цены

Решение BM кардинально меняет подход:

1. Вся мощность CPU будет доступна только для аренды
2. Вводятся экспоненциальные ценовые кривые на основе загрузки
3. Плата за аренду распределяется среди стейкеров (участников REX)

Математика гарантирует стабильность: если вам нужно 1% мощности сети на 30 дней, вы платите разницу между текущим и прогнозируемым доходом при такой загрузке. Графики показывают разумные цены до ~10% нагрузки.

Трудности перехода

Переход будет сложным:

• Стейкеры потеряют «постоянные» права на CPU
• Рынок REX будет постепенно закрываться (~12 месяцев)
• Первопроходцы могут столкнуться с временными трудностями

Как аналитик DeFi, я поверю в успех, когда увижу метрики внедрения. Но BM заслуживает похвалы за признание прошлых ошибок. Если всё реализовано правильно, EOS может вернуть конкурентоспособность… если разработчики ещё не перешли на Solana.