Транзакция может иметь действительное предложение о комиссии, но все еще принадлежать позже в последовательности счета. Документация транзакции Ethereum описывает nonce как последовательный счетчик, связанный с транзакциями со счета. Для обзора очереди этот счетчик и классификация узла для транзакции пула являются отдельными доказательствами из предлагаемой платы. Ethereum .org: Сделки и учетные записи nonce
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Пример работы WFN: предположим, что следующий требуемый nonce гипотетического счета равен 12, в то время как представленный кандидат имеет nonce 13. Более поздний кандидат принадлежит после позиции 12. Повышение предлагаемой платы не изменяет его nonce. Эти цифры придуманы для иллюстрации заказа, а не для описания учетной записи в реальном времени или для предоставления стратегии оплаты для конкретного кошелька. Теперь представьте, что два кандидата могут делиться nonce 12. Узел может содержать информацию о конкурирующих кандидатах, но само наличие обеих записей не устанавливает, какая будет включена. Любой запрос о принятии замены требует соответствующей клиентской политики и наблюдаемого результата. Интерфейс, показывающий представленную замену, является доказательством запроса, а не доказательством того, что сеть выполнила его. Неустойчивый интерфейс может создать дополнительное недоразумение. Кошелек, узел и исследователь могут отображать записи, захваченные в разные моменты. Перед диагностикой очереди, сохранить время наблюдения и сравнить одну и ту же учетную запись в одной и той же цепочке. В противном случае явное несогласие может описывать разные снимки вместо воспроизводимого сбоя обработки.
Пример работы WFN: предположим, что следующий требуемый nonce гипотетического счета равен 12, в то время как представленный кандидат имеет nonce 13. Более поздний кандидат принадлежит после позиции 12. Повышение предлагаемой платы не изменяет его nonce. Эти цифры придуманы для иллюстрации заказа, а не для описания учетной записи в реальном времени или для предоставления стратегии оплаты для конкретного кошелька. Теперь представьте, что два кандидата могут делиться nonce 12. Узел может содержать информацию о конкурирующих кандидатах, но само наличие обеих записей не устанавливает, какая будет включена. Любой запрос о принятии замены требует соответствующей клиентской политики и наблюдаемого результата. Интерфейс, показывающий представленную замену, является доказательством запроса, а не доказательством того, что сеть выполнила его. Неустойчивый интерфейс может создать дополнительное недоразумение. Кошелек, узел и исследователь могут отображать записи, захваченные в разные моменты. Перед диагностикой очереди, сохранить время наблюдения и сравнить одну и ту же учетную запись в одной и той же цепочке. В противном случае явное несогласие может описывать разные снимки вместо воспроизводимого сбоя обработки.
Полезное исследование записывает идентификатор цепочки, учетную запись, хэши транзакций, nonces, локальную ожидающую или очерченную классификацию и любую включенную квитанцию. Проверяйте предыдущую nonce в последовательности перед интерпретацией более поздней записи. Это документальный рабочий процесс; это не означает, что каждый поставщик раскрывает нестандартный API Geth или использует идентичные правила пула транзакций. При передаче результата различайте локально наблюдаемые, включенные и успешно выполненные. Каждый термин имеет свои собственные доказательства. Более высокое предложение, положение очереди или запрос на замену не гарантирует включение к крайнему сроку. Модель последовательности объясняет, почему более поздняя транзакция может подождать, в то время как фактическая квитанция устанавливает, завершена ли представленная операция в конечном итоге.
Что показывает местный бассейн
Геф документирует нестандартное пространство имен Txpool RPC для проверки своего локального пула транзакций. Его просмотр контента отделяет ожидающие транзакции от очередей транзакций и групп записей по исходному счету и nonce. Он может показать более одной транзакции-кандидата для одного и того же счета и nonce, это записи узлового локального учета, а не полная перепись всего, представленного в Ethereum. Geth: txpool RPC Namespace (недоступная ссылка)
Последовательность счета означает, что более поздний nonce не может просто пропустить ранее требуемую позицию в этой последовательности. Вход в пул также отличается от включенной квитанции транзакции. Осмотр пула помогает объяснить, что знает конкретный узел; подтверждение выполнения требует соответствующей записи цепочки. Ethereum .org: Сделки и учетные записи nonce Geth: txpool RPC Namespace (недоступная ссылка)
Сравнение сборов не устраняет разрыв в последовательности
Пример работы WFN: предположим, что следующий обязательный nonce гипотетического счета составляет 12, в то время как представленный кандидат имеет nonce 13. Более поздний кандидат принадлежит после позиции 12. Повышение предлагаемой платы не изменяет ее nonce. Эти цифры изобретены для иллюстрации заказа, а не для описания реального счета или предоставления стратегии оплаты для конкретного кошелька.
Теперь представьте себе двух кандидатов, разделяющих nonce 12. Узел может содержать информацию о конкурирующих кандидатах, но само наличие обеих записей не устанавливает, какая будет включена. Любое требование о принятии замены требует соответствующей клиентской политики и наблюдаемого результата. Интерфейс, показывающий представленную замену, является доказательством запроса, а не доказательством того, что сеть выполнила его.
Нестабильный интерфейс может создать дополнительное недоразумение. Кошелек, узел и проводник могут отображать записи, захваченные в разные моменты. Перед диагностикой очереди сохраняйте время наблюдения и сравнивайте одну и ту же учетную запись в одной и той же цепочке. В противном случае явное несогласие может описывать разные снимки вместо воспроизводимого сбоя обработки.
Следуйте последовательности счета в квитанцию
Полезное исследование записывает идентификатор цепочки, учетную запись, хэши транзакций, nonces, локальную отложенную или выстроенную в очередь классификацию и любую включенную квитанцию. Проверьте предыдущую nonce в последовательности перед интерпретацией более поздней записи. Это рабочий процесс документации; это не означает, что каждый поставщик раскрывает нестандартный API Geth или использует идентичные правила пула транзакций.
При передаче результата различают локально наблюдаемый, включённый и успешно исполненный. Каждый термин имеет свои доказательства. Более высокое предложение, очередь или запрос на замену не гарантирует включение к сроку. Модель последовательности объясняет, почему более поздняя транзакция может подождать, а фактическая квитанция устанавливает, была ли представленная операция в конечном итоге завершена.