Solana Alpenglow: Aktivierung ab 28. September und was Delegatoren jetzt prüfen

Solana schaltet Alpenglow nicht an einem geheimen Termin frei: Der Release-Fahrplan des Entwicklerhauses Anza nennt für die Feature-Aktivierung auf dem Mainnet den 28. September 2026. Wer Solana (SOL) hält, muss deswegen in den meisten Fällen nichts tun. Wer selbst delegiert stakt, hat dagegen genau eine Aufgabe, und der wichtigere Termin dafür ist nicht der 28., sondern der 21. September.

Dieser Text beantwortet die Frage nach der Solana-Alpenglow-Aktivierung und ihrem Termin an der Primärquelle, in drei Schritten: Was steht wirklich im Fahrplan, was bedeutet „Aktivierung“ technisch, und wie weit ist das Netzwerk am Tag dieser Messung von dem Zustand entfernt, den der Fahrplan voraussetzt. Die Zahlen zur Verbreitung der neuen Version haben wir am 1. September 2026 selbst am Mainnet erhoben.

Wann Solana Alpenglow aktiviert wird: Der Agave-4.3-Fahrplan nennt den 28. September

Die Antwort steht in einem Dokument, das kaum jemand liest: im Release-Fahrplan für Agave v4.3 im Wiki des Validator-Clients. Agave ist die von Anza gepflegte Software, mit der die Mehrheit der Solana-Validatoren ihre Knoten betreibt. Der Fahrplan führt jeden Meilenstein der Version mit einem Zieldatum und einem Lieferdatum, und die letzte Zeile für das Mainnet-beta trägt den Eintrag Begin feature activation mit dem Zieldatum 2026-09-28.

Der Zweig für v4.3 wurde am 11. August 2026 angelegt, das Testnetz bekam die Empfehlung am 17. August, und die Feature-Aktivierung auf Testnetz und Devnet ist laut Lieferdatum am 19. beziehungsweise 24. August erledigt. Das ist ein wichtiges Detail für die Belastbarkeit: Die Tabelle wird gepflegt, die abgehakten Zeilen tragen echte Lieferdaten, und sie liegen teils vor den Zielterminen. Ein liegengebliebenes Dokument sieht anders aus.

Für den deutschsprachigen Raum ist das eine neue Information. Die verbreiteten Angaben lauten „drittes Quartal 2026“ oder „Oktober 2026“, und beide sind nicht falsch. Beide beschreiben nur etwas anderes als der 28. September, und genau diese Unterscheidung ist der Kern dieses Artikels.

Warum das Wort Alpenglow im Fahrplan gar nicht vorkommt

Wer den Fahrplan nach dem Wort Alpenglow durchsucht, findet nichts. Er spricht ausschließlich von v4.3 und von Feature-Aktivierung. Die Verbindung stellt ein zweites offizielles Dokument her: In der Release-Übersicht zu Agave 4.2 schreibt die Solana Foundation, Alpenglow werde in 4.2 noch nicht aktiviert, die Aktivierung sei für Agave 4.3 zu erwarten, „targeted for October 2026“. Dieselbe Seite führt Alpenglow in ihrer Kennzahlenleiste mit „150ms Alpenglow target finality, activating in 4.3“.

Erst beide Dokumente zusammen ergeben die Aussage: In v4.3 steckt Alpenglow, und die Feature-Aktivierung von v4.3 beginnt am 28. September. Wer nur eines der beiden liest, findet entweder ein Datum ohne Thema oder ein Thema ohne Datum. Das erklärt auch, warum in der deutschen Berichterstattung bislang kein konkreter Tag auftaucht.

Was Alpenglow überhaupt ist und was sich dadurch für dein SOL-Staking ändert, haben wir in einem eigenen Beitrag ausführlich behandelt: Solana Alpenglow und dein SOL-Staking. Dieser Text hier setzt eine Ebene tiefer an und beantwortet die Terminfrage am Dokument.

Die fünf Termine bis zur Feature-Aktivierung im Einzelnen

Der Fahrplan staffelt den Weg zum Mainnet über fünf Marken. Diese Staffelung ist der eigentliche Fund, weil daran sichtbar wird, dass eine langsame Rampe vor dem Stichtag liegt:

• 4. September: Anza markiert auf dem v4.3-Zweig einen Mainnet-beta Upgrade Candidate. Ab hier gibt es eine Version, die für den Produktivbetrieb gedacht ist.
• 8. September: Aufruf an Freiwillige, zehn Prozent des Stakes auf v4.3 zu nehmen. Am selben Tag beginnt im Testnetz die Prozedur für Neustart sowie Auf- und Abstieg zwischen den Versionen.
• 14. September: derselbe Aufruf für 25 Prozent des Stakes.
• 21. September: allgemeine Empfehlung, auf v4.3 zu wechseln. Das ist der Punkt, an dem ein Betreiber ohne Zeitdruck umstellen kann.
• 28. September: Beginn der Feature-Aktivierung auf dem Mainnet-beta.

Zwischen der allgemeinen Empfehlung und der Aktivierung liegt genau eine Woche. Diese Woche ist keine Formalie, sondern ein Puffer: Er soll dafür sorgen, dass die große Mehrheit des Stakes die neue Implementierung bereits fährt, bevor überhaupt der erste Schalter umgelegt wird. Die Reihenfolge im Fahrplan ist damit selbst die Antwort auf die Frage, wie viel Zeit ein Validator hat.

Feature-Gate und Epochengrenze: Warum der 28. September ein Startschuss ist und kein Schalttag

Ein Feature-Gate ist ein Schalter im Protokoll, der eine bereits ausgelieferte Änderung erst dann wirksam macht, wenn genug Stake sie unterstützt. Die Software liegt also lange vorher auf den Knoten und tut nichts, bis das Gate umgelegt wird. Genau deshalb steht in beiden offiziellen Dokumenten das Wort begin: Am 28. September beginnt die Aktivierung, sie ist an diesem Tag nicht abgeschlossen.

Was eine Epoche ist und warum sie den Takt vorgibt

Eine Epoche ist bei Solana ein fester Abschnitt von 432.000 Slots, an dessen Grenze das Netzwerk buchhalterische Dinge erledigt: Delegationen werden wirksam, Belohnungen abgerechnet, Schalter scharf gestellt. Eine Epoche dauert damit keine feste Zahl von Stunden, sie dauert so lange, wie 432.000 Slots eben brauchen.

Wir haben das am 1. September 2026 um 12:49 UTC selbst gemessen. Das Netzwerk stand in Epoche 1026 bei Slot 195.474 von 432.000. Aus dem Abstand zweier Blockzeitstempel über 198.000 Slots ergibt sich eine mittlere Slotzeit von 0,318 Sekunden und daraus eine Epochendauer von rund 38 Stunden. Zwischen dem Ende der laufenden Epoche und dem 28. September liegen damit etwa 16 weitere Epochengrenzen.

Daraus folgt die Auflösung des scheinbaren Widerspruchs zwischen „28. September“ und „Oktober 2026“: Der 28. September ist der Beginn der Aktivierung, die Wirkung im laufenden Betrieb stellt sich über die folgenden Epochengrenzen ein, und die landen im Oktober. Startschuss und Wirkung sind zwei verschiedene Zeitpunkte, keine zwei konkurrierenden Termine.

Eigene Messung am Mainnet: Wie viel Stake heute auf Agave 4.3 läuft

Ein Fahrplan sagt, was passieren soll. Ob das Netzwerk dem folgt, lässt sich nachsehen. Wir haben deshalb am 1. September 2026 um 12:49 UTC über den öffentlichen Netzwerkzugang von Solana zwei Listen abgefragt und zusammengeführt: die Liste aller Knoten mit ihrer gemeldeten Version und die Liste aller Abstimmungskonten mit ihrem aktiven Stake. So lässt sich der Stakeanteil je Client-Version berechnen, statt nur Knoten zu zählen.

Die Basis: 679 aktive Validatoren mit zusammen rund 438,1 Millionen SOL aktivem Stake, dazu 15 abgehängte Validatoren, die zusammen nur 0,01 Prozent des Stakes tragen. Die Verteilung nach Versionszweigen:

• Agave 4.2: 86,61 Prozent des Stakes, 608 Validatoren
• Frankendancer, ältere Zählung: 8,49 Prozent, 40 Validatoren
• Frankendancer, Kalenderzählung: 3,88 Prozent, 15 Validatoren
• Agave 4.3 (Alpha und Beta): 0,39 Prozent, 6 Validatoren
• Agave 4.4 (Alpha): 0,08 Prozent, 6 Validatoren
• übrige Angaben und Knoten ohne Versionsangabe: 0,56 Prozent, 4 Validatoren

Der Befund in einem Satz: Eine Woche vor der ersten Marke des Fahrplans laufen 0,39 Prozent des aktiven Stakes auf einem 4.3-Build, und dabei handelt es sich ausschließlich um Alpha- und Beta-Versionen. Der Fahrplan möchte am 8. September zehn Prozent und am 14. September 25 Prozent sehen. Das ist kein Widerspruch und kein Alarmzeichen, denn der Upgrade Candidate für das Mainnet wird erst am 4. September markiert. Es zeigt aber, wie viel zwischen heute und dem Zieltermin noch passieren muss, und es gibt dir eine Zahl an die Hand, an der du den Fortschritt selbst nachprüfen kannst.

Was die Versionsnummern verraten: Agave, Frankendancer und die Client-Vielfalt

Beim Auswerten der Messung fällt auf, dass rund zwölf Prozent des Stakes Versionsnummern melden, die dem Agave-Schema gar nicht folgen. Das ist kein Fehler, sondern der Fingerabdruck eines zweiten Validator-Clients. Frankendancer ist die produktiv einsetzbare Zwischenstufe des zweiten Solana-Clients Firedancer; sie baut laut dessen Dokumentation den Agave-Validator als Abhängigkeit mit und führt trotzdem eine eigene Zählung. In der älteren Form kodiert die letzte Zahlengruppe die zugrunde liegende Agave-Version, in der neueren Form steht eine Kalenderzählung, wie sie die Firedancer-Dokumentation im Beispiel v26.08.2 für die jeweils aktuelle Frankendancer-Freigabe nennt.

Rechnet man die ältere Form zurück, ergibt sich ein aufschlussreiches Bild: Alle 40 Knoten dieser Gruppe laufen auf einem 4.2-Kern. Kein einziger Knoten mit einer Frankendancer-Versionsnummer meldet einen 4.3-Kern. Die sechs Validatoren auf 4.3 sind sämtlich Agave-Knoten mit Alpha- oder Beta-Versionen.

Für dich als Halter ist daraus vor allem eines wichtig: Die Frage „läuft mein Validator schon auf der neuen Version“ lässt sich am Namen des Anbieters nicht beantworten. Ausschlaggebend ist allein die gemeldete Version. Und die kannst du nachsehen, ohne irgendetwas zu installieren.

Musst du als SOL-Delegator etwas tun? Die Antwort hängt an deiner Verwahrung

Delegator, Validator und Kommission in je einem Satz

Ein Validator ist ein Rechner, der Blöcke prüft, mit abstimmt und dafür Belohnungen erhält. Ein Delegator bist du, wenn du deine SOL einem Validator zuordnest, ohne selbst einen Knoten zu betreiben; deine Coins verlassen dabei dein Wallet nicht und werden auch nicht an den Validator übertragen. Die Kommission ist der Anteil der Belohnungen, den der Validator einbehält.

Daraus ergeben sich drei Fälle, und nur einer davon verlangt Aufmerksamkeit:

• SOL auf einer Börse, ob gestakt oder nicht: Für dich ändert sich nichts. Der Handelsplatz betreibt die Technik und trägt das Risiko der Umstellung. Welche Anbieter Staking überhaupt anbieten und zu welchen Konditionen, zeigt unsere Übersicht der besten Staking-Plattformen.
• SOL in Selbstverwahrung, aber nicht gestakt: Ebenfalls nichts zu tun. Ein Protokoll-Upgrade verlangt von dir keine Wallet-Aktion, kein Umtauschen und keine Freigabe.
• SOL in Selbstverwahrung und an einen Validator delegiert: Hier lohnt ein Blick. Nicht weil deine Coins in Gefahr wären, sondern weil ein Validator, der die Umstellung verschläft, für die Dauer seines Ausfalls keine Belohnungen erwirtschaftet und dir damit Rendite kostet.

Wichtig zur Einordnung: Deine SOL bleiben in jedem dieser Fälle deine SOL. Ein Feature-Gate verändert das Verhalten des Netzwerks, nicht den Bestand auf deinem Konto. Es gibt bei diesem Upgrade nichts zu beanspruchen, nichts zu tauschen und keine Frist, nach der etwas verfällt.

Woran du in fünf Minuten erkennst, welche Client-Version dein Validator fährt

Der Weg, den wir für die Messung oben genutzt haben, steht jedem offen. Du brauchst dafür die Adresse deines Abstimmungskontos, die dir jedes Wallet mit Staking-Funktion anzeigt:

1. Delegation nachsehen. Öffne in deinem Wallet den Staking-Bereich und notiere den Namen oder die Adresse des Validators, dem du delegiert hast.
2. Version prüfen. Öffentliche Validator-Übersichten führen zu jedem Knoten die gemeldete Software-Version. Steht dort ab Mitte September weiterhin eine 4.2, während die allgemeine Empfehlung längst auf 4.3 lautet, ist das dein Signal.
3. Status prüfen. Dieselben Übersichten zeigen, ob ein Validator als abgehängt geführt wird und wie hoch seine Ausfallquote bei der Blockproduktion ist. Diese beiden Werte sagen mehr über die Qualität deiner Delegation als jede Renditeangabe.
4. Bei Bedarf umdelegieren. Du kannst deine Delegation jederzeit auf einen anderen Validator legen. Die Umstellung wird zur nächsten Epochengrenze wirksam, in der von uns gemessenen Taktung also innerhalb von etwa 38 Stunden.

Ein sinnvoller Zeitpunkt für diese Prüfung ist der 22. oder 23. September, also unmittelbar nach der allgemeinen Empfehlung. Vorher ist eine 4.2 kein Versäumnis, sondern der empfohlene Zustand.

Warum der 21. September für dich der wichtigere Termin ist

Der 28. September ist der Tag, über den geschrieben wird. Der Tag, an dem du etwas erkennen kannst, ist der 21. September. Bis dahin ist ein Validator auf der alten Version regelkonform unterwegs, denn die Empfehlung lautet ausdrücklich anders. Ab dem 21. September kehrt sich das um: Wer dann nicht wechselt, hat eine Woche Zeit ungenutzt gelassen, die der Fahrplan bewusst als Puffer vorsieht.

Diese Umkehr ist der eigentliche Grund, warum sich das Datum zu merken lohnt: Aus einer technischen Angabe wird ein Qualitätsmerkmal deines Validators. Ein Betreiber, der die Staffelung mitgeht und sich früh freiwillig meldet, zeigt damit mehr über seine Sorgfalt als jede Selbstbeschreibung.

Beachte dabei die zweite Marke am 8. September: Der Aufruf richtet sich an Freiwillige für zehn Prozent des Stakes. Ein Validator, der sich daran beteiligt, fährt bewusst eine frische Version im Produktivbetrieb. Das ist ein Zeichen von Engagement in der Community und zugleich ein etwas höheres Risiko. Beides gehört zusammen, und keines von beidem ist für sich genommen ein Fehler.

Was Alpenglow technisch ändert: Votor, 150 Millisekunden und die 40-Prozent-Schwelle

Alpenglow ersetzt das bisherige Abstimmungsverfahren Tower BFT durch Votor, ein zweistufiges Verfahren. Erreicht ein Block auf dem schnellen Weg die Stimmen von 80 Prozent des Stakes, gilt er sofort als endgültig; kommt diese Mehrheit nicht zustande, entscheiden zwei Runden mit je 60 Prozent. So steht es im zugehörigen Vorschlag SIMD-0326, der das Abstimmungsverfahren der Validatoren durchlaufen hat und seither im offiziellen Verzeichnis der Solana Improvement Documents liegt. Die Solana Foundation nennt als Zielgröße für die Finalität rund 150 Millisekunden. Finalität ist dabei der Moment, ab dem eine Transaktion nicht mehr rückgängig gemacht werden kann, und sie ist etwas anderes als die Bestätigungszeit, die dir eine Wallet anzeigt.

Die zweite Änderung ist die Widerstandsfähigkeit des Netzwerks. Unter dem bisherigen Verfahren steht die Finalität still, wenn mehr als ein Drittel des Stakes ausfällt. Alpenglow hebt diese Grenze auf 40 Prozent an. Wie praxisnah das ist, zeigte sich am Tag der Veröffentlichung des Fahrplans: Ein Ausfall beim Rechenzentrumsanbieter Teraswitch nahm nach Angaben von Solana Compass 28,83 Prozent des gestakten SOL vom Netz, also 4,5 Prozentpunkte unter der heute geltenden Schwelle.

Wichtig zur Einordnung des SOL-Kurses: Ein Konsens-Upgrade ist ein Infrastrukturvorgang. Es gibt dabei keine Ausschüttung, keine neuen Coins und keinen Anspruch, den du geltend machen könntest. Wer aus einem Termin für eine Feature-Aktivierung eine Kursaussage ableitet, verwechselt zwei verschiedene Ebenen.

Validator Admission Ticket: Was das Alpenglow-Upgrade an den Kosten deines Validators ändert

Ein Teil des Umbaus wird in der deutschen Berichterstattung praktisch nie erwähnt, obwohl er die Wirtschaftlichkeit jedes Knotens berührt. Heute muss ein Validator seine Stimme für jeden Slot auf die Blockchain schreiben und zahlt dafür laut SIMD-0326 rund ein SOL pro Tag an Gebühren. Unter Alpenglow laufen Stimmen nicht mehr über die Kette, und damit fiele dieser Kostenblock ersatzlos weg.

Damit das wirtschaftliche Gleichgewicht erhalten bleibt, führt der Vorschlag das Validator Admission Ticket ein, kurz VAT. Es ist eine Gebühr, die einem Validator vor der Zulassung zu einer Epoche vom Konto abgezogen wird; wer sie nicht aufbringt, fliegt aus dem aktiven Satz. Die Höhe ist als 80 Prozent der heutigen Stimmgebühren angesetzt, also anfangs etwa 0,8 SOL pro Tag oder 1,6 SOL je Epoche. Anders als heute wird dieses Geld vollständig verbrannt, was die Inflation dämpft.

Der Vorschlag begrenzt außerdem den aktiven Satz auf die 2.000 Validatoren mit dem höchsten Stake, weil sich die Implementierung damit deutlich vereinfacht. Diese Grenze ist auf Basis der heutigen Zahlen weit entfernt: In unserer Messung waren 679 Validatoren aktiv. Für dich als Delegator heißt das, dass dein Validator durch diese Regel absehbar nicht herausfällt, sofern er die Ticketgebühr bedient.

Was durch das Alpenglow-Upgrade schneller wird und was gleich bleibt

Weil bei Upgrades an einer Blockchain regelmäßig Erwartungen entstehen, die das Update gar nicht bedient, hier die nüchterne Trennung. Die Transaktionszeit, die dir eine Wallet als Bestätigung anzeigt, ist heute schon kurz; was sich verkürzt, ist die Zeit bis zur endgültigen Unumkehrbarkeit. Die angepeilte Beschleunigung auf rund 150 Millisekunden betrifft also den Punkt, ab dem eine Zahlung wirklich nicht mehr zurückgeholt werden kann.

Spürbar wird eine solche Geschwindigkeit vor allem dort, wo Beträge in kurzer Folge weiterbewegt werden: bei Handelsanwendungen, bei Zahlungen an der Ladenkasse und bei Brücken zwischen Ketten, die auf endgültige Bestätigung warten, bevor sie Assets freigeben. Für dich als Halter, der einmal im Monat etwas überweist, bleibt der Unterschied im Alltag unsichtbar.

Was ausdrücklich gleich bleibt: die Zahl deiner Coins, deine Adressen, deine Wiederherstellungswörter und die Art, wie du Kryptowährungen verwahrst. Ein Konsensverfahren ist die Regel, nach der sich das Netzwerk auf eine Reihenfolge einigt, und diese Regel lässt Guthaben unangetastet. Im Wettbewerb der großen Layer-1-Blockchains ist der Umbau trotzdem bedeutsam, weil er das gesamte Ökosystem betrifft: Jede Anwendung, die auf Solana läuft, erbt die kürzere Finalität, ohne selbst etwas ändern zu müssen.

Was ein verschlafenes Upgrade für deine Staking-Rendite bedeutet

Ein Validator verdient Belohnungen, indem er an der Abstimmung über die Kette teilnimmt und selbst Blöcke produziert. Fällt er aus, verdient er nichts, und weil deine Belohnung an seiner hängt, verdienst auch du für diese Zeit nichts. Es wird dir dabei nichts abgezogen: Dein Bestand bleibt unangetastet, es entgeht dir lediglich der Ertrag der Ausfallzeit.

Wie stark das ins Gewicht fällt, hängt an der Dauer. Ein Validator, der nach einer Umstellung eine halbe Epoche braucht, um wieder mitzulaufen, kostet dich rund einen Tag Ertrag. Bei den derzeit üblichen Größenordnungen ist das ein Betrag, der in der Nachkommastelle verschwindet. Ein Validator, der wochenlang abgehängt bleibt, ist dagegen ein echtes Problem, und zwar unabhängig von jedem Upgrade.

Dazu kommt eine zweite Entwicklung, die im selben Zeitraum wirkt und mit Alpenglow nichts zu tun hat: Über die Emissionskurve von Solana wurde separat entschieden, was die Staking-Rendite in den kommenden Jahren senkt. Was dahintersteckt, haben wir in Solana Staking Rendite sinkt aufgeschlüsselt. Für deine Einschätzung heißt das: Die Rendite verändert sich gerade aus mehreren Richtungen, und der Anteil, den ein einzelnes Konsens-Upgrade daran hat, ist der kleinste davon.

Vorläufig heißt vorläufig: Wie belastbar der Termin ist und woran du eine Verschiebung erkennst

Der Fahrplan schreibt seinen eigenen Vorbehalt in die erste Zeile: Es handele sich um einen vorläufigen Zeitplan, alle Daten könnten sich ändern, und vor jedem Upgrade solle man die Ankündigungen im Discord abwarten. Das ist keine Floskel, sondern die übliche Praxis bei einem Netzwerk, das ohne zentrale Instanz umgestellt wird. Der 28. September ist ein Zieldatum, kein Stichtag mit Rechtsfolge.

Es gibt aber ein gutes Anzeichen dafür, wie ernst die Tabelle zu nehmen ist: Die bereits erledigten Zeilen tragen Lieferdaten, und zwei davon liegen vor ihrem Zieldatum. Das spricht für einen Plan, der eingehalten wird, und gegen ein Wunschdokument.

Eine Verschiebung erkennst du an genau zwei Stellen, ohne auf Berichterstattung angewiesen zu sein. Erstens am Fahrplan selbst: Bleibt die Zeile für den Mainnet-Kandidaten am 4. September ohne Lieferdatum, verschiebt sich mit hoher Wahrscheinlichkeit die ganze Kette dahinter. Zweitens an der Verbreitung: Steht der Stakeanteil auf 4.3 am 15. September immer noch im Bereich unserer heutigen Messung von 0,39 Prozent statt bei den angepeilten 25 Prozent, ist der 28. September praktisch nicht mehr zu halten. Beide Prüfungen kosten dich zwei Minuten und sind belastbarer als jede Prognose.

Solana-Alpenglow-Termin prüfen: Was du daraus mitnimmst

Die Terminfrage ist beantwortbar, und die Antwort ist unspektakulär: ein Zieldatum am 28. September, eine Wirkung, die sich über die folgenden Epochengrenzen in den Oktober zieht, und für die allermeisten Halter keinerlei Handlungsbedarf. Drei Schritte, mit denen du das für dich abschließt:

1. Klär in einer Minute, ob dich das überhaupt betrifft. Liegen deine SOL bei einem Handelsplatz oder ungestakt im eigenen Wallet, bist du fertig. Delegierst du selbst, notiere dir den 22. September für die Versionsprüfung. Wenn du dabei ohnehin vergleichst, wo Staking zu welchen Bedingungen möglich ist, hilft die Übersicht der besten Staking-Plattformen beim Sortieren.
2. Prüfe deinen Validator an harten Merkmalen statt an der beworbenen Rendite. Gemeldete Version, Status und Ausfallquote sagen dir mehr als jede Prozentzahl auf einer Startseite. Wer das Thema lieber ganz abgibt, findet bei den Anbietern in unserem Vergleich der besten Krypto-Börsen die bequemere, dafür unselbstständigere Variante.
3. Dokumentiere deine Staking-Erträge weiter wie bisher. Am steuerlichen Umgang mit Belohnungen ändert ein Konsens-Upgrade nichts; die Zuflüsse bleiben zum Zeitpunkt des Zuflusses zu bewerten. Wenn du dafür noch keine saubere Aufzeichnung hast, ist der Vergleich der Krypto-Steuer-Tools und Portfolio-Tracker der richtige Einstieg.

(Stand: 1. September 2026. Dieser Beitrag ist keine Anlageberatung. Kurse und Gebührenmodelle ändern sich; prüfe die Konditionen vor jedem Kauf beim Anbieter selbst.)