XBY is very busy this weekend, please wait for answers to your questions till later. You are asking too many question at one time, it would take the developer away from his work. He did answer your last 'batch' of questions.
Sure, I'm not in any rush. These questions might be important for the developer to at least read though even if he doesn't have time to actually compose a response.
What is your interest? Intellectual curiosity? You want to develop similar ideas into your coin (imitation is the best form of flatter etc) Or maybe are you interested in joining the project? Debunking what you think won't work?
Vorsholk is very good person. no need start fight here.
Thanks cyberhacker
It's mainly intellectual curiosity, I specialize in consensus-related technologies and I also don't want to see someone spend a bunch of time building a solution that they eventually find won't work—been there, done that. The hope is that the developer with either have some sort of solution to these problems, or that asking these questions will help him/her realize that some ideas might not work and adjust accordingly.
There has already been significant thought put into consensus algorithms and getting around a lot of potential problems. Communication isn't instant (so transactions propagate unevenly and unreliably), nodes aren't always online, and people will actively try to attack the network. It isn't possible to have all nodes with completely synchronized clocks and identical mempools at every tick of those clocks. The ability for one individual party to be responsible for creating the next block (and a competitive environment where no one produces all or most of them) solves these issues—someone dictates truth in a way that everyone else can agree. A lot of alternative consensus algorithms or ideas for them end up having issues with deadlock (where the network is left in a state of permanent disagreement, and effectively breaks into two pieces which may or may not be able to continue to run independently).
If communication was instant (where a transaction arrived instantly at all nodes simultaneously) and guaranteed to be delivered to all participants, we wouldn't even need blockchains: all nodes would know that all other protocol-adherent nodes also received the same data at the same time, so no one needs to establish 'truth' or mediate mutually exclusive events, because they couldn't have both been sent simultaneously and so the order in which they appeared would dictate precedence. A bootstrapping node would of course have some trouble, but connecting to tons of nodes and comparing the entire transaction history given by each would likely solve this to a reasonable degree (and this problem exists with PoS coins anyway, 'weak subjectivity').
Thank you again for your great questions!
Borzalom has just explained all this to me and there will be an answer that I believe you will be very happy with. He addressed these issues you mention a year ago and found a solution.
Now, I do not have time to translate everything and he does not want to post another reply on the forum like the last one, it is too hard for people to understand. For me, I have been awake far longer than I should be and I need to get some sleep because we will stop the voting tonight and I still have things to complete.
I will just give a hint: Virtual Chord Network.