Vielen Dank für die Info! Ja, das habe ich auch schon bemerkt und es hat wieder mit den öffentlichen Nodes zu tun. Ich selbst habe nichts an der Logik geändert. Vermutlich verwendest du aktuell 'api.steemit.com' oder? Du könntest in den Einstellungen z.B. zu 'rpc2.steemviz.com' wechseln und es sollte dann wieder funktionieren.
Steemit hat etwas bezüglich der Speichernutzung der Full-Nodes optimiert und verwendet jetzt RocksDB für die Account-Historie. Diese Verbesserung scheint noch nicht ganz abgeschlossen zu sein, da nicht länger eindeutige Op-Nummern zurückkommen und SteemWorld bisher daran erkennt, ob eine Operation bereits geladen wurde. Ich werde mich mal schlau machen und schauen, ob das schon auf GitHub gemeldet wurde.
Update:
Wie sich herausgestellt hat, hat es nichts mit der Umstellung auf RocksDB zu tun, sondern damit, dass die Operations-IDs nicht unbedingt eindeutig sind, da sie je nach verwendeter Node unterschiedlich sein können. Ich habe aber eine Lösung gefunden, indem ich eigene IDs mittels 32-bit Hash aus den Op-Daten + Block-Nummer bilde. Sollte also ab jetzt nicht mehr auftreten ;)
Erwischt. Dabei hatte ich den doch schon mal nach einer Fehlermeldung, die ich Dir gegeben hatte, geändert.
Nach der Änderung und Neu-Laden ist es jetzt weg ...
Das ist ein weiteres Problem, das ich demnächst endlich mal angehen muss. Wenn eine Node für ein paar Anfragen nicht erreichbar war, schalte ich automatisch auf eine andere um, damit überhaupt noch etwas funktioniert.
Ich brauche wahrscheinlich doch noch weitere Prüfungen für die Nodes und müsste am besten selbst die Möglichkeit haben die Standard-Nodes von hier aus sofort ändern zu können, da einige manchmal Montags und manchmal Samstags ihre Tage haben (ansonsten aber immer stabil laufen) und es leider bisher keine immer funktionierende Quelle für die Steemdaten gibt.
Wenn ich das Geld dafür hätte, würde ich selbst eine Full-Node für SteemWorld betreiben, dann hätten wir diese Probleme nicht...