Посты
--
竹竹 YGØZ²
·
--
Многие оценивают безопасность цепочки, задавая привычные вопросы: «какой механизм консенсуса используется», «есть ли защита от двойных трат», «насколько сетевой слой устойчив к атакам Сивиллы». Такое впечатление возникает будто бы достаточно, чтобы какой-то один слой дал красивое доказательство — и вся цепочка уже безопасна. Этот интуитивный подход может не сработать в дизайне Dusk.
Логика безопасности Dusk заключается не в том, чтобы поставить все на одну «ставку», а в том, чтобы три слоя — консенсус, транзакции и сеть — не зависели друг от друга и каждый выдерживал свою нагрузку; при локальном сбое любого одного слоя целостность финансового расчёта в одиночку разрушить невозможно.
Слой консенсуса: в механизме SBA Dusk комитет из 64 единиц кредитной доли в сочетании с порогом 2/3 по обязательному кворуму означает, что атакующему нужно опровергнуть один раунд расчёта, а не просто «купить несколько узлов». Недостаточно приобрести «несколько узлов» — после взвешивания по кредиту нужно собрать абсолютное большинство. Агрегация подписей BLS снижает стоимость верификации до очень низкого уровня, но при этом стоимость атаки не падает; оптимизация эффективности и порог атаки — это разные вещи.
Слой транзакций: модель Phoenix в Dusk использует публичный nullifier для предотвращения двойных трат. При этом note не удаляется, что гарантирует возможность аудита, а через дизайн с несвязываемостью разрывается связность адресов между транзакциями. Это означает, что защита от двойных трат и защита приватности не исключают друг друга — они вшиты в одну и ту же систему.
Сетевой слой: подписи в Dusk в сочетании с DHT и дизайном, устойчивым к Sybil-атакам, структурно повышают стоимость атаки, при которой фальшивые массовые идентичности пытаются «утопить» сеть.
Когда эти три слоя складываются вместе, истинная история безопасности Dusk — не в том, «насколько силён какой-то один слой», а в том, что атакующему нужно одновременно пробить насквозь консенсус, транзакции и сеть, чтобы поколебать гарантии расчёта. Суть глубинной обороны — сделать так, чтобы «пробой в одной точке» стал бессмысленным.
#dusk $DUSK @Dusk
Логика безопасности Dusk заключается не в том, чтобы поставить все на одну «ставку», а в том, чтобы три слоя — консенсус, транзакции и сеть — не зависели друг от друга и каждый выдерживал свою нагрузку; при локальном сбое любого одного слоя целостность финансового расчёта в одиночку разрушить невозможно.
Слой консенсуса: в механизме SBA Dusk комитет из 64 единиц кредитной доли в сочетании с порогом 2/3 по обязательному кворуму означает, что атакующему нужно опровергнуть один раунд расчёта, а не просто «купить несколько узлов». Недостаточно приобрести «несколько узлов» — после взвешивания по кредиту нужно собрать абсолютное большинство. Агрегация подписей BLS снижает стоимость верификации до очень низкого уровня, но при этом стоимость атаки не падает; оптимизация эффективности и порог атаки — это разные вещи.
Слой транзакций: модель Phoenix в Dusk использует публичный nullifier для предотвращения двойных трат. При этом note не удаляется, что гарантирует возможность аудита, а через дизайн с несвязываемостью разрывается связность адресов между транзакциями. Это означает, что защита от двойных трат и защита приватности не исключают друг друга — они вшиты в одну и ту же систему.
Сетевой слой: подписи в Dusk в сочетании с DHT и дизайном, устойчивым к Sybil-атакам, структурно повышают стоимость атаки, при которой фальшивые массовые идентичности пытаются «утопить» сеть.
Когда эти три слоя складываются вместе, истинная история безопасности Dusk — не в том, «насколько силён какой-то один слой», а в том, что атакующему нужно одновременно пробить насквозь консенсус, транзакции и сеть, чтобы поколебать гарантии расчёта. Суть глубинной обороны — сделать так, чтобы «пробой в одной точке» стал бессмысленным.
#dusk $DUSK @Dusk
Отказ от ответственности. Содержит мнения третьих сторон. Не является рекомендацией. Binance AI не предоставляет гарантий. См. Правила и условия.