Danke.

Ich habe mich für STR|BTC auf Poloniex entschieden. Die von dir genannten Punkte sind eingermaßen gewährleistet - darüber hinaus habe ich mich dafür entschieden, weil ->

* ich STR für vergleichsweise langlebig halte
* das Verhältnis schwankt natürlich, aber vermute, daß es nicht zu stark schwanken wird.
* ich einen Grund habe, meine ExchangeInterface-Bibliothek zu erweitern.


Bis jetzt habe ich ->

* die groben, aber schon lauffähigen Klassenstrukturen, die ich in die
Ausführungsroutine der "Bot-Oberklasse" einhängen kann, gemacht. Auch die Datenbanktabellen, Konfigurationsdateien usw.

* ExchangeInterface abgeleitet und teilweise implementiert. Das ist inzwischen einfach nur langweilig.

* Die Kernroutinen dieser AntiCycle-Logik - nämlich Berechnung der Relation und der daraus folgenden Handelsgrößen, unter Berücksichtigung der bid bzw. ask-Seite - vollständig, genau, fehlerbehandelnd und allgemein verwendbar implementiert.

* Erste Strukturen der die AntiCycle-Logik einbindenen Handelslogik. Abläufe etc.

* Das mit anderem bestehenden Code harmonisiert, Code-Wiederholungen in "Traits" (so heißt das bei Scala) oder Elter-Klassen ausgelagert etc.

Wenn ich mir das so durchlese, gar nicht so schlecht.


Anyway - ich mache das schon etwas länger und einige meiner Konstrukte (Klassen) zu Behandlung der typischen Aufgaben eines Handelsbots haben sich für mich als sehr nützlich erwiesen. Beispielsweise eine konfigurierbare Klassen für Fee-Berechungen, Behandlung von Währungswertepaaren, Dezimalstellen etc.

Besteht daran Interesse, ich könnte hier hoffentlich aufschlußreichen SourceCode reinstellen?