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

Код и комментарии здесь: https://github.com/bitcoin/bitcoin/blob/f646275b90b1de93bc62b4c4d045d75ac0b96eee/src/policy/fees.cpp#L78 описать то, что Bitcoin ядро ​​делает для оценки сборов. Однако не все места будут использовать ту же методологию.

Да. Что их фактический алгоритм, я не знаю.

Я настоятельно рекомендую вам сделать некоторые исследования о том, как работает Bitcoin. Документация разработчика на bitcoin.org здесь: https://bitcoin.org/en/developer-documentation это хорошее место для этой подробной информации.

Блок представляет собой структуру данных, которая содержит транзакции. Шахтеры выбрать транзакции, которые они хотят включить в блок путем изучения их собственного mempool. Как правило, они выбирают сделки с самыми высокими налогами. Тогда шахтеры хэш всех операций вместе, чтобы создать Merkle корень, хэш всех операций. Затем они строят заголовок блока в 80 байт, как описано здесь: https://bitcoin.org/en/developer-reference#block-headers. Заголовок блока имеет поле, которые могут изменить, такие как метки времени, корень Merkle и нонс. Что шахтер то делает он хэш заголовка блока и сравнивает его с текущей целевой сетью. Сравнение производятся путем обработки хэша и цели как большие целые числа, а не в виде строк. Если хэш меньше, чем цель, он посылает блок к сети. Если это не так, он изменяет один из полей, которые могут быть изменены (например, увеличивает временное значение) и пытается снова. Это делается до тех пор, хэш, который меньше, чем цель найдена.

Шахтер делает деньги, потому что очень первая сделка в блоке (известный как сделки coinbase) не содержит входы и просто выводит значения которого складываются в блок субсидий (в настоящее время 12,5 BTC) и все операционные издержки, оплаченных сделок в его блок.

Я настоятельно рекомендую вам прочитать в документации разработчика я связан выше. Формат сырой транзакции описан здесь: https://bitcoin.org/en/developer-reference#raw-transaction-format

Вход сделка не содержит ничего, что вы видите в вашем бумажнике. Это на самом деле ссылка на выход операции, которые вы тратите из (выбранный вашего кошелька, если вы делаете продвинутые вещи) и входной скрипт. Сделка действительна при сценарии проверяется и приводит к ненулевой стеке или "Правда", Эта проверка выполняется путем добавления выходного сценария выхода вы тратите от и ввода сценария вашего ввода. Затем сценарий оценивается командой команды, и как только это будет сделано, стек рассматривается для проверки ненулевого или "Правда", Если да, то она проходит, и сделка действительна.

Входной скрипт из расходов сделки с «1 ...» адрес содержит только подписи подписывающих хэш транзакции расходов и открытый ключ, который отображает на ваш адрес.

180 байт, что на самом деле неверно. Фактическое значение обычно составляет около 146 байт, так как открытые ключи меньше, чем раньше. Этот размер объясняется тем, что ссылка на предыдущей транзакции составляет 36 байт, а сценарий ~ 106 байт, но может варьироваться, и ~ 5 дополнительных байтов накладных (параметр размера для сценария, и порядковый номер). 36 + 105 + 5 = 146 байт.

Когда вы проводите Bitcoin, вы потратите от предыдущих выходов сделки, которые становятся входами я только что описал. Каждый выход становится один вход, они не все объединяются вместе в один вход. Это означает, что если вы проведете с большим количеством выходов (например, много небольших выходов из крана выплат), то вы будете в конечном итоге, много входов и, таким образом, ваша сделка будет увеличиваться в размерах.