Fantasy Geschrieben 31. Oktober 2018 Teilen Geschrieben 31. Oktober 2018 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 Mehr Optionen zum Teilen...
Jokin Geschrieben 1. November 2018 Teilen Geschrieben 1. November 2018 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 Mehr Optionen zum Teilen...
PeWi Geschrieben 1. November 2018 Teilen Geschrieben 1. November 2018 (bearbeitet) 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 1. November 2018 von PeWi 1 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Fantasy Geschrieben 1. November 2018 Teilen Geschrieben 1. November 2018 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 Mehr Optionen zum Teilen...
PeWi Geschrieben 1. November 2018 Teilen Geschrieben 1. November 2018 (bearbeitet) 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 1. November 2018 von PeWi 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Jokin Geschrieben 2. November 2018 Teilen Geschrieben 2. November 2018 vor 5 Stunden schrieb PeWi: Klingt für mich jetzt mehr danach, dass die Zahl an Verkäufen zum Ausschalten von SOM nötig ist, die man hingeschrieben hat. Ja, genau - ob nun 1 oder 2 ist an der Stelle aber auch nicht kriegsentscheidend. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Fantasy Geschrieben 5. November 2018 Teilen Geschrieben 5. November 2018 Ich denke ich werde vorerst meinen Bot von seinen elendigen Leiden erlösen. Kann man ja nicht länger mit ansehen sowas. Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Fantasy Geschrieben 5. November 2018 Teilen Geschrieben 5. November 2018 Pending: Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Jokin Geschrieben 5. November 2018 Teilen Geschrieben 5. November 2018 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 Mehr Optionen zum Teilen...
PeWi Geschrieben 6. November 2018 Teilen Geschrieben 6. November 2018 (bearbeitet) 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 6. November 2018 von PeWi 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Serpens66 Geschrieben 6. November 2018 Teilen Geschrieben 6. November 2018 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 Mehr Optionen zum Teilen...
Jokin Geschrieben 6. November 2018 Teilen Geschrieben 6. November 2018 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 Mehr Optionen zum Teilen...
PeWi Geschrieben 6. November 2018 Teilen Geschrieben 6. November 2018 (bearbeitet) 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 6. November 2018 von PeWi 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
PeWi Geschrieben 6. November 2018 Teilen Geschrieben 6. November 2018 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. 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
froseppl Geschrieben 12. November 2018 Teilen Geschrieben 12. November 2018 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 Mehr Optionen zum Teilen...
Fantasy Geschrieben 13. November 2018 Teilen Geschrieben 13. November 2018 Hier mal wieder ein Update von nichts: und hier noch die letzte Seite der Transaktionshistorie von Binance: Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Jokin Geschrieben 13. November 2018 Teilen Geschrieben 13. November 2018 joah ... sieht bei mir derzeit auch absolut traurig aus. 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Fantasy Geschrieben 13. November 2018 Teilen Geschrieben 13. November 2018 Mich würde ein Statement von @xyr0x interessieren - wie läuft es bei dir? Hast du Lust, uns deine Oktober/November Statistik zu zeigen? Natürlich erst, wenn du aus deinem wohlverdienten Urlaub zurückkommst Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Fantasy Geschrieben 14. November 2018 Teilen Geschrieben 14. November 2018 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 Mehr Optionen zum Teilen...
Fantasy Geschrieben 14. November 2018 Teilen Geschrieben 14. November 2018 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 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
PeWi Geschrieben 14. November 2018 Teilen Geschrieben 14. November 2018 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 Mehr Optionen zum Teilen...
Fantasy Geschrieben 14. November 2018 Teilen Geschrieben 14. November 2018 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 Mehr Optionen zum Teilen...
PeWi Geschrieben 14. November 2018 Teilen Geschrieben 14. November 2018 (bearbeitet) 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 14. November 2018 von PeWi 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Fantasy Geschrieben 14. November 2018 Teilen Geschrieben 14. November 2018 Ja, bei DCA war sowieso bei mir nichts drin Vielen lieben Dank für die Infos. Dann kann ich ja beruhigt "schlafen". Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Jokin Geschrieben 14. November 2018 Teilen Geschrieben 14. November 2018 Die Datendatei kann bedenkenlos gelöscht werden - fehlt halt die Historie, aber is wurscht. Meine PTs hat's auch zum Teil auf die Bretter geschickt - mach ich die Tage msl wieder fit. 1 Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
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 erstellenAnmelden
Du hast bereits ein Benutzerkonto? Melde Dich hier an.
Jetzt anmelden