Könnt ihr bitte mal aufhören, diese ganzen Fake USDC und ETH Transaktionen zu importieren? Selbst Etherscan zeigt die nicht mehr an bzw. versteckt sie hinter "Transactions involving tokens marked as suspicious, unsafe, spam or brand infringement are currently hidden. To show them, go to Site Settings.". Das geht jetzt seit Jahren so und kostet echt unglaublich viel Zeit. Das machen alle anderen Crypto Softwares deutlich besser. Dadurch sind quasi keine automatischen Imports möglich, weil man jedes mal irgendwas glatt ziehen muss...
Ich verwende dazu das von Andreas angesprochene Spam Center, das funktioniert eigentlich sehr gut und man kann so auch ohne Probleme den Blockchain-Import von ETH und co. verwenden. Du markierst quasi damit die verdächtigen Transaktionen (oder lässt dir diese vorschlagen) und kannst die so auch bequem löschen. Einen Automatismus würde ich mir ehrlich gesagt gar nicht wünschen, da bei einer falschen Detektion durchaus auch wichtige Transaktionen verloren gehen könnten, ähnlich wie bei den Spam-Mails in GMail und co. Wenn man den Contract mappen würde und die Ticker nicht einfach in lose Textfelder kippt, hätten man das Problem schnell erledigt. Wie kann ich denn über das Spam Center herausfinden, welche Transaktionen in der DB genau betroffen sind? Könntet ihr da pro Coin bitte die jeweiligen Transaktionen inklusive internem Link auf die DB bzw. Enter Coins Zeile auflisten?
|
|
|
|
|
Könnt ihr bitte mal aufhören, diese ganzen Fake USDC und ETH Transaktionen zu importieren? Selbst Etherscan zeigt die nicht mehr an bzw. versteckt sie hinter "Transactions involving tokens marked as suspicious, unsafe, spam or brand infringement are currently hidden. To show them, go to Site Settings.". Das geht jetzt seit Jahren so und kostet echt unglaublich viel Zeit. Das machen alle anderen Crypto Softwares deutlich besser. Dadurch sind quasi keine automatischen Imports möglich, weil man jedes mal irgendwas glatt ziehen muss...
|
|
|
|
Das macht er normal. Sonst sende uns bitte ein Ticket mit Wallet Adresse und TX Hash als Beispiel. Dann prüfen wir und nehmen das auf unsere Liste.
Habe ein Ticket aufgemacht mit allen Details zum Solana Problem.
|
|
|
|
Das macht er normal. Sonst sende uns bitte ein Ticket mit Wallet Adresse und TX Hash als Beispiel. Dann prüfen wir und nehmen das auf unsere Liste.
Ok, reicht es einen Import für die Main-Adresse anzulegen oder muss ich für jede Delegation-ADresse einen eigenen Import anlegen?
|
|
|
|
|
Könntet ihr dem Solana Importer bitte mal beibringen Staking Rewards zu importieren?
|
|
|
|
|
Der Polygon Importer importiert POL immer noch als MATIC. Könnt ihr das mal bitte anpassen? Da wurde ja automatisch von MATIC nach POL geswapped. Den Swap habe ich schon sauber abgebildet mittels Pseudo Swap Trade. Aber der Importer importiert das noch mit dem alten Ticker.
|
|
|
|
|
Was ist denn eigentlich der Unterschied zwischen LUNA2, LUNA3 und LUNC? Das was vor einiger Zeit als LUNC importiert wurde, wurde jetzt als LUNA2 importiert.
|
|
|
|
Danke für die schnelle Antwort. Ja, den SQT Ticker hatte ich auch gesehen, jedoch kriegt der Base Importer die SQT Transaktion nicht importiert.
|
|
|
|
Moin. Wurde mal wieder ein Tracker angepasst ? Heute gehe ich auf meinen Cointracking Account und muss feststellen das ich etwa 100K Euro mehr habe. Wusste allerdings nicht das ich etwas gekauft habe in der Form. Der Tracker nennt sich SHIB1 . Der tauch jetzt im Portfolio bei mir ganz oben auf. Kann da mal jemand aufklären was nun geändert worden ist. Bisher stimmte meine Bilanz die letzten Wochen. Aber wahrscheinlich ist dieser "Fehler" nun seit einer Änderung seitens CT gekommen. Und nein. Ich habe keine Einträge mit SHIB1 bekommen oder gemacht die letzten Tage. Die SHIB1 wurden bei mit 2021 importiert. ( Nix Wert ) Token Contract lt. BSCscan 0x02c5cE497ca02602c68407BfaB624996437c09B7
Mir stößt dieses Ticker Gechange, Gelösche und Neuvergabe auch wirklich sauer auf. Das ist wirklich so ein Cointracking exklusives Problem. Alle anderen Softwares mappen die Ticker einmal hart mit dem jeweiligen Contract und dann bleibt das so. Für immer. Hier wirkt das eher wie ein freies Textfeld ohne jeglichen Bezug. Dadurch muss man auch ständig diese USDT Scam Imports rauswerfen, die sogar Etherscan ausblendet.
|
|
|
|
Auf Legacy unternehmen wir gar keine Updates mehr. Das betrifft nur die aktuelle API. Das kommt davon, wenn wir hier nur allgemein bleiben und nie in Accounts schauen. Daher lieber Tickets mit Account Name senden. Daher also lieber auf die aktuelle API umstellen und dort mit Startdatum arbeiten d.h. ab Tag X nur noch neue API Daten importieren.
Danke, könntest du mir bitte noch die Frage zu den Durschnittspreisen pro Wallet/Börse beantworten? Hat sich erledigt. Habs's gefunden unter https://cointracking.info/balance_by_exchange.php. Und dort dann "Hide Transaction Value" deaktiviert.
|
|
|
|
Auf Legacy unternehmen wir gar keine Updates mehr. Das betrifft nur die aktuelle API. Das kommt davon, wenn wir hier nur allgemein bleiben und nie in Accounts schauen. Daher lieber Tickets mit Account Name senden. Daher also lieber auf die aktuelle API umstellen und dort mit Startdatum arbeiten d.h. ab Tag X nur noch neue API Daten importieren.
Danke, könntest du mir bitte noch die Frage zu den Durschnittspreisen pro Wallet/Börse beantworten?
|
|
|
|
Leider nicht. Ist ein komplexes Thema. Wir sind weiter dran neben vielen anderen Themen. Danke weiter für deine Geduld.
Betrifft das nur die Legacy Wallet? Wenn ich auf den normalen API-Import migriere, dann klappt es wieder? Und noch eine andere Frage: Ich habe mehrere ERC20 Wallets, mit denen ich über sehr viele Transaktionen hinweg ETH akkumuliert habe. Nun frage ich mich, wie ich herausfinden kann, zu welchem Durchschnittspreis ich die ETHs jeweils erhalten habe. Da ich gerne etwas ETH verkaufen würde (innerhalb der Jahresfrist) und mich zuerst an der Wallet bedienen möchte, welche den geringisten steuerlichen Gewinn aufweist. Gibt es in Cointracking eine Möglichkeit den durchschnittlichen Anschaffungspreis pro Layer bzw. Börse zu erfahren?
|
|
|
|
Wir sind in der finalen Testphase. Danke weiter für deine Geduld.
Gibt es hier Neuigkeiten? Der Umweg über den manuellen Import kostet so unglaublich viel Zeit und Nerven. Zumal auch die Withdrawal Fees immer fehlen.  Das PRoblem besteht ja nun schon seit einigen Monaten.
|
|
|
|
Wir sind in der finalen Testphase. Danke weiter für deine Geduld.
Wie ist hier der Stand? Der manuelle CSV-Import als Übergangslösung kostet immer extrem viel Zeit und covered auch nicht die Fees. Ich glaube das werden wir nicht mehr erleben  Das Gefühl habe ich auch. 
|
|
|
|
Wir sind in der finalen Testphase. Danke weiter für deine Geduld.
Wie ist hier der Stand? Der manuelle CSV-Import als Übergangslösung kostet immer extrem viel Zeit und covered auch nicht die Fees.
|
|
|
|
|