There have been a couple of people plus or minus at any given time who have been posting like how Lackys do. I’ve never really been troubled by it. Maybe others are, and that’s nothing for me to say anything about. But I personally don’t consider it an issue. If there are many people writing like that, then maybe there is something I need to hear there. If just the same few, not much to care about.
Anyway, I think @Vort’s view is sensible. What he expresses also tells me that the communication can be better.
Let me start with the question of why the testnets have gone down so soon, and why DBC now etc.
The AT2 payment system has had very little to do with the testnets hanging or data loss. DBC is not a way to fix that.
DBC was going in and now was a good time to take it in.
The AT2 system was implemented in a way that added to other existing causes of slow upload. The batching of payments could have been implemented for AT2 as well, but since we were going over to DBC we just skipped that.
Other causes of slow upload, or hangs or data losses have been about different things. Self encryption is implemented in a way that currently makes it slower than it needs to be. There were details in how adult liveness was handled that hindered query responses coming back to client. There were some issues with error handling/timeouts in qp2p. There have been more things, and there still are some there, and others are to come.
Batched payments and ops (remember, this is not a DBC thing per se), and different replication strategies (local first, to network when X) requires some refactoring of self encryption. Other work is ongoing with data types, how metadata and chunks are separated, what types are used and how. This also affects rewards, and payment system sets some boundaries in how that can be deviced as well. There is also lots of slimming down because of it, refactoring and some new code with data handling (also with messaging) which means this is a good time to review old conceptions and lay things down as they should, with all the information we have now. That includes adapting it to our imminent use of DBCs, instead of the deprecated system.
The work with finding out what causes the testnet issues is always ongoing, and it is in some places related to other work (such as that mentioned above) and sometimes less related. There’s also more or less clarity on what the cause is, where it is best attacked. It is not always a simple question of a single fix, since there can be many different parts contributing, and for each and every part there can be design decisions that influence in a gradual way.
Much more can be said, but I have to head out for breakfast, and I’m probably not around much to answer follow up questions now since I’m on vacation.
Anyway, hope that helps a bit @Vort.