RE: Don't send STEEM to steembasicincome for now
Ich antworte hier gleich auch auf deinen anderen Kommentar. :-)
Ich finde es auch schön, dass er das Projekt hier noch am Laufen hält. Wäre echt schade, wenn das eingestellt werden würde. Ganz abgesehen von den ganzen Beträgen, die mal dafür gezahlt wurden.
Vor einiger Zeit war es schon einmal so, dass Kommentare gevotet wurden. Da habe ich eine Rückmeldung im Discord gegeben. Insofern hatte ich nicht erwartet, dass dies jetzt so lange dauert, bis es auffällt. Weil die Kommentarvotes auch nur sporadisch kamen, hatte ich schon gedacht, das wird gemacht, um die VP nicht verfallen zu lassen.
Wenn es weiter betrieben wird, sind die noch nicht verarbeiteten Transfers natürlich nicht weg. Man kann die Blöcke nachträglich noch einpflegen, was allerdings noch mehr Abrufe erfordert...
Deine Empfehlung zum SDS finde ich gut. Wenn es aber soo viele Requests sind, müsste man auch den Chiller informieren.
Ohnehin würde ich bei so einem Projekt eher einen Intervall-Ansatz fahren - also nur alle 2 bis 3 Minuten abrufen (gevotet wird ja erst nach 5 Minuten) - oder die Blöcke zwischenspeichern, bis sie verarbeitet sind. Oder - noch schneller zu realisieren - einen eigenen RPC-Knoten aufbauen und von dort ohne Beschränkung abrufen. An dieser Stelle denke ich schon wieder an die Zeugen, die Knoten aufsetzen, die nur solange funktionieren, bis bestimmte Wale für sie die Votes gesetzt haben...
Ich weiß natürlich nicht, wie das bisher gelöst wurde. Weißt du, ob es den Code auf Github gibt? Kann mich aber auch im Discord mal einschalten.
dazu bräuchte er einen Python-Entwickler, der das ändert. Rein zufällig wüsste ich da jemand :-)
Wat'n Zufall :-)) Klar, interessieren würde mich das schon. Aber auf keinen Fall unter Zeitdruck oder dergleichen. Wenn, dann muss es Hobby bleiben.
Ich kann mir schon vorstellen, dass das Projekt recht komplex ist. Auch DUBby besteht nicht nur aus einem Modul, obwohl er nun wirklich sehr überschaubare Tätigkeiten hat. Trotzdem habe ich ihn gleich modular aufgebaut, um Erweiterungen/Anpassungen unproblematisch unterbringen zu können.
Hat mich gewundert, warum der Bot so viele Aufrufe macht. Evtl. ist das die Funktion in dem der Bot auf Kommentare reagiert. Dann würd ich das als erstes komplett abschalten. Nur noch die Kernfunktionen, Voten und die Transfers überwachen. Aber, ich durschaue sicher nicht was da alles dranhängt, gibt ja z.B. nicht nur der Hauptaccount steembasicincome, da hängen die ganzen sbi1 - sib10 auch noch dran. Und die stehen momentan alle auf 100% VP, ob das so rund läuft wie Joseph meint? Ich warte mal bis morgen, dann würd ich ihm das schreiben, aber anscheinend voten die Acc öfter mal 2 Tage nicht.
Was ich so (zwischen den Zeilen) glaube rausgehört zu haben, würde Joseph keinen Steem-RPC aufsetzen. Er hat geschrieben, er hatte seine Gründe, warum er das Projekt nach dem Fork nicht weiter beworben hat. Also "Großes" hat er damit wohl nicht mehr vor.
Oh, weiß ich nicht. Was ich gefunden habe ist das Teil hier von Holgern, nennt sich zumindest steembasicincome, ist aber teilweise schon auf Hive angepasst.
Da hast Recht! Kleine Hilfestellung, über die er sicher froh wäre, aber das Ding nicht "ans Bein binden".
Was man von draußen sieht, ist ja oft nur die Spitze des Eisberges. Ich versuch auch, es so einfach und überschaubar wie möglich zu halten, aber wenn ich dann nach 1-2 Jahren mal wieder in den Quellcode reinschaue, da gibt es Stellen - "Holla, was zum Geier..." :-)
EDIT: Gerade bemerkt, als ich die finanzbot Anweisungen bei meinem ersten Versuch mit dem Kerlchen eingefügt habe, SBD ist zurück. Wenn ich das auf Steemworld richtig sehe, kommen jetzt also auch SBD mit den Beneficiaries. Da dacht ich mir, was macht wohl DUBby jetzt mit den SBD?
Ich kann mir das schon vorstellen. Man ist dort drüben vielleicht nicht so gut angesehen, wenn man noch was für den Steem macht. Aber letztlich ist das auch nur Spekulation. Was wirklich dahinter steckt, wird er sicher nicht offenbaren. Ist ja auch nicht notwendig, wenn es weiter am Laufen gehalten wird. Wenn wir da unterstützen können, bin ich dabei.
Das sieht tatsächlich nach dem Ursprung aus. Wahrscheinlich handelt es sich aber nicht um die aktuelle Version, da keine kürzlichen Änderungen ersichtlich sind.
Er nutzt die
beem-Bibliothek, die auch für Steem aktuell zu sein scheint - wobei ich da schon mal an anderer Stelle geäußert habe, dass ich nicht darauf wetten würde, dass das immer so bleibt.Außerdem nutzt er die Blockchain-Stream-Methode, die ich schon im offiziellen Steem-Python nicht mag. Die hat mir zu oft Exceptions geworfen. Ob das bei
beemanders ist, weiß ich nicht.Ja, das Schicksal ereilt wohl jeden mal :-) Ich versuche, auch alles zeitnah mit einem Docstring zu versehen. Aber oftmals denke ich mir auch: Ach, das ist doch nur eine kleine Methode... Docstring machste später... :-))
Auszahlen. Er kann ja nur flüssige Mittel auszahlen und tut dies auch vollständig - abgesehen von Rundungsbeträgen. Insofern werden alle STEEM und/oder SBD, die als Beneficiary bei DUBby eingehen, ausgezahlt.
Aber die Steem, die übrig blieben, hat DUBby doch bisher aufgepowert. Übrige SBD müssten also zuvor umgetauscht werden. Neuer Code? Oder wollen wir die "sparen" und irgendwann spenden, verlosen, whatever?
Aber gute Frage: Was machen wir mit den SBD des Hauptaccounts? Ich bin für Umtausch und PowerUp, lasse mich aber auch gern auf alle anderen guten Vorschläge ein. So Gehalt fürs DU-Team oder so... 😂
LG Chriddi
Hihi, Gehalt wäre dann aber unter Mindestlohn - wenn das der Zoll mitkriegt ;-))
Stimmt, jetzt wo wieder welche ausgezahlt werden, sollte man sich Gedanken machen...
Prinzipiell wäre ich für Umtausch und Aufpowern. Wenn es eine gute Aktion gibt, kann ich mir auch spenden vorstellen. Ich meine, dass bisher - also bevor das Drucken eingestellt wurde - auch aufgepowert wurde.
Ah, die Reste. Ja, die wurden aufgepowert. Im Moment würde ich umtauschen und aufpowern. Aktuell manuell. Mit neuem Code kann DUBby es auch selbst machen. In STEEM wäre das ja prinzipiell wieder auszahlbar. Dann müsste man den Umtausch aber vor der Auszahlung machen. Wir könnten natürlich auch die SBD vor der Auszahlung umtauschen und dann wieder STEEM als VESTS auszahlen...
Echt jetzt? Mit dem internen Markt und so? Ich bewundere dich immer mehr... 😳
DAS wäre extrem in meinem Sinne... 😉
Dann wäre das also die nächste Baustelle. :-)
Allerdings kann ich noch nicht abschätzen, ob es viel Aufwand ist. Aber eilig ist es ja nicht...
Obwohl ich noch keine Rückmeldung vom Prinzen gesehen habe, habe jetzt erst einmal die Mehrfachüberweisungen und die Überweisung an DUBby selbst bearbeitet. Das störte mich extrem. Insofern war sein Test sehr hilfreich. Solche Spirenzchen hast du nie gemacht ;-)
Der neue Code läuft jetzt im Testbetrieb.
Cool, ich hab deinen Kommentar an Joseph gerade gelesen, da bin ich mal gespannt, ob sich was ergibt. Hab nur die "kleine" Sorge, dass ich dir damit evtl. keinen Gefallen getan habe, kostet ja alles Zeit. Aber du machst das schon und kriegst bestimmt die Kurve, falls es sich nicht mehr gut anfühlen sollte.
Wir haben vor ein paar Tagen bereits ein paar Fortschritte gemacht. Vielmehr konnte er ein paar Erkenntnisse gewinnen. Mit meinem Node haben wir ein paar Tests gemacht, so dass er schauen konnte, welche Requests überhaupt gesendet werden und welche Antworten dann bei ihm ankommen.
Heute habe ich mal begonnen, mir sein Repo zu clonen und lauffähig zu machen. Da ich die DB aber nicht habe, muss ich erst ein paar Sachen rauskommentieren oder anpassen, damit ich die kritischen Stellen debuggen kann. Wird bestimmt interessant :-)
Das trifft sich ja gut, wollte die Tage eh mal nachfragen, was aus der Geschichte geworden ist. Holla, wie sich das anhört, nimmst du dir ja ganz schön Zeit dafür. Hoffentlich kannst auch was brauchbares rausziehen, also was dir dann wieder hilft. Ich sehe schon, nach DUBby kommt DUBI - Deutsch Unplugged Basic Income ;-)
War zu erwarten, dass es nicht so easy ist. Erstens habe ich keine Datenbank, mit der ich das richtige Verhalten des darum gebauten Codes checken kann und zweitens muss ich erst einmal ergründen, wo genau das Problem liegt. Mit letzterem sind wir in Kontakt, so dass ich da bald weitermachen kann.
Was die Datenbank angeht, habe ich zwar MySQL auf dem Server, kann jedoch die notwendige Datenbank nicht anlegen, auf die der Code zugreifen könnte. Letztlich braucht es das wahrscheinlich nicht, wäre aber näher am Live-Produkt.
Hast du schon mal mit MySQL gearbeitet?
Ja, MySql kenn ich aus grauen Vorzeiten, schon eine ganze Ecke her. Soweit meine eingerosteten Kenntnisse hilfreich sein können, gerne.
Ist schon blöd, den SBI-Code ohne Datenbank zu testen.
Also habe ich im WSL mysql-server installiert, um eine DB anzulegen.
Irgendwie komme ich mit Benutzerrechten und der Datenbankerstellung nicht zurecht.
Ich kann mit normalen Benutzerrechten nicht auf den DB-Socket zugreifen, da dieser im root-run liegt.
Außerdem weiß ich nicht, ob ich zwingend in mysql auch noch Benutzer anlegen muss, die dann beim Verbinden mit der Datenbank verwendet werden müssen. Ja, alles ein wenig hinderlich. Habe auch nicht wirklich eine gute Info-Seite dazu gefunden...
Ich gebe zu, die Beschreibung ist nicht sehr konkret, aber vielleicht kannst du mir einen generellen Tipp zu mysql und WSL geben.
Noch ist ja nichts passiert. Es scheint nach seinem Kommentar vielleicht auch so zu gehen.
Wie gesagt, ich würde jetzt auch keine Verpflichtungen eingehen. Aber danke, dass du dir Sorgen machst :-))
Schau dir das mal an, echt cool:
Endlos Selbstgespräche... vielleicht eine Form von KI-Alzheimer? Wenn ich API wäre, würde ich da auch einen Riegel vorschieben :-)
Ups, ich schmeiß mich weg!
Selbstgespräche können sehr reinigend für das seelische Gleichgewicht sein. Wenn's auch ihm hilft... ;-)
TEAM 1
Congratulations! This comment has been upvoted through steemcurator04. We support quality posts , good comments anywhere and any tags.Ich meine, auch "Angriffe" auf ihn wahrgenommen zu haben.
Genau genommen sind die SBI ja auch nichts anderes als Kaufvotes (egal, ob geschenkt oder selbst erworben, es werden Votes garantiert). Quasi einer der sehr verpönten Kaufvote-Bots. Und ich denke, Josephs Schnitt, den er macht, ist definitiv kein schlechter.
LG Chriddi
Es fühlt sich besser an als Kaufvotes :-)
Das denke ich auch. Soo ganz uneigennützig wird er das Ganze nicht machen. Obwohl ich jetzt nicht weiter nach PowerDowns oder Transfers nachgeforscht habe.
Muss man auch nicht. Er ist halt schon ziemlich lange im Geschäft, hat eine Nische für sich entdeckt. Sei's ihm gegönnt... ;-)
TEAM 1
Congratulations! This comment has been upvoted through steemcurator04. We support quality posts , good comments anywhere and any tags.Oh, pleasant surprise - thank you @o1eh!
TEAM 1
Congratulations! This comment has been upvoted through steemcurator04. We support quality posts , good comments anywhere and any tags.