Таможенное оформление, которое я отслеживал в порту Карачи, три дня висело в статусе "на рассмотрении", а затем на портале сразу перескочило в "оформлено" без каких-либо промежуточных этапов. Я ожидал, что окончательность блока Dusk будет работать так же: сначала ожидается, потом окончательно — один переход. Но так не работает пошаговая окончательность.
Есть четыре различных состояния, через которые проходит блок, и переход между ними целиком зависит от того, что произошло в предыдущих итерациях. Блок начинается как подтверждённый (attested), если в этом раунде неудач не было в нулевом числе предыдущих итераций, то есть никакой другой кандидат теоретически не мог обойти его до консенсуса. Если какие-либо предыдущие итерации всё же завершились неудачей без подтверждения отказа, то он вместо этого начинается как принятый (accepted), то есть блок с более низкой итерацией всё ещё мог бы теоретически заменить его.
Тот момент, который действительно изменил моё понимание, — это то, что подтверждённость и окончательность не столько про сам блок. Подтверждённый блок становится подтверждённым (confirmed), как только у него появляется один единственный преемник, который подтверждён или окончателен. Но принятый блок должен набрать 2 раза по n подряд подтверждённых или окончательных блоков, уложенных поверх него, где n — это количество предыдущих итераций, не имевших подтверждения. Поэтому два блока примерно одного возраста могут приходить к одному и тому же уровню уверенности за совершенно разное время — в зависимости исключительно от того, насколько «чистой» была история их итераций.
Чего мне не даёт whitepaper, так это реального среднего временного окна — в секундах или в блоках — для того, чтобы что-то на живой инфраструктуре Dusk прошло путь от accepted до final. Я не могу «выдумать» это число.
Главный реальный тест для DUSK — чувствуется ли этот вариативный путь к окончательности достаточно быстрым для повседневных пользователей, которые перемещают средства.
Кто-нибудь отслеживал, сколько времени заняла реальная транзакция, чтобы получить финальный статус на Dusk?
#dusk $DUSK @Dusk
Есть четыре различных состояния, через которые проходит блок, и переход между ними целиком зависит от того, что произошло в предыдущих итерациях. Блок начинается как подтверждённый (attested), если в этом раунде неудач не было в нулевом числе предыдущих итераций, то есть никакой другой кандидат теоретически не мог обойти его до консенсуса. Если какие-либо предыдущие итерации всё же завершились неудачей без подтверждения отказа, то он вместо этого начинается как принятый (accepted), то есть блок с более низкой итерацией всё ещё мог бы теоретически заменить его.
Тот момент, который действительно изменил моё понимание, — это то, что подтверждённость и окончательность не столько про сам блок. Подтверждённый блок становится подтверждённым (confirmed), как только у него появляется один единственный преемник, который подтверждён или окончателен. Но принятый блок должен набрать 2 раза по n подряд подтверждённых или окончательных блоков, уложенных поверх него, где n — это количество предыдущих итераций, не имевших подтверждения. Поэтому два блока примерно одного возраста могут приходить к одному и тому же уровню уверенности за совершенно разное время — в зависимости исключительно от того, насколько «чистой» была история их итераций.
Чего мне не даёт whitepaper, так это реального среднего временного окна — в секундах или в блоках — для того, чтобы что-то на живой инфраструктуре Dusk прошло путь от accepted до final. Я не могу «выдумать» это число.
Главный реальный тест для DUSK — чувствуется ли этот вариативный путь к окончательности достаточно быстрым для повседневных пользователей, которые перемещают средства.
Кто-нибудь отслеживал, сколько времени заняла реальная транзакция, чтобы получить финальный статус на Dusk?
#dusk $DUSK @Dusk
