Bei mir ist Tote Hose  Bei mir auch. Ganz ungewohnt.  |
|
|
|
So bei mir hängt jetzt auch eine XMR Auszahlung auf Bter: Dear Sir,
I am afraid it may still take a while before the withdrawal go through due to the withdrawal wallet issue.
If you want it cancelled, please let me know
Best
Bter.com Die haben wieder Probleme.... Ich glaube, ich muss mal wieder auf die Exchanges schauen. Habe jetzt eine Woche nichts gemacht.  |
|
|
|
Bei mir wechselt sich grün und orange ab Neiiii, auf den falschen Esel gewettet. |
|
|
|
Aktuell einen extrem orangen vertikalen Balken bei Recent Activities. Seit drei Tagen schreibe ich nur -, was ja auch ein + ist. |
|
|
|
Habe mal ein +1 plaziert. |
|
|
|
Also er ist nicht obfuscated, ja?
Ne, bringt auch nichts. Geht auch wieder zurück. Ist nur schwiriger zu lesen. Wer aber ahnung von der Sprache hat kommt auch da weiter. |
|
|
|
Nein er ist nicht "verschlüsselt". Bitte sagt obfuscated, ein Code ist zu 99% nicht verschlüsselt, es sei denn du hast Code, der Code verarbeitet, eine RunPE, aber dazu ist PHP zu " schwach". Ja er ist in PHP geschrieben. Ob der Code 150€ an Wert hat steht auf einem anderen Blatt geschrieben.
Der Code kann aus 10 Zeilen betehen. Egal. Wenn die Idee gut ist ist es allemal 150€ Wert. Anzahl Codezeilen hin oder her. |
|
|
|
Hi Ich habe ein paar solcher drin. Die beiden Exchanges scheinen allerdings die korrekten Wertbestände zu führen. Alles was raus ging kam auch auf der Gegenstelle an. Aber: Hat das was zu bedeuten? {19.06.15, 12:44:41} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.Der Bot hat sich verhaspelt, meist erstell er versehentlich zweimal den Eintrag in der DB, im "withdrawal" einfach den withdraw mit der Zeit "1434698272" löschen und Problem gelöst. Hatte ich gradeben auch. Ist aber nur einmal drin. Habe das teil aber trotzdem mal gelöscht. |
|
|
|
Hi Ich habe ein paar solcher drin. Die beiden Exchanges scheinen allerdings die korrekten Wertbestände zu führen. Alles was raus ging kam auch auf der Gegenstelle an. Aber: Hat das was zu bedeuten? {19.06.15, 12:44:41} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:43:18} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:41:59} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:39:02} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:37:57} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:37:07} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:35:06} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:32:02} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:30:41} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:30:34} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:27:54} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:24:43} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:23:09} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:22:55} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272.
{19.06.15, 12:19:40} [Deposit Status] To many deposit entries for POT from Cryptsy to Poloniex. Expected deposit amount 5575.73766252 POT at reference time 1434698272. |
|
|
|
[BITTREX] Private API RESPONSE error: array (
'success' => false,
'message' => 'APIKEY_INVALID',
'result' => NULL,
) // Method: account/getbalances // Parameter: Array
(
[apikey] => ******
[nonce] => 1434652383476357
)
API Key und Secret sind aber korrekt... stimmt was mit der Schnittstelle nicht?
Normalerweise gibt es den Grundsatz "Wenn etwas bisher funktioniert hat, sollte es auch weiterhin funktionieren". Sprich, hast du den API Key nicht neu generiert und eingetragen, sollte das auch weiterhin funktionieren. Aber das ist leider die Kurx am Bot, die APIs sind sehr unstabil, der Bot ist willig, die Apis aber schwach ... Lass laufen, wart ab, das fängt sich wieder. Die Erfahrung habe ich auch gemacht. Es kann über Stunden API Exceptions hageln und plötzlich ist alles wieder gut. Die Erfahrungen mit dem selbst geschriebnen API (C#) zeigte das selbe. Es gibt einfach Stunden da geht bei den Exchanges nichts und nicht viel und plötzlich ist gut. |
|
|
|
|
Hi Darkwind
Wie berechnest du die Zahlen?
Total Profit:
0.64777815
Total Volume:
2.63834494
Würde ja heissen das ich mit ~ 2 BTC eingestiegen bin. Oder?
In der Tat bin ich aber mit 1.85BTC eingestiegen.
|
|
|
|
Die Kraken scheint noch nicht zu laufen oder?
Korrekt. War mal ein Versuch der in den json Dateien hängen blieb. |
|
|
|
Auf Grund der reinen Doku bin ich mir auch etwas unsicher ob Spread Trading und Dynamic Rebalance Probleme miteinander bekommen.
Selbst bei verschiedenen Bots können diese ja prinzipiell auf dieselben Coins zugreifen.
Coins ja, dafr nur nicht selber Account sein. SpreadTrading startet mit 0 Funds und kauft dann. DynRebal beeinflusst deine Funds indem es kauft oder verkauft und kann so zu Konflikten führen wo der SpreadTrade geblockt wird und dann beraubst duch dich wieder deiner eigenen Strategie  Genau dieses/solche Aussage sollte in die FAQ rein. |
|
|
|
Wenn du magst kann ich dir das Word geben und du ergänzt das Dokument um deine Fragen einfach und ich kann dann ein Review machen. Wäre das für dich ok?
Jo. |
|
|
|
Ähh wahrscheinlich Blöde frage.
Hehe mach doch mal eine FAQ Seite, damit nicht jeder die selben Fragen stellt.
sollte man nur eine Strategie auf true setzen?
z.b. nur strategy-spreadTrading
oder auch strategy-arbitrage und strategy-spreadTrading
?
Dafür gab es anfangs mal die FAQ Doku. Nachdem die eh keiner gelesen hat und gleiche Fragen gestellt wurden, habe ich es aufgegeben Traurig aber wahr...keiner list Doku  Zudem sind die "Batch 1 Kunden" hier recht aktiv und helfen ja auch weiter ^^ sozusagen ein kaskadierendes FAQ System ^^ Stimmt nicht. Ha Liegt ausgedruckt bei mir auf dem Pult. Nur leider nicht ganz aktuell und sie lässt halt doch noch ein paar Fragen offen. Oft ist man sich schlicht nicht sicher ob man das Selbe denkt wie der Autor. Aber ich nutzte das Teil oft. Gegen einen Ausbau dieser häte ICH nichts einzuwenden. Ganz im Gegenteil. |
|
|
|
24h Profit: 0.28152858 (60.91 €) :-) Ich muss ja auch mal Glück haben... Schande.... Wie gross ist den dein Volumen? |
|
|
|
Also... in welchem Rahmen kann der Bot erfolgreich agieren?
Start am 15 Mai 2015 bis heute etwa 107€ gewinn (0.53) BTC bei einem Einsatz von 1.8 BTC. In den letzten 24h 11€. Waren aber auch schon 20€ oder -8€ was ja kein Verlust ist sondern ein aufstocken von Coins. |
|
|
|
Nicht ganz. Das habe ich auch versucht. SELECT `coin`, AVG(`amount`) AS Durchschnitt, MAX(`amount`) AS Maximum, MIN(`amount`) AS Minimum,`note`
FROM `trade`
GROUP BY `coin`, `note`
ORDER BY `note` Aber auch damit scheint es noch nicht perfekt zu sein. Die Zahlen machen aber mehr Sinn. Nur bei den DOGE nicht wirklich. SELECT `coin`, AVG(CAST(`amount` as DECIMAL(10,7))) AS Durchschnitt, MAX(CAST(`amount` as DECIMAL(10,7))) AS Maximum, MIN(CAST(`amount` as DECIMAL(10,7))) AS Minimum,`note`
FROM `trade`
GROUP BY `coin`, `note`
ORDER BY `note` Bin momentan etwas privat und beruflich eingespannt, werde morgen mal sehen wie ich dir die Abfrage zusammenstelle damit du arbeiten kannst  Nicht das es nicht funktioniert. Fände es nur optimaler wenn du die Sachen auch als DECIMAL in der DB speicherst. Du musst ja, um in PHP zu rechnen, wahrscheinlich eh auch immer alles casten. Oder hast du direkt den korrekten Datentyp in PHP? |
|
|
|
Hallo zusammen,
hab mal eine Rückfrage zu folgender Mail, die vom Bot kam:
...Sell order won't match exchange rules. 7.76422716 VIA coins placed to funds @ BTer!..
Was ist darunter zu verstehen?
Danke & Gruß
Das kommt davon, dass es Börsen gibt die eine Mindestordergröße haben, waren bei einer glaub ich min. 50k Satoshi und die 7 VIA erreichen nicht die mindest Verkaufsgröße von 50k Satoshi. Uii, das käme sogar hin. Müssten dann 8.51 VIA sein. Überrascht mich. Damit hier kann man das sogar nachrechnen. http://www.btcsatoshi.com/ |
|
|
|
Hallo Darkwinde Noch was. Ich habe nun mal ne runde geflucht. Könntest du in der DB nicht die Datentypen nutzen die auch Sinn machen? Also für amount, price, fee u.s.w. Decimal damit man auch sinnvolle Abfragen und sortierungen und grupierungen machen könnte? Ich habe jetzt über Stunden nach einem Problem gesucht da bei mir die Zahlen nicht stimmte. Bis ich merkte das du alles mit varchar speicherst. Und damit ein AVG() oder MAX() zu ermitteln geht enfach schlecht. Man muss dann zuerst alles noch casten. Aber ein CAST('amount' as DECIMAL(9, 8 )) will da auch nicht ganz. ein 9, 7 tut. Aber bei DOGE bekomme so noch immer falsche Zahlen. Ich schau mal. Geht sowas nicht? Kann grad nicht prüfen... select max(amount) from funds
where len(amount) = (
select max(len(amount)) from funds
) Nicht ganz. Das habe ich auch versucht. SELECT `coin`, AVG(`amount`) AS Durchschnitt, MAX(`amount`) AS Maximum, MIN(`amount`) AS Minimum,`note`
FROM `trade`
GROUP BY `coin`, `note`
ORDER BY `note` Aber auch damit scheint es noch nicht perfekt zu sein. Die Zahlen machen aber mehr Sinn. Nur bei den DOGE nicht wirklich. SELECT `coin`, AVG(CAST(`amount` as DECIMAL(10,7))) AS Durchschnitt, MAX(CAST(`amount` as DECIMAL(10,7))) AS Maximum, MIN(CAST(`amount` as DECIMAL(10,7))) AS Minimum,`note`
FROM `trade`
GROUP BY `coin`, `note`
ORDER BY `note` |
|
|
|
|
Show Posts
