Как вы, наверное, знаете, прежде чем транзакция попадает к майнерам, узлы ретранслируют ее друг другу, пока она не распространится по сети. Транзакции, которые еще не были обработаны и подтверждены майнерами, хранятся в памяти узлов в пуле (mempool). Просмотрев пул транзакций, узел может решить, следует ли ему ретранслировать новую полученную транзакцию.
Пулов в сети столько же, сколько узлов. Поскольку биткойн-сеть распределена, не все узлы получают конкретные транзакции одновременно, поэтому некоторые узлы хранят больше транзакций, чем другие. Кроме того, ПО узлов выполняется на разном оборудовании с разным объемом оперативной памяти. По этим причинам состояние пула на каждом узле уникально.
Как транзакции попадают в пул
Прежде чем поместить транзакцию в свой пул, узел должен выполнить следующие действия.
Если транзакция проходит все эти проверки, она помещается в пул и узел начинает ретранслировать ее. Если нет, транзакция не ретранслируется.
Как получение нового блока влияет на состояние пула
Когда узел получает новый действительный блок, он удаляет из пула все транзакции, содержащиеся в полученном блоке, а также транзакции с конфликтующими входами. В результате размер пула резко сокращается:
Транзакции, которых нет в новом блоке, остаются в пуле узла и повторно не ретранслируются, т. е. узел ретранслирует транзакцию только тогда, когда она добавляется в пул. Если транзакция не подтверждается за несколько блоков, ответственность за ее ретрансляцию возлагается на кошелек.
Что происходит при исчерпании памяти узла
В отличие от майнинга, никакой финансовой мотивации поддерживать работу узла у пользователей нет. Из-за этого большинство узлов выполняются на маломощном оборудовании, и пул часто исчерпывает всю доступную оперативную память. В старых версиях bitcoind узел при этом просто аварийно завершал работу и перезапускался с пустым пулом.
В более поздних версиях bitcoind (0.12+) при приближении размера пула к объему доступной памяти узел задает минимальную комиссию. Транзакции, в которых комиссия на 1 КБ данных не достигает этого порога, немедленно удаляются из пула, после чего в пул допускаются только транзакции с достаточной комиссией.
Со временем узел снижает пороговую комиссию, постепенно возвращая его к значению minrelayfee. За пороговой комиссией можно следить с помощью RPC-команды getmempoolinfo. Ниже показан пример изменения минимальной комиссии пула за случайный интервал времени.
Источник: kaiko.com