>>25468
By that I meant to make it work in blockchain.

So blockchain works through verifications.
In a simple visualization, imagine two sides. A node is either in group A, or group B.
group A and B both validate the same transaction, for bitcoin with all that traffic this could take 15 minutes!

So imagine if a similar setup was done with messages. You could "buy" server time, a la Susucoin, but then you're just paying for server time and that's not really fixing the issue.

Instead, if you had a smaller pool of verifications, such as everybody in the thread, you could verify and have high rate traffic. Just have to have sets of mostly trusted anons to prevent a coordinated effort to break the validation and thus break the thread.

Does that make more sense?

All of this could be consolidated in a general thread, or it could be done the old way with one thread.

Everyone could be verifying everything, but that would be slower.
I guess it really depends on how much hardware is available for offloading and how many external nodes are available to make this redundant (since one location is susceptible to DDOS)