Bei mir stimmt auch etwas mit dem Kraken Fiat nicht. Habe zwar "nur" 420€ überwiesen, aber das schon vor 1,5 Wochen. Letzte Woche Samstag dann auch prompt den Support angeschrieben und mein Problem geschildert. Ein Sachbearbeiter namens "Joe" meinte nur, dass er sich ASAP um das Problem kümmern würde. Allerdings antwortet er auch seit 3 Tagen nicht mehr der Betrag steht noch nicht in meinem Fiat auf Kraken..  War eigentlich sehr überzeugt von Kraken und dem damit verbundenen Potential, aber dass ich auch mal in den, für mein Empfinden, negativen Genuss der langen Wartezeiten komme, hätte ich nicht gedacht.. zumindest nicht so schnell, bin ja noch nicht so lang dabei  Vielleich habe ich Glück und es meldet sich hier ein netter Mitarbeiter von Kraken  Wenn es garnicht ankommt, liegt meistens ein Fehler von dir oder deiner Bank vor. Das wahrscheinlichste ist, dass z.b deine Namen nicht übereinstimmen oder du den Verwendungszweck vergessen hast. Aber was auch immer der Grund ist, das muss jetzt halt untersucht werden. Wie schon erwähnt ist der Support tatsächlich sehr langsam. Also eher mit Wochen als Tagen rechnen. Aber du kannst deine Ticketnummer hier an "Yunus" (Kraken Mitarbeiter) schicken und er schaut sich das dann an, ob er es beschleunigen kann  |
|
|
|
Danke für deine schnelle Antwort Serpens66! Ich verstehe aber das Problem immer noch nicht wirklich. Scheint ja entweder ein technisches Problem zwischen Fidor und Kraken oder Missbrauch durch Überweisungen von anderen Konten zu sein. Ich nutze das Fidor Konto ausschließlich für Kraken. Also bis jetzt sind da folgende Transaktionen passiert: - Hausbank zu Fidor
- Fidor zu Kraken (Januar - Nach ein paar Minuten bei kraken)
- Kraken zu Fidor (Mai - Nach ein paar Minuten bei Fidor)
- Fidor zu Kraken (Das ist das 150 "On Hold"-Deposit)
Missbrauch kann ich also meiner Meinung nach ausschliessen. Warum ich auf "On Hold" lande, weiss ich immer noch nicht. Ich glaub die wollen nur meine Ausweisdaten, ich bin nur Tier 2 verifiziert *gg* Mal schauen was passiert  Das mit dem Missbrauch ist nur bei Postbankkunden so. Das heißt in deinem Fall ist es entweder ein doppelter Betrag (was du ja ausschließen kannst) oder eben die "Nickname Problematik". Wenn du Fidor schon etwas länger nutzt, weißt du ja, dass die ab und an Probleme haben, besonders was das übersenden von Nickname vs IBAN angeht. Früher (vor einigen Monaten) wurde bei bei "Geld senden" tatsächlich nur der Nickname mit verschickt, man hatte also keine Möglichkeit die IBAN zu kontrollieren. Dies wurde bemängelt und von Fidor reagiert. Dann wars plötzlich zuviel Info die man bekommt, also wurde das einige Male nachjustiert. Seit einiger Zeit ist bei privater Nutzung eig alles in Ordnung, aber anscheinend trat das Problem bei der API Anbindung von Kraken kurzzeitig wieder auf. Daher ist wohl nur dein Nickname durchgekommen und Kraken kann nun nicht sicher sein, ob es wirklich von dir stammt. Deswegen kontrollieren sie das nun (was ein weilchen dauert) und tragen dich dann in eine Whitelist ein, also verbinden deinen Nicknamen mit deiner IBAN usw., damit wenn sowas nochmal vorkommt, das Geld automatisch freigegeben wird. Alles verstanden? ^^ |
|
|
|
So, da bin ich wieder.
Also hier ist der Plan:
Momentan bin ich dabei NXT, DRK und DOGE in CoinReporting einzubauen.
Sobald das erledigt ist, ist der Kraken Importer dran.
Schritt 1: LTC einbinden
Schritt 2: Berechnung der Gebühr berücksichtigen
Schritt 3: Mehr als nur 50 Trades importieren indem das Script so lange läuft, bis alle Trades abgeholt wurden.
@Serpens66:
Gelöschte Trades werden automatisch wieder importiert, da er sich immer alle (oder momentan die letzen 50 Trades holt).
Doppelte werden dabei übersprungen.
Du könntest aber den Trade überarbeiten und beim Kauf und Verkauf jeweils 0 eintragen.
Die Trade ID bleibt dabei erhalten und somit wird dieser Trade beim nächsten Abholen übersprungen.
Aber... wieso willst du denn einzelne Trades von Kraken löschen?
okay danke. Löschen ist tatsächlich doch nicht so wichtig. Hatte den Gedankengang nur, wenn ich z.b 0,5BTC in z.b DRK investiere, trage ich sonst immer x€ -> y DRK ein und nicht nochmal extra den Kauf der 0,5 Bitcoins zuvor. Macht aber abgesehn von der Tradeanzahl keinen Unterschied Aber apropos Tradeanzahl... ich befürchte ich werde weit über 1000 Trades bei Kraken haben (da die ja auch immer so gesplittet sind). Das wird nicht mit meiner maximalen Tradeanzahl hinkommen. Dafür z.b wäre es dann sinnvoll, wenn man den Kraken Import genauer einstellen könnte. Also sagen "importiere von x-y und ab z dann alles weitere automatisch". Dann würde ich also alle vergangenen Trades in 2 große zusammengefasste Trades tun und alle kommenden wieder einzeln. So lange bis es wieder fast voll ist, um sie dann wieder zusammenzufassen. |
|
|
|
Hi.
Warum wird denn ein Guthaben auf "On Hold" gesetzt?
Ich hab am Sonntag, 01. Juni 2014, 00:48 Uhr eine Überweisung über 150 EUR von Fidor an kraken gemacht und dachte, es ist ein paar Minuten später gutgeschrieben. Jetzt steht die Einzahlung auf "On Hold" und ich frage mich warum. Werde mal ein Ticket an den Support schreiben, aber wirklich verstehen tu ich es nicht.
Grüße, 420moviez
siehe hier: https://bitcointalk.org/index.php?topic=340137.msg6730094#msg6730094 Also nachdem der Support das dann freigegeben hat, sollte es nicht nochmal vorkommen (außer du sendest dieselbe Summe innerhalb von einer Woche). Leider kann es immer ne Weile dauern bis der Support das Geld wieder freigibt, also rechne mal mit einer Woche. (wenns früher klappt, kannste dich freuen ^^) |
|
|
|
Ich glaube ehrlich gesagt nicht, dass ich Dario was Neues erzählen würde, wenn ich ihm den Algorithmus des CT erkläre. Wie man die Daten abholen kann, hat Drago von Kraken in seinem Thread schon mehrfach skizziert und es gibt 'zig Beispiel-Implementierungen zu finden. Dario wird meiner Vermutung nach ein anderes Problem haben: Während mein CT nur auf einem Arbeitsplatz für eine Person läuft, muss er bei coinreporting sicherstellen, dass der API-Datenabruf für Tausende (?) User performant und mit finanzierbaren Ressourcen funktioniert. Während es bei mir allenfalls lästig, aber nicht dramatisch ist, dass man beim Kraken-Datenabruf mindestens 11 Sekunden warten muss, weil der CT nach dem Abholen der ersten Trades noch mindestens einen weiteren Versuch startet (was ich übrigens auch noch effizienter bauen könnte, fällt mir gerade ein...), würde eine solche Vorgehensweise in der Infrastruktur von coinreporting bedeuten, dass sich die Laufzeit für den Job, der die API-Abrufe für alle registrierten User durchführt, wahrscheinlich vertausendfachen würde. Man könnte das natürlich auch asynchron durchführen, hätte dann aber Tausende von Prozessen, die Ressourcen beanspruchen. Das so umzubauen, dass es mit vertretbarer Laufzeit und vertretbaren Ressourcen funktioniert, ist sicher nicht unmöglich (im Gegenteil: hätte man von Anfang an gewusst, dass die Daten immer "Paketweise" mit Pausen dazwischen geholt werden, hätte man das Abrufen einfach von Anfang an passend designen können), aber nach meiner Einschätzung wirklich sehr aufwändig. Aber wie gesagt: ist nur eine Vermutung von mir. okay, danke dir für deine Antwort ... |
|
|
|
Das freut mich!  Mühsam ernährt sich das Eichhörnchen, aber was lange währt wird endlich gut und Fischers Fritz fischt nicht zuletzt frische Fische usw. Würde mich dann aber natürlich auch interessieren, ob alle Trades eingelesen wurden und die Endsummen mit Deinem Bestand in Kraken übereinstimmen... Wie genau hast du das mit der Kraken API jetzt gelöst? Dario von coinreport meinte nämlich, dass es relativ umständlich und zu zeitaufwendig wäre, das so zu machen, dass alle Trades eingelesen werden... deswegen wartet er jetzt leider auf eine Erhöhung des Limits bzw. den csv Export... Nur bin ich mir sicher, dass das noch ein paar Monate dauern kann... Deswegen hoffe ich, dass du mir schreiben kannst, dass es eig ganz einfach und schnell ging, damit ich Dario überzeugen kann, es auch so zu machen |
|
|
|
Ich würde eher raten zu verkaufen. Wir sind bald am oberen Ende des aktuellen Trendkanals. sowas musst du fett und rot markieren nächstes mal |
|
|
|
Hmm.. was Kraken betrifft scheint "die Konkurrenz" jetzt wohl weiter als du zu sein =P https://bitcointalk.org/index.php?topic=465996.msg7056603#msg7056603Wobei ihr ja nicht direkt Konkurrenten seid Ich fände es schön, wenn du, falls du nicht weiterkommst, dir dort vllt Tipps abholst, wie dort einzelne Probleme gelöst wurden und umgekehrt natürlich, dass du Tipps geben kannst. |
|
|
|
Hey, hatte mal bei Kraken wegen eines Histroy exports via csv-Datei angefragt.
Antwort: Sie arbeiten daran.
Das freut mich - würde einiges einfacher machen (sowohl in der Programmierung als auch für den Anwender)! Bin parallel dazu aber fast mit dem API-Import fertig. Wenn ich gut durchkomme, stelle ich vlt. heute noch eine neue Version live. wie ist dein API importer dann im Bezug auf die von mir angesprochenen Probleme bei Darios Seite? https://bitcointalk.org/index.php?topic=208506.msg7037906#msg7037906kurz: schaffst du mehr als die letzten 50 Trades? wie wird auf andere Coins reagiert? werden gestrichene Trades automatisch wieder importiert? (weiß leider nicht wie dein Cointracer arbeitet und ob man da überhaupt Trades von hand streichen kann^^) werden die Tradegebühren berücksichtigt? |
|
|
|
@Kraken : it would be great if you included an email alert when your deposit arrive. I've felt like a donkey refreshing your site for the past days :
I made 2 deposits this week one the 27th the other the 28th, one came on the 28th, the other didnt. It was sepa. I know I should wait 5 business days but usually it takes less than 36 hours to arrive. I wonder if I made a mistake during the process or if you did because both were of the same amount. I dont know if the problem comes from my bank or from yours. If you can check ticket 27046 and put my mind to ease, I would really appreciate it. I got immediately a questionnaire into my email after sending the ticket and I could answear the question quickly as both were made from the same name/bank/public ID & co. Everything was the same but they were sent one day apart of each other.
I could do some enquiry myself if you tell me which one you received. I'd need the reference for that. Feel free to PM me.
Don't send the same amount during the same week. It's also a hint on the deposit page from Kraken. But it should be shown in your deposit history as "on hold". If it's not, it's not there already and you have to wait till monday. If the support does not answer to your questions/information then come here again and ask Dargo to speed things up |
|
|
|
Gut, dass du das sagst.
Das habe ich noch auf meiner Todo Liste.
Momentan kann der Importer nur BTC. LTC sind noch nicht integriert.
Ich versuche diese am Wochenende mit einzubauen.
hmmh gut.. man könnte sonst auch erstmal gucken, ob die Litecoin trades einfach ignoriert werden, falls das erstmal einfacher ist. Irgendwo gibt es noch einen Fehler oderso... ich muss gleich nochmal alles nachrechnen, weil das Ergebnis immernoch nicht stimmt... und zusätzlich ist mir eben noch aufgefallen: Ich war bei einem Coinguthaben von -0,4BTC. Dann habe ich manuell eingetragen, dass ich 3,5BTC verkauft habe. Daraufhin änderte sich der Wert auf 4,xx (hab nicht auf die nachkommastellen geachtet). Dann habe ich zu diesem manuellen Eintrag noch ein Kommentar geschrieben und nachdem ich die Seite dann nochmal aktualisierte, ist mein Coinguthaben plötzlich auf -3,4 gesprungen. Also: Können sich bereits eingetragene Werte von alleine ändern, auch wenn ich in der Zeit eben keinen neuen Trade bei Kraken gemacht habe? EDIT:Ich sehe gerade, dass ein Trade (0,999BTC), den ich aus coinreport gelöscht hatte, wiedergekommen ist. Es war ein Trade der durch die Kraken API importiert wurde. Das heißt also ich kann aus coinreport diese automatisch importierten Trades nicht löschen, denn sie kommen automatisch wieder, sofern sie sich in dem "letzten 50 Trades" Rahmen befinden??? Das ist ziemlich dämlich =/ Wie kann ich das umgehen? Ich will spezielle Trades nicht in der Auflistung haben, da ich diese 0,999Coins gekauft habe um damit zu bezahlen und nicht um damit zu handeln, deswegen gehört er nicht in meine Auflistung meiner Tradinggewinne. Edit2:Und ich sehe gerade, dass anscheinend die Gebühren nicht mit übertragen werden, richtig? |
|
|
|
Hey Dario, Ich hab eben einen Fehler in deinem Kraken Importer gefunden (hat schon seinen Grund weshalb ich das alles manuell mache, ich traue den automatischen Importern nicht aber deswegen teste ich sie jetzt ausführlich, weil so langsam nervt es alles manuell zu machen ) Jedenfalls hatte ich 10 Litecoins verkauft und importieren tut er das nun als 10 Bitcoins, weshalb ich da natürlich massig in den Miesen bin Habe ich da was falsch eingestellt, oder musst du daran noch was richten? |
|
|
|
|
Naja, wenn du von einem Gesamtwert von 3k€ sprichst, sind das ja "nur" ca 7 Bitcoins. Auf das tägliche Handelsvolumen bei bitcoin.de gerechnet ist das nicht besonders viel, das wird also fix angenommen, besonders jetzt gerade, wo der Kurs ja immernoch etwas am steigen ist.
Bei bitcoin.de kannst du aber auch eine Mindestabnehmmenge einstellen. D.H du kannst sagen du willst deine 7 Bitcoins in minimal 0,1BTC stückeln lassen. Dann könnten sich die Käufer also ab mindestens 0,1 BTC die Menge selbst aussuchen, die sie kaufen wollen und für die bitcoins die über blbeiben wird automatisch eine neue Verkaufsorder gemaht, solange bis alle weg sind, oder die restliche Menge kleiner als 0,1 ist.
Bist du denn schon bei bitcoin.de registriert und hast dein Konto verifiziert? Je nach Andrang kann das evlt auch ein bisschen dauern.
|
|
|
|
|
wo haste die Coins denn gekauft? Verkaufe sie doch dort wieder ^^
Ansonsten musst du dir erstmal anschauen, wie bitcoin.de überhaupt funktioniert. Bitcoin.de ist ein Marktplatz. Das heißt die Trades werden nicht mit bitcoin.de abgewickelt, sondern du hast bei jedem Trade einen direkten Handelspartner, der die Coins verkauft/abkauft. Das heißt du bekommst das Geld also direkt vom Konto des Käufers auf dein Konto geshcickt, demnach sind Steuern da natürlich nicht bereits abgezogen (was aber auch nirgends sonst der Fall ist, da es schließlich von Land zu Land unterschiedlich ist, wieviel Steuern gezahlt werden müssen).
-> um die Steuern musst du dich immer selbst kümmern, die Gewinne also zu deinem Einkommen hinzurechnen und darauf Einkommenssteuer zahlen. (sofern du in Deutschland lebst)
Wie schnell eine eingestellte Order angenommen wird, hängt natürlich davon ab, welchen Preis du verlangst. Die Order bleibt so lange unerfüllt, bis jemand bewusst auf genau deine Order klickt und sie annimmt. Wenn du die Bitcoins also schneller loswerden willst, dann sag als Preis z.b. 425€ (aktueller durschnittsPreis ca. 430€)
|
|
|
|
Wobei ich für den zitierten Satz die Einschätzung des OP durchaus teile. Ich fürchte auf Dauer wird Mark mir keine andere Chance lassen, als das Kopfgeld freizugeben, auch wenn ich eine andere Lösung bevorzugen würde.
Auf Heise gibt es jetzt eine Zusammenfassung dieser These: www.heise.de/newsticker/meldung/Mt-Gox-Bitcoin-Preise-angeblich-durch-Bots-manipuliert-2197907.htmlWobei ich sagen muss, dass ich ganz bestimmt den Eindruck hatte, dass China den Preis treibt. Gox hatte nach dem SR-Dip nur noch eine mittlere Bedeutung. D.h. aber natürlich nicht, dass die Bot-These deshalb komplett falsch sein muss. Es gibt diese Verdacht ja schon seit langem. Irgendjemand hat uns verarscht, soviel steht fest.  Sag mal, sind wir hier im Kindergarten? Dass BOTS benutzt werden, ist das A und O in einem Wirtssystem! Wie kommt ihr auf die Idee, JETZT darüber zu diskutieren und dass das total hackermäßig/"oh nein, wir haben es erst JETZT bemerkt" sei??? Ich erinnere mich, wie es hier vor Jahren Threads gab, wo sie extra konzipierte Bots ZEITGLEICH von Privatprogrammierern verkauft wurden! Wahrscheinlich Scams, aber sie funktionieren wirklich! Dass MT.Gox so ein Bot nutzt, war somit unumgänglich, weil der Bot omnipotent ist und alle Handelsvolumen in einer netten Datenbank hat, was andere, programmierte Bots nicht wirklich hatten! Dieses Selbstpushen ist im Underground Finanzwesen Grundstoff... Die Presse hat den wichtigsten Aspekt des Willy Reports weggelassen, lies dir den Report mal durch |
|
|
|
OK, fertig.
Sowohl im Kauf- als auch im Verkaufs-Feld werden nun auch die fehlerhaft dargestellten Trades korrekt importiert.
Danke für deine Hilfe @Serpens66
jop scheint zu klappen, super sag mal, wofür genau waren jetzt diese neuen Importer HTML, XML und Excel? sind die dazu da um Trades die man selbst bei Excel oderso aufgelistet hat, dann zu importieren, oder was ist der Zweck? für Kraken lasse ich etzt wie du vorgeschlagen hast, den Importer einfach laufen. Dann habe ich zumindest sicher alle Trades ab Ende Mai drin. |
|
|
|
Danke dir Hab die Mail gesendet mit sowohl Copy Export, als auch CSV für dieselben 19 Trades, wobei einer davon eben so ein Storno Trade ist. Super danke! Jetzt mal ne blöde Frage: Die stornierten Trades haben nicht statt gefunden und sollen gar nicht importiert werden, richtig? Wenn es so ist, dann bin ich fertig und stelle das Update morgen online. Oder ist es so, dass die Trades dann mit Hilfe vom Support doch irgendwie statt gefunden haben und gezählt werden müssen? In diesem Fall muss ich noch etwas optimieren. Kann dies auch bei Verkäufen passieren, oder gilt das nur bei Käufen? Die Frage ist schon berechtigt, auch wenn ich sie eigentlich schon beantwortet habe Es geht um "ehemals stornierte " Trades. Also es sind tatsächlich Trades die wieder aufgenommen und abgeschlossen wurden, weshalb sie mit übernommen werden müssen. Trades die abgebrochen werden und dann nciht mehr ausgeführt werden, landen nicht im "erfolgreiche Verkäufe" Bereich und auch nicht im CSV, wenn man "Verkäufe" auswählt Diese Beispiel Trades waren jetzt nur verkäufe. Im Verkäufefall passiert es recht häufig. Wie es bei Käufen aussieht kann ich dir tatsächlich nicht sagen, da ich keinen meiner Käufe je storniert habe (und die Verkäufer können nicht einfach so stornieren, weil ihre Coins von bitcoin.de festgehalten werden und es gibt keine Ausreden wie "Kein Geld" oder "Überweisung klappt nicht"). Edit: Wie du vllt beim Vergleich von CSV zu Copy gemerkt hast, werden die Trades alle nach dem Abschlussdatum sortiert. Das gilt auch für den Copy Part, wobei beim CSV eben NUR das Abschlussdatum steht. Das Datum welches nun bei diesen Storno Trades fehlt, ist allerdings das "Zahlungsdatum" , also wann der Käufer die Zahlungangewiesen hat. Das heißt du könntest eigentlich dieses Datum komplett weglassen und stattdessen nur das Abschlussdatum verwenden. ....auch wenn ich selbst lieber weder das Zahlungs noch das Abschlussdatum hätte, sondern das Datum an dem der Trade angefangen wurde -.- leider wird das weder in der Verkaufsübersicht, noch im CSV angegeben, sondern nur bei jedem einzelnen Trade, wenn man auf ihn klickt.... vllt frage ich da bitcoin.de nochmal, ob sie das anpassen... aber vermutlich machen sie das nicht und selbst wenn würde es einige Monate dauern |
|
|
|
Das erste ist ein normaler Trade und das 2te ein ehemals abgebrochener. Das einzige was fehlt ist dieses Datum.
OK ich habs fast. Kannst du mir mal bitte zum Überprüfen ein paar Zeilen von bitcoin.de Trades schicken, bei denen auch ein abgebrochener Trade dabei ist. Am besten in eine .txt Datei kopieren, damit die Tabstopps nicht umgewandelt werden und mir dann hier als PM oder an support@coinreporting.com schicken. Wenn du willst, kannst du mir auch gerne noch eine CSV dazu schicken. Ich werde versuchen dann zusätzlich noch einen CSV Importer zu bauen. VG und Danke! Dario Danke dir Hab die Mail gesendet mit sowohl Copy Export, als auch CSV für dieselben 19 Trades, wobei einer davon eben so ein Storno Trade ist. |
|
|
|
Ein besonders hilfreicher, sinnvoller Post. +1 Internetz für Dich  Danke, die "Basics" sind mir bekannt... konnte mich nur nicht daran erinnern, das es schon mal SO lange gedauert hat... kommt tatsächlich recht häufig vor (ein paar mal im Monat), eig immer wenn beim Preis grad viel los ist und die Leute ihre Coins zu den Börsen schicken wollen Nervt besonders dann, wenn man dringend auf die Coins wartet und 6 bestätigungen braucht.. |
|
|
|
Könnt ihr hier bitte im Rahmen des OP diskutieren. Es sollte sich jetzt kein "Sparkassen/Fidor-Thread" entwickeln. Danke.
okay, sorry Wobei es ja schon on topic ist, mit Fidor + bitcoin.de kommt man einfach an Coins der Bafin Thread war der hier: https://bitcointalk.org/index.php?topic=326116.0 |
|
|
|
|
Show Posts
