#dusk $DUSK @Dusk
Провел утро, гоняясь за перемежающимся сбоем в инструменте.
Самое неприятное было в том, что индикатор предупреждения на самом деле не сообщал мне, что именно вышло из строя.
Позже я нашел почти такую же «ловушку» в настройке ноде Dusk.
Если восстановить кошелек командой rusk-wallet restore, пока нода еще не запущена, кошелек может показать:
«некоторые операции будут недоступны»
Моя первая реакция была бы простой:
что-то пошло не так — запусти еще раз.
Но, согласно документации для операторов Dusk, это предупреждение ожидаемо.
Кошелек все равно сможет восстановиться успешно.
Проблема здесь — не обязательно в восстановлении кошелька, а в подключении к ноде.
Это различие важно, потому что повторять процедуру восстановления лишь потому, что одно предупреждение выглядит пугающе, — это ровно так же, как я создаю лишнюю работу в мастерской.
Когда нода запущена, есть гораздо более хороший способ проверить: посмотрите высоту ее блоков и сравните ее с блоками в обозревателе Dusk, чтобы понять, догоняет ли она.
Так что я добавляю еще одно правило в свой набор мысленных инструментов:
сначала сообщение- предупреждение. Затем диагностика. Третьим — действие.
Не каждое предупреждение означает, что задача провалилась.
Иногда система просто сообщает вам, что она пока не может сделать.
Провел утро, гоняясь за перемежающимся сбоем в инструменте.
Самое неприятное было в том, что индикатор предупреждения на самом деле не сообщал мне, что именно вышло из строя.
Позже я нашел почти такую же «ловушку» в настройке ноде Dusk.
Если восстановить кошелек командой rusk-wallet restore, пока нода еще не запущена, кошелек может показать:
«некоторые операции будут недоступны»
Моя первая реакция была бы простой:
что-то пошло не так — запусти еще раз.
Но, согласно документации для операторов Dusk, это предупреждение ожидаемо.
Кошелек все равно сможет восстановиться успешно.
Проблема здесь — не обязательно в восстановлении кошелька, а в подключении к ноде.
Это различие важно, потому что повторять процедуру восстановления лишь потому, что одно предупреждение выглядит пугающе, — это ровно так же, как я создаю лишнюю работу в мастерской.
Когда нода запущена, есть гораздо более хороший способ проверить: посмотрите высоту ее блоков и сравните ее с блоками в обозревателе Dusk, чтобы понять, догоняет ли она.
Так что я добавляю еще одно правило в свой набор мысленных инструментов:
сначала сообщение- предупреждение. Затем диагностика. Третьим — действие.
Не каждое предупреждение означает, что задача провалилась.
Иногда система просто сообщает вам, что она пока не может сделать.
