Cryptsy Api ist mal wieder platt.....
wieder up, mal sehen wie lang  Da mir die Durchlaufzeit so lang vorkam habe ich mir mal die Response Time von Cryptsy angeschaut - da scheint echt noch nicht alles auf der Höhe zu sein. Oft gehen Anfragen verloren oder brauchen ewig für eine Antwort (>30 Sekunden) seht ihr ähnliches? Ja, haben auch schon viele geschrieben...  Bezog sich eher darauf, dass die Verzögerungen auch weiterhin da sind... Und nichts behoben wurde. Will nur sicher gehen, dass nicht ich ein Netzproblem habe |
|
|
|
Cryptsy Api ist mal wieder platt.....
wieder up, mal sehen wie lang Da mir die Durchlaufzeit so lang vorkam habe ich mir mal die Response Time von Cryptsy angeschaut - da scheint echt noch nicht alles auf der Höhe zu sein. Oft gehen Anfragen verloren oder brauchen ewig für eine Antwort (>30 Sekunden) seht ihr ähnliches? |
|
|
|
Hy,
zu nah am "Core" ist es nicht und so geschrieben, dass es auch ohne mein Script sauber funktionieren würde.
Da mit "if class_exists" etc gearbeitet wird.
Es prüft ja auf Verfügbarkeit der Plattformen, wenn diese nicht vorhanden ist, cutted er die API Keys für genau 1 Lauf raus.
Somit blockiert cryptsy nicht mehr den kompletten Bot Durchlauf, der dann wohl bei mehreren Coins schon mal mehr als ne Stunde dann dauern kann.
Beim nächsten Durchlauf wird wieder geprüft, und wenn die Plattform wieder vorhanden ist, wird die Funktion "initializeAPI" erneut ausgeführt.
Wenn sich nichts geändert hat, wird die funktion nicht ausgeführt.
Und da die Standard funktion "initializeAPI" dies genau vor der "while" macht, ist dies auch ohne Probleme lauffähig.
Ich habs nun schon seit bestimmt einer Woche, wo die ersten Probleme auftauchten, durchgängig laufen. Null Probleme.
Da ist die Zeit die man, fürs "erneute einhängen" des Scripts investiert, schon gewonnene Zeit, die das Script nicht blockiert.
@Darkwinde, Ich kann dir das Script gerne per Teamviewer zeigen, wenn du es nicht erwerben möchtest.
Huhu, die Grundidee habe ich schon verstanden und das was du anbietes ist ja auch absolut nicht verkehrt. Habe eben paar architekturelle Entscheidungen am Anfang getroffen, die du, laut deiner Beschreibung, aushebelst und die ich einfach nicht mittragen will. Es gibt meines Erachtens Möglichkeiten weiterhin die Integrität zu waren mit gleichzeitiger Verbesserung der Robustness gegen diese API Ausfälle udn die werde ich mir die Tage ansehen Danke für das Angebot wegen Team Viewer, hoffe du verstehst ein "Darkwinde Approved" gebe ich nur für eigenen Code nahher hauen mich alle, weil ich im fremden Code was übersehen habe |
|
|
|
Hallo Dark,
kannst Du eine Aussage dahingehend treffen ob beim nächsten Update die 2 von Spacedevil entwickelten DLCs bei Dir "einbindungsmässig" integriert sein werden?
Aktuell hindert mich eine Aussage diesbezüglich am Kauf des "checkOnlineExchanges" Modul, da ich nicht bei jedem Update sämtliche Skripte wieder anfassen möchte.
Danke und Gruß
Huhu, es wird den EInsprung für "CheckTopCoins" geben. Was aber in dem Codestrang passiert ist nicht mein Thema und außerhalb meines Einflussbereiches. Mir ist der Code nicht bekannt, daher auch nicht gereviewt. Nach aktueller Bewertungslage, wird es für "checkOnlineExchanges" kein Einsprung geben aufgrund der obigen Randparemeter und der Tatsache, dass es mir zu nah am Core ist und man etwas übergreifend implementieren muss. Grüße Dark |
|
|
|
Bot hat Round Robin für beide Proxies drin da geht mal gerade gar nix :/ |
|
|
|
Jop Spread ist auf 1. vielleicht macht 3 mehr Sinn  stammt noch aus der Probezeit Bekommen wir hin für Spread Trading die den Faktor zu setzten. Brauchst auch nix extra zahlen werde es dann vielleicht direkt mit dem anderen Thema kombinieren. Wenn alles klappt komme ich diese Woche wieder zum Code schreiben und v1.7 damit Das hört sich super an. Toll wäre sowas: "strategy-spreadTrading": true, "spread-trading-buy-factor": "1.01", "spread-trading-sell-factor": "1.005", "spread-trading-stake": "0.00500000" "spread-trading-loss-factor": "0.10" (0.00=disabled) "spread-trading-cool-down-time": "120min" (after loss-sale triggered) Gruss Tinu Kann man so machen PiMalDaumen ^^ Packe es erstmal dann wohl in die Statics rein damit man da nicht ausversehen dran rumfingert ^^ |
|
|
|
Ich habe eher das Gefühl, dass die Verkaufsorder das Problem sind, wenn der Kurs unter den Buypreis sinkt.
Ich habe z.b LTC Buys bei 0.0027 und Doge bei 0.00000085 in Suspend.
Insgesamt sind es ca. 30 Orders die in Suspend hängen nach dem grossen Pump and Dump dieser Woche.
Somit ist der Bot praktisch lahmgelegt.
Da wäre eine 5% Sicherung (einstellbar), wie sie Serpens66 vorgeschlagen hat, wirklich von Vorteil um Verluste zu minimieren.
Sowas wie "Wenn Kurs 10% unter Einkaufspreis fällt, Notverkauf zum bestmöglichen Kurs welcher die Coins schlucken kann. Dann erst wieder Kaufen, wen Preis 60min (einstellbar) stabil".
Oder wäre es super, wenn man Orders im "Suspend" Status per Klick in den "InstantSell" Status bringen könnte. (Dann kann man den NotVerkauf selber machen)
Das manuell auf allen Börsen zu machen ist echt mühsam.
Bin ich auch dafür. Der Bot wartet doch nur bis die Suspend wieder erfüllbar sind, geblockt werden sollte der Bot grundlegend erstmal nicht. Die Einzige Sicherung die da eingebaut ist, dass maximal 5 Suspends pro Coin erlaubt sind. Wenn du den Hahn aufdrehen willst steht es dir in den Statics.php frei das zu tun. SO ein Instant Sell ist ja schon ein massiver EIngriff in das eigene Portfolio und bin mri nicht sicher, ob das für "Nicht-Power" user sinvoll ist. Da kann einfach zu viel schief gehen. Ich überlege mal, ob es möglich in in der Statics.php Parameter zu verankern, die es dir erlauben dann übers WebUI den Trigger zu geben pro Suspended Order. Habs in der Statics.php gefunden....bei Spread war standartmässig 1 eingetragen. Jetzt gehts wieder weiter. Das Problem ist, dass ich nur mit Spread arbeite. Und diese Option funktioniert halt nur bei leicht schwankenden oder steigenden Kursen. Wenn es aber extreme Kurs-Pumps und dann wieder extreme Dumps gibt, ist das für den Bot tragisch. Da wäre irgend eine Absicherung schon klug. (Wenn nicht ein Muss) Ansonsten frisst es dir jedesmal den Gewinn/Guthaben auf, sollte der Kurs nicht innert nützlicher Zeit wieder auf das alte Pumpniveau steigen. (Was er selten macht) Ich bin kein Programmer und kenne den Aufwand nicht, aber so eine Funktion wo man neben dem "spread-trading-sell-factor" auch noch einen "spread-trading-loss-factor" eingeben könnte...das wäre erste Sahne. Und für den Anwender würde es nicht komplizierter in der Handhabung werden. Wäre mir sogar noch einen Aufpreis Wert! Jop Spread ist auf 1. vielleicht macht 3 mehr Sinn stammt noch aus der Probezeit Bekommen wir hin für Spread Trading die den Faktor zu setzten. Brauchst auch nix extra zahlen werde es dann vielleicht direkt mit dem anderen Thema kombinieren. Wenn alles klappt komme ich diese Woche wieder zum Code schreiben und v1.7 damit |
|
|
|
Ich habe eher das Gefühl, dass die Verkaufsorder das Problem sind, wenn der Kurs unter den Buypreis sinkt.
Ich habe z.b LTC Buys bei 0.0027 und Doge bei 0.00000085 in Suspend.
Insgesamt sind es ca. 30 Orders die in Suspend hängen nach dem grossen Pump and Dump dieser Woche.
Somit ist der Bot praktisch lahmgelegt.
Da wäre eine 5% Sicherung (einstellbar), wie sie Serpens66 vorgeschlagen hat, wirklich von Vorteil um Verluste zu minimieren.
Sowas wie "Wenn Kurs 10% unter Einkaufspreis fällt, Notverkauf zum bestmöglichen Kurs welcher die Coins schlucken kann. Dann erst wieder Kaufen, wen Preis 60min (einstellbar) stabil".
Oder wäre es super, wenn man Orders im "Suspend" Status per Klick in den "InstantSell" Status bringen könnte. (Dann kann man den NotVerkauf selber machen)
Das manuell auf allen Börsen zu machen ist echt mühsam.
Bin ich auch dafür. Der Bot wartet doch nur bis die Suspend wieder erfüllbar sind, geblockt werden sollte der Bot grundlegend erstmal nicht. Die Einzige Sicherung die da eingebaut ist, dass maximal 5 Suspends pro Coin erlaubt sind. Wenn du den Hahn aufdrehen willst steht es dir in den Statics.php frei das zu tun. SO ein Instant Sell ist ja schon ein massiver EIngriff in das eigene Portfolio und bin mri nicht sicher, ob das für "Nicht-Power" user sinvoll ist. Da kann einfach zu viel schief gehen. Ich überlege mal, ob es möglich in in der Statics.php Parameter zu verankern, die es dir erlauben dann übers WebUI den Trigger zu geben pro Suspended Order. |
|
|
|
Wenn der Bot ein BUY Order setzt und diese nur zum Teil erfüllt worden ist, lässt der Bot sie einfach drinne.Das ist eine Order
2015-06-15 01:11:52 0.00550151 Buy 0.18176828 0.18110161 0.00099633
Der Preis ist aber schon auf 0.00719342
Kann man dies nicht iwie ändern?das passiert oft mal
Auf diese Weise werden zumindest die meisten unerfüllten Orders beseitigt. Aber bei krassen Pumps/Dumps hilft selbst das nicht viel  Dafür plane ich dann noch einen Notausstieg einzubauen, z.b "wenn Preis 5% angestiegen ist, dann Trade mit 5% Verlust schließen, bevor er noch größer wird". Das nur als mögliche Strategie, die ihr/Darkwinde einbauen könntet. Man macht ja kein verlust der Bot muss ja einfach nur die BUY Order canceln und dann die Teilerfüllung zum aktuellen höheren Markpreis verkaufen. Dann kann der Bot ja ganz normal zum aktuellen Preis wieder mitmachen Kann man amchen, Bot sollte dazu aber eigentlich selbst in der Lage sein, wenn alles funktioniert |
|
|
|
Wenn der Bot ein BUY Order setzt und diese nur zum Teil erfüllt worden ist, lässt der Bot sie einfach drinne.Das ist eine Order
2015-06-15 01:11:52 0.00550151 Buy 0.18176828 0.18110161 0.00099633
Der Preis ist aber schon auf 0.00719342
Kann man dies nicht iwie ändern?das passiert oft mal
ich hab das Problem in meinem Bot (nicht der spreadbot und kein altcoinbot) so gelöst, dass wenn es daneben geht, er die position gleich nochmal mit +-0 Profit versucht zu schließen, also den kaufpreis nochmal etwas anhebt, sodass der voraussichtliche gewinn nur noch die gebühren deckt (denn wie Vaagar schon schreibt, blockiert sowas nur unnötig funds). Wenn auch das nicht klappt, dann merkt mein Bot sich die Order, aber lässt sie erstmal drin. Dann prüft er jeden weiteren Durchlauf, ob die Order zu dem Preis auf irgendeinem anderen Exchange durchgeführt werden kann. Auf diese Weise werden zumindest die meisten unerfüllten Orders beseitigt. Aber bei krassen Pumps/Dumps hilft selbst das nicht viel Dafür plane ich dann noch einen Notausstieg einzubauen, z.b "wenn Preis 5% angestiegen ist, dann Trade mit 5% Verlust schließen, bevor er noch größer wird". Das nur als mögliche Strategie, die ihr/Darkwinde einbauen könntet. BuyInProgress werden abgebrochen wenn sie profitabel sind. Wenn sich über einen gewissen Zeitraum nichts tut gehen sie in Suspend. Imme runter der Prämisse, dass nicht gegen die Exchange Rules verstoßen wird. |
|
|
|
Hi zusammen, bin momentan privat und beruflich sowas von unetr beschuss, dass ich kaum dazu komme das Forum zu lesen. Werde versuchen zeitnah alle eure PN's und Fragen zu beantworten. Muss schon wieder entfleuchen, Hütte brennt hier auf Arbeit Bis später Dark |
|
|
|
kann man das Stake Volume fuer einzelne Coins bei Spread Trading variieren?
d.h.
Coin1 0.0010000 BTC
Coin2 0.0100000 BTC
.
.
.
thx
+1 Nein bisher nicht, steht aber auf der Hidden Agenda |
|
|
|
http://www.hacksparrow.com/why-not-to-use-php-short-opening-tags.htmlMüssen die Webhoster bei Bedarf ggf. aktiviert haben, deshalb fragt er. Shorttags sind aber Unsinn, dort oben nur einige Gründe dagegen. Braucht man nicht, so faul muss man nicht sein, Shorttags sorgen meist nur für Probleme beim Anwender, bzw. dem Sysadmin. Noch dazu verwenden auch bekannte CMS diese Spielerei bewusst nicht. Nein keine Short Tags |
|
|
|
Wenn man das Skript auf einem Webhosting installiert, hat das irgendwie hohe Anforderungen an die CPU? Braucht es Cronjobs (vermute ich mal) Keine Ahnung welchen Webhoster du damit beehren möchtest aber er sollte mindest die Spec eines Rapsberry PI A erfüllen und ist das Skript mit short tags geschrieben oder in richtigem PHP.  Erläutere mir kurz was mit Short Tags meinst und was der Unterschied ist den du wissen willst. |
|
|
|
Ich habe auch noch eine Frage, wenn ich den Dyn Balance auf "Only Sell" stelle,... @SpAcEDeViL Kannst Du mir bitte sagen, wie das geht? Würde mich auch interessieren... Statics.php -> public static $DYNAMIC_REBALANCE_ONLY_SELL = true; // [bool] Beantwortest du meine Frage auch noch? vielleicht...  |
|
|
|
Ich habe auch noch eine Frage, wenn ich den Dyn Balance auf "Only Sell" stelle,... @SpAcEDeViL Kannst Du mir bitte sagen, wie das geht? Würde mich auch interessieren... Statics.php -> public static $DYNAMIC_REBALANCE_ONLY_SELL = true; // [bool] |
|
|
|
Threads sind schon möglich. Nur nicht einfach zu händeln http://php.net/manual/de/class.thread.phpDie dürfen sich mit den Jobs nicht in die Quere kommen. Also wenn ich die Adv. und Dyn-Balance zusammen packe und die Spread alleine laufen lasse. "Sollte" Datenbanktechnisch alles glatt laufen oder? Oder gibt es hier Werte die sich überschneiden? Ich habe den Bot schon mal aufgeteilt, bloß halt ohne explizites Threading. Das einzige was mir aufgefallen war, das es mal falsche array Indexe gab, "ARCH" die er nicht gefunden hat. Ist jetzt auch nicht soo wichtig, ist nur ein Idee von mir, das ganze pfiffiger zu machen Ich kanns ja mal testen ich wiederhole mcih einfach mal "PHP kann kein richtiges MultiThreading." heißt nicht das es das nicht gibt aber vielleicht besser sein könnte Ich sehe aktuell den Mehrwert nicht den du mit der Umstellung generieren möchtest bei mehreren Threads. Dynamic Rebelance ist nicht dafür ausgelegt ewig den markt pullen zu müssen aber ich lasse mich mal überraschen... |
|
|
|
Cool GZ!!!! |
|
|
|
Aktuell Talfahrt :-/ Naja, mal abwarten. Eine technische Frage zum Bot. Was ist unter folgender Meldung zu verstehen? {02.07.15, 11:18:09} [BTCE] Public API RESPONSE error: NULL Gruß Über BTC-E frage ich den BTC/€ Kurs ab da Bitcoin.de dafür keine öffentliche API hat. Da hat deren API auf deine Andeage nicht geantwortet. Warum beantragst du keinen API Zugang bei Bitcoin.de und haust das Script auf einen Freehoster. Von da aus dann verteilen an die Bots? Ich habe auch noch eine Frage, wenn ich den Dyn Balance auf "Only Sell" stelle, verkauft der auch ohne Profit oder erst wenn es auch Profit abwirft? Und, ist es Ratsam, die Strategien nach einander laufen zu lassen oder geht auch ein Parallelbetrieb? Wegen der API beantwortest du die Frage im eigenen Satz: Kein dezentraler Ansatz mehr und man wäre nebst Service der Exchanges noch auf meinen angewiesen was ein unnötiger Durchlauferhitzer mit Fehlerpotenzial ist. Geschweige Wartung plus das ganze wieder sicher zu machen. Aufwand ohne Nutzen. bTCE gibt das für lau Er hält sich noch an die Rebalance Regeln nur kauft er nix nach. PHP kann kein richtiges MultiThreading. Kannst es durch mehrere Bot Instanzen implizieren. Dann sollte man sich aber auch an die Grundlage der verschiedenen Coins halten um seiteneffekte zu vermeiden. |
|
|
|
Aktuell Talfahrt :-/ Naja, mal abwarten. Eine technische Frage zum Bot. Was ist unter folgender Meldung zu verstehen? {02.07.15, 11:18:09} [BTCE] Public API RESPONSE error: NULL Gruß Über BTC-E frage ich den BTC/€ Kurs ab da Bitcoin.de dafür keine öffentliche API hat. Da hat deren API auf deine Andeage nicht geantwortet. |
|
|
|
|
Show Posts
