Zum Inhalt springen

Empfohlene Beiträge

Hier mal mein "Update". So wie es aussieht tritt der Bot auf der Stelle oder ist noch sehr sehr vorsichtig eingestellt. Uptime: 11 Tage, 9 Stunden.

0.98381253 BTC

Total Current Value

USD Estimated Value 6,265.92

TCV with Dust 0.98384582 BTC

...

Current Value 0.03612225
(352.20 %) Difference 0.02813418
Bought Cost 0.00798807

PAIRS LOG

...

Current Value 0.13934078
(-10.03 %) Difference -0.01553671
Target Value 0.15487749
PENDING LOG

...

Bought Cost 0.20454085
(1.51 %) Difference 0.00309304
Sold Value 0.20763389
SALES LOG

 

Durch den Kursrutsch wurde bei mir vorgestern eine Kauforder bei Coinbase ausgeführt und somit ist nun 1 BTC "im Einsatz". Ich habe meine Einstellungen wie folgt angepasst:

market = BTC
DEFAULT_trading_enabled = true
start_balance = 1.0
keep_balance = 0.0
keep_balance_percentage = 0
enabled_pairs = ALL
hidden_pairs = ALL
max_trading_pairs = 6
DEFAULT_min_buy_volume = 450
pair_min_listed_days = 30
DEFAULT_min_buy_price = 0.00000600

DEFAULT_buy_min_change_percentage = -14
DEFAULT_buy_max_change_percentage = 30
DEFAULT_max_buy_spread = 3
DEFAULT_initial_cost = 0.002
orderbook_profit_calculation = true
DEFAULT_DCA_enabled = 4
DEFAULT_sell_wall_orderbook_depth = 50
DEFAULT_sell_wall_diff_percentage = 1000

DEFAULT_A_buy_strategy_label = SHORTTERMTREND
DEFAULT_A_buy_strategy = EMACROSS
DEFAULT_A_buy_value = 0.01
DEFAULT_A_buy_value_limit = 20

DEFAULT_B_buy_strategy = EMAGAIN
DEFAULT_B_buy_value = 0.01
DEFAULT_B_buy_value_limit = 20.0

DEFAULT_C_buy_strategy = STOCH
DEFAULT_C_buy_value = 100.1
DEFAULT_C_buy_value_limit = 29.9

DEFAULT_D_buy_strategy = RSI
DEFAULT_D_buy_value = 100.0
DEFAULT_D_buy_value_limit = 29.9

DEFAULT_trailing_buy = 0

DEFAULT_rebuy_timeout = 1
DEFAULT_min_orderbook_volume_percentage = 100

DEFAULT_A_sell_strategy = GAIN
DEFAULT_A_sell_value = 1.25

DEFAULT_B_sell_strategy_label = SHORTTERMTREND
DEFAULT_B_sell_strategy = EMACROSS
DEFAULT_B_sell_value = 0.01
DEFAULT_B_sell_value_limit = 20

DEFAULT_trailing_profit_type = GROW
DEFAULT_trailing_profit = 0.25
DEFAULT_trailing_profit_rebound_count = 0

DEFAULT_max_profit = 0
DEFAULT_take_profit_wait_time = 10
DEFAULT_take_profit_percentage = 10
DEFAULT_take_profit_reset_percentage_move = 0.5
DEFAULT_stop_loss_trigger = 0
DEFAULT_stop_loss_timeout = 60
DEFAULT_panic_sell_enabled = false
DEFAULT_pending_order_wait_time = 360
DEFAULT_combined_cancel_pending_trigger = 0.01
DEFAULT_sell_only_mode_enabled = false

price_trigger_market = BTC
price_rise_trigger = 7
price_rise_recover_trigger = 6
price_drop_trigger = 10
price_drop_recover_trigger = 3
consecutive_buy_trigger = 10
consecutive_sell_trigger = 1

...

 

Hätte dazu drei Fragen, bzw. ich möchte die zwei folgenden Schritte machen:

1. "Verkaufe alles was du hast" - wie mache ich das? Mit DEFAULT_sell_only_mode_enabled auf "true" setzen?

2.  Was ist SOMO bzw. was bedeutet dieses override?

In der Hilfe steht nur:

SOM - Displays if Sell Only Mode is on (true) or off (false). Hover to see the reason for SOM.

SOMO - Displays if “Sell Only Mode Override” is on (true) or off (false).

3. Trade nur mit den folgenden Paaren als Beispiel XRP, EOS und ADA. Dann trage ich bei enabled_pairs statt "ALL" dann die jeweiligen Tradingpaare z.B. XRPBTC, EOSBTC usw. ein, richtig? Wie muss ich diese trennen? Mit Komma und Leerzeichen?

Link zu diesem Kommentar
Auf anderen Seiten teilen

Bei mir passiert auch grad nicht viel - ab und zu mal ein gepumpter Coin, ansonsten sind die Pairs tiefrot. Da es kein Stoploss-SellOf gibt hängt dieser Bot nun größtenteils handlungsunfähig herum.

Bei SOM: ja, auf "true" stellen.

Und bei dem anderen einfach "XRP, ETH" als Kommaliste eintragen. (lies besser selber nochmal im Wiki nach)

Link zu diesem Kommentar
Auf anderen Seiten teilen

Vorab, bei mir läuft der PT schon seit Monaten auf Sparflamme, d.h. ich bin nicht mehr so richtig up-to-date.

Trotzdem ein paar Sachen, die möglicherweise diskussionswürdig sind:
 

17 hours ago, Fantasy said:

start_balance = 1.0
keep_balance = 0.0
keep_balance_percentage = 0

So darf der PT die Balance komplett für Alts ausgeben. Um - wie Jokin immer sagt - handlungsfähig zu bleiben und ggfs ohne Kapitalnachschub auch manuell eingreifen zu können, kannst du den PT zwingen, z.B. 20% Reserve immer ungenutzt zu lassen.

17 hours ago, Fantasy said:

DEFAULT_buy_min_change_percentage = -14
DEFAULT_buy_max_change_percentage = 30

Da müssen erfahrenere sagen, ob diese Grenzen  nicht zu weit gesetzt sind?

17 hours ago, Fantasy said:

DEFAULT_max_buy_spread = 3

Das ist laut Wiki recht aggressiv:
"Ignore coins where the spread % between lowest ask and highest bid orders exceeds the set value. If spread is too big, most likely there was a coin dump/pump and you are buying too high. A value of 2 is mildly conservative. 1 is more conservative. 3 would be more aggressive. "

17 hours ago, Fantasy said:

DEFAULT_min_orderbook_volume_percentage = 100

So wird er auch versuchen zu kaufen, wenn nur genau die vom PT gewünschte Coinmenge im Orderbook drin ist. Also ohne Reserven oder Sicherheit, für den Fall, dass jemand anderes genau zur gleichen Zeit ebenfalls kauft - dann bleiben weniger als die 100% übrig, und PT kann nicht kaufen.
Im Wiki werden 120 bis 150 empfohlen.

Zu den restlichen Werten sage ich  lieber nichts, weil ich mir da auch nicht ganz sicher bin ... ?

 

17 hours ago, Fantasy said:

consecutive_buy_trigger = 10
consecutive_sell_trigger = 1

Anhand dieser beiden Parameter stellt der PT das Kaufen gegebenenfalls ein (Einschalten des SOM-Modes). Nützlich, wenn die Märkte auf breiter Front fallen, und der PT ob der vielen günstigen Preise ? in einen Kaufrausch verfallen würde. Mit deinen Einstellungen bricht er nach dem 10. Kauf in Folge ab und wartet darauf, mindestens einen Coin verkauft zu haben (Light-Version des Wartens auf das Ende des Kursrutsches), bevor er weiterkaufen darf.
Wenn du SOMO auf true hast, dann kannst du manuell diesen SOM-Modus überstimmen. Da dieser SOM doch auf einer relativ simplen Regel beruht, ist es ganz gut, wenn du dir vorbehältst, dieser simplen Heuristik nicht blind ausgeliefert zu sein, sondern sie notfalls überstimmen zu können.

Bearbeitet von PeWi
  • Thanks 1
  • Like 1
Link zu diesem Kommentar
Auf anderen Seiten teilen

Am 22.10.2018 um 14:22 schrieb Jokin:

consecutive_buy_trigger = 10
consecutive_sell_trigger = 1
... wenn 10 Käufe in Folgedurchgeführt wurden ohne einen Verkauf, wird nix mehr nachgekauft bis mindestens 2 Verkäufe in Folge stattfanden - dadurch schützt man den Bot sich im fallenden Markt bis in die Handlungsunfähigkeit einzukaufen.

 

vor 6 Stunden schrieb PeWi:
vor 23 Stunden schrieb Fantasy:

consecutive_buy_trigger = 10
consecutive_sell_trigger = 1

Anhand dieser beiden Parameter stellt der PT das Kaufen gegebenenfalls ein (Einschalten des SOM-Modes). Nützlich, wenn die Märkte auf breiter Front fallen, und der PT ob der vielen günstigen Preise ? in einen Kaufrausch verfallen würde. Mit deinen Einstellungen bricht er nach dem 10. Kauf in Folge ab und wartet darauf, mindestens einen Coin verkauft zu haben

Ist so gewollt, allerdings weichen eure Aussagen voneinander ab, siehe Hervorhebung.

 

vor 6 Stunden schrieb PeWi:
vor 23 Stunden schrieb Fantasy:

DEFAULT_max_buy_spread = 3

Das ist laut Wiki recht aggressiv:
"Ignore coins where the spread % between lowest ask and highest bid orders exceeds the set value. If spread is too big, most likely there was a coin dump/pump and you are buying too high. A value of 2 is mildly conservative. 1 is more conservative. 3 would be more aggressive. "

Auf 2 geändert.

 

vor 6 Stunden schrieb PeWi:
vor 23 Stunden schrieb Fantasy:

start_balance = 1.0
keep_balance = 0.0
keep_balance_percentage = 0

So darf der PT die Balance komplett für Alts ausgeben. Um - wie Jokin immer sagt - handlungsfähig zu bleiben und ggfs ohne Kapitalnachschub auch manuell eingreifen zu können, kannst du den PT zwingen, z.B. 20% Reserve immer ungenutzt zu lassen.

Wenn ich jetzt keep_balance auf 0.3 setze, aber percentage nicht verändere, was gilt dann?

 

Danke @PeWi für deine Zeit :)

Link zu diesem Kommentar
Auf anderen Seiten teilen

1 hour ago, Fantasy said:

Ist so gewollt, allerdings weichen eure Aussagen voneinander ab, siehe Hervorhebung.

Im Zweifelsfall ins PT-Wiki schauen:

consecutive_sell_trigger
consecutive_sell_trigger = 3

Valid values: Decimal values greater or equal to 0
Turn off sell only mode if we got x consecutive sells with no buys in between (market is recovering)

Klingt für mich jetzt mehr danach, dass die Zahl an Verkäufen zum Ausschalten von SOM nötig ist, die man hingeschrieben hat.
Da ist für meinen Geschmack 1 schon sehr aggressiv. Ggfs reicht ein einziger Glückstreffer, um weiter im Bärenmarkt einzukaufen.

1 hour ago, Fantasy said:

Wenn ich jetzt keep_balance auf 0.3 setze, aber percentage nicht verändere, was gilt dann?

Widersprüche sollte man vermeiden. ?

Die übliche Empfehlung für die ganzen Parameter, die es einmal für Absolutangaben und zusätzlich mit Prozentangaben gibt, ist, sich pro Parameter für eine Variante zu entscheiden und die andere auszukommentieren.

Welche du nimmst, ist in so langsamen Zeiten wie momentan ziemlich egal, wenn du gelegentlich in deinen Bot schaust. Interessanter wird es erst in massiven Bären- oder Bullenmärkten, in denen sich die Balance zügig ändert. ?

Bearbeitet von PeWi
  • Thanks 1
Link zu diesem Kommentar
Auf anderen Seiten teilen

Ja, das ist gerade mal wieder so eine ganz blöde Phase.

In den letzten 4 Tagen hab ich einen (Buch-)Verlust von 1% tägl. da stehen. Durchweg in all meinen PTs - aber seit heute geht's wieder etwas aufwärts. Das ist genau die Phase, die ich gern mal mit dem Spanish_Cross-Setting durchlaufen wollte um zu sehen wie die sich schlägt.

Ich lasse meine Bots einfach weiterlaufen und dann regelt sich das schon von allein ... meistens.

 

Link zu diesem Kommentar
Auf anderen Seiten teilen

12 hours ago, Fantasy said:

Ich denke ich werde vorerst meinen Bot von seinen elendigen Leiden erlösen. Kann man ja nicht länger mit ansehen sowas.

Das spanische Kreuz ist eine Trendfolge-Strategie. Charakteristisch für Trendfolgestrategien sind viele kleine Verluste und seltenere, dafür größere Gewinne, Insofern ist es "normal", wenn das Konto die meiste Zeit sachte nach unten driftet. Dafür sollte es, wenn der Markt mal wieder in die Gänge kommt, mit dem Konto überproportional nach oben gehen und die vorherigen Verluste mehr als ausgleichen.

Vorausgesetzt natürlich, die Strategie taugt etwas ... ?

Da man beim PT nicht backtesten kann, ist eine allgemeine Beurteilung schwierig, und man kann nur auf die Stimmung in der Community hören. Sollte es viele zufriedene Stimmen zum spanischen Kreuz geben, dann könnte sie etwas taugen. ?

Fazit: Nicht zu früh die Flinte ins Korn werfen. Zugegebenermaßen ist es aber schwierig, zwischen "normalen" Verlusten und "zu großen Verlusten" zu unterscheiden.

Bearbeitet von PeWi
  • Thanks 1
Link zu diesem Kommentar
Auf anderen Seiten teilen

vor 3 Stunden schrieb PeWi:

Da man beim PT nicht backtesten kann

 

wundert mich das Jokin da nicht schon was zu programmiert hat ;) binance hat ja die candlestick data für beliebige Zeiträume in der REST API. Dachte man kann so gut Addons zum profittrailer schreiben, oder geht das doch nicht?

Link zu diesem Kommentar
Auf anderen Seiten teilen

vor 2 Minuten schrieb Serpens66:

wundert mich das Jokin da nicht schon was zu programmiert hat ;) binance hat ja die candlestick data für beliebige Zeiträume in der REST API. Dachte man kann so gut Addons zum profittrailer schreiben, oder geht das doch nicht?

Ich bin der Ansicht, dass die ganze Backtesterei immer unterschiedliche Ergebnisse bei denselben Parametern liefert und zwar je nachdem wann man seinen Startpunkt setzt.

Daher schenke ich mir die Backtesterei komplett und optimiere mir lieber meine eigenen Projekte.

Derzeit sieht es für den ProfitTrailer ziemlich düster aus, durch den ETH-Kursanstieg ist er ziemlich tief im roten Bereich weil die Altcoins noch nicht nachziehen. Bleibt also zu hoffen, dass sie nachziehen ansonsten isses halt doof.

 

Link zu diesem Kommentar
Auf anderen Seiten teilen

1 hour ago, Serpens66 said:

wundert mich das Jokin da nicht schon was zu programmiert hat ;) binance hat ja die candlestick data für beliebige Zeiträume in der REST API. Dachte man kann so gut Addons zum profittrailer schreiben, oder geht das doch nicht?

Um den PT zum Backtesten  verwenden zu können, müsste man ganz Binance faken. Und zusätzlich noch die Zeit für den PT massiv schneller vergehen lassen, damit's kein Backtest in Echtzeit wird. ?

Ernsthaft:

Mit Candledaten bekommt man nur ein grobes Gerüst der echten Ergebnisse hin. Echte und kleinteilig genaue Daten (Orderbücher, Tick-Daten) hätte man über alle Monate sammeln müssen, weil man die im Nachhinein nicht mehr holen kann. (Und selbst das würde keine "richtigen" Ergebnisse liefern, weil die konkurrierenden anderen Marktteilnehmer fehlen.)
Und zusätzlich bietet der PT keine Möglichkeit an, ihn fürs Backtesten zu benutzen - man müsste ihn also durch eine Simulation ersetzen, die sich genauso wie er verhält. Mit den vielen Methoden und Parametern, die der PT inzwischen hast, wäre eine solche Simulation ein sehr umfangreiches Projekt.

Beide Problempunkte sind nur sehr aufwendig zu lösen, weswegen es in Konsequenz leider - aber einleuchtend - keine Backtests für PT gibt.

Bearbeitet von PeWi
  • Love it 1
Link zu diesem Kommentar
Auf anderen Seiten teilen

51 minutes ago, Jokin said:

Ich bin der Ansicht, dass die ganze Backtesterei immer unterschiedliche Ergebnisse bei denselben Parametern liefert und zwar je nachdem wann man seinen Startpunkt setzt.

"Richtige" Backtests, deren Ergebnisse frei von solchen Einflüssen sind und wissenschaftlichen Ansprüchen genügen, sind extrem aufwendig und anspruchsvoll. Unter z.B. dem Stichwort "White's Reality Check" kann man einige Anforderungen dazu nachlesen.

Fazit:
Die notwendigen Kenntnisse und Fähigkeiten für objektive Backtests übersteigen vermutlich das Niveau von 99,xx% alle Botbenutzer und -entwickler, und ich nehme mich da keinesfalls aus. ?
Die "üblichen" Backtests, die einem im Bot-Universum über den Weg laufen, muss man folglich mit mehr als einem Körnchen Salz interpretieren.

  • Love it 1
Link zu diesem Kommentar
Auf anderen Seiten teilen

Apropos Backtesting: Kennt jemand von euch die Nomics API und hat damit schon Erfahrungen gesammelt? https://p.nomics.com/cryptocurrency-bitcoin-api
Damit kann man meine ich kostenlos Candlestick Daten der größten Börsen (natürlich auch Binance) auf Tagesbasis zurück bis 2013 auslesen. Im 4h Intervall geht es zumindest noch für 120 Tage. Nur wenn man noch detailliertere Daten haben möchte, muss man zahlen...

Link zu diesem Kommentar
Auf anderen Seiten teilen

Hallo, ich bräuchte bitte eure Hilfe, mein Bot läuft seit heute nicht mehr.

Schritte veranlasst: Server bei vultr neu gestartet.

pm2-ProfitTrailer.json und application.properties neu hochgeladen, pm2-ProfitTrailer.json gelöscht - führte alles nicht zum Erfolg.

Hier ein LOG - vielleicht hat mir jemand einen Tipp:

login as: root
root@95.179.144.114's password:
Welcome to Ubuntu 18.10 (GNU/Linux 4.18.0-10-generic x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

  System information as of Wed Nov 14 16:24:14 UTC 2018

  System load:  0.0               Processes:           86
  Usage of /:   7.1% of 39.32GB   Users logged in:     0
  Memory usage: 9%                IP address for ens3: 95.179.144.114
  Swap usage:   0%

 * Security certifications for Ubuntu!
   We now have FIPS, STIG, CC and a CIS Benchmark.

   - http://bit.ly/Security_Certification

 * Want to make a highly secure kiosk, smart display or touchscreen?
   Here's a step-by-step tutorial for a rainy weekend, or a startup.

   - https://bit.ly/secure-kiosk


46 packages can be updated.
27 updates are security updates.


Last login: Wed Nov 14 07:44:57 2018 from 92.211.231.163
root@vultr:~# pm2 log 0
[TAILING] Tailing last 15 lines for [0] process (change the value with --lines option)
/root/.pm2/logs/profit-trailer-error.log last 15 lines:
0|profit-t | 2018-11-14 02:37 +00:00: Exception in thread "HttpClient@4ac5a90d-5079"
0|profit-t | 2018-11-14 02:37 +00:00: java.lang.OutOfMemoryError: unable to create new native thread
0|profit-t | 2018-11-14 02:37 +00:00:
0|profit-t | 2018-11-14 02:37 +00:00:   at java.lang.Thread.start0(Native Method)
0|profit-t | 2018-11-14 02:37 +00:00:
0|profit-t | 2018-11-14 02:37 +00:00:   at java.lang.Thread.start(Thread.java:717)
0|profit-t | 2018-11-14 02:37 +00:00:
0|profit-t | 2018-11-14 02:37 +00:00:   at org.eclipse.jetty.util.thread.QueuedThreadPool.startThreads(QueuedThreadPool.java:540)
0|profit-t | 2018-11-14 02:37 +00:00:
0|profit-t | 2018-11-14 02:37 +00:00:   at org.eclipse.jetty.util.thread.QueuedThreadPool.access$200(QueuedThreadPool.java:48)
0|profit-t | 2018-11-14 02:37 +00:00:
0|profit-t | 2018-11-14 02:37 +00:00:   at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:747)
0|profit-t | 2018-11-14 02:37 +00:00:
0|profit-t | 2018-11-14 02:37 +00:00:   at java.lang.Thread.run(Thread.java:748)
0|profit-t | 2018-11-14 02:37 +00:00:

/root/.pm2/logs/profit-trailer-out.log last 15 lines:
0|profit-t | 2018-11-14 07:45 +00:00:  /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00: ( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00:  \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00:   '  |____| .__|_| |_|_| |_\__, | / / / /
0|profit-t | 2018-11-14 07:45 +00:00:  =========|_|==============|___/=/_/_/_/
0|profit-t | 2018-11-14 07:45 +00:00:  :: Spring Boot ::       (v1.5.15.RELEASE)
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 INFO Application - PT Version: 2.1.16
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 INFO Application - Java Version: 1.8.0_181
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 ERROR Util - Both save files were damaged
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 ERROR Util - If you have a backup somewhere please use that or just delete ProfitTrailerData.json

/root/.pm2/logs/profit-trailer-out.log last 15 lines:
0|profit-t | 2018-11-14 07:45 +00:00:  /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00: ( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00:  \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00:   '  |____| .__|_| |_|_| |_\__, | / / / /
0|profit-t | 2018-11-14 07:45 +00:00:  =========|_|==============|___/=/_/_/_/
0|profit-t | 2018-11-14 07:45 +00:00:  :: Spring Boot ::       (v1.5.15.RELEASE)
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00:
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 INFO Application - PT Version: 2.1.16
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 INFO Application - Java Version: 1.8.0_181
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 ERROR Util - Both save files were damaged
0|profit-t | 2018-11-14 07:45 +00:00: 2018-11-14 07:45:13 ERROR Util - If you have a backup somewhere please use that or just delete ProfitTrailerData.json

 

Link zu diesem Kommentar
Auf anderen Seiten teilen

Bot ist wieder "up". Problem war die ProfitTrailerData.json. Die musste man wie oben beschrieben löschen oder durch eine alte ersetzen. Ich hab die pm2-ProfitTrailer.json gelöscht. Heißt eigentlich ganz anders und liegt auch in einem anderen Verzeichnis.

Leider sind alle Sales und Buys weg. Pending unverändert.

Echt blöd, dass er genau in dieser Blutphase out of order war. Wobei ich nicht mal sagen kann, ob das Glück oder Pech war :lol:

Link zu diesem Kommentar
Auf anderen Seiten teilen

4 hours ago, Fantasy said:

Hallo, ich bräuchte bitte eure Hilfe, mein Bot läuft seit heute nicht mehr.

Sorry, erst jetzt gelesen.

Es gibt ein Unterverzeichnis data/backup/..., da werden die alte Versionen der ProfitTrailerData.json aufgehoben.
VIelleicht kannst du die mal probieren, dann hättest du zumindest den Großteil deiner Buys und Sells wieder.

Ggfs sind die jüngsten dieser Backups auch schon defekt, dann müsstest du der Reihe nach probieren ...

Link zu diesem Kommentar
Auf anderen Seiten teilen

vor 6 Minuten schrieb PeWi:

Sorry, erst jetzt gelesen.

Kein Problem. Ich war leider zu ungeduldig bzw. habe eine Telegram-Empfehlung falsch interpretiert.

Ich dachte er meinte, ich solle die Backup Dateien löschen (was ich Honk gemacht habe), dabe meinte er mit "versuchen" nicht das Löschen an sich, sondern wie du oben geschrieben hast, diese zu verwenden.

Zu spät. Wieder was "gelernt". Wobei das echt ein dämliches Missverständnis war :(

Welche Auswirkungen hat das nun bzw. ist das jetzt "schlimm"?

Link zu diesem Kommentar
Auf anderen Seiten teilen

8 minutes ago, Fantasy said:

Welche Auswirkungen hat das nun bzw. ist das jetzt "schlimm"?

Im Prinzip verlierst du erstmal nur die Historie, aber nicht mehr.

Problematisch wird es nur beim DCA. Da fehlen jetzt die Informationen, wieviele DCA-Stufen ein Coin schon hat.
D.h. der PT geht davon aus, dass jeder Coin noch völlig ohne DCA ist, und alle DCA-Stufen noch möglich sind.
(Hätte ein Coin bereits DCA-Stufe x und PT kauft dann wieder x-mal nach, ist deine Balance mehr als alle.)

Deswegen sollte man in der DCA.properties immer sicherheitshalber den höchsten DCA-Nachkaufbetrag festnageln (DEFAULT_DCA_max_cost).

Inwieweit dich das mit dem Spanischen Kreuz betrifft, kann ich aus dem Kopf nicht sagen. Da müsste man erst wieder nachlesen, inwieweit die DCA verwendet.
Obwohl - dein gestern geposteter Screenshot zeigt ein leeres DCA-Log.

Fazit: Dann fehlt dir wohl wirklich nur die Historie, was kein Beinbruch ist. Der PT kann weiterlaufen, ohne deswegen etwas falsch zu machen.

Bearbeitet von PeWi
  • Thanks 1
Link zu diesem Kommentar
Auf anderen Seiten teilen

Erstelle ein Benutzerkonto oder melde Dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde Dich hier an.

Jetzt anmelden
×
×
  • Neu erstellen...

Wichtige Information

Wir haben Cookies auf Deinem Gerät platziert. Das hilft uns diese Webseite zu verbessern. Du kannst die Cookie-Einstellungen anpassen, andernfalls gehen wir davon aus, dass Du damit einverstanden bist, weiterzumachen.