coder

Die Miner bestimmen welche Transaktion in den Block aufgenommen wird. Dabei wird meist nach Gas Preis absteigend sortiert um den Profit zu maximieren. Transaktionen können herausfallen. Dann muss man sie neu in den Pool übertragen. Ggf. mit höherem Gas Price damit es dann auch Aussicht auf Erfolg hat. Ansonsten ist das Geld irgendwann dann wieder im Absender-Wallet (zumindest wenn man von einem normalen Wallet aus versendet, wie das bei bitcoin.de ist weiß ich nicht). Aktuell sehe ich unter https://www.etherchain.org/account/c516c264ace38325119c4d77c0423ec93d245961 satte 81 Transaktionen auf "pending" mit Wartezeiten von mehr als 1 Stunde. ETH Gas Station empfiehlt inzwischen 30 GWei als Gas Preis. Mit 21 Gwei soll es im Schnitt 67 Minuten dauern.

Auf Etherchain.org sehe ich meine Transaktion jetzt auch mal wieder, seit 1h auf "pending". Es ist ja nun mal unvermeidbar dass gelegentliche Probleme auftreten. Das Forum heisst hier "Bitcoin.de (mit Support)". Vom offiziellen Support sehe ich hier aber leider gar nichts. Dabei würde das die Support-Mitarbeiter sicherlich entlasten wenn hier jemand schreibt: "Ja, wir haben ein Problem, es wird noch X Stunden dauern, wir arbeiten daran und bitten um Geduld". Dann müssten nicht alle betroffenen Kunden das Kontaktformular benutzen. Also, hallo Support, bitte äußert euch zum Problem... (und möglichst zeitnah)!

War klar dass Jokin wieder undifferenziert bitcoin.de verteidigt (wie fast immer). Es stimmt aber nicht. Das Problem dürfte bei einer Ethereum-Node liegen die bitcoin.de benutzt um die Transaktionen zu verschicken. Das ist sicherlich eine von bitcoin.de selbst. Da muss mal eine neu gestartet werden oder so etwas.

Wie lange dauerte es bis die Transaktion im Mempool erschien? Und wann kam die erste Bestätigung?

Hier noch ein Wunsch: Wäre nett wenn man (optional) Auszahlungen von Coins via API auf eine bestimmte Wallet-Adresse beschränken könnte.

Sie wurde - wie bei mir - nicht bestätigt und verschwand wieder, siehe Folgeposting.

Warte auch seit 3 Stunden auf eine ETH transaktion. Kurzzeitig war sie auf etherscan.io sichtbar mit dem Hinweis Transaction Information {Pending} This TxHash was found in our secondary node and should be picked up by our primary node in a short while. Danach verschwand sie dort wieder. Und ausgeführt (bestätigt) wurde sie auch noch nicht. Es liegt nicht an etherscan.io, auf https://www.etherchain.org/ findet sich die Transaktion auch nicht. Die Anzahl der Postings hier spricht ja auch für sich selbst. Der Fehler liegt offenbar bei bitcoin.de. Die Transaktion hatte einen Gas price von 21 Gwei. Das passte auch vor 3 Stunden. Inzwischen empfiehlt ethgasstation 22 Gwei.

Weil 20 Orders oft nicht ausreichen um ausrechnen zu können welchen Preis ich erzielen kann wenn ich ein Volumen von X kaufen oder verkaufen möchte. Wobei X nicht besonders groß ist. Es reicht ja schon wenn 20 kleine Orders ganz vorne im Orderbuch stehen und man nicht sieht was dahinter ist.

Ich kann es immer noch nicht fassen dass dieses Thema noch nicht erledigt wurde seitens bitcoin.de und der Fidor Bank. Im Übrigen scheint die Beschreibung des Express-Handel-Verfahrens unter https://www.bitcoin.de/de/info/fidor-api nicht den Tatsachen zu entsprechen. Dort steht: Die Anfrage bei der Fidor-Bank müsste in diesem Fall ja negativ gewesen sein so daß die Bitcoin nicht transferiert hätten werden dürfen. Was Verkäufe angeht steht dort: Wieder das gleiche: Wenn die Fidor-Bank die Überweisung nicht bestätigt hat, warum wurden dem Verkäufer die Bitcoin dann weggenommen?

Ja, ich habe mich nicht ganz klar ausgedrückt. Via Websocket bekomme ich keine Liste der bereits existierenden Orders. Via API bekomme ich nur je 20 Kauf- und Verkauforders. An weitere, alte Orders komme ich wieder via API noch via Websocket.

Screen Scraping verbleibt noch als Möglichkeit. Hat sich jemand mal die Mühe gemacht was in der Richtung zu implementieren? Mit einem POST Request wie z.B. https://www.bitcoin.de/de/etheur/offerSearch?page=4 bekomme ich HTML zurück, dass ein Fragment aus einer HTML-Tabelle darstellt. Enthalten sind satte 45 Orders! Eine Zeile (TR) enthält 7 Zellen (TD).

Warum ist die API Doku nur für eingeloggte Benutzer verfügbar? Das erhöht nicht gerade die Sicherheit wenn ich eingeloggt sein muss um auf die Dokumentation zugreifen zu können. Im Übrigen gibts noch einen kleinen linguisitischen Fehler im Beispiel-Sourcecode für die Berechnung der X-API-SIGNATURE $concatted_post_parameters Es heisst nicht "concatted" sondern "concatenated". Weiter unten bei Schritt 4 ist dann die Rede von "Konkatinieren" statt "konkatenieren" Warum die Kommentare im Sourcecode zur Hälfte in schlechtem Englisch und zur anderen Hälfte in Deutsch verfasst sind erschließt sich mir auch nicht. Weiter in Fußnote 1 "aus einem Leerstring bebildet" -> gebildet

Wie bekomme ich Zugriff auf die Legacy API? Laut Doku bekommt man darüber das gesamte Orderbuch. Mein API Key wird allerdings nicht akzeptiert ("api key not found"). von https://www.bitcoin.de/de/api/marketplace Orderbook Abfrage aller Kauf- und Verkaufsangebote (bids und asks). https://bitcoinapi.de/v1/YOUR_API_KEY/orderbook.json

Dem ist wenig hinzuzufügen.

Und noch ein Wunsch: Bei ausgehenden ETH Transaktionen die Mindestgebühren an den Vorschlägen von ETH Gas Station anlehnen. Warum soll ich 40 Cent zahlen wenn 4 Cent auch ausreichen würden damit die Zahlung in wenigen Minuten ankommt?

Wunsch: Mehr Orders aus dem Orderbuch via API als die aktuellen 20 Kauf- und 20 Verkauforders. Die Websocket-Schnittstelle ist kein Ersatz, die liefert nur neu hinzukommende Orders.

Wunsch: Mehr Orders aus dem Orderbuch via API als die aktuellen 20 Kauf- und 20 Verkauforders. Die Websocket-Schnittstelle ist kein Ersatz, die liefert nur neu hinzukommende Orders.

2500 was?

Hallo, gibts inzwischen mal ein Update? Ich sehe via API keine Möglichkeit das Orderbuch zu ermitteln in dem auch mehr als 20 alte Kauf- und Verkauforders erfasst sind. Wie wäre es wenn man einfach die Anzahl der via API gelieferten Orderbuch Buy- und Sell-Orders von 20 auf 50 erhöht? Damit wäre den meisten vermutlich schon deutlich geholfen. Andere Anbieter bekommen es ja auch geregelt.

Sieht interessant aus, vor allem weil auch der Quellcode vorliegt. Hab Interesse!

Schade. Dann muss ich dafür über die Websocket Schnittstelle gehen? Da fragt man sich wofür die überhaupt eine API implementieren wenn sie dann so unbrauchbar gemacht wird durch eine solche Beschränkung. Dazu dann noch die veraltete Dokumentation bei der an zahllosen Stellen noch die Rede ist von Bitcoin.

Beim Zugriff auf das Orderbuch via v2 API GET request bekomme ich nur 20 buys und 20 sells. Damit kann man nicht wirklich was anfangen. Wie kann ich über die API mehr Einträge erhalten?

Bei mir wurde der Zugang mehr oder weniger sofort freigeschaltet, ich hatte zu dem Zeitpunkt Status Silber Es gibt inzwischen mehrere APIs...