#dusk $DUSK Я просмотрел публичные данные с момента запуска основной сети @Dusk . Время формирования блоков стабильное, с подтверждением транзакций серьёзных проблем тоже не возникало, и 39 исправлений, связанных с хардфорком AEGIS, были успешно завершены. Официально это называют «стабильной работой», и по внешним данным действительно сложно к чему-то придраться.
Но меня интересует другой аспект: по каким именно критериям мы вообще определяем «стабильность»?
Если смотреть только на то, были ли простои, форки или откаты, тогда да — всё в порядке. Но для цепочки, которая позиционируется как решение для регулируемого финансового сектора, стабильность не должна означать лишь «не останавливается». Возникают ли задержки при высокой нагрузке? Насколько предсказуем порядок обработки при смешении приватных и публичных транзакций? Тестировалось ли поведение валидирующих узлов в стрессовых сценариях на предмет согласованности? На эти вопросы не ответить одной фразой «проблем не было».
Я заметил, что данные о распределении узлов до сих пор не получили полноценной независимой проверки третьей стороной. В официальном обозревателе видно количество узлов, но в каких они хостинг-провайдерах, в каких регионах, не сконцентрированы ли в нескольких дата-центрах — это раскрыто недостаточно. Если треть узлов работает у одного и того же облачного провайдера в одной и той же зоне доступности, то «децентрализация» остаётся лишь цифрой на бумаге.
Есть ещё и механизм наказаний. Сколько раз после запуска основной сети срабатывало мягкое наказание? По какой причине? Какие узлы были затронуты? Эти данные критически важны для оценки безопасности сети. Возможно, всё это можно проверить в блокчейне, но обычные пользователи, да и большая часть стейкеров, вероятно, даже не знают, где это искать и как смотреть.
Я понимаю, что на публикацию таких данных нужно время, и понимаю, что команда занята доработками. Но прозрачность — это не то, что можно отложить на «потом» после запуска; она сама по себе является частью инфраструктуры. Когда институциональный клиент проводит техническую проверку, он смотрит не только на TPS и время блока — его интересуют распределение узлов, история наказаний и отчёты о нагрузочном тестировании.
Я не говорю, что основная сеть сделана плохо. Поднять Layer1, который одновременно поддерживает публичные и приватные транзакции, само по себе непросто. А 39 исправлений в AEGIS тоже показывают, что команда действительно внимательно поддерживает базовый уровень.
Но между «сеть работает» и «сеть работает так, что ей можно доверять» лежит прозрачность.
Когда #dusk опубликуют независимый географический отчёт о распределении узлов, результаты стресс-тестов, детали инцидентов с наказаниями и сторонний мониторинг доступности, тогда я и начну воспринимать «стабильную работу» всерьёз.
#dusk @Dusk