Nonce транзакции

Что такое nonce транзакции?

Nonce транзакции — это число, используемое блокчейном для определения порядка или уникальности транзакции от конкретного аккаунта.

В блокчейнах на основе аккаунтов, таких как Ethereum, nonce обычно представляет собой последовательный счетчик, который увеличивается при каждой отправке транзакции аккаунтом.

В официальной документации Ethereum о транзакциях nonce описывается как последовательно увеличивающийся счетчик, указывающий номер транзакции от аккаунта.

Основное назначение nonce транзакции — не допустить выполнения одной и той же подписанной транзакции более одного раза.

Он также помогает сети обрабатывать транзакции одного отправителя в правильном порядке.

Для пользователей nonce обычно скрыт в интерфейсе кошелька.

Для разработчиков, трейдеров, ботов, платежных систем и опытных пользователей кошельков nonce важен, поскольку неправильный nonce может привести к зависшим транзакциям, неудачным отправкам в сеть, заменяющим транзакциям или задержке действий со смарт-контрактами.

Nonce транзакции — это не то же самое, что nonce майнинга, nonce Proof of Work или случайный nonce безопасности, используемый в обычных веб-приложениях.

В криптокошельках этот термин обычно обозначает значение порядка транзакции, привязанное к одному блокчейн-аккаунту.

Проще всего представить это так: каждая исходящая транзакция одного аккаунта должна занимать свое место в очереди.

Почему nonce транзакции важен в криптовалюте

Nonce транзакции важен, поскольку блокчейнам необходим надежный способ предотвращать дублирование инструкций расходования средств с одного аккаунта.

Если Алиса подписывает транзакцию, отправляющую криптовалюту Бобу, Боб не должен иметь возможность повторно отправлять одну и ту же подписанную транзакцию снова и снова, чтобы вывести средства из кошелька Алисы.

Nonce аккаунта предотвращает такой повтор в рамках одной последовательности аккаунта.

В официальной документации Ethereum об аккаунтах объясняется, что для каждого аккаунта может быть выполнена только одна транзакция с определенным nonce, что защищает от атак повторного воспроизведения, при которых подписанные транзакции многократно отправляются и выполняются повторно.

Nonce также защищает порядок транзакций.

Если аккаунт отправляет транзакцию с nonce 10 и транзакцию с nonce 11, сеть ожидает, что nonce 10 будет обработан до nonce 11.

Это важно, когда транзакции зависят друг от друга, например разрешение на токены и последующий своп.

Если транзакция разрешения зависла, транзакция свопа также может остаться зависшей, поскольку последовательность аккаунта заблокирована.

Именно поэтому управление nonce является важной операционной темой для торговых ботов, автоматизированных платежных систем, систем минтинга NFT и DeFi-приложений.

Небольшая ошибка nonce может остановить всю очередь транзакций одного кошелька.

Как работает nonce транзакции

Nonce транзакции работает как счетчик для каждого аккаунта.

Если аккаунт еще никогда не отправлял транзакцию, его первая исходящая транзакция в системах аккаунтов в стиле Ethereum обычно использует nonce 0.

После принятия этой транзакции следующая транзакция должна использовать nonce 1.

Следующая должна использовать nonce 2.

Эта последовательность продолжается по мере отправки аккаунтом новых транзакций.

Nonce включается в данные транзакции, которые подписывает пользователь.

Поскольку подпись охватывает данные транзакции, изменение nonce после подписания сделает подпись недействительной.

Когда узлы получают подписанную транзакцию, они проверяют, приемлем ли nonce для аккаунта отправителя.

Если nonce слишком низкий, транзакция обычно считается уже использованной или недействительной.

Если nonce слишком высокий, транзакция может ожидать, пока не будут заполнены пропущенные более ранние nonce.

Nonce транзакции в Ethereum

Ethereum — наиболее распространенный пример для объяснения nonce транзакции.

Транзакция Ethereum включает такие поля, как отправитель, получатель, подпись, nonce, value, входные данные, лимит газа и информация о комиссии.

В официальном руководстве Ethereum по транзакциям указано, что объект транзакции должен быть подписан приватным ключом отправителя, что подтверждает происхождение транзакции от отправителя.

Nonce в подписанной транзакции определяет место транзакции в последовательности аккаунта отправителя.

Внешний аккаунт Ethereum не может успешно выполнить две разные транзакции с одинаковым nonce.

Если две ожидающие транзакции используют одинаковый nonce, они являются конкурирующими заменами, а не двумя независимыми транзакциями.

Транзакция, принятая сетью для данного nonce, занимает соответствующий слот nonce.

После этого другая транзакция с тем же nonce обычно не может быть выполнена.

Именно поэтому кошельки используют nonce для функций «Ускорить» или «Отменить».

Кошелек не изменяет исходную транзакцию; он отправляет конкурирующую транзакцию с тем же nonce и другой комиссией или параметрами действия.

Nonce в аккаунтах Ethereum

Аккаунты Ethereum хранят nonce как одно из основных полей аккаунта.

В официальной документации Ethereum об аккаунтах указано, что аккаунты Ethereum имеют четыре поля: nonce, баланс, хеш кода и корень хранилища.

Для внешнего аккаунта nonce считает транзакции, отправленные этим аккаунтом.

Для аккаунта контракта nonce считает контракты, созданные этим аккаунтом контракта.

Эта деталь важна, поскольку адреса развертывания контрактов могут зависеть от адреса создателя и nonce.

В документации Ethereum об аккаунтах объясняется, что адрес контракта обычно выводится из адреса создателя и количества транзакций, отправленных с этого адреса, то есть nonce.

Для обычных пользователей этот вывод адреса обычно обрабатывается кошельком и инструментами разработчика.

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

Неправильный nonce развертывания может привести к размещению контракта по адресу, отличающемуся от ожидаемого.

Это одна из причин, по которой команды развертывания в production-среде тщательно управляют nonce.

Nonce и защита от повторного воспроизведения

Защита от повторного воспроизведения означает предотвращение повторного использования действительной подписанной транзакции способом, которого подписант не предполагал.

Nonce транзакции обеспечивает защиту от повторного воспроизведения в рамках одной последовательности аккаунта в одной цепи.

После выполнения транзакции с nonce 15 другая транзакция того же аккаунта с nonce 15 обычно не может быть выполнена снова.

Это предотвращает повторное выполнение одной и той же подписанной транзакции этим аккаунтом.

Однако nonce сам по себе не полностью устраняет риск повторного воспроизведения между цепями.

Если две сети принимают один формат транзакций и имеют одинаковое состояние аккаунтов, подписанная транзакция может быть воспроизведена в другой сети, если не включена защита, специфичная для цепи.

Стандарт защиты от повторного воспроизведения EIP-155 добавил ID цепи в подписание транзакций Ethereum, чтобы транзакции одной цепи не работали в другой цепи с иным ID цепи.

Это означает, что современная защита от повторного воспроизведения часто сочетает nonce, подпись, ID цепи и структуру транзакции.

Пользователям всегда следует проверять сеть перед подписанием, поскольку подпись может иметь значение только в контексте, в котором она действительна.

Разработчикам следует включать защиту подписания с учетом цепи при создании кошельков, мостов и систем смарт-контрактов.

Последний nonce и ожидающий nonce

Последний nonce и ожидающий nonce важны при ручном создании транзакций или создании через программное обеспечение.

Последний nonce обычно означает количество подтвержденных транзакций адреса в последнем блоке.

Ожидающий nonce может включать транзакции, еще не подтвержденные, но уже ожидающие в мемпуле или пуле транзакций.

Официальная документация Ethereum JSON-RPC включает

, который обычно используется для запроса количества транзакций адреса.

Разработчики часто используют этот метод с параметрами

или , чтобы определить следующий nonce.

Использование последнего подтвержденного nonce может быть ошибочным, если у аккаунта уже есть ожидающие транзакции.

Использование ожидающего nonce может лучше подходить активным отправителям, но это зависит от того, видит ли узел те же ожидающие транзакции, что и остальная сеть.

Поэтому управление nonce может быть сложным для отправителей с большим объемом транзакций.

Разные узлы могут иметь разные представления о мемпуле.

Профессиональные системы часто поддерживают собственный менеджер nonce вместо того, чтобы безоговорочно полагаться на один ответ RPC.

Ожидающие транзакции и очереди nonce

Ожидающая транзакция — это подписанная транзакция, которая была отправлена в сеть, но еще не включена в подтвержденный блок.

Если ожидающая транзакция имеет следующий требуемый nonce, она может быть включена, когда это позволяют комиссии и условия сети.

Если nonce транзакции слишком сильно опережает последовательность, она может ждать, пока будут заполнены пропущенные более ранние nonce.

Так образуется очередь nonce.

Например, если подтвержденный nonce аккаунта равен 20 и аккаунт отправляет nonce 22, nonce 22 не может быть выполнен, пока не будут обработаны nonce 20 и nonce 21.

Некоторые узлы могут удерживать транзакции с будущими nonce в очереди, а другие — отклонять их в зависимости от политики.

Для пользователей это обычно выглядит как транзакция, которая не продвигается.

Для разработчиков это может нарушить автоматизацию, если система отправляет nonce не по порядку.

Один пропущенный nonce может блокировать последующие транзакции одного аккаунта.

Очереди nonce — одна из основных причин, по которой автоматизированным криптосистемам необходимо тщательно отслеживать транзакции.

Зависшие транзакции

Зависшая транзакция часто представляет собой транзакцию, которая была отправлена в сеть, но долго не подтверждается.

Одна из распространенных причин — слишком низкая комиссия относительно текущего спроса в сети.

Другая причина — разрыв nonce или конфликт nonce.

Если зависшая транзакция имеет следующий требуемый nonce, последующие транзакции этого аккаунта также могут зависнуть за ней.

Кошелек может показывать последующие транзакции как ожидающие, даже если их комиссии высоки, поскольку сначала должен быть решен вопрос с более ранним nonce.

Пользователи часто замечают это при попытке отправить новую транзакцию после того, как более ранняя остается ожидающей.

Новая транзакция может не подтвердиться, пока более ранний nonce не будет добыт, заменен или удален из пулов транзакций сети.

Правильное решение зависит от цепи, кошелька, типа транзакции и состояния ожидающей транзакции.

Пользователям следует проверить обозреватель блокчейна и данные nonce в кошельке, прежде чем многократно отправлять новые транзакции.

Отправка множества новых транзакций без понимания nonce может еще больше запутать ситуацию.

Замена транзакции с тем же nonce

Замена транзакции означает отправку новой транзакции с того же аккаунта и с тем же nonce.

В сетях в стиле Ethereum это можно использовать для ускорения или отмены ожидающей транзакции.

Чтобы ускорить транзакцию, замена обычно содержит то же действие, но более высокую комиссию.

Чтобы отменить транзакцию, заменой часто служит простой перевод на собственный адрес отправителя с тем же nonce и более высокой комиссией.

Если заменяющая транзакция подтверждается первой, она занимает слот nonce.

Исходная ожидающая транзакция больше не может быть выполнена обычным образом, поскольку ее nonce уже использован.

Именно поэтому «Отмена» не удаляет транзакцию из истории.

Она заменяет слот nonce ожидающей транзакции другой подписанной транзакцией.

Пользователям следует соблюдать осторожность, поскольку заменяющая транзакция — это реальная транзакция.

Если кошелек показывает запутанный запрос замены, перед подписанием пользователю следует проверить nonce, действие, получателя, сумму и комиссию.

Разрывы nonce

Разрыв nonce возникает, когда аккаунт отправляет более поздний nonce до подтверждения или принятия более раннего nonce.

Например, отправка nonce 30 при отсутствии nonce 29 создает разрыв.

Сеть не может просто пропустить nonce 29, поскольку последовательность аккаунта должна оставаться согласованной.

Это защищает порядок и предотвращает неоднозначное выполнение.

Разрывы nonce часто встречаются в плохо разработанных ботах, скриптах, платежных системах или отправителях транзакций с несколькими серверами.

Они также могут возникать, когда пользователь вручную редактирует настройки кошелька, не понимая состояния ожидающих транзакций аккаунта.

Практический результат заключается в том, что последующие транзакции могут ждать неопределенно долго, пока не будет заполнен пропущенный nonce.

Разработчикам следует использовать блокировки, очереди или централизованные сервисы nonce, когда несколько воркеров отправляют транзакции с одного аккаунта.

Пользователям не следует вручную менять nonce, если они не понимают, какую транзакцию пытаются заменить или заполнить.

Разрыв nonce легко создать, но иногда его неудобно устранять.

Nonce слишком низкий

Ошибка nonce слишком низкий обычно означает, что транзакция использует nonce, уже использованный аккаунтом.

Это может произойти, если транзакция уже подтвердилась, а кошелек пытается повторно отправить другую транзакцию с тем же nonce.

Это также может произойти, если локальный кошелек или скрипт использует устаревшие данные аккаунта.

Например, скрипт может считать, что следующий nonce — 40, тогда как цепь уже ожидает 41.

Сеть отклоняет старый nonce, поскольку он нарушил бы последовательность аккаунта.

Пользователи также могут увидеть ошибку nonce слишком низкий после подтверждения заменяющей транзакции.

Исходная транзакция с тем же nonce становится недействительной, поскольку слот уже занят.

Лучшим решением обычно является обновление данных кошелька, проверка подтвержденных транзакций и использование текущего следующего nonce.

Разработчикам не следует считать ошибку nonce слишком низкий случайной ошибкой RPC.

Обычно это означает, что подтвержденное или ожидающее состояние аккаунта опережает данные конструктора транзакций.

Nonce слишком высокий

Проблема nonce слишком высокий означает, что транзакция использует nonce выше следующего ожидаемого значения.

Это может произойти, если кошелек пропускает nonce.

Это может произойти, если скрипт отправляет транзакции параллельно без координации.

Это может произойти, если транзакция с более ранним nonce была удалена до отправки последующей.

Сеть не может подтвердить более высокий nonce, пока не будут обработаны все более ранние требуемые nonce.

Некоторые системы могут сохранять транзакцию с высоким nonce в статусе ожидания.

Другие системы могут не отображать ее четко, поскольку сейчас она не может быть выполнена.

Решение обычно состоит в заполнении пропущенного nonce или замене отсутствующей транзакции.

Перед принятием решения пользователям следует проверить историю транзакций и ожидающий пул аккаунта.

Разработчикам следует проектировать обработку nonce так, чтобы транзакции с высоким nonce не отправлялись случайно раньше предыдущих.

Ручное редактирование nonce

Некоторые кошельки позволяют опытным пользователям вручную редактировать nonce транзакции.

Это может быть полезно для исправления зависших транзакций, замены ожидающих транзакций или заполнения разрывов nonce.

Это также может быть опасно, если пользователь не понимает состояние аккаунта.

Использование уже подтвержденного nonce обычно завершится ошибкой.

Использование будущего nonce может создать зависшую транзакцию.

Использование того же nonce, что у ожидающей транзакции, может заменить ее.

Такая замена может отменить предполагаемый платеж, если пользователь неосторожен.

К ручному редактированию nonce следует относиться как к продвинутому инструменту восстановления.

Перед редактированием nonce пользователям следует проверить текущий nonce аккаунта, ожидающие транзакции, статус хеша транзакции и предполагаемый результат.

Для транзакций с большой суммой пользователям следует избегать экспериментов с настройками nonce в условиях нехватки времени.

Nonce транзакции и комиссии за газ

Комиссии за газ и nonce — отдельные поля, но на практике они взаимодействуют.

Транзакция с правильным nonce, но слишком низкой комиссией может оставаться ожидающей.

Более поздняя транзакция с более высоким nonce и более высокой комиссией все равно может быть заблокирована за транзакцией с низкой комиссией.

Это может запутать пользователей, поскольку более поздняя транзакция кажется достаточно дорогой, но все равно не подтверждается.

Проблема не всегда заключается в более поздней комиссии.

Проблемой может быть более ранний nonce.

Замена более ранней ожидающей транзакции транзакцией с более высокой комиссией может разблокировать очередь.

Однако правила замены зависят от сети и политик клиентов.

Пользователям не следует предполагать, что простая отправка новой транзакции решит проблему зависшего nonce.

Новая транзакция должна относиться к правильному слоту nonce.

Nonce транзакции и вызовы смарт-контрактов

Вызовы смарт-контрактов также используют nonce транзакции, если отправляются из внешнего аккаунта.

Перевод токенов, разрешение на токены, минтинг NFT, DeFi-своп, депозит в мост или действие в стейкинге могут использовать следующий nonce аккаунта.

Это означает, что неудачная транзакция контракта все равно может повлиять на порядок nonce, если она включена в блокчейн.

Даже если вызов контракта отменяется, транзакция все равно может использовать nonce и списать комиссии.

После включения неудачной транзакции следующий nonce аккаунта увеличивается.

Это важно, поскольку пользователи иногда думают, что неудачная транзакция не учитывается.

На уровне последовательности аккаунта включенная неудачная транзакция все равно использовала свой nonce.

Для разработчиков отмена контракта не означает откат nonce.

Для пользователей неудачная транзакция смарт-контракта может очистить очередь nonce, хотя предполагаемое действие не произошло.

Именно поэтому при устранении проблем важно проверять как статус транзакции, так и состояние nonce.

Nonce транзакции и разрешения на токены

Разрешения на токены используют nonce, поскольку являются ончейн-транзакциями с аккаунта пользователя.

Обычный процесс DeFi может требовать транзакции разрешения, за которой следует транзакция свопа.

Разрешение может использовать nonce 100.

Своп может использовать nonce 101.

Если разрешение зависло, своп не может выполниться первым, поскольку nonce 101 должен ждать после nonce 100.

Если пользователь заменит nonce 100 транзакцией отмены, разрешение не будет выполнено.

Тогда своп позднее может завершиться ошибкой, поскольку у смарт-контракта нет разрешения на расходование токена.

Это одна из причин, по которым очереди транзакций в DeFi могут быть запутанными.

Каждый nonce представляет конкретный шаг предполагаемой пользователем последовательности.

Изменение одного nonce может повлиять на последующие зависящие от него шаги.

Nonce транзакции и развертывание контрактов

Развертывание контрактов может зависеть от nonce.

В Ethereum адрес обычным образом созданного контракта основан на адресе создателя и nonce создателя на момент развертывания.

Это означает, что порядок развертывания важен.

Если аккаунт развертывателя отправит дополнительную транзакцию перед развертыванием, адрес следующего контракта может измениться.

Скрипты развертывания часто предполагают определенную последовательность nonce.

Неправильный nonce может нарушить интеграции, ожидающие контракт по запланированному адресу.

Разработчикам следует поддерживать чистоту аккаунтов развертывания, тщательно отслеживать nonce и использовать протестированные скрипты.

Фабричные контракты и детерминированные методы развертывания могут помочь в некоторых случаях, но nonce по-прежнему важен для многих процессов развертывания.

Аудиторы и операционные команды должны проверять предположения о nonce в планах развертывания.

Ошибка адреса контракта может быть дорогостоящей, поскольку развернутые смарт-контракты трудно или невозможно переместить.

Nonce транзакции и боты

Торговые боты, арбитражные боты, боты ликвидации и платежные боты должны тщательно управлять nonce.

Боты часто быстро отправляют много транзакций.

Если два воркера бота используют один аккаунт и оба выбирают одинаковый nonce, они могут случайно заменить транзакции друг друга.

Если один воркер пропускает nonce вперед, более поздние транзакции могут зависнуть за отсутствующими nonce.

Если RPC-эндпоинт возвращает устаревшие ожидающие данные, бот может подписать неправильный nonce.

Системам ботов обычно необходимы менеджер nonce, очередь транзакций, логика повторных попыток, стратегия замены и мониторинг.

Им также нужны правила действий, если транзакция удалена, подтверждена, отменена или заменена.

Использование нескольких кошельков может снизить конкуренцию за nonce, но добавляет сложность управления ключами и пополнения средств.

Профессиональная автоматизация должна рассматривать nonce как общее состояние, а не как простое число, случайно полученное от одного узла.

Ошибки nonce могут превратить прибыльную стратегию в последовательность зависших или неудачных транзакций.

Nonce транзакции и системы с несколькими отправителями

Криптовалютные компании и приложения часто отправляют транзакции из серверных систем.

Платежный процессор может отправлять возвраты средств.

Игра может отправлять вознаграждения.

Оператор протокола может выполнять транзакции обслуживания.

Система казначейства может отправлять запланированные переводы.

Если несколько серверов отправляют транзакции с одного кошелька, они должны координировать назначение nonce.

Без координации два сервера могут одновременно подписать один и тот же nonce.

Они также могут создавать разрывы nonce, отправляя будущие nonce не по порядку.

Хорошие системы используют централизованный сервис nonce, блокировку базы данных, очередь транзакций или разделение аккаунтов.

Они также отслеживают ожидающие транзакции и сверяют данные с ончейн-данными.

Координация nonce — это вопрос надежности инфраструктуры, а не просто деталь кошелька.

Nonce транзакции и абстракция аккаунтов

Кошельки на смарт-контрактах и абстракция аккаунтов могут сделать поведение nonce более гибким.

Традиционные внешние аккаунты обычно следуют простой модели последовательного nonce.

Аккаунты на смарт-контрактах могут определять собственные правила валидации и поддерживать разные пространства nonce или пакетные операции в зависимости от дизайна кошелька.

Это может улучшить пользовательский опыт, позволяя использовать более сложные процессы транзакций.

Однако это также может усложнить понимание nonce для разработчиков и пользователей.

Кошелек на смарт-контракте может отслеживать nonce операций в хранилище контракта, а не полагаться только на базовый nonce аккаунта.

Некоторые системы используют подnonce, nonce на основе ключей или разрешения на основе сессий для поддержки параллельных действий.

Пользователи не всегда видят эти сведения в интерфейсе кошелька.

Разработчикам следует читать техническую документацию кошелька, прежде чем предполагать простую модель nonce Ethereum EOA.

По мере усложнения дизайнов кошельков управление nonce становится частью проектирования безопасности аккаунта.

Nonce транзакции в Bitcoin

Bitcoin не использует nonce аккаунта в стиле Ethereum, поскольку Bitcoin работает по модели UTXO.

В Bitcoin транзакции расходуют конкретные предыдущие выходы, а не средства со счетчика баланса аккаунта.

В официальном справочнике Bitcoin по транзакциям описываются входы транзакций, расходующие точки выхода из предыдущих транзакций.

Входы транзакций Bitcoin содержат поле порядкового номера.

В справочнике Bitcoin указано, что вход, не являющийся coinbase, включает четырехбайтовый порядковый номер, а значением по умолчанию для Bitcoin Core и почти всех других программ является

.

Этот порядковый номер иногда путают с nonce аккаунта, но это не то же понятие, что счетчик транзакций Ethereum для каждого аккаунта.

Bitcoin также имеет nonce заголовка блока, используемый в майнинге, и extra nonce coinbase, используемый майнерами для изменения данных блока при поиске Proof of Work.

Эти nonce, связанные с майнингом, отличаются от nonce транзакции кошелька.

Для точности глоссария важно указывать, что значение nonce зависит от контекста блокчейна.

В повседневном обсуждении кошельков nonce транзакции обычно означает счетчик транзакций аккаунта, а не поле последовательности UTXO Bitcoin.

Nonce транзакции в Solana

Solana использует иную модель актуальности транзакций по сравнению с Ethereum.

Обычные транзакции Solana используют недавний хеш блока, чтобы ограничить срок действия транзакции.

Solana также поддерживает транзакции с долговременным nonce для офлайн-подписания и отложенной отправки.

В официальной документации Solana о долговременных nonce указано, что транзакция с долговременным nonce заменяет недавний хеш блока сохраненным значением nonce, устраняя окно истечения в 150 слотов.

В той же документации указано, что это позволяет выполнять офлайн-подписание и отложенную отправку.

Аккаунты долговременного nonce Solana хранят полномочия, значение долговременного nonce и сведения о ставке комиссии на момент последнего обновления nonce.

Для использования долговременного nonce транзакция использует инструкцию advance-nonce и сохраненное значение nonce.

Если действительная транзакция с долговременным nonce проходит валидацию, но ее выполнение завершается ошибкой, согласно документации nonce все равно обновляется, а комиссии все равно взимаются.

Это предотвращает повторное воспроизведение, одновременно компенсируя валидаторам их работу.

Модель долговременного nonce Solana показывает, что слово nonce может иметь разное значение в разных цепях.

Nonce транзакции и nonce майнинга

Nonce транзакции — это не то же самое, что nonce майнинга.

Nonce транзакции обычно используется для упорядочивания или уникальной идентификации транзакций аккаунта.

Nonce майнинга — это значение, которое майнеры изменяют при поиске действительного хеша блока Proof of Work.

Майнинг Bitcoin использует nonce заголовка блока, а майнеры также могут использовать данные extra nonce в coinbase-транзакции для расширения пространства поиска.

В справочнике Bitcoin по транзакциям отмечается, что майнеры обычно помещают extra nonce в поле coinbase для обновления корня Меркла заголовка блока во время хеширования.

Такое использование в майнинге не связано с заменой зависшей транзакции кошелька.

Путаница этих терминов может привести к недопониманию при чтении документации блокчейнов.

Одно и то же слово nonce просто означает число, используемое один раз, или число для обеспечения уникальности в разных технических системах.

В операциях с кошельком nonce транзакции связан с последовательностью аккаунта.

В майнинге nonce связан с поиском Proof of Work.

Nonce транзакции и криптографический nonce

Криптографический nonce — это число, используемое один раз в протоколе безопасности.

Криптографические nonce могут предотвращать повторное воспроизведение, добавлять актуальность или делать подписи и шифрование безопаснее в зависимости от системы.

Nonce транзакции — это один конкретный вариант применения более широкой идеи nonce в блокчейне.

Он не всегда является случайным.

В Ethereum nonce последователен для обычных внешних аккаунтов.

Это отличается от многих nonce в веб-безопасности, которые могут быть непредсказуемыми случайными значениями.

Следовательно, слово nonce не всегда означает случайность.

В транзакциях блокчейна на основе аккаунтов предсказуемая последовательность может быть ключевой особенностью.

Сеть должна знать точное следующее значение, чтобы обеспечивать порядок.

Важное свойство — уникальность для последовательности аккаунта, а не случайность.

Риски безопасности, связанные с nonce транзакции

Ошибки nonce могут создавать риски безопасности и операционные риски.

Вредоносный сайт может попытаться заставить пользователя заменить ожидающую транзакцию, не понимая происходящего.

Фальшивый агент поддержки может посоветовать пользователю изменить настройки nonce так, чтобы отменить предполагаемый перевод или создать путаницу.

Пользователь, действующий поспешно, может подписать заменяющую транзакцию с неправильным получателем или суммой.

Серверная система может случайно повторно использовать nonce и заменить легитимную транзакцию другой.

Бот может оставить ценные транзакции зависшими, поскольку более ранний nonce с низкой комиссией никогда не был исправлен.

Скрипт развертывания может использовать неправильный nonce и развернуть контракт по неожиданному адресу.

Nonce обычно не является секретом, но остается чувствительным операционным состоянием.

Пользователям не следует изменять настройки nonce только потому, что кто-то в чате посоветовал это сделать.

Разработчикам следует вести журнал решений по nonce и защищать системы отправки транзакций от состояний гонки.

Как пользователи могут проверить nonce транзакции

Пользователи часто могут проверить nonce в расширенных сведениях о транзакции в кошельке.

Они также могут проверить детали транзакции через обозреватель блокчейна, поддерживающий отображение nonce.

Страница аккаунта может показывать подтвержденные транзакции в порядке nonce.

Ожидающая транзакция может показывать nonce, который она пытается использовать.

Если в кошельке есть зависшая транзакция, пользователю следует определить наименьший ожидающий nonce этого аккаунта.

Этот наименьший ожидающий nonce обычно блокирует последующие транзакции.

Затем пользователь может решить, ждать ли, ускорить, заменить или отменить транзакцию в зависимости от поддержки кошелька и важности транзакции.

Пользователям не следует полагаться только на скриншоты, поскольку они могут быть устаревшими или отредактированными.

Хеши транзакций и данные обозревателя полезнее для поддержки и устранения неполадок.

Для транзакций с большой суммой пользователям следует избегать расширенных изменений nonce, если они не понимают, какой именно слот nonce затрагивается.

Как разработчикам следует управлять nonce

Разработчикам следует рассматривать управление nonce как задачу управления состоянием.

Простой скрипт может получить следующий nonce и отправить одну транзакцию.

Production-система требует более тщательной обработки.

Она должна отслеживать подтвержденные транзакции.

Она должна отслеживать ожидающие транзакции.

Она должна определять, была ли транзакция заменена.

Она должна определять, была ли транзакция удалена.

Она должна повторять попытки с правильным nonce вместо бездумной отправки будущих nonce.

Она должна предотвращать назначение несколькими воркерами одного nonce одновременно.

Она должна сверять внутреннее состояние nonce с ончейн-данными и данными мемпула.

Лучшие практики управления nonce

Используйте один понятный менеджер nonce для каждого отправляющего аккаунта.

Не позволяйте нескольким серверам назначать nonce без координации.

Используйте количество ожидающих транзакций при подготовке быстрых последовательных транзакций, но также учитывайте ограничения представления мемпула одним узлом.

Ведите журнал каждой подписанной транзакции, nonce, хеша транзакции, настройки комиссии и попытки замены.

Отслеживайте ожидающие транзакции и создавайте оповещения, если nonce слишком долго остается неподтвержденным.

Разработайте понятную политику замены для транзакций с низкой комиссией.

Избегайте разрывов nonce, отправляя транзакции по порядку.

Используйте отдельные кошельки отправителя, если параллелизм важнее одной общей истории аккаунта.

Тестируйте обработку nonce в тестовой сети перед использованием реальных средств.

Никогда не создавайте production-системы, предполагающие, что каждая отправленная в сеть транзакция будет быстро подтверждаться.

Распространенные ошибки пользователей при работе с nonce транзакции

Первая ошибка — вручную менять nonce, не зная текущего ожидающего nonce.

Вторая ошибка — считать, что более поздняя транзакция может подтвердиться раньше более раннего nonce того же аккаунта.

Третья ошибка — пытаться отменить транзакцию, отправляя новую транзакцию с другим nonce.

Четвертая ошибка — игнорировать наименьший ожидающий nonce, который блокирует очередь.

Пятая ошибка — считать, что неудачная ончейн-транзакция не использовала nonce.

Шестая ошибка — отправлять повторные транзакции с кошелька, пока более ранняя остается ожидающей.

Седьмая ошибка — путать nonce транзакции с nonce майнинга.

Восьмая ошибка — предполагать, что Bitcoin использует ту же модель nonce аккаунта, что Ethereum.

Девятая ошибка — доверять советам фальшивой поддержки по редактированию nonce.

Десятая ошибка — не сохранять хеши транзакций при устранении проблем с ожидающими транзакциями.

Распространенные ошибки разработчиков при работе с nonce транзакции

Первая ошибка разработчиков — получать последний nonce вместо учета ожидающих транзакций.

Вторая ошибка разработчиков — позволять нескольким воркерам отправлять транзакции с одного аккаунта без блокировок.

Третья ошибка разработчиков — не отслеживать заменяющие транзакции.

Четвертая ошибка разработчиков — считать, что все узлы RPC имеют идентичные пулы ожидающих транзакций.

Пятая ошибка разработчиков — не обрабатывать удаленные транзакции.

Шестая ошибка разработчиков — пропускать nonce при повторных попытках.

Седьмая ошибка разработчиков — недостаточно увеличивать комиссии замены для политики сети.

Восьмая ошибка разработчиков — не отслеживать разрывы nonce.

Девятая ошибка разработчиков — смешивать ручное использование кошелька с автоматизированными аккаунтами отправителя.

Десятая ошибка разработчиков — развертывать контракты без контроля nonce развертывателя.

Устранение неполадок nonce транзакции

Если транзакция зависла, сначала определите аккаунт отправителя.

Затем проверьте nonce транзакции.

Затем проверьте, остается ли ожидающим какой-либо меньший nonce того же аккаунта.

Затем проверьте, не слишком ли низкая комиссия транзакции для текущих условий сети.

Затем проверьте, не подтвердилась ли уже заменяющая транзакция с тем же nonce.

Затем проверьте, не завершилась ли транзакция ошибкой, но все же использовала nonce.

Затем проверьте, подключен ли кошелек к правильной сети.

Затем проверьте, не показывает ли RPC-провайдер устаревшие ожидающие данные.

После этого решите, следует ли ждать, ускорить, заменить, отменить транзакцию или заполнить отсутствующий nonce.

Хорошее устранение неполадок nonce опирается на последовательность аккаунта, а не на предположения, основанные только на тексте статуса в кошельке.

Преимущества nonce транзакции

Первое преимущество nonce транзакции — предотвращение повторного воспроизведения в последовательности аккаунта.

Второе преимущество — предсказуемый порядок транзакций одного отправителя.

Третье преимущество — упрощенная валидация для узлов, поскольку каждый аккаунт имеет понятный следующий ожидаемый номер транзакции.

Четвертое преимущество — поддержка заменяющих транзакций, когда ожидающую транзакцию необходимо ускорить или отменить.

Пятое преимущество — детерминированное поведение порядка развертывания смарт-контрактов в системах в стиле Ethereum.

Шестое преимущество — более понятный учет транзакций для кошельков, обозревателей и автоматизированных систем.

Седьмое преимущество — более надежная защита пользователей от повторного выполнения одной и той же подписанной транзакции.

Эти преимущества делают nonce небольшой, но важнейшей частью архитектуры блокчейн-транзакций.

Пользователи редко думают об этом, когда все работает.

Они быстро замечают nonce, когда что-то зависает.

Ограничения nonce транзакции

Первое ограничение состоит в том, что порядок nonce может блокировать последующие транзакции за одной зависшей транзакцией.

Второе ограничение состоит в усложнении управления nonce для отправителей с большим объемом транзакций.

Третье ограничение состоит в том, что разные узлы могут иметь разные представления об ожидающих транзакциях.

Четвертое ограничение состоит в том, что пользователи могут создавать проблемы, неправильно редактируя nonce вручную.

Пятое ограничение состоит в том, что nonce сам по себе не устраняет риск повторного воспроизведения между цепями.

Шестое ограничение состоит в том, что разные блокчейны по-разному используют похожие на nonce понятия.

Седьмое ограничение состоит в том, что кошельки на смарт-контрактах могут использовать более сложные системы nonce.

Восьмое ограничение состоит в том, что включенная неудачная транзакция все равно может использовать nonce.

Девятое ограничение состоит в том, что адреса развертывания контрактов могут измениться при изменении порядка nonce.

Десятое ограничение состоит в том, что интерфейсы кошельков часто скрывают данные nonce, пока не возникнет проблема.

Как безопасно использовать nonce транзакции

При обычных транзакциях позволяйте кошельку автоматически управлять nonce.

Не редактируйте nonce вручную, если не понимаете порядок ожидающих транзакций.

Проверяйте наименьший ожидающий nonce, когда кошелек кажется зависшим.

Используйте функции ускорения или отмены только в доверенном интерфейсе кошелька.

Проверяйте заменяющую транзакцию перед ее подписанием.

Не следуйте инструкциям о nonce из случайных сообщений поддержки или комментариев в социальных сетях.

Сохраняйте хеши транзакций для устранения неполадок.

Используйте отдельные кошельки для автоматизированных систем, когда конкуренция за nonce становится проблемой.

Тестируйте скрипты отправки транзакций перед использованием реальных активов.

Помните, что nonce — это операционное состояние, а не пароль безопасности.

FAQ

Что такое nonce транзакции простыми словами?

Nonce транзакции — это число, определяющее позицию следующей транзакции блокчейн-аккаунта.

Почему Ethereum использует nonce?

Ethereum использует nonce для упорядочивания транзакций одного аккаунта и предотвращения многократного выполнения одной и той же подписанной транзакции.

Использует ли каждый блокчейн одинаковую систему nonce?

Нет, поведение nonce различается в разных блокчейнах, а модель UTXO Bitcoin не использует nonce аккаунтов в стиле Ethereum.

Что происходит, если две транзакции используют одинаковый nonce?

Они обычно конкурируют за один и тот же слот nonce, и для этого nonce аккаунта обычно может быть выполнена только одна из них.

Может ли транзакция с более высоким nonce подтвердиться первой?

В системах аккаунтов в стиле Ethereum транзакция с более высоким nonce обычно не может быть выполнена до обработки более ранних требуемых nonce того же аккаунта.

Что означает nonce too low?

Nonce too low обычно означает, что транзакция использует nonce, уже использованный аккаунтом.

Что означает nonce too high?

Nonce too high обычно означает, что транзакция пропустила один или несколько более ранних nonce, которые аккаунт все еще должен обработать.

Использует ли неудачная транзакция nonce?

Да, если неудачная транзакция включена в блокчейн, она обычно использует nonce аккаунта, даже если действие контракта завершилось ошибкой.

Можно ли отменить ожидающую транзакцию с помощью nonce?

В сетях в стиле Ethereum отмена обычно означает отправку заменяющей транзакции с тем же nonce и более высокой комиссией.

Можно ли ускорить транзакцию с помощью nonce?

Да, ускорение обычно означает замену ожидающей транзакции другой транзакцией с тем же nonce и более высокой комиссией.

Является ли nonce транзакции секретом?

Нет, nonce транзакции не является секретом и обычно виден в данных транзакции или истории аккаунта.

Является ли nonce транзакции случайным?

В аккаунтах в стиле Ethereum обычный nonce транзакции является последовательным, а не случайным.

Nonce транзакции — это то же самое, что nonce майнинга?

Нет, nonce транзакции упорядочивает транзакции аккаунта, а nonce майнинга используется при хешировании блоков Proof of Work.

Как разработчики получают следующий nonce Ethereum?

Разработчики обычно используют

через Ethereum JSON-RPC, часто учитывая, требуется ли им последнее подтвержденное количество или количество ожидающих транзакций.

Какое правило работы с nonce самое безопасное для обычных пользователей?

Самое безопасное правило — позволять кошельку автоматически управлять nonce, если только вы намеренно не исправляете зависшую или заменяющую транзакцию.

Заключение

Nonce транзакции — небольшое число, играющее важную роль в безопасности и упорядочивании блокчейн-транзакций.

В системах аккаунтов в стиле Ethereum он действует как последовательный счетчик, отмечающий каждую исходящую транзакцию аккаунта.

Этот счетчик не позволяет одной и той же подписанной транзакции выполняться повторно и помогает сети обрабатывать транзакции одного отправителя в правильном порядке.

Nonce становится особенно важным, когда транзакции ожидают подтверждения, заменяются, отменяются, ускоряются или отправляются автоматизированными системами.

Неправильный nonce может привести к зависшим транзакциям, разрывам nonce, неудачным отправкам в сеть, ошибкам развертывания или блокировке действий DeFi.

Для обычных пользователей кошельки обычно управляют nonce автоматически, и на них следует полагаться, если не требуется продвинутое устранение неполадок.

Для разработчиков управление nonce — это вопрос надежности production-систем, требующий очередей, блокировок, мониторинга, политик замены и сверки с ончейн-состоянием.

Для трейдеров и ботов управление nonce может определять, выполнятся ли транзакции вовремя или зависнут за более ранними ожидающими действиями.

Значение nonce также меняется в разных архитектурах блокчейнов, поскольку Bitcoin использует UTXO и порядковые номера, а Solana использует модель долговременного nonce для определенных процессов отложенного подписания.

Самый безопасный способ работы с nonce — понимать последовательность аккаунта, проверять ожидающие транзакции, избегать ненужных ручных изменений и использовать доверенные инструменты при замене транзакций.

В криптоглоссарии nonce транзакции следует понимать как значение уникальности и порядка на уровне аккаунта, помогающее сделать подписанные блокчейн-транзакции безопасными, последовательными и защищенными от повторного воспроизведения.