+ ....wir müssen hier niemandem etwas beweisen, über die Grenzen des Unit-Testing hinausgehend: +
++ ▶ das zuletzt genannte Argument hat den Ausschlag gegeben, auf Proof-of-Work zu verzichten, denn es ist ausgesprochen mühsam, eine bestimmte gewünschte Topologie zu „finden“ — jedwede Änderung wirkt chaotisch (genauso wie bereits die geringste Seed-Änderung eine komplett andere Form zufolge hat) +
+ + ++ wird dann von dem RandomChainCalcFunctor eingebunden — und nicht von der Node; es wird damit strikt ein Detail des tatsächlichen Scheduler-Laufs +
+ + +