Две транзакции Bitcoin с одинаковым общим количеством байтов могут иметь разные виртуальные размеры. BIP141 определяет весовой расчет, который по-разному относится к базовым данным транзакций и данным свидетелей. Когда кошелек выражает ставку комиссии в сатоши на виртуальный байт, знаменатель, следовательно, нуждается в вычислении виртуального размера, а не в предположении об общей длине файла. Bitcoin BIP141: Сегрегированный свидетель, вес транзакции и виртуальный размер
Следуйте доказательствам
Отследите, как событие может достичь рынков, а затем проверьте конкурирующее объяснение.
Сравнить объяснения
Переключите линзы, чтобы увидеть, что объясняет каждый аккаунт, и что остается неопределенным.
Анализ WFN: придуманная транзакция с размером базы 100 байт и общим размером 220 байт имеет вес 520 единиц: три раза 100 плюс 220. Разделение на четыре дает 130 виртуальных байтов. Если ее предполагаемая общая плата составляет 650 сатоши, иллюстративная ставка комиссии составляет пять сатошей на виртуальный байт. Используя сырой 220-байтный счет, как знаменатель, вместо этого будет давать около 2.95 сатосиса на байт. Это другое соотношение, а не коррекция к скорости виртуального байта. Оба расчета используют один и тот же гипотетический сбор; их разница происходит полностью от единицы. Сравнение, которое сокращает обе метки до ставки комиссии, поэтому может скрывать несоответствие знаменателя. Округление также может иметь значение. Гипотетический вес 521 единицы дает 130.25 до округления и виртуальный размер 131. Шаг округления вверх является частью определения, а не предпочтением отображения. Эти примеры иллюстрируют только формулу; они не представляют подписанные транзакции, измеренное поведение кошелька или наблюдения за текущим мемпулом.
Анализ WFN: придуманная транзакция с размером базы 100 байт и общим размером 220 байт имеет вес 520 единиц: три раза 100 плюс 220. Разделение на четыре дает 130 виртуальных байтов. Если ее предполагаемая общая плата составляет 650 сатоши, иллюстративная ставка комиссии составляет пять сатошей на виртуальный байт. Используя сырой 220-байтный счет, как знаменатель, вместо этого будет давать около 2.95 сатосиса на байт. Это другое соотношение, а не коррекция к скорости виртуального байта. Оба расчета используют один и тот же гипотетический сбор; их разница происходит полностью от единицы. Сравнение, которое сокращает обе метки до ставки комиссии, поэтому может скрывать несоответствие знаменателя. Округление также может иметь значение. Гипотетический вес 521 единицы дает 130.25 до округления и виртуальный размер 131. Шаг округления вверх является частью определения, а не предпочтением отображения. Эти примеры иллюстрируют только формулу; они не представляют подписанные транзакции, измеренное поведение кошелька или наблюдения за текущим мемпулом.
Для проверки транзакции запишите идентификатор, общую плату, рассчитанный виртуальный размер и полностью помеченную ставку. Если сравнивать оценки из разных кошельков, также сохраняйте их время наблюдения и целевые предположения. Более низкая общая плата может сосуществовать с более высокой ставкой сбора, когда размеры транзакции отличаются. Ставка и общая стоимость отвечают на различные вопросы и должны оставаться отдельно видимыми. Отображаемая ставка также отделена от истории подтверждения транзакции. Претензии о том, как быстро был включен платеж, требуют фактической транзакции и записи блоков. Этот объяснитель предоставляет арифметику размера, необходимую для интерпретации ставки. Он сообщает об отсутствии перегрузки в сети, рекомендуемой ставки, гарантии политики майнинга или гарантии того, что два внешне похожих платежа будут иметь одинаковое время обработки.
Определения протокола, стоящие за знаменателем
BIP141 определяет вес транзакции как в три раза превышающий размер базовой транзакции плюс общий размер транзакции. Размер базы использует сериализацию без данных, связанных с свидетелями; общий размер включает полную сериализацию транзакции. Размах виртуальной транзакции делится на четыре, округляется вверх до следующего целого числа. Bitcoin BIP141: Сегрегированный свидетель, вес транзакции и виртуальный размер
Предложение также отличает структуру свидетеля от других данных транзакции. Это разделение объясняет, почему общие байты и виртуальные байты не должны совпадать. Эти определения описывают сериализацию и учет; они не предоставляют текущей рекомендации по сбору или обещание, что транзакция, выплачивающая определенную ставку, войдет в следующий блок. Bitcoin BIP141: Сегрегированный свидетель, вес транзакции и виртуальный размер
Проверьте устройство, прежде чем сравнивать два дисплея платы
Анализ WFN: придуманная транзакция с размером базы 100 байт и общим размером 220 байт имеет вес 520 единиц: в три раза 100, плюс 220. Разделение на четыре дает 130 виртуальных байтов. Если ее предполагаемая общая плата составляет 650 сатоши, иллюстративная ставка комиссии составляет пять сатошей на виртуальный байт.
Использование исходного 220-байтного счета в качестве знаменателя вместо этого дало бы около 2.95 сатоши на байт. Это другое отношение, а не коррекция к скорости виртуального байта. Оба расчета используют один и тот же гипотетический сбор; их разница полностью исходит от единицы. Сравнение, которое сокращает обе метки до ставки сбора, поэтому может скрыть несоответствие знаменателя.
Также может иметь значение округление. Гипотетический вес 521 единицы дает 130.25 до округления и виртуальный размер 131. Шаг округления вверх является частью определения, а не предпочтением дисплея. Эти примеры иллюстрируют только формулу; они не представляют подписанные транзакции, измеренное поведение кошелька или наблюдения текущего мемпула.
Сохраняйте стоимость, размер и статус подтверждения в отдельных полях.
Для проверки транзакции запишите идентификатор, общую плату, рассчитанный виртуальный размер и полностью помеченную ставку. При сравнении оценок с разных кошельков также сохраняйте время наблюдения и целевые предположения. Более низкая общая плата может сосуществовать с более высокой ставкой комиссии, когда размеры транзакции отличаются. Ставка и общая стоимость отвечают на различные вопросы и должны оставаться отдельно видимыми.
Отображаемая ставка также отделена от истории подтверждения транзакции. Претензии о том, как быстро был включен платеж, требуют фактической транзакции и записи блоков. Этот объяснитель предоставляет арифметику размера, необходимую для интерпретации ставки. Он не сообщает о перегрузке живой сети, рекомендуемой ставке, гарантии политики майнинга или гарантии того, что два внешне похожих платежа будут иметь одинаковое время обработки.