RE: Zu OP und zu geil: Meine neuen Wochenenden-Projekte!
Jo, kann man schon machen... muss man vielleicht nicht unbedingt... ;-))
Ich sehe bei so einem Setup schon auch die spätere Arbeit für Wartung und Pflege. Umso komplexer das Zusammenspiel umso komplexer auch die Aufrechthaltung des Systems.
Du glaubst nicht, wie oft ich meine ganzen Server für den Steem besuchen muss, weil irgendwas nicht passt. Zum Glück habe ich auch ein Monitoring, aber wenn ein Server aus unerfindlichen Gründen abschmiert und ich den ganzen Knoten neu aus dem Backup wiederherstellen muss, zieht das einfach Zeit, die ich auch für Kommentare oder Posts hier verwenden könnte.
Neulich startete der Server für den Haupt-Zeugen-Knoten einfach neu, danach der Backup-RPC, und als ich den wiederhergestellt hatte, war der Main-RPC dran (der sich zudem auch nicht mehr booten wollte)...
Naja, also denk auch daran, dass die Pflege auch Aufwand macht... :-)
Genau das war auch mein Gedanke. Bin oft selber über mich erstaunt, wenn ich was mache, dann ist das zu dem Zeitpunkt ganz klar. Und dann halbes Jahr später, uijuijui, wie war das gleich... Na ja, mit 19 sind die Zellen halt nicht mehr so frisch wie mit 18 :-)
Krass, Server scheinen auch so etwas wie einen Herdentrieb zu haben. Also bei drei hintereinander, das ist nicht lustig.
Das war es nicht. Obwohl der zweite RPC-Ausfall zumindest solange wartete, bis ich den ersten wiederhergestellt hatte. :-)
Leider hat das für mein Zeugenkonto sehr viele "missed blocks" gebracht. Das wurmt mich noch am meisten...
Vielleicht sollte ich bei der Gelegenheit noch erwähnen, dass ich auch dem CloudCone-Hack (indirekt) zum Opfer gefallen bin. Mein Testnet war auf einem der betroffenen Server... zu dessen Wiederherstellung hatte ich noch keine Lust... insbesondere, da das Backup nur auf dem Server war... und für deren Inhalte gab es keine Rettung...
Na ja, mit 183 missed Blocks bist du noch gut im Rennen. Ok, da wäre Chiller der Lümmel, der hat nur 0.01% - bei der Menge schon beachtlich, der hat bestimmt einen autom. Switch oder sowas.
Das mit dem Testnet ist ja Mist, ei, da ist wohl einiges an Arbeit futsch :-(
Übrigens, wie funktioniert das eigentlich, wenn ich z.B. diesen Kommentar abschicke, von wem wird der in die Chain geschrieben? Hatte vor Kurzem so einen Gedankengang, ein Witness signiert einen (vermutlich leeren) Block... wie geht die Geschichte dann weiter? Kannst du mir das erklären, ohne ein Buch zu schreiben? :-)
Ui, schon wieder 6 Tage alt dein Kommentar...
Er hat auch einen zuverlässigen (wenn auch etwas teureren) Provider. So einen Switch habe ich übrigens auch. Den hatte ich in der Zeit allerdings auf einen erzwungenen Knoten umgestellt, da ich oftmals Verbindungsprobleme hatte und dadurch fälschlicherweise die Nichterreichbarkeit meines Main Witness gemeldet wurde. Durch die Umschaltung bzw. Deaktivierung entstand dann öfter ein verpasster Block... hat mich eben gestört... war aber (natürlich) eine Kleinigkeit gegenüber den dann folgenden 180 verpassten Blöcken.
Naja, ist nicht zu ändern. :-))
Das weiß man vorher nicht genau. Und das soll auch so sein. Schließlich könnte jeder Zeuge auch "falsche" Operationen einbauen. Irgendwo hatte ich dazu mal einen recht alten Artikel gelesen (in dem die Manipulationsmöglichkeiten der Zeugen untersucht wurden)... ich finde ihn nicht auf die Schnelle (ich meine @remlaps hatte mir den Link geschickt...).
In jeder Runde werden 21 Zeugen (20 Top + 1 Zeuge) bunt durcheinandergewürfelt. Es kann also sein, dass man gleich der erste der Runde ist oder auch der letzte. Der letzte hätte zumindest etwa 60 Sekunden Zeit, seinen Code zu manipulieren. Allerdings wird der Block erst dann unumkehrbar, wenn 16 Zeugen einen späteren Block signiert haben.
Falls deine Frage eher in die Richtigung geht, wie die Transaktion, die du an api.steemit.com gesendet hast, von meinem Zeugenknoten signiert werden kann, dann muss ich dich leider vertrösten. Das habe ich mir noch nicht im Detail angeschaut. Ich vermute, dass solche anstehende Transaktionen über die p2p-Verbindungen ausgetauscht werden, kann das aber noch nicht mit Gewissheit verbreiten...
Leere Blöcke gibt es durchaus. Ist nicht ungewöhnlich. Allerdings gibt es immer mindestens eine virtuelle Transaktion: die witness rewards :-)
Die Frage kam mir, nachdem ich steem-python in Ubuntu 22.04 installiert hatte und Transaktionen etwas zeitversetzt in der Chain landen. Steem-python läuft übrigens nach Änderung von openssl.cnf, außerdem musste pycrypto mit pycryptodome ersetzt und in setup.py eingetragen werden, aber das nur am Rande.
Ich dachte bisher, ein Witness signiert nur einen leeren Block, die Tx kommen dann später "irgendwie" rein, so ist es wohl nicht. Das anstehende Transaktionen über die p2p-Verbindungen ausgetauscht werden macht mehr Sinn, d.h. ein Witness signiert einen Block inkl. der anstehenden Tx aus dem Transaktionspool.
Danke für die Infos, langsam lichtet sich die Geschichte, Irrtum meinerseits beseitigt :-)
Danke für deinen Hinweis auf steem-python. Werde es im Hinterkopf behalten. :-)
🍀❤️
@wakeupkitty
Not sure when that would've been. Maybe when I was trying to understand the irregular rhythm of the last irreversible block? We eventually traced it back to the witness shuffling. Could it have been this comment from the AI code assistant during that conversation?
If not, I am not remembering the article now. Sorry. Maybe it'll come back to me if I give it some thought.
No problem. I can’t remember either. I had also thought about the discussion on LIBs and had a look through it.
Unfortunately, I don’t have a good search term either...