#dusk $DUSK Я, следуя по ветке официального репозитория Dusk, аккуратно разобрал один подключённый Issue и обнаружил довольно странный риск: контракт может нормально исполняться, но кошелёк и биржа внезапно не смогут его прочитать.
Проблема в Data Driver. Это своего рода «переводчик» на WASM, который берёт бинарные данные, выдаваемые контрактом, и переводит их в суммы, балансы, события и кликабельные действия. Без него в цепочке учёт всё ещё есть, но фронтенд получает лишь набор машинных байт.
Способ интеграции, о котором сообщают партнёры, немного извилистый: сначала подключаются к W3sper, чтобы получить информацию о сессии, затем выходят из SDK, делают собственный запрос к узлу на интерфейс загрузки Driver и ещё отдельно проверяют WASM-файл. Даже если уже сделано переключение между несколькими нодами в обычных вызовах, этот путь загрузки нужно отдельно дополнять резервной нодой и кэшем.
Увидев это, я слегка прифигел. Если цепь вдруг действительно «остановилась», оператор нод сможет увидеть, что высота не растёт, биржи и кошельки начнут получать таймауты. Когда Driver теряется, истекает срок или версия не совпадает, обычный мониторинг может какое-то время выглядеть нормально — пока не проявятся аномалии с балансом, нельзя будет прочитать статус вывода средств, а результаты клиринга окажутся невозможно сопоставить. Тогда деньги приходится принудительно останавливать.
Поэтому я предлагаю: подключая контракты Dusk, нельзя проверять только то, что транзакция успешно проходит. Нужно намеренно «рубить» основной RPC именно в момент загрузки Driver, посмотреть, сможет ли система переключиться на резервную ноду; затем проверить, привязан ли Driver к версии контракта, сможет ли он восстановиться после разрыва соединения, и не приведёт ли старый кэш к тому, что новый контракт будет прочитан неправильно.
Что касается $DUSK , то я пока не буду повышать оценку только из-за роста количества контрактов. Доступность Driver, привязка версии к хэшу контракта, успешность восстановления на резервных нодах и то, через сколько времени после сбоя снова удаётся «прочитать» данные — вот что ближе к реальным доходам.
Машина гоняет правила — этим можно доказать, что техническая поставка выполнена. Но рынок платит Gas надолго только тогда, когда все входы могут взять один и тот же набор байт и прочитать его как одну и ту же сумму.
@Dusk
$BTC
Проблема в Data Driver. Это своего рода «переводчик» на WASM, который берёт бинарные данные, выдаваемые контрактом, и переводит их в суммы, балансы, события и кликабельные действия. Без него в цепочке учёт всё ещё есть, но фронтенд получает лишь набор машинных байт.
Способ интеграции, о котором сообщают партнёры, немного извилистый: сначала подключаются к W3sper, чтобы получить информацию о сессии, затем выходят из SDK, делают собственный запрос к узлу на интерфейс загрузки Driver и ещё отдельно проверяют WASM-файл. Даже если уже сделано переключение между несколькими нодами в обычных вызовах, этот путь загрузки нужно отдельно дополнять резервной нодой и кэшем.
Увидев это, я слегка прифигел. Если цепь вдруг действительно «остановилась», оператор нод сможет увидеть, что высота не растёт, биржи и кошельки начнут получать таймауты. Когда Driver теряется, истекает срок или версия не совпадает, обычный мониторинг может какое-то время выглядеть нормально — пока не проявятся аномалии с балансом, нельзя будет прочитать статус вывода средств, а результаты клиринга окажутся невозможно сопоставить. Тогда деньги приходится принудительно останавливать.
Поэтому я предлагаю: подключая контракты Dusk, нельзя проверять только то, что транзакция успешно проходит. Нужно намеренно «рубить» основной RPC именно в момент загрузки Driver, посмотреть, сможет ли система переключиться на резервную ноду; затем проверить, привязан ли Driver к версии контракта, сможет ли он восстановиться после разрыва соединения, и не приведёт ли старый кэш к тому, что новый контракт будет прочитан неправильно.
Что касается $DUSK , то я пока не буду повышать оценку только из-за роста количества контрактов. Доступность Driver, привязка версии к хэшу контракта, успешность восстановления на резервных нодах и то, через сколько времени после сбоя снова удаётся «прочитать» данные — вот что ближе к реальным доходам.
Машина гоняет правила — этим можно доказать, что техническая поставка выполнена. Но рынок платит Gas надолго только тогда, когда все входы могут взять один и тот же набор байт и прочитать его как одну и ту же сумму.
@Dusk
$BTC