Отчёт о стратегии разработки в Everscale 🚀

В блоге Everscale опубликован отчёт о ключевых результатах и основных обновлениях в процессе разработки Everscale.

Отказоустойчивость мягкого большинства голосов (SMFT)

Текущее состояние:

• Работа в тестовой сети с использованием 20 серверов
• При постоянной небольшой нагрузке сеть периодически отключается
• Вопрос об избирательном процессе в стадии решения

Краткосрочные планы:

• Поддержание постоянной рабочей нагрузки для тестовых задач
• Тестирование и исправления
• Разработка арбитража (в процессе)
• Развертывание для публичных тестов

Защищенный протокол внешних сообщений (REMP)

Текущее состояние:

• REMP объединяется с сетью RFLD
• Хорошо работает при скорости 500 TPS
• Нагрузочное тестирование

Краткосрочные планы:

• Слияние REMP с temp_rc
• Запуск публичных тестов
• Тестирование REMP на высоких нагрузках

Разработка ноды Everscale

Текущее состояние:

• Новая версия блока: 35 (оптимизация и исправления)
• Подготовка и тестирование REMP

Краткосрочные планы:

• Развертывание текущей версии
• Проработка отправки сообщений об отказах
• Удаление старых материалов в связи с ребрендингом
• Снижение комиссии за газ в сети

🔗 Читать оригинал на английском языке

#remp #smft #review #post

Soft Majority Fault Tolerance (SMFT) 📝

Желая повысить безопасность сети Everscale, сохранив высокую скорость работы и достаточную децентрализацию, Митя Горошевский описал протокол консенсуса SMFT — своё видение решения сразу нескольких проблем оригинального протокола Николая Дурова.

Проблемы, которые SMFT старается решить:

🔴Безопасность генерации блоков в тредах и финальность: валидаторы могут выпустить некорректный блок, если 2/3+1 из них сговорятся

🔴Исправление испорченного стейта: Николай Дуров предлагал использовать вертикальные блоки для исправления контрактов, но их реализация сложна и требует изменений не только в ПО ноды, но и в других частях сети

🔴Проблемы в DeFi: недостаток финальности может создавать проблемы для многих DeFi-сервисов, таких как мосты, и исправление через вертикальные блоки будет уже не возможно

Как SMFT решает эти проблемы с помощью верификаторов:

🟢Блоки должны собрать 50% + 1 BLS подписей всего воркчейна для включения в мастер, что гарантирует их доступность

🟢Верификаторы проверяют блоки и отправляют ACK или NACK в мастерчейн

🟢В случае NACK блок проверяется всем мастерчейном, и невалидные блоки приводят к слешу валидаторов, которые подписали его, отправили ACK или промолчали

🟢Каждые N блоков валидаторы должны раскрыть свои ключи для определения, какие блоки они должны были проверить

🟢Если блок долго проверяется, верификаторы отправляют таймаут, и при наборе нескольких таймаутов блок проверяется мастерчейном. Это позволяет определить необходимое количество верификаторов для каждого блока и исключить вероятность атаки

🟢SMFT также предлагает упрощение BFT в сессии валидации или отказ от неё в пользу выбора случайного составителя блока, проверяемого верификаторами, для ускорения выпуска блоков

В целом, SMFT — это инновация Everscale, которая повышает планку отказоустойчивости до 50% (по сравнению с 33% консенсуса BFT), что является максимальным уровнем безопасности в децентрализованных системах.

#ever #smft #education #post