Im Rückkauf-Ausführungsvertrag von $PONS befinden sich noch etwa 136.000 US-Dollar
Ich überlege, ob ein flexibleres Rückkaufmodell bei Protokollen, die tatsächlich Rückkäufe durchführen, besser wäre als ein mechanischer automatischer Rückkauf. @MEADGod
Zum Beispiel könnte man bei der Auswertung vergangener Kursverläufe feststellen, ob aktuell ein Abwärtstrend vorliegt, und dann einen größeren Anteil für Rückkäufe einsetzen.
Umgekehrt könnte man diesen Anteil reduzieren, wenn ein Aufwärtstrend erkannt wird.
Derzeit werden beispielsweise pro Stunde etwa 0.46e PONS zurückgekauft. Das ist der stündliche Basiswert für den aktuellen Zeitraum.
(1) Wird festgestellt, dass der Trend der letzten 20 Stundenkerzen abwärts gerichtet ist, beträgt der Rückkauf 0.6e pro Stunde (das 1,3-Fache des Basiswerts).
(2) Bei einem Aufwärtstrend wird der Rückkauf auf 0.32e pro Stunde angepasst (das 0,7-Fache des Basiswerts).
(3) Bei einer neutralen Marktlage entspricht der Rückkauf hauptsächlich dem Basiswert.
Ich habe die KI gebeten, eine einfache Grafik zu erstellen, damit alle das besser verstehen können.
Entscheidend ist hier nicht, dass das Protokoll mehr Mittel zuweist, als im Budget vorgesehen sind, sondern dass dasselbe Budget bei unterschiedlichen Kursniveaus anders verteilt wird.
Der Betrag, der während einer Aufwärtsphase eingespart wird, fließt in einen separaten Rückkaufpool. Während einer Abwärtsphase werden die Ausgaben aus diesem Pool erhöht. So bleiben kontinuierliche Rückkäufe erhalten, und bei niedrigeren Kursen können mit denselben Mitteln mehr PONS zurückgekauft und vernichtet werden.
Die Auswertung der letzten 20 Stundenkerzen ist nur ein Beispiel. Die Umsetzung selbst ist einfach. Mit Codex kann ich so etwas programmieren (ich habe eine ähnliche Erkennung bereits für meinen BOT zur Marktüberwachung implementiert).
Sinnvoller wäre es, vor der Ausführung jedes Zeitraums zunächst den Kursverlauf von $PONS in der vergangenen Woche auszuwerten.
Dieses Modell hat allerdings noch ein Problem: Wenn der Kurs über längere Zeit fällt, werden die Mittel in einer solchen Marktphase schneller aufgebraucht.
Deshalb wäre es am besten, einen solchen flexiblen Mechanismus während eines Aufwärtstrends einzusetzen und die ursprünglich vorgesehenen 30 % des Pools zurückzuhalten.
Eine Umsetzung bereits zum jetzigen Zeitpunkt wäre aber ebenfalls möglich. Man könnte dem Vertrag eine Bedingung vorgeben: Vor der Ausführung eines Zeitraums wird der Kontostand des Rücklagenpools abgefragt. Liegt der Kontostand unter 0,3 × dem Gesamtbetrag für den Zeitraum, wird der Rückkauf im aktuellen Zeitraum standardmäßig mit dem Basiswert ausgeführt.
➠ Angenommen, für Rückkäufe stehen in diesem Zeitraum 10E zur Verfügung. Liegt der Kontostand des Rücklagenpools aus dem vorherigen Zeitraum unter 3E, beträgt der gesamte Rückkauf in diesem Zeitraum standardmäßig 10E statt 13E.
Ich überlege, ob ein flexibleres Rückkaufmodell bei Protokollen, die tatsächlich Rückkäufe durchführen, besser wäre als ein mechanischer automatischer Rückkauf. @MEADGod
Zum Beispiel könnte man bei der Auswertung vergangener Kursverläufe feststellen, ob aktuell ein Abwärtstrend vorliegt, und dann einen größeren Anteil für Rückkäufe einsetzen.
Umgekehrt könnte man diesen Anteil reduzieren, wenn ein Aufwärtstrend erkannt wird.
Derzeit werden beispielsweise pro Stunde etwa 0.46e PONS zurückgekauft. Das ist der stündliche Basiswert für den aktuellen Zeitraum.
(1) Wird festgestellt, dass der Trend der letzten 20 Stundenkerzen abwärts gerichtet ist, beträgt der Rückkauf 0.6e pro Stunde (das 1,3-Fache des Basiswerts).
(2) Bei einem Aufwärtstrend wird der Rückkauf auf 0.32e pro Stunde angepasst (das 0,7-Fache des Basiswerts).
(3) Bei einer neutralen Marktlage entspricht der Rückkauf hauptsächlich dem Basiswert.
Ich habe die KI gebeten, eine einfache Grafik zu erstellen, damit alle das besser verstehen können.
Entscheidend ist hier nicht, dass das Protokoll mehr Mittel zuweist, als im Budget vorgesehen sind, sondern dass dasselbe Budget bei unterschiedlichen Kursniveaus anders verteilt wird.
Der Betrag, der während einer Aufwärtsphase eingespart wird, fließt in einen separaten Rückkaufpool. Während einer Abwärtsphase werden die Ausgaben aus diesem Pool erhöht. So bleiben kontinuierliche Rückkäufe erhalten, und bei niedrigeren Kursen können mit denselben Mitteln mehr PONS zurückgekauft und vernichtet werden.
Die Auswertung der letzten 20 Stundenkerzen ist nur ein Beispiel. Die Umsetzung selbst ist einfach. Mit Codex kann ich so etwas programmieren (ich habe eine ähnliche Erkennung bereits für meinen BOT zur Marktüberwachung implementiert).
Sinnvoller wäre es, vor der Ausführung jedes Zeitraums zunächst den Kursverlauf von $PONS in der vergangenen Woche auszuwerten.
Dieses Modell hat allerdings noch ein Problem: Wenn der Kurs über längere Zeit fällt, werden die Mittel in einer solchen Marktphase schneller aufgebraucht.
Deshalb wäre es am besten, einen solchen flexiblen Mechanismus während eines Aufwärtstrends einzusetzen und die ursprünglich vorgesehenen 30 % des Pools zurückzuhalten.
Eine Umsetzung bereits zum jetzigen Zeitpunkt wäre aber ebenfalls möglich. Man könnte dem Vertrag eine Bedingung vorgeben: Vor der Ausführung eines Zeitraums wird der Kontostand des Rücklagenpools abgefragt. Liegt der Kontostand unter 0,3 × dem Gesamtbetrag für den Zeitraum, wird der Rückkauf im aktuellen Zeitraum standardmäßig mit dem Basiswert ausgeführt.
➠ Angenommen, für Rückkäufe stehen in diesem Zeitraum 10E zur Verfügung. Liegt der Kontostand des Rücklagenpools aus dem vorherigen Zeitraum unter 3E, beträgt der gesamte Rückkauf in diesem Zeitraum standardmäßig 10E statt 13E.