What about the IBD phase? I think, that’s the pruning which is being taking about; a full-node which have a limited latest blocks in its ROM. Therefore, not useful for IBD.
Without having investigated in deep on the Utreexo topic, that would also mean an increment of the block size.
Another aspects about insertion of arbitrary bitstreams, is the possibility of regular Bitcoin node operators persecution for having bitstreams in their ROMs which could be interpreted as not tolerable by coercive authorities. This would have also the same effect of reducing the number of regular Bitcoin nodes spread around the world.
Moreover, with diminishing number of regular Bitcoin nodes capable to provide blocks for the newcomer Bitcoin nodes’ IBD phase the chance for growth in regular Bitcoin nodes decentralization would be reduced.
It should be clear, the self-defense is against the threats of diminishing regular Bitcoin node decentralization; not about meaningless bits insertions. Those insertions are simple means for the goal of central entities control taking or not fully thought attempts to take the number one position as an alternative to the actual fiat system.
I see I will try to find out more by talking directly with the developer. But I still see a potential, in the event that nodes with low capacity could no longer maintain the reference implementation, Floresta could extend their life span at no extra cost to the node operator.
I have not read yet the Floresta’s proposal/implementation. :/
Here is a brief summary 
At a first glance, it looks like it is a lightweight Bitcoin full node (a node that only downloads the block headers instead of the entire history); thus, not useful for newcomer’s IBD phase, since it is not an archival full node. But I can be wrong. I’ve not done enough due diligence regarding that topic.
Thread collapsed
Thread collapsed
Thread collapsed
Thread collapsed
Thread collapsed