#dusk На этой неделе я разбирал данные ончейн-взаимодействий и чуть не запутался из-за одной особенности архитектуры. Обычно кажется, что стоит только завершить упаковку данных и подождать несколько блоков — и всё точно в порядке. Честно говоря, раньше я и сам действовал именно так, не особо задумываясь. Но вчера я досконально изучил правила Rolling Finality в Dusk и вдруг понял: такое грубое ожидание на интуиции таит в себе немало нюансов.$DUSK
Эта сеть очень детально разделяет состояния. Есть крайне коварное правило: даже если блок успешно сформирован, но до достижения консенсуса были сбои в раундах — то есть имелись предыдущие неудачные итерации, — система лишь присваивает ему статус предварительно принятого. Это как временная работа: теоретически такой блок в любой момент может вытеснить кандидат с более высоким приоритетом при сортировке. Чтобы получить окончательное подтверждение, правила гораздо строже, чем можно подумать.$BTC
Тут не получится просто подождать фиксированное число блоков: нужно выждать вдвое больше неудачных раундов. Допустим, до этого дважды возникали задержки — тогда после этого придётся дождаться ещё четырёх новых блоков, чтобы считать операцию окончательно завершённой. Иными словами, две уже включённые в блокчейн транзакции — одна прошла гладко, а другая с перебоями — могут совершенно по-разному противостоять откату. Разница в степени их уязвимости весьма существенна.$ETH
С точки зрения институциональных расчётов DvP такая динамическая защита действительно выглядит надёжной. Но это также означает, что время подтверждения становится лотереей. Для обычных пользователей, которые часто гоняют небольшие суммы, риск на протяжении этих нескольких секунд не так уж важен. А вот при переводе крупных средств с таким механизмом стоит быть осторожнее. У всего есть две стороны: безопасность на максимуме — значит, с ожидаемой скоростью придётся смириться.@Dusk
Теперь, когда я сам перевожу крупные суммы, я уже не зацикливаюсь на каком-то фиксированном числе подтверждений, а сразу проверяю на узле конкретное значение n. Лучше потратить чуть больше времени и убедиться, что уязвимый период точно прошёл. Честно говоря, понимание того, как устроены механизмы на низком уровне, помогает избежать многих скрытых ловушек. А при переводе крупных сумм какой этап обычно больше всего заставляет вас нервничать?
Эта сеть очень детально разделяет состояния. Есть крайне коварное правило: даже если блок успешно сформирован, но до достижения консенсуса были сбои в раундах — то есть имелись предыдущие неудачные итерации, — система лишь присваивает ему статус предварительно принятого. Это как временная работа: теоретически такой блок в любой момент может вытеснить кандидат с более высоким приоритетом при сортировке. Чтобы получить окончательное подтверждение, правила гораздо строже, чем можно подумать.$BTC
Тут не получится просто подождать фиксированное число блоков: нужно выждать вдвое больше неудачных раундов. Допустим, до этого дважды возникали задержки — тогда после этого придётся дождаться ещё четырёх новых блоков, чтобы считать операцию окончательно завершённой. Иными словами, две уже включённые в блокчейн транзакции — одна прошла гладко, а другая с перебоями — могут совершенно по-разному противостоять откату. Разница в степени их уязвимости весьма существенна.$ETH
С точки зрения институциональных расчётов DvP такая динамическая защита действительно выглядит надёжной. Но это также означает, что время подтверждения становится лотереей. Для обычных пользователей, которые часто гоняют небольшие суммы, риск на протяжении этих нескольких секунд не так уж важен. А вот при переводе крупных средств с таким механизмом стоит быть осторожнее. У всего есть две стороны: безопасность на максимуме — значит, с ожидаемой скоростью придётся смириться.@Dusk
Теперь, когда я сам перевожу крупные суммы, я уже не зацикливаюсь на каком-то фиксированном числе подтверждений, а сразу проверяю на узле конкретное значение n. Лучше потратить чуть больше времени и убедиться, что уязвимый период точно прошёл. Честно говоря, понимание того, как устроены механизмы на низком уровне, помогает избежать многих скрытых ловушек. А при переводе крупных сумм какой этап обычно больше всего заставляет вас нервничать?
一直转圈怕丢币
46%
地址填错救不回
39%
燃料刺客冷不丁
15%
13 проголосовали • Голосование закрыто