_Markus_

Ich habe heute um 20:20 ein Mail von Kraken bekommen (Betreff "Kraken returns with Free Trading"), wo u.a. folgendes steht Funding Withdrawals are now disabled and will remain disabled for a minimum of 12 hours (during this time we will be monitoring the new system for anomalies)

Ich glaube, du musst zuerst die Erträge versteuern (als Einkommen), und zwar brauchst du dann für jeden Betrag, den du als Eingang hast, den Euro-Tageskurs, um den Eingang in Euro zu bestimmen. Nur der interessiert das Finanzamt. Das ist der Einkommenssteuer-Teil Der Spekulationssteuer-Teil ist dann der Teil zum Verkauf hin, der fällt nicht an, wenn 1.) private Veranlagung und nicht gewerblich und 2.) die Behaltefrist von einem Jahr nicht unterschritten ist. Wenn du vorher verkauft, musst du von der Differenz zwischen Kurs beim Eingang (Mining) und beim Ausgang (Verkauf) die Steuer bezahlen.

Eine vermutlich ganz dumme Frage von einem Mining-Neuling, aber vergesst ihr bei eurem ROI nicht auf die Versteuerung der Auszahlungen? Also zumindest in Österreich ist es meines Wissens so, dass Mining unter gewerbliches Einkommen fällt, und das einiges an Konsequenzen nach sich zieht. Kann natürlich sein, dass das in Deutschland nicht so ist, aber spätestens bei der Steuererklärung am Ende des Jahres wird es sicher kompliziert: 365 Tage Einkommen zu den Kursen x1, x2 ... x365, n Verkäufe zu den Kursen n1, n2 .. nn, Einkommenssteuer auf Summe (x1...x365), Kursgewinnsteuer auf Differenz von n1 zu x1+2+? Und selbst wenn es heuer noch nicht Thema ist - wer sagt, dass sich die Finanzämter nicht in 5 Jahren die Daten von diversen Cloud-Mining-Anbietern einerseits bzw. Börsen anderseits holen und dann (natürlich vollautomatisch) mit euren Steuererklärungen abgleichen?

Ah, daran liegt es - ich hatte gerade vor, mir die BCH Kauf-Order um € 16.500,- zu schnappen Update - Order book data is not being displayed properly. Pausing trading while we investigate. Jan 13, 11:54 UTC

ah, vielleicht jetzt wirklich?!? Update - We are preparing to relaunch the site shortly. All orders have been canceled. More details to come soon. Jan 13, 09:32 UTC

So, es gibt wieder ein neues Statement auf https://status.kraken.com/ allerdings mit falscher Uhrzeit (copy-paste-fehler von vorletztem Statement) Update - We are still working to track down an elusive bug which is holding up launch. This bug did not appear in our many weeks of testing and only emerged in the production environment. Unfortunately, it is not consistently reproducible and we cannot launch until this issue is resolved. To reiterate our earlier statement: stale (and possibly all) orders will be canceled, and liquidations will be paused before trading is resumed. We will be offering a substantial amount of free trading following resolution. All funds remain secure. Jan 12, 12:05 UTC Flüchtige Fehler sind schon Gfraster, vor allem wenn man sich auch mit der Frage eines Rückstiegs auf den vorherigen Zustand herumschlagen muss.

Also das hätte ich mir nicht gedacht, dass kraken.com so lange down sein würde. Aber immerhin kenne ich jetzt folgende Seite von ihnen, wo angezeigt wird, wenn kraken nicht normal funktioniert: https://status.kraken.com/ Ist echt spannend zu lesen, wie sich dieses System-Upgrade immer weiter in die Länge zieht. Ich vermute mal, dort schwitzen schon ziemlich viele IT Leute und das Management rotiert.

Also ich hab vom Kraken Support zu diesem Thema vor circa 1 Woche folgende Antwort erhalten: We are currently processing a large number of incoming deposits. Due to a backlog in processing, deposits may take slightly longer than usual to appear in your account once they have been successfully received. If the 'Funding' page indicates the deposit has been successfully received but you don't see those funds reflected in your Ledger or your account balance, please wait 12 - 24 hours. If the deposit has not been added to your Ledger after 24 hours, please reply back here and let us know. Und danach festgestellt, dass manche deposits (wie gewohnt) pfeilschnell gehen, und gelegentlich sich wieder besagter backlog aufbauen dürfte, und man 1/2 Tag wartet

und du hast nicht vielleicht beim verwendungszweck nach deiner 16-stelligen (4x4 mit 3 leerzeichen dazwischen) kraken-id das "kraken.com" vergessen?

Bitcoin.de könnte z.B. ganz einfach eine weitere Einschränkung beim Einstellen von Trades definieren die lautet "SEPA, aber bei gleicher Bank". Das wären zwar dann 0,5% die ich als Käufer statt 0,4% (Express bisher) zahlen müsste, aber die Transaktion ist wenigstens in ein paar Stunden durch, so der Verkäufer online ist (und nicht in 1-2 Tagen wie jetzt)

Beim Kauf von Coins, die mit BTC und nicht mit EUR bezahlt wurden, ist ein etwaiger zwischenzeitlicher Kursgewinn bei BTC zu versteuern. Mein Beispiel: 21.09.2107, Kauf BTC zum Kurs von 3070 EUR, danach Transfer nach bittrex und limit-Kauf-Order aufgegeben 29.09.2017, 07:27, Kauf FAIR zum Kurs von 0,0001717 BTC. Soweit so klar, aber wo bekomme ich den passenden Kurs zum Zeitpunkt der Ausführung her? Historischer Kurs laut finanzen.at vom 29.09.: Tagestief 3420,95 Tageshoch 3588,31 Wie wäre das denn bei Teilausführungen? Die könnten sich ja durchaus über mehrere Tage strecken (theoretisch)

ACHTUNG: in diesem Fall muss für die Differenz zwischen BTC Kaufkurs und Kurs vom Tag des Wechsels auch bereits Steuer gezahlt werden (so ein Gewinn vorhanden ist)

Ja, ich fürchte, die Frage nach der Gewerbsmäßigkeit wird mir nur ein Steuerberater beantworten können. Hatte auch eine schnelle Antwort im Forum gehofft. Aber was wären denn eigentlich die Konsequenzen, wenn es sich um gewerbsmäßigen Handelt handelt? Nur die unterschiedliche Behandlung von Kursgewinnen ausserhalb der Behaltefrist, oder gibts da (viel) mehr?

Ja, ist für mich eine logische und inhaltlich richtige Betrachtung, und ich freue mich, dass das österreichische Finanzamt, das auch so sieht. Ich bin jetzt nur auf der Suche nach einer Software, die mich dabei unterstützt, bei der ich die Trade importieren kann, und dann nur noch die Zuordnung vornehme, und dann Steuer- und andere Reports erhalte.

Also meine Zuordnung ist eine logische, bei der ich einzelne Käufe und Verkäufe miteinander verbinde, und zwar unabhängig von der Reihenfolge (also vom Durchführungszeitpunkt). Üblicherweise ein Kauf mit einem Verkauf, aber auch alle Sonderfälle: 1 Kauf mit mehreren Verkäufen, 1 Verkauf mit mehreren Käufen, m Käufe mit n Verkäufen. Beispiele: beim Standardfall kaufe x XBT bei einem Trade und verkaufe sie teurer weiter mit genau einem Trade. Manchmal kaufe ich aber y1 + y2 + y3 XBT bei 3 Trades und verkaufe sie dann in einem Trade. Oder ich verkaufe sie in einem Trade, es kommt zu einer Teilausführung, ich breche den Trade ab und verkaufe den Rest mit einem zweiten Trade (Bsp für 3 Käufe und 2 Verkäufe). Die zeitliche Reihenfolge ist hier (für mich) völlig irrelevant, manchmal habe ich offene Trades über Tage stehen, und parallel werden neue geöffnet und geschlossen. Zu so einer Zuordnung kommen dann gelegentlich noch die Transferspesen, wenn Kauf und Verkauf nicht auf derselben Plattform stattfinden. Jede Zuordnung geht sich in Summe allerdings immer auf 0 aus. Also 0 Coins, nicht 0 Euro ;-) In meinem Excel sortiere ich die Trades also nach ihrer Zuordnung, jedoch ist das leider etwas fehleranfällig, weil ich jeden Trade (fehlerfrei) eintragen muss, damit sich die Summen auf 0 ausgehen.

Naja, dann ist das wohl etwas unglücklich benannt mit "Aktueller Kurs". Da wäre es wohl geschickter gewesen, den (gewichteten) Durchschnittskurs der letzten drei (Expresshandel-) Transaktionen zu nehmen!

weil gerade der "aktuelle Kurs" von bitcoin.de angesprochen wird (auf der jeweiligen Marktplatz-Seite). wo kommt der denn her? Der ist nämlich oft so weit von den aktuellen Käufen und Verkäufen des Marktplatzes entfernt, dass ich mich echt schon gefragt habe, ob bitcoin.de hier einen "fremden" Kurs anzeigt.

ein paar Minuten ist ja OK, aber ich hab auch schon Stunden auf die Gutbuchung des Geldes gewartet. Aber wie gesagt, 99,9% der Fälle sind so schnell, wie die Bezeichnung "Expresshandel" nahelegt.

noch keine Antwort, aber ich hab ja hier im Forum erst vor 4 Stunden gefragt und per Kontakt bei bitcoin.de erst vor 4 Tagen

Ich handle seit ein paar Monaten neben meinem normalen Angestellten-Job in Österreich mit BTC und BCH und bin hier im Forum über ein verlinktes Folienset der (Steuerberaterin) Frau Mag Enzinger gestolpert, die u.a. auch den Punkt anreißt, dass es einen Unterschied zwischen gelegentlichem und regelmäßigem ("gewerbsmäßigem") Handel gibt. So gilt z.B. (so ich es richtig verstanden habe), dass für einen Gewerbebetrieb, ein Wertzuwachs unabhängig von der Behaltedauer zu versteuern ist, und Verluste die ESt mindern, und nicht nur gegen gleichartige Gewinne desselben Jahres gegengerechnet werden können). Wann gilt mein Trading als gewerbsmäßig? Was sind die Konsequenzen, wenn es als gewerbsmäßig einzustufen ist? Brauche ich dann einen Gewerbeschein, muss Kammerumlage zahlen, mich bei der SVA sozialversichern (inkl. Mindestbeiträgen), etc? Ich hätte gehofft, das ganze "einfach" mit Excel und ESt-Erklärung abhandeln zu können, und nicht auch noch einen Steuerberater zu brauchen und mich mit Gewerbeordnung und Sozialversicherung beschäftigen zu müssen.

Das Jahresende naht, und ich muss / möchte / werde meine zahlreichen Handel heuer erstmals in meine österreichische Einkommensteuer-Erklärung aufnehmen. Bis jetzt hab ich das in einem eigenen Excel gehalten, aber das ist doch sehr mühsam und fehleranfällig. Die Besonderheit für Österreich ist ja, dass (bei lückenloser Dokumentation) die einzelnen Trades beliebig kombiniert werden können, und nicht FIFO oder FILO zur Anwendung kommen. Welche Software könnt ihr mir da nahelegen? Bei CoinTracking hab ich das z.B. in der Beschreibung nicht gefunden

ja, aber wenn man bei Platin mehr als ein paar BTC an einem Tag auszahlen möchte, braucht man ein höheres Limit :-)

Hallo, ich würde gerne das Auszahlungs-Limit erhöhen und dazu über das Kontakt-Formular den Support von bitcoin.de angeschrieben. Leider habe ich innerhalb von 4 Werktagen noch keine Antwort erhalten, und konnte mangels Alternativen (Chat, Mail-Bestätigung mit Problem-ID, Tel-Nr) auch nirgends urgieren. Wer kann mir diesbezüglich weiterhelfen? Vielen Dank!

Heute hat es über 3 Stunden gedauert, um bei Kraken endlich eine Auszahlung durchzubekommen. Zumeist lag es an diversen unterschiedlichen Cloudflare Fehlern, aber auch Fehler von Kraken, die ein wenig irreführend als Ursache einen Timeout haben - Cloudflare 502 (Bad Gateway) - Cloudflare 504 (Gateway timed out) - Cloudflare 520 (Web server is returning an unknown error) - Cloudflare 522 (Connection timed out) - Cloudflare 525 (SSL handshake failed) - Kraken: Service is currently disabled. Please try again later Und (besonders lästig) dann auch noch diese "Session is no longer valid, you will be redirected to login" obwohl man gerade 10 Sekunden vorher noch etwas auf Kraken versucht hatte. Ich habe den Fehler zuerst bei mir gesucht, und es in Firefox, Internet Explorer und Chrome probiert, aber überall dasselbe Verhalten. Könnte mir vielleicht jemand erklären, was man bei solchen Fehlern am Besten tun kann, ich handle eigentlich gerne über Kraken, wenn nicht dieses unzuverlässige Verhalten wäre