Ich hoffe doch eigentlich nicht, dass er anfängt allein zu laufen ;-P

Mich wundert, dass die beiden Brüder gleichzeitig laufen konnten, hätte gedacht, die würden sich evtl. in die Quere kommen.

Das hast du vollkommen recht! Ich hatte auch erwartet, dass hier jemand, der technisch versiert ist, nachhaken könnte :-)
Ich habe in der BotBase-Klasse (von der die Hauptklassen erben) ein broadcast-Attribut, das ich entsprechend umstellen kann, damit ich Operationen, die direkt Auswirkungen auf die Chain hätten, steuern kann. Das hatte ich schon vor längerer Zeit eingebaut, da ich eigentlich immer auch ein Backup laufen habe, falls mal ein Server ausfällt. So kann ich schnell die jeweiligen Instanzen aktiveren oder deaktivieren.
Die neue Version lief also mit broadcast=False und anhand der Logs konnte ich gut vergleichen, ob sie dieselben Aktionen getätigt hätte wie die alte Version.

In einer ersten "fertigen" Version, man würde wohl Alpha sagen, hatte ich plötzlich Laufzeiten von mehreren Minuten bei einem Durchlauf von rund 200 Blocks. Das hat mich total gewundert. Es hat ein wenig gedauert, bis ich auf den Fehler kam. In der BotBase-Klasse habe ich unter anderem ein Attribut, das einen Steem-Client enthält, auf dem dann die Operationen auf der Chain ausgeführt werden. Der Steem-Client ist die Steem-Klasse aus dem offiziellen Steem-Python und braucht verhältnismäßig lange bei der Instanzierung. Jede Instanz meiner Klassen, die von BotBase erben, hatte in dieser Version eine solche Steem-Instanz erstellt. Das hat zu den langen Laufzeiten geführt. Ich habe das dann mit einer Lazy-Initialisierung (dank Copilot kenne ich jetzt auch diesen Ausdruck) gelöst, indem die Instanz erst dann erstellt wird, wenn sie auch gebraucht wird. Das hat mich dann wieder auf die bisherigen Laufzeiten gebracht.

Das scheinen ziemliche Kaoten zu sein, wird gemunkelt :-)

Ich sage nur Clark-Kevin! ;-D
Ich weiß auch nicht, was sich der Sender dabei gedacht hat. Ich frage mich gerade, ob DUBby dafür eine Gage bekommt. Wenn dem so ist, sollte er auf jeden Fall nachverhandeln.

LG moecki