Замена транзакции Bitcoin для повышения вероятности подтверждения отличается от отмены подтвержденного платежа. BIP 125 описывает замену неподтвержденных транзакций, в то время как Bitcoin Core 28.0 изменил настройку полного RBF по умолчанию. Чтение обеих записей показывает, почему обзор платежа должен отличать исторические правила передачи сигналов от политики ретрансляции конкретной реализации узла. Bitcoin BIP 125: опция полной замены сигнала по фигу Bitcoin Core 28.0: полный RBF по умолчанию
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Анализ WFN: представьте, что клиент отправляет неподтвержденную транзакцию и позже отправляет конфликтующую замену с другим идентификатором. Система учета, которая рассматривает первый идентификатор как постоянно урегулированный, может показать неправильный статус. Более безопасное аналитическое различие заключается в наблюдаемом представлении, принятии соответствующими системами и возможной подтвержденной транзакции с доказательствами, записанными для каждого этапа. Более высокая плата не является безусловным обещанием немедленного подтверждения. Замена по-прежнему должна удовлетворять соответствующим политикам и достигать майнера, который включает его. Представление кнопки взимания платы в качестве гарантированного времени завершения будет поэтому выходить за рамки доказательств. Полезная информация о клиенте - это то, что было представлено, что заменило его и какой статус в настоящее время может быть проверен. То же различие помогает объяснить очевидную отмену. Противоречивая транзакция может перенаправить средства тратителя до подтверждения, но это не равносильно общей власти отменить любой завершенный платеж Bitcoin. Услуга, описывающая ее функцию отмены, должна указывать условия и границу статуса вместо заимствования языка банковского возврата платежей.
Анализ WFN: представьте, что клиент отправляет неподтвержденную транзакцию и позже отправляет конфликтующую замену с другим идентификатором. Система учета, которая рассматривает первый идентификатор как постоянно урегулированный, может показать неправильный статус. Более безопасное аналитическое различие заключается в наблюдаемом представлении, принятии соответствующими системами и возможной подтвержденной транзакции с доказательствами, записанными для каждого этапа. Более высокая плата не является безусловным обещанием немедленного подтверждения. Замена по-прежнему должна удовлетворять соответствующим политикам и достигать майнера, который включает его. Представление кнопки взимания платы в качестве гарантированного времени завершения будет поэтому выходить за рамки доказательств. Полезная информация о клиенте - это то, что было представлено, что заменило его и какой статус в настоящее время может быть проверен. То же различие помогает объяснить очевидную отмену. Противоречивая транзакция может перенаправить средства тратителя до подтверждения, но это не равносильно общей власти отменить любой завершенный платеж Bitcoin. Услуга, описывающая ее функцию отмены, должна указывать условия и границу статуса вместо заимствования языка банковского возврата платежей.
Для оперативного анализа идентифицируйте поддержку замены кошелька, программное обеспечение узла и конфигурацию, а также политику приема платежей сервиса. Эти данные могут изменяться независимо. Заявление о дефолтах Core 28.0 должно сохранять свою версию, а не становиться недатированным требованием обо всем текущем программном обеспечении Bitcoin. При расследовании спорного платежа сохраняйте оригинальные и заменяющие идентификаторы, наблюдаемое время и соответствующие доказательства блока. Объясните, какая транзакция в конечном итоге подтвердилась, прежде чем делать выводы о доставке или учете. Этот объяснитель сообщает о документально подтвержденном разграничении политики; он не предоставляет гарантированный уровень платы, не рекомендует количество подтверждений и не утверждает, что замена может отменить уже подтвержденную передачу.
Предложение и по умолчанию программное обеспечение являются отдельными записями.
BIP 125 описывает опциональную замену по тарифу, сигнализирующую через порядковые номера транзакций и правила принятия замены в мемпуле узла. Это касается транзакций, которые еще не подтверждены. Мемпул - это набор потенциальных транзакций узла, поэтому локальное решение о принятии не является тем же событием, что и включение в блок. Bitcoin BIP 125: опция полной замены сигнала по фигу
В примечаниях к выпуску Bitcoin Core 28.0 говорится, что по умолчанию для mempoolfullrbf изменился с нуля на единицу. Политика Full-RBF позволяет заменять, не требуя сигнала о включении первоначальной транзакции, с учетом применимых правил замены. Это заявление о программном обеспечении, специфичном для версии, а не утверждение о том, что каждый кошелек, сервис или сетевой узел использует идентичную политику. Bitcoin Core 28.0: полный RBF по умолчанию
Почему статус платежа требует больше, чем идентификатор транзакции
Анализ WFN: представьте, что клиент отправляет неподтвержденную транзакцию, а затем отправляет противоречивую замену с другим идентификатором. Система учета, которая рассматривает первый идентификатор как постоянно установленный, может показать неправильный статус. Более безопасное аналитическое различие заключается в наблюдаемом представлении, принятии соответствующими системами и возможной подтвержденной транзакции с доказательствами, записанными для каждого этапа.
Более высокая плата не является безусловным обещанием немедленного подтверждения. Замена все еще должна удовлетворять соответствующим политикам и достигать майнера, который включает его. Представление кнопки взимания платы в качестве гарантированного времени завершения, следовательно, выходит за рамки доказательств. Полезная информация о клиенте - это то, что было представлено, что заменило его и какой статус в настоящее время можно проверить.
Это же различие помогает объяснить кажущуюся отмену. Противоречивая транзакция может перенаправить средства получателя до подтверждения, но это не равносильно общей власти отменить любой завершенный платеж Bitcoin. Услуга, описывающая ее функцию отмены, должна указывать условия и границу статуса вместо заимствования языка возврата банковских платежей.
Проверить реализацию и подтверждение отдельно
Для оперативного анализа идентифицируйте поддержку замены кошелька, программное обеспечение узла и конфигурацию, а также политику приема платежей сервиса. Эти данные могут изменяться независимо. Заявление о дефолтах Core 28.0 должно сохранять свою версию этикетки, а не становиться недатированным утверждением обо всем текущем программном обеспечении Bitcoin.
При расследовании спорного платежа сохраняйте оригинальные и заменяющие идентификаторы, соблюденные сроки и соответствующие доказательства блока. Объясните, какая транзакция в конечном итоге подтверждена, прежде чем делать выводы о доставке или учете. Этот объяснитель сообщает о документально подтвержденном разграничении политики; он не предоставляет гарантированного уровня платы, рекомендуемого количества подтверждений и не претендует на то, что замена может отменить уже подтвержденную передачу.