#dusk $DUSK @Dusk
В традиционных финансовых системах, чтобы одна и та же команда не обрабатывалась повторно, полагаются на довольно простое решение — серийный номер или номер чека. Каждая транзакция получает уникальный номер: система принимает только первую подачу, а любые последующие повторные отправки однозначно отклоняет. Механизм, конечно, «приземлённый», но именно так десятилетиями держалась большая часть финансовой инфраструктуры — он предотвращает подавляющее число досадных ситуаций с двойным списанием и повторным клирингом.

В модели аккаунтов Moonlight у Dusk делается то же самое на уровне nonce: для каждого аккаунта ведётся счётчик (nonce). Каждая транзакция должна иметь nonce ровно на 1 больше текущего. После отправки nonce увеличивается. Поэтому даже если одна и та же подписанная транзакция будет повторно разослана и отправлена заново, сеть примет только первый экземпляр, а остальные сразу отклонит. Звучит как максимально базовая конструкция — настолько базовая, что многие, возможно, вообще не замечают, что она существует. Но именно такие «фундаментальные» механизмы решают, можно ли доверять блокчейну при обработке реальных расчётных поручений за деньги.

Я в этой сфере уже несколько лет и видел не раз, как из‑за некорректной обработки повторов в устаревших системах одна и та же отправка приводила к двойному списанию, а затем запускались долгие процессы сверки и возврата. В традиционных финансах такие проблемы часто относят к «инцидентам эксплуатации» и редко выносят в новости, но для затронутых организаций и клиентов это совсем не выглядит лёгкой задачей. Если цепочка, предназначенная для расчётов организаций, не сделала надёжно даже такую базовую защиту от повторного проведения (replay), то дальнейшая куча доказательств с нулевым разглашением уже не имеет большого значения — организациям не так важна «насколько продвинута ваша криптография», их в первую очередь волнует вопрос: «Мои деньги не будут списаны повторно?»

Эта идея при обсуждении не особенно «вкусная», в ней мало того, что хочется снимать в скриншоты и постить — но как раз от того, насколько основательно реализованы такие простые механизмы, зависит моя оценка прочности фундамента цепочки, а не финальный показатель.

Как ты думаешь, когда оцениваешь, насколько цепочка надёжна, нужно начинать с такой простой базовой защиты от повторов — или сначала смотреть, какие у неё есть «крутые» новые технологии?