Jump to content

Hackler

Mitglieder
  • Gesamte Inhalte

    298
  • Benutzer seit

  • Letzter Besuch

Reputation in der Community

128 Excellent

Über Hackler

Letzte Besucher des Profils

716 Profilaufrufe
  1. Nach dem Firmware Update 1.5.5 des Ledger Nano S, können noch weniger Apps/Wallets installiert werden als vorher. Laut Ledger hat dies sicherheitstechnische Gründe. Da wird so mancher Altcoin-Junkie in die Röhre gucken Ledger selbst ist total begeistert von seinem Update: https://www.ledger.fr/2019/01/16/ledger-releases-a-new-nano-s-firmware-update/ SIcherheit geht halt vor - Da bin ich aber mal froh das ich nicht so wirklich viele installiert habe Ein Schelm wer eine Verkaufsstrategie für ihren neuen Ledger Nano X (der packt 100 Apps) vermutet: https://www.ledger.com/products/ledger-nano-x
  2. Zusatzinfo: Setze ich beim Steuerreport vor der Berechnung den Haken bei "Berechne Margin Trades" wird der Steuerreport quasi bereinigt und es gibt keine offene Position mehr. Der Report wird als fehlerfrei angenommen.
  3. BTC in USDT In der Auflistung wird 1 Position vorher genau der benötigte Restbetrag von xxx BTC als "verbleibt offen und wird mit dem nächsten Kaufpool verrechnet" angezeigt. Das komische ist das die Verkaufsposition davor höher ist als der Bestand im Kaufpool. Somit kann die Verkaufsposition nicht komplett bedient werden mit dem Hinweis "Der Restbetrag von xxx BTC verbleibt offen und wird mit dem nächsten Kaufpool verrechnet". Da frage ich mich wieso binance die Verkaufsorder überhaupt annimmt. Beide Verkäufe haben übrigens denselben Timestamp da der zweite ja nur ausgelöst wurde durch die nicht vorhandene Deckung um den ersten zu bedienen. So langsam glaube ich das ist ein Bug seitens binance? In der Trade-History auf der Binanceseite ist diese 1. Verkaufsposition als "filled" markiert und somit ausgeführt worden. Nur in cointracking wird daraus dann eine zweite nicht erfüllte Verkaufsorder. Auch im OrderHistory auf binance ist der Verkauf als komplett vollzogen gelistet. Was mir auffällt: 3 Minuten vor dem Verkauf habe ich die automatische Stopp Limit Order gecancelled und dann mit Limit Order verkauft. Wenn der Trade nicht abgedeckt wäre, hätte ich ihn gar nicht setzen können. Also geschieht der Fehler wohl doch bei der Auswertung in cointracking? Vor diesem Verkauf muss irgendwo der Fehler stecken das die Deckung für diesen Verkauf limitiert. Wenn du möchtest kann ich dir auch gerne einen Screenshot senden, damit du siehst wie das aussieht.
  4. Hackler

    Prognose

    BTC zieht gerade auch ordentlich an - schaut euch mal den 1h Chart an
  5. Hackler

    Prognose

    Kleines grünes Kerzlein im 1h chart bei ETH ist schon zu sehen
  6. Wie soll/kann es sein das ein Kauf fehlen soll wenn man die Daten aus dem System zieht? Mehr als die Files von bitcoin.de und binance exakt für die Zeiträume auslesen und in cointracking importieren kann ich doch nicht machen? Ich habe die Daten jetzt immer wieder ausgelesen und importiert. Es fehlt kein einziger und alle die vorhanden sind wurden in cointrackinginfo importiert. Wenn folgende Meldung erscheint... Es liegt kein passender Kauf zu diesem Verkauf vor (alle Kaufpools erschöpft). Nehme Kauf am gleichen Tag für 0 EUR an. ...sollte der gesuchte Kauf doch in der Vergangenheit liegen weil FIFO, korrekt?
  7. Ich meinte eher dahingehend das ihr eventuell klassiche Anfängerfehler mit cointracking.info kennt die man als Anfänger gerne macht. Ich denke das es einfach von meiner Seite noch nicht sauber durch ist/war - das ist schon klar. Aber z.b. so ne Art Checkliste welche Files denn nun wirklich importiert werden müssen wäre für Anfänger sinnvoll. Ich habe es nun aktuell soweit durch das meine aktuellen Bestände nach dem Import stimmen und ein fast sauberer Steuerreport generiert werden kann. Ich fasse kurz (auch für mich selbst für den Wiederholungsfall) zusammen: Von bitcoin.de wird für den jeweiligen Coin die account statement.csv für den betreffenden Zeitraum benötigt. Von binance werden die TradeHistory.xlsx , DepositHistory.csv sowie WithdrawalHistory.csv für die jeweiligen Zeiträume benötigt. (Achtung: binance lässt nur 3 Monatszeiträume zu. Daher am besten das Steuerjahr in Quartale splitten)
  8. Ich habe mich nun zu einem Pro-Account entschieden da meine Anzahl Trades das Free Account sprengen. Nachdem ich alle Daten von 2017 bis 31.12.2018 gesichert und geprüft hatte begann ich nochmals "from Scratch"! Steuerreport für 2017 ist bereits gegengeprüft und stimmte schon zuvor. Für 2018 wird mir jetzt lediglich noch 1 Short-Position mit einem Volumen von knapp 300 € von binance angezeigt. Diese gilt es nun noch auszubügeln und herauszufinden warum dies so ist. Folgende Meldung erscheint: Es liegt kein passender Kauf zu diesem Verkauf vor (alle Kaufpools erschöpft). Nehme Kauf am gleichen Tag für 0 EUR an. @ jokin und Dominik: Könnte ihr mir hierbei eventuell noch Ansätze oder Hilfestellung geben? Muss ich den fehlenden Kauf manuell suchen und einbinden?
  9. Danke für die Infos Ich habe eben nochmals nachgeprüft - ich kann wirklich die Order-History als csv bei euch einspielen. Sobald ich die OrderHistory.csv ausgewählt habe bekomme ich die Auswahlmöglichkeit "Einzahlungen" oder "Auszahlungen". Und nach Auswahl gehts weiter mit dem Import. Also sollte ich immer nur mit TradeHistory, DepositHistory und WithdrawlHistory arbeiten? Bzw. für einen sauberen Steuerreport benötige ich nur die TradeHistory seitens binance? Und von bitcoin.de aber schon die Ein-Auszahlungen als csv ? Noch eine Frage: Nehmen wir an ich kaufe auf bictoin.de BTC und schicke diese dann weiter an Ledger für den Steuerschlaf. Wie wird eine solche Transaktion in cointracking abgearbeitet? Als Auszahlung?
  10. Großes Dankeschön für deine Infos Deinen Ausführungen entnehme ich das du die gehodelten Coins in einer privaten wallet im Steuerschlaf hast. Was du Anfang des Jahres auf bitcoin.de gekauft hast schiebst du einmalig auf binance. Und erst Ende des Jahres kommt es wieder zurück. Ohne das du über das Jahr hinweg hin und herschiebst. Durch den totalen Verkauf Ende des Jahres gehst du bewusst "All out". Vermutlich kaufst du dann am Folgetag die Bestände wieder zurück?
  11. Danke für deine Infos, jokin Ja vermutlich liegt es an den Verkäufen? Der von mir beschriebene Fehler entsteht durch binance-Positionen, welche ich getradet habe (wird ja als Kauf/Verkauf gewertet). Ich bin nun nochmal die binance-Transaktionen von 2018 durchgegangen. Auf binance kann ich leider immer nur für max. 3 Monate die csv ziehen. Habe mir das Jahr auch in Quartale eingeteilt. Mein Fehler lag/liegt wohl darin das ich die order-history csv-Datei nicht komplett in cointracking importiert habe. Es sind jetzt aktuell "nur" noch 18 Käufe nicht sauber vorhanden. Ich gehe später die binance Dateien nochmals durch. Nimmst du für den Import in cointracking auch die Order-History csv oder importierst du ausschließlich Trade, Deposit und Withdrawl Files? Sollte ich ohne die Order-History arbeiten? Wie machst du in der Praxis beim Neuanlegen eines Accounts den Import "Übernahme Entbestand des Vorjahres" ? Kannst du mir schreiben welche Files wie aufbereitet sein müssen und wie du diese exportierst um sie dann an anderer Stelle zu importieren? Ist das eventuell eine Funktion die dem Pro-Upgrade vorbehalten ist?
  12. Danke ibins, hatte es mir fast schon gedacht - ein User der 2-3 Jahre in Krypto ist und ein wenig umhergetradet hat kommt dann bei cointracking.info nicht um die unlimited Version umher. Und obwohl sie gerade einen Sale haben finde ich die Preis immer noch stolz.
  13. Danke für deine Antwort, jokin. Spielen denn die Daten aus 2017 in dem Fall auch eine Rolle? Weil aus 2018 habe ich definitv alle drin. Ich habe die Positionen aus 2017 gelöscht um nicht über die 200 Trades zu kommen. Ich sehe schon - entweder Zahlen für Pro-Upgrade oder Alternative suchen Kann es sei ndas durch das Überschreiten von den 100 Käufen ein fehlerhafter Steuerreport erstellt wird? Falls ja - ich bin der Meinung das dann besser nichts berechnet werden sollte! In der detailierten Ansicht steht als Meldung: Es liegt kein passender Kauf zu diesem Verkauf vor (alle Kaufpools erschöpft). Nehme Kauf am gleichen Tag für 0 EUR an.
  14. So nun steh ich auch auf dem Schlauch.... Habe cointracking bisher als Free-Version genutzt da ich nicht über die 200 Trades pro Jahr kam. Für 2018 wollte ich nun mal den Steuerbericht erledigen. Jetzt meckert er aber das der Steuerreport nur für max. 100 Trades frei ist. Habe definitiv Minus gemacht und nun errechnet er mir knapp 700 € Kapitalsteuer. Mit dem Vermerk das bei 22 Verkäufen kein passender Kauf existiert. Kann mir hierbei eventuell jemand weiterhelfen? Bin mir eigentlich sicher das ich alle Positionen via CSV importiert habe.
×

Wichtige Information

Wir speichern Cookies auf Ihrem Gerät, um diese Seite besser zu machen. Sie können Ihre Cookie-Einstellungen anpassen, ansonsten gehen wir davon aus, dass Sie damit einverstanden sind. In unseren Datenschutzerklärungen finden sie weitere Informationen.