у этих участников сети косвенная мотивация: ни от кого не зависеть при валидации транз

С валидатицей растет экспонента, не все так плоско и примитивно как кажется. есть узкие места этот тот же mempool - который мы оптимизировали в 2014/2016/2018, 0.8.6, 0.9x... - там много слоев и много что оптимизировать нуджно, делать пачечную обработку.
- если увеличить тупо в лоб увеличить блок или количество запросов - скажем в 8х раз многие ноды не потянут и ответ на RPC запросы вырастет о 15-35 секунд... это все постепенно оптимизируется.
- за войну блоков я знаю не по наслышке я в ней участвовал на передовой... есть также исследования BF 2015 года за размер блока можете посмотреть.

собственно так делает electrum, electrum nodes.

Проблемы производительности одной фулл-ноды это проблемы всей сети.
- одна из иллюзий что нода на  raspberry PI нормально держить сеть, хотя по факту у нее часто не хватает просто ресурсов на нормальный процессинг, для mempool памяти мало, такие ноды часто дропают/теряют транзакции... не говоря о вообще их ограниченности. особенно с NAT/DSL/WiFi...

Все пользуются системой, поддерживают ее поскольку им интересно пользоваться системой, но каждый защищает свои интересы и пытается защищать всю сеть.

работа мемпулов оптимизируется, применяются различные механизмы защиты от спама..

/me AFK.

Защита от спама методом постановки минимального relay fee это мертвому припарки, погу показать аттаку когда нода сворачивается в трубочку с загрузкой проца 100% и вы еданием 40+Gb рама...

конечно интересно

я AFK, мне в аэропорт ехать. сорри было 50 мин пока в такси написал, а сейчас двигаться нужно

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

И такое случаеться но чаще, просто слабые расбпери просто работают как черная дыра теряя до 5-15% транзакций и потом с дикой задержкой досылающих блоки нодам которые эти блоки уже получали. вообщем классика - средняя скорость определяеться слабыми звеньями.

when is the comission calculated, does input_age matter?

for bitcoin miners

when miner decide include or not tx in his working on block

Coin age does not matter anymore. Miners choose whoever pays the highest fees first. Bitcoin removed coin age and free TXs a while ago.

@SysManBF вот свежая инфа от разраба битка, так что не надо тут..

https://en.bitcoin.it/wiki/Miner_fees#Priority_transactions
https://bitcoin.org/en/glossary/high-priority-transaction
с телефона в гит не полезу смотри в исходниках github.com bitcoin src/txmempool.cpp ищи TxWeight, GetTransactionWeight смотри код изучай как оно считает.
п.с. я смотрю кто-то тут любить "лишь бы за поспорить" ;-)

более того скажу есть такая фишечка о которой мало кто знает, мемпул делиться на 2 части для старых транзакций абы каких, часть под приоритет,  под отределение виртуального веса транзакции tx segwit p2*.
и еще код веса работает для всех нод а не только для майнеров, размер мемпула дефинируеться от свободной памяти, либо через bitcoind.conf maxмем pool size

“Priority transactions
Historically it was not required to include a fee for every transaction. A large portion of miners would mine transactions with no fee given that they had enough "priority". Today, low priority is mostly used as an indicator for spam transactions and almost all miners expect every transaction to include a fee. Today miners choose which transactions to mine only based on fee-rate.”