holg

Hier geht es zum LOG : https://www.bitcoin.de/de/tapi/log/ Tja komisch, dass es dort erscheint, man weiss ja aber auch nicht genau, was dein Cointracking Account auf bitcoin.de gemacht hatte. In den Logs solltest du mal schauen, was dort steht in diesem Zeitraum. Gruß holg

Hallo, also ohne genauere Angaben kann ich da leider nichts zu sagen (was meinst due mit CT Account gekauft?) Was dir jedoch weiterhelfen sollte: Auf dem Bitcoin.de Account gibt es den Punkt Trading API, dort sind deine API Keys gelistet. Wenn man auf die Lupe klickt, dann erscheinen Details dazu, da gibt es "Notaus Benachrichtigungen", die kann man deaktivieren, dann keine Mails mehr. Und das Log, dort stehen die einzelnen Abfragen, ich vermute das steht dann doch was von DOGE...

Sorry, aber das ist doch off-topic. Das hat mit dem Thema doch nichts zu tun: Ich rede hier von der Trading-API und wie man die verbessern könnte. Da ich schon erfolgreich auf bitcoin.de gehandelt habe, traue ich mir zu obiges selbst beurteilen zu können.

Naja die 35 reichen halt nicht, um parallel zu testen. Ich habe jetzt dann doch time.sleep(3) eingebaut, so daß sich die credits wieder füllen, werde jetzt noch einbauen, daß ich die credits aus der Antwort noch auswerte, um die Sache maximal zu beschleunigen. Da ich jedoch die Daten gesammelt dumpe, muss ich halt noch einbauen, daß ich jeweils das datetime object noch granularen wegzuschreiben, nicht halt einfach beim init mit der aktuellen Zeit zu setzen... Letztlich sage ich ja nur, daß es unangenehm ist über alle Coins zu iterieren und jeweils einen Abruf zu starten, speziell wenn man dann deswegen die Anfragen drosseln muss... Ja kein Kurs, aber mich interessiert halt der durchschnittliche Kurs der letzten Transaktionen...

Schon klar, aber es ist auch der Marktplatz an dem ich kaufe und verkaufe. Kurs, naja es ist halt der aktuelle Kurs auf halt diesem Marktplatz und genau dieser interessiert mich. Es ist auch kein sleep notwendig: Die Credits reichen nicht mal für 1 mal pro Stunde, alle Kurse abrufen und mit der eigenen Balance auszuwerten. Ich wollte das eigentlich auch OpenSource machen, eigentlich eine nette Spielerei, automatisch mit Charts eine Exceltabelle auf den laufenden zu halten, aber nun gut geht dann halt nur alle 2h, und nun beim entwickeln muss man ja schon auch noch mal was extra abfragen, da geht dann also an dem Entwicklertag ansonsten nichts mehr mit der API.

Hallo, ich kann gar nicht glauben wie limitiert die API ist, nun es ist wohl simpel nur fürs Trading gedacht. Aktuell schreibe ich ein python script, welches die Kurse abfragt und in eine Exceltabelle einträgt samt Chart. Dazu muss ich jedoch über alle coins, welche ich habe iterieren und verbrauche jede Menge credits. conn = btcde.Connection(self.api_key, self.api_secret) info = conn.showAccountInfo() self.balances = info.get('data').get('balances') self.current_values = {} for crid, value in self.balances.items(): try: self.current_values[crid] = conn.showRates(crid + 'eur') self.current_values[crid]['balance'] = value.get('total_amount') except Exception as e: self.current_values[crid] = e Die Credits gehen halt drauf für die showRates Aufrufe, das finde ich schon recht merkwürdig. Übersehe ich was? Ich würde mich halt gerne an die bitcoin.de Kurse orientieren, klar mit einer anderen API z.B. HitBTC bekomme ich die ganzen Kurse mit einem einzigen Aufruf, ohne Credits zu verbrauchen, ja gar ohne API-Keys, schließlich sind die Kurse ja eh online auch unangemeldet...

Das Verhalten von bitcoin.de ist IMHO komplett korrekt, ich hoffe ich hätte es auch so gemacht. So wie auch bei BCH wurden korrekt die splits der neuen Variante aufgenommen und auch verbucht. Damit zu handeln ist eine ganz andere Sache und es war ja quasi ein Geschenk (mehr ein Angebot von BTG), so wie auch das Pferd an die Trojaner Damit zu handeln, das erfordert einige vertrauenswürdige Tests, wofür ich dankbar bin, das bitcoin.de diese macht ...