>>/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)