I want to create a service that requires sending many small bitcoin transactions to multiple wallets (like a tap).
Since the transactions are small, the fees also need to be reduced, so it takes a while to confirm them.
The system should send many transactions, which naturally creates long chains of unconfirmed transactions. As I understand it, after 25 unconfirmed transactions, the network begins to reject new ones and the system is basically frozen until the previous ones are confirmed.
This limits the throughput of such a system to 25 transactions per confirmation hour (which represents at least a few hours considering the low costs), which makes it completely non-scalable.
Given the above, is there a way to create a (somewhat) scalable service that can send many small transactions? (without having to manage many portfolios)