Or they'd get DDoS a rediculous amount if they tried to get away without running one.
How would you know if they are running a pruned node or not?
If the pool is big enough, there will be people who run analytics on it.
If you can't connect to a pool when initially syncing (there must be some sort of error if you try to connect to a node with an empty blockchain and it can't get the data it wants isn't there)? I'm still waiting for a full sync of core (apparently I have 22 days left).
What is forgotton is that miners should also be the main node runners and they should be able to distribute the blockchain.
Miners should create valid blocks. That's all. They are welcome to run full nodes and distribute the blockchain if they want to, but there is no requirement for them to do so.
They get a profit from the adoption of a chain as more people will start in the coin. Newbies also generally probably pay higher fees than other older members who can wait on their transactions as there's not as much excitement with sending a transaction now as there was when I sent say my first transaction. A greater bandwidth means that more people cna download and run core well as there's less people wanting to access the data per node.
And why wouldn't you want to distribute it if you are earning money from it already and a greater seeding of the blockchain might make more people get into it.
Perhaps you are only trying to make a quick profit, and don't care about the long term viability?
But they're skilled miners/developers in most cases of pools.
Also, if you have to reindex from a non-full node and you're bad a plotting failovers then the sync
may take a bit longer initially.