#dusk $DUSK @Dusk 26 августа, сегодня я увидел, что на погранпереходе в Куала-Лумпуре со стороны Непала из-за оползня произошли тяжелые человеческие потери, а также пропали без вести; дороги, связь и электроснабжение нарушены, у меня на душе очень тяжело. Перед лицом природы человек так мал. При экстремальном воздействии могут выйти из строя одновременно даже системы, которые должны работать независимо. Финансовая инфраструктура — то же самое: после разрыва связи еще нужно уметь восстановиться, и это и есть настоящее мастерство.$BNB
Я прогнал быструю синхронизацию и запросы архива по данным DUSK-сети. Проблема не в загрузке: дело в том, что после успешного восстановления снапшота Rusk всё еще находится в остановленном состоянии — его нужно вручную запустить, затем проверить peers и растет ли block-height. Ключевое же — снапшот восстанавливает только состояние, но не дополняет ранее сделанные архивные индексы; если поднять аудит-ноду напрямую на его основе, moonlightHistory и finalizedEvents могут не вернуть полную историю. Нода синхронизировалась — это не значит, что аудиторский журнал полностью готов.
Эту концепцию я понимаю и принимаю. DuskDS отвечает за доступность данных и детерминированное завершение расчетов, Rusk хранит состояние цепочки и предоставляет HTTP- и событийный интерфейсы; DuskEVM подхватывает Solidity-приложения, а Hedger с помощью гомоморфного шифрования и ZK-доказательств обеспечивает проверяемую приватность. Для регулируемых ценных бумаг важнее финальность и возможность восстановить историю, чем легенды про TPS.
Но по-настоящему меня беспокоят экстремальные сценарии: если отключат электричество в дата-центре и произойдет сетевое разделение, а архивные ноды никогда не восстановят из неполного снапшота — кто первым заметит пробел в истории? Если аудитор не может найти старые события, нужно останавливать торги или продолжать? Высота ноды догнала — можно ли доказать, что и индексы тоже полные? При бедствии хуже всего бояться не простоя, а того, что после восстановления будет выдан нормальный, но неполный ответ.
Второй риск — стоимость. Полный архив нужно восстанавливать либо синхронным способом от genesis, либо из доверенной резервной копии; всё это стоит денег: хранение, пропускная способность, мониторинг и персонал. Планирование активов свыше 300 миллионов евро, сотрудничество с Chainlink и лицензированными структурами в ЕС — все это показывает только вход. Когда масштаб сети небольшой и реальных расчетов мало, обычные люди, возможно, не смогут извлечь ценность из DUSK.
Я буду следить за архивными нодами, прогоном сценариев восстановления, полнотой исторических запросов и долей реальной выдачи. Направление Dusk заслуживает признания, но в реальной экстремальной среде важно, сколько раз система выдержит прерывания — это важнее, чем идеальная архитектура из whitepaper’а. $BTC
Я прогнал быструю синхронизацию и запросы архива по данным DUSK-сети. Проблема не в загрузке: дело в том, что после успешного восстановления снапшота Rusk всё еще находится в остановленном состоянии — его нужно вручную запустить, затем проверить peers и растет ли block-height. Ключевое же — снапшот восстанавливает только состояние, но не дополняет ранее сделанные архивные индексы; если поднять аудит-ноду напрямую на его основе, moonlightHistory и finalizedEvents могут не вернуть полную историю. Нода синхронизировалась — это не значит, что аудиторский журнал полностью готов.
Эту концепцию я понимаю и принимаю. DuskDS отвечает за доступность данных и детерминированное завершение расчетов, Rusk хранит состояние цепочки и предоставляет HTTP- и событийный интерфейсы; DuskEVM подхватывает Solidity-приложения, а Hedger с помощью гомоморфного шифрования и ZK-доказательств обеспечивает проверяемую приватность. Для регулируемых ценных бумаг важнее финальность и возможность восстановить историю, чем легенды про TPS.
Но по-настоящему меня беспокоят экстремальные сценарии: если отключат электричество в дата-центре и произойдет сетевое разделение, а архивные ноды никогда не восстановят из неполного снапшота — кто первым заметит пробел в истории? Если аудитор не может найти старые события, нужно останавливать торги или продолжать? Высота ноды догнала — можно ли доказать, что и индексы тоже полные? При бедствии хуже всего бояться не простоя, а того, что после восстановления будет выдан нормальный, но неполный ответ.
Второй риск — стоимость. Полный архив нужно восстанавливать либо синхронным способом от genesis, либо из доверенной резервной копии; всё это стоит денег: хранение, пропускная способность, мониторинг и персонал. Планирование активов свыше 300 миллионов евро, сотрудничество с Chainlink и лицензированными структурами в ЕС — все это показывает только вход. Когда масштаб сети небольшой и реальных расчетов мало, обычные люди, возможно, не смогут извлечь ценность из DUSK.
Я буду следить за архивными нодами, прогоном сценариев восстановления, полнотой исторических запросов и долей реальной выдачи. Направление Dusk заслуживает признания, но в реальной экстремальной среде важно, сколько раз система выдержит прерывания — это важнее, чем идеальная архитектура из whitepaper’а. $BTC