Ja stimmt das wäre dann ein solcher Minority-Fork. Aber hier produziert die Minderheit einen Block nur alle 9 Sekunden und verliert das Rennen um die längste Kette.
sry ich habe ganz vergessen es gibt ja ein missing Whitepaper von Larimer zu dPOS:
To help explain this algorithm I want to assume 3 block producers, A, B, and C. Because consensus requires 2⁄3 + 1 to resolve all cases, this simplified model will assume that producer C is deemed the tie breaker. In the real world there would be 21 or more block producers. Like proof of work, the general rule is that longest chain wins. Any time an honest peer sees a valid strictly longer chain it will switch from its current fork to the longer one.
🤯
das meint Gün Sirer mit hybrid es nutzt longest chain rule und ist kein Quorum im klassischen Sinne aber ein permissioned consortium welches im Round robin verfahren Blöcke produziert, dann ergibt sich doch 2f+1
Ja, im Endeffekt sehe ich aber nicht wie das quadratisch messages hat. Es gibt halt nen broadcast von jedem block producer per instance, aber das ist immer noch nicht quadratisch (per round). Ich denke das problem ist halt dass bei 100 nodes, der broadcast ne weile dauert und evtl nicht schnell genug bei #100 ankommt. Gossip wuerde das noch langsamer machen (allerdings mit less messages).
hast ja auch recht, habs editiert. Der Flaschenhals kommt wohl von der 3 Sekunden Blockzeit. Wäre die Frage ob die echt von dem Netzwerk Delay kommt (kenn mich da garnicht aus). Bei Bitcoin ist es ja die Difficulty als Zeitersatz die es auf 10 minuten konvergieren lässt. Klar 3 Sekunden klingt schon nach Übertragung wirst Recht haben. Problem gelößt danke 👍
habe auch etwas gelernt :)