Hallo Ist das ein DB Problem oder ein Exchange? Finde es in der DB nicht. [Deposit Status] To many deposit entries for BTC from BTer to Bittrex. Expected deposit amount 0.01520000 BTC at reference time 1439728574. |
|
|
|
Hallo
Frage. Sollte beim Spread Trading eigentlich Cryptsy Points funktionieren? Spricht nichts dagegen. Oder?
das Äquivalent dazu BLEU (Bleutrade Share) geht ohne Probleme... edit: sehe gerade - ging anscheinend letzter Eintrag Jul 25 -> unwahrscheinlich dass seitdem nichts passierte... BLEU wird aber groß geschrieben, Points nicht  ...Cryptsy halt ^^ Viel mir auch auf. Hatte mal alle COins klein geschrieben. Da wollte der Bot überhaupt nicht mehr. Wäre vielleicht noch ein Idee das man GROSSklein Schreibung ignoriert beim Vergleich. Aber ob POINTS oder points, änder nichts. |
|
|
|
Hallo
Frage. Sollte beim Spread Trading eigentlich Cryptsy Points funktionieren? Spricht nichts dagegen. Oder?
Sollte gehen, die Basis ist hier auch BTC Scheint ihn zu ignorieren. 15.08.2015 (09:44:35): ___________________
15.08.2015 (09:44:35): Checking POINTS...15.08.2015 (09:44:35): ___________________ 15.08.2015 (09:44:35): Checking AMC... 15.08.2015 (09:44:36): ------- 15.08.2015 (09:44:36): Cryptsy: 0.00000071 >> 0.00000073 15.08.2015 (09:44:36): Profit Faktor: 1.03 (1.04) / Profit: 0.00011549 |
|
|
|
Frage Wie so kommt diese Meldung am Band und nicht nur einmal in der Runde? Wenn sowas passiert legt es den Bot so gut wie lam. 14.08.2015 (19:28:59): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573311854492
)
14.08.2015 (19:29:29): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573342214843
)
14.08.2015 (19:29:59): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573371260742
)
14.08.2015 (19:30:27): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573399591796
)
14.08.2015 (19:30:58): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573431000976
)
14.08.2015 (19:31:27): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573459358398
)
14.08.2015 (19:31:55): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573487770507
)
14.08.2015 (19:32:25): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573518088867
)
14.08.2015 (19:32:54): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573546480468
) Steht ja da was ihm nicht passt. BTer findet bei sich die order "37801962" nicht. Jetzt musste ja nur nachsehen was die order 37801962 ist entweder datenbank oder webinterface und mit BTer abgleichen. Wenn sie tatsächlich nicht da ist, kannste sie beruhigt entfernen ^^ Das passiert leider mal bei BTer da die API Schnittelle nicht sauber und schnell genug Cached. Habs schon oft gemeldet, interessiert die aber nicht ^^ Hatte das bei Bleutrade auch. Aus neugirde habe ich den Spread Trading Algo auch mal auf meinen aktuellen Bestand angesetzt. Die nehmen sich aber gegenseitig die Order weg. Gab dann einige Verwirrung. Die Meldung an und für sich ist mir schon klar. Nur, dass sie mit der selben Order ID so oft kommt macht das System extrem lahm. |
|
|
|
Frage Wie so kommt diese Meldung am Band und nicht nur einmal in der Runde? Wenn sowas passiert legt es den Bot so gut wie lam. 14.08.2015 (19:28:59): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573311854492
)
14.08.2015 (19:29:29): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573342214843
)
14.08.2015 (19:29:59): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573371260742
)
14.08.2015 (19:30:27): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573399591796
)
14.08.2015 (19:30:58): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573431000976
)
14.08.2015 (19:31:27): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573459358398
)
14.08.2015 (19:31:55): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573487770507
)
14.08.2015 (19:32:25): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573518088867
)
14.08.2015 (19:32:54): [BTER] Invalid order ID detected. // Method: private/geto
rder // Parameter: Array
(
[order_id] => 37801962
[nonce] => 1439573546480468
) |
|
|
|
|
Hallo
Frage. Sollte beim Spread Trading eigentlich Cryptsy Points funktionieren? Spricht nichts dagegen. Oder?
|
|
|
|
Krass. Vor zwei Wochen habe ich mir mal einen orangen Balken (-20€) eingefangen. Jetzt war es ziemlich rot, ab und zu mal schwarz. Heute wieder einen vollgas oranger Balken, -10€. Krass. Ich hatte mal ein Gewinn von etwa 0.85BTC. Aktuell ist er noch bei 0.46BTC. Rest wurde in Coins investiert. Hoffe das geht bald mal wieder nach oben.  |
|
|
|
Hi Ich habe ab und zu mal diese Meldung hier. Dann bleibt der Bot stehen. Bekannt? 30.07.2015 (11:51:31): Update funds started...
Fatal error: Call to a member function prepareOrderbook() on null in C:\xampp\ht
docs\DynamischBot1\api\api_access.php on line 636
C:\xampp\htdocs\DynamischBot1>pause
Drücken Sie eine beliebige Taste . . .
|
|
|
|
Fazit: Wichtig ist, dass es rot ist, dann mintest du.
OK. Dann sieht es bei mir schon mal nicht schlecht aus. Weisst du zufälligerweise ob man den Wallet gleich entsperrt starten kann? Irgend wie geht das immer mal wieder vergessen. Ach ja. Ist der Wallet schon stabiel? Auf dem VPS (Windows 7) läuft der Wallet etwa 2 Tage, dann schmiert er ab ohne was zu melden. Einfach weg. Eventlog gibt es dazu auch keine Hinweise. Aber vielleicht lag das auch am mining. |
|
|
|
Also die Mining Phase lief nur 7 Tage (Proof of Work). Das Thema kannst du also vergessen.
Danach begann die Proof of Stake Phase bei der ge-minted wird. Geminted wird mit den Coins die du hast und in deinem geöffneten wallet liegen. Je höher dein weight im Vergleich zur network weight liegt, um so öfter bekommst du deine 6% Zinsen für PoS gutgeschrieben. Mit einem weight von 22 wirst du nicht sehr oft dran kommen, das network weight liegt meistens um die 100k bis 130k, aber keine Sorge, wenn du dann drankommst, bekommst du deine 6% für den gesamten Zeitraum seit dem deine Coins ihre 180. Confirmation (3h x 60 Blöcke) haben, gutgeschrieben. Wann das ca ist kannst du sehen, wenn du mit der Maus über das rote Cloakcoin Symbol rechts unten im Wallet fährst... "expected time to earn reward is ..."
In Zukunft ist hier eine Änderung geplant, dann bekommst du nur mehr die 6% für den Zeitraum, in dem dein Wallet wirklich online war!
Mehr wirst du nicht machen müssen um zu minten, das geht ganz von selber, lass einfach deine Coins liegen und überweise sie nicht auf eine neue Adresse, sonst musst du wieder 3 h warten bis du zum Minten beginnst.
Wenn ich dich also richtig verstehe kann ich das "setgenerate true" einfach vergessen. Bringt nichts mehr. Und dass das PoSA Icon untern rechts nie grün wird scheint auch normal zu sein. Einmal, nur einmal, habe ich es grün gesehen. |
|
|
|
|
Kann es sein das im Moment nur kaufen angesagt ist? Alles rot. Fast keine BTC mehr.
Bis vor einer Woche hatte ich auf allen Exchanges noch 0.2 bis 0.3 BTC. Aktuell sind es noch 0.05BTC. Der Bot kauf und kauft und kauft... Alles rot.
Geht es euch auch so?
|
|
|
|
Beispiel bei mir gerade eben war weight 3680
Bei mir kommen relativ oft Transaktionen rein. Kann mich bisher nicht beklagen.
Habe jedoch nen 5stelligen Cloakcoinsbetrag auf meiner Wallet zu liegen zum minten/staken
So viel habe ich nicht auf dem Wallet. Muss man noch was spezielles für minten/staken machen oder läuft das automatisch wenn man den Wallet entsperrt? Mein Gewicht liegt noch immer bei 22. Das wird dann wohl auch die seltenen Gutschriften erklären. Hatte aber damit gerechnet das der Wert auf einem VPS der 24h am Netz hängt schneller ansteigt. |
|
|
|
Kam bei Dir noch kein hinweissfeld das ein paar Coins anteilig reingekommen sind als Unterstützung/Staking ?
Doch. Vor 10 Tagen mal etwa 0.025 CLOAK für "Mined" obwohl ich Mining erst seit etwa 24h am laufen habe. Diese 0.025 waren wohl eher für Minting, wenn ich das richtig verstehe. Irgend wie passiert eh nicht viel. Ich habe zwei mal ein paar Coins auf den Wallet überwiesen damit dort was ist, schalte das Minting frei und mine auf dem VPS. Das ergibt in zwischen 3 Transaktionen. 2 von mir und eine Gutschrift. Das Minting Icon unten rechts ist eh noch rot. Mein Gewicht ist erst bei 22 obwohl ich rund um die Uhr am Netzwerk was mitmache. Schnalle noch nicht was das genau auf sich hat. |
|
|
|
|
Habe jetzt mal noch das setgenerate true eingeschaltet und schaue mal was da noch so passiert.
Allerdings fehlen mir da irgend wie Informationen was ich mit dem Minen schon erreicht habe. Schauen wir also mal.
|
|
|
|
|
Hallo
Vor etwa 3 Wochen habe ich auch einem VPS den CLOAK Wallet installiert und lasse das Teil non stop laufen.
Ich will damit was zum Netzwerk beitragen. Dazu habe ich auch mal 70 Coins drauf getan, Wallet verschlüsselt und lasse ihn unlocked laufen.
Passt das so? Helfe ich euch damit oder soll ich noch was anderes machen?
|
|
|
|
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 Kann ich gut verstehen. Aber du hättest es auch in der Hand die API Problem blockierer zu entschärfen. Ich denke du leidest auch darunter und bin daher zuversichtlich. |
|
|
|
Bot hat Round Robin für beide Proxies drin da geht mal gerade gar nix :/ Bei diesen API Problemen käme mir auch noch eine Idee. Der Bot merkt ja wenn was schief geht mit den API Abfragen. Da wäre vielleicht ein Parameter praktisch wo man angeben wie viele Fehlerhafte API Calls es pro Runde geben darf. WIrd die überschritten macht der Bot mit den anderen Exchanges weiter. So würden nicht 20 Fehlerhafte API Abfragen durchgeführt sondern vielleicht 2 oder so. Die Blockade wäre viel kürzer. Ich denke, nach zwei Fehlerhaften API Calls könnte man den Exchange getrost ignorieren für die aktuelle Runde. |
|
|
|
Habe mir soeben testesweise einen neuen API Key generiert. Ändert nichts daran. Warten wir halt wieder. |
|
|
|
|
Show Posts
