Solana Priority Fees erklärt: Compute Units, Gebühren und Transaktionsrisiken
Wie hoch sind Solana Priority Fees, wie berechnet sich die Gebühr aus Compute Units und weshalb kann ein Swap trotz hoher Priorisierung scheitern? Dieser Fachartikel erklärt die Gebührenlogik, technische Unterschiede zwischen Transaktionsformaten, konkrete Rechenbeispiele und die wichtigsten Risiken für Nutzer in der Schweiz und Deutschland.
Einordnung: Warum Solana überhaupt Priorisierungsgebühren kennt
Solana ist auf parallele Verarbeitung und kurze Bestätigungszeiten ausgelegt. Trotzdem ist der Platz für Transaktionen nicht unbegrenzt. In jedem Zeitfenster konkurrieren Transfers, Token-Swaps, NFT-Aktionen, Arbitrageprogramme und andere Anwendungen um Ressourcen. Eine Transaktion kann korrekt signiert und ausreichend finanziert sein und dennoch verzögert werden oder vor ihrer Aufnahme ablaufen. Genau hier setzen Priority Fees an: Sie bieten einen optionalen finanziellen Anreiz, damit der zuständige Validator eine Transaktion bei der Planung bevorzugt berücksichtigt. Das ist keine Garantie für die Aufnahme in einen Block und erst recht keine Garantie, dass der gewünschte Handelspreis erreicht wird.
Die Solana-Gebühr setzt sich grundsätzlich aus einer Basisgebühr und gegebenenfalls einer Priorisierungsgebühr zusammen. Die Basisgebühr hängt insbesondere von der Zahl der zu prüfenden Signaturen ab. Die zusätzliche Gebühr orientiert sich bei Legacy- und v0-Transaktionen an einem Preis pro angeforderter Recheneinheit. Wer diese beiden Ebenen verwechselt, kann falsche Schlüsse ziehen: Eine geringe Netzwerkgebühr sagt nichts darüber aus, ob ein Token liquide ist, ein Smart Contract sicher arbeitet oder ein Swap zu einem guten Kurs ausgeführt wird. Gebührenmanagement ist deshalb ein Teil der Transaktionsplanung, nicht die gesamte Risikoanalyse.
Was sind Compute Units?
Compute Units, abgekürzt CU, sind die Recheneinheiten, mit denen die Solana-Laufzeit den Aufwand einer Transaktion erfasst. Eine einfache Übertragung beansprucht in der Regel weniger komplexe Programmlogik als ein Swap, der mehrere Programme und Konten einbezieht. Die CU-Zahl ist kein Geldbetrag. Sie misst vielmehr, wie viel Ausführungsbudget eine Transaktion beanspruchen darf. Für die Priorisierungsgebühr sind zwei Angaben entscheidend: das CU-Limit und der Preis je CU. Beide lassen sich für bestimmte Transaktionsformate gezielt konfigurieren.
Das Limit ist eine Obergrenze, kein Versprechen, dass genau so viele Einheiten verbraucht werden. Wird ein Limit zu niedrig gewählt, kann die Ausführung wegen unzureichendem Budget scheitern. Wird es deutlich zu hoch gewählt, kann eine unnötig hohe Priority Fee entstehen, weil die Gebühr bei den betreffenden Transaktionsformaten anhand des angeforderten Limits und nicht anhand des später gemessenen tatsächlichen Verbrauchs berechnet wird. Das optimale Limit berücksichtigt eine realistische Simulation und einen angemessenen Puffer für Ausführungsschwankungen.
Basisgebühr, Priority Fee und andere Kosten auseinanderhalten
Laut der offiziellen Solana-Dokumentation beträgt die Basisgebühr derzeit 5'000 Lamports pro Signatur. Ein Lamport ist ein Milliardstel SOL. Eine Transaktion mit einer gewöhnlichen Signatur hat damit eine Basisgebühr von 0,000005 SOL, bevor eine optionale Priorisierung hinzukommt. Besondere Signaturprüfungen können die Berechnung beeinflussen. Die Dokumentation beschreibt zudem die Verteilung: Die Hälfte der Basisgebühr wird verbrannt, die andere Hälfte erhält der Validator. Die Priorisierungsgebühr geht vollständig an den Validator. Diese Angaben sind protokollbezogen und können sich durch spätere Netzwerkänderungen verändern.
Neben diesen Netzwerkgebühren existieren andere Kostenarten. Eine dezentrale Börse kann eigene Handelsgebühren erheben. Ein Liquiditätspool verändert den Ausführungspreis abhängig von der verfügbaren Liquidität. Für die Einrichtung bestimmter Token-Konten kann eine SOL-Bindung für den benötigten Speicher anfallen, die nicht mit einer Priority Fee gleichzusetzen ist. Auch Spreads, Slippage und Gebühren eines zentralen Dienstleisters gehören nicht zur Solana-Basisgebühr. Für einen fairen Vergleich solltest Du die vollständigen Transaktionskosten in SOL und in Deiner Rechnungswährung betrachten.
Die Formel für Legacy- und v0-Transaktionen
Für Legacy- und v0-Transaktionen beschreibt Solana die Priorisierungsgebühr als aufgerundetes Produkt aus CU-Preis und CU-Limit, geteilt durch eine Million. Der CU-Preis wird in Mikro-Lamports angegeben. Eine Million Mikro-Lamports entsprechen einem Lamport. Die Formel lautet: Priority Fee in Lamports = aufrunden(CU-Preis in Mikro-Lamports × CU-Limit ÷ 1'000'000). Das Ergebnis wird zur Basisgebühr addiert. Die Aufrundung ist wichtig, weil selbst ein sehr kleiner positiver Betrag auf ganze Lamports gerundet wird.
Ein Rechenbeispiel: Du setzt 250'000 CU als Limit und 20'000 Mikro-Lamports als Preis pro CU. Daraus entstehen 5'000 Lamports Priority Fee, also 0,000005 SOL. Bei einer einzelnen gewöhnlichen Signatur kommen nach dem dokumentierten aktuellen Satz 5'000 Lamports Basisgebühr hinzu. Die Summe beträgt damit 10'000 Lamports oder 0,00001 SOL. Das ist eine Modellrechnung, keine Echtzeitgebührenprognose. Ein höherer SOL-Kurs erhöht den Gegenwert in Franken oder Euro, auch wenn die Gebühr in SOL unverändert bleibt.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Gutscheincode: AUSWANDERNSCHWEIZ
Was passiert bei einer Verdoppelung des CU-Preises?
Bei gleichem CU-Limit führt eine Verdoppelung des CU-Preises grundsätzlich zu einer Verdoppelung der ungerundeten Priority Fee. Mit 250'000 CU und 40'000 Mikro-Lamports ergibt sich beispielsweise eine Priorisierungsgebühr von 10'000 Lamports. Einschliesslich der im Beispiel angenommenen Basisgebühr wären es 15'000 Lamports. Wenn Du stattdessen nur das Limit auf 500'000 CU erhöhst, während der Preis bei 20'000 Mikro-Lamports bleibt, entsteht ebenfalls eine Priority Fee von 10'000 Lamports. Das zeigt, weshalb beide Stellschrauben zusammen betrachtet werden müssen.
Ein verbreiteter Denkfehler lautet: Je mehr CU ich reserviere, desto schneller wird meine Transaktion. Tatsächlich ist ein unnötig hohes Limit nicht automatisch effizient. Der Scheduler berücksichtigt nicht bloss einen isolierten Gebührenbetrag, sondern auch geschätzte Ressourcenkosten. Ein höherer Gebühreneinsatz kann die Position verbessern, muss aber nicht jede andere Transaktion überholen. Du bezahlst im ungünstigen Fall mehr, ohne einen entsprechenden praktischen Vorteil zu erhalten. Besonders bei kleinen Transfers kann die Zusatzgebühr im Verhältnis zum übertragenen Betrag unverhältnismässig sein.
Welche Rolle spielt der Validator-Scheduler?
Ein Validator entscheidet während seiner Leader-Phase, welche Transaktionen er in welcher Reihenfolge verarbeitet. Die offizielle Gebührenbeschreibung zeigt für den Scheduler eine Prioritätsbewertung, die Gebühreneinnahmen und geschätzte Ressourcenkosten berücksichtigt. Dazu gehören unter anderem Signaturprüfung, Schreibsperren auf Konten, Programmausführung und Datenkosten. Der sichtbare CU-Preis ist somit nicht identisch mit einer garantierten Position in einer globalen Warteschlange. Eine solche einheitliche Warteschlange gibt es in der vereinfachten Vorstellung ohnehin nicht.
Praktisch kann es vorkommen, dass zwei Transaktionen mit derselben Priorisierungsgebühr unterschiedlich schnell behandelt werden. Sie können unterschiedliche Konten beanspruchen, an verschiedene Infrastrukturwege gesendet werden oder in unterschiedlichen Lastsituationen ankommen. Bei stark nachgefragten Token-Pools konkurrieren viele Nutzer um denselben Zustand. Ein höherer CU-Preis kann hilfreich sein, aber Netzwerkzugang, zeitliche Reihenfolge, Programmkonflikte und aktuelle Nachfrage bleiben relevant. Eine Wallet, die einen schnellen Modus anbietet, verkauft Dir deshalb keine sichere Ausführung, sondern verändert normalerweise Parameter und gegebenenfalls ihren Übertragungsweg.
Lokale Konkurrenz statt eines einzigen globalen Gebührenmarktes
Solana-Anwendungen interagieren mit Konten, die teilweise exklusiv beschrieben werden müssen. Wenn viele Transaktionen gleichzeitig dasselbe Konto verändern wollen, entstehen lokale Engpässe. Ein populärer Swap-Pool kann stark umkämpft sein, während ein gewöhnlicher SOL-Transfer andere Konten nutzt und weniger Konkurrenz erfährt. Deshalb ist ein einzelner pauschaler Netzwerkgebührenwert nur begrenzt aussagekräftig. Eine Gebührenschätzung sollte nach Möglichkeit die tatsächlich betroffenen Konten und die konkrete Art der Transaktion berücksichtigen.
Diese lokale Konkurrenz ist auch ein Grund, warum Nutzer zur selben Zeit sehr unterschiedliche Erfahrungen machen. Eine Übertragung zwischen eigenen Wallets kann ohne hohe Priorisierung durchgehen, während ein Handel in einem gerade stark beworbenen Token mehrfach neu gesendet werden muss. Daraus folgt keine allgemeine Aussage über die Leistungsfähigkeit des gesamten Netzwerks. Für die individuelle Transaktion zählt, welche Ressourcen sie gerade beansprucht und wie viele andere Nutzer um diese Ressourcen konkurrieren. Vorsicht ist bei Diensten geboten, die aus einem einzigen Durchschnittswert eine garantierte Ausführungsdauer ableiten.
Compute Budget richtig konfigurieren
Bei Legacy- und v0-Transaktionen werden die Parameter über Compute-Budget-Instruktionen gesetzt. SetComputeUnitLimit bestimmt das angeforderte Rechenbudget, SetComputeUnitPrice den Preis pro Einheit. Die offizielle Dokumentation nennt als Standardwert für viele nicht eingebaute Instruktionen 200'000 CU und eine maximale Transaktionsgrenze von 1'400'000 CU. Eingebaute Instruktionen haben teilweise andere Standardwerte. Diese Angaben beziehen sich auf die dokumentierte Laufzeit und sind nicht mit der realen Auslastung einer einzelnen Transaktion gleichzusetzen.
Entwickler sollten den CU-Bedarf zunächst mit einer Simulation der tatsächlichen Transaktion ermitteln. Anschliessend lässt sich ein moderater Puffer vorsehen, damit kleine Abweichungen nicht sofort zu einem Budgetfehler führen. Der Puffer darf nicht mit einem pauschal maximalen Limit verwechselt werden. Eine sorgfältige Konfiguration reduziert die Gefahr unnötiger Gebühren. Wer eine Wallet nutzt und keine eigenen Instruktionen erstellt, sollte vor dem Signieren prüfen, welche geschätzte Netzwerkgebühr angezeigt wird, ob sich ein Schnellmodus abschalten lässt und ob der angezeigte Betrag bereits andere Servicekosten enthält.
Wichtige Besonderheit: das Transaktionsformat v1
Die aktuelle Solana-Dokumentation unterscheidet ausdrücklich zwischen Legacy- beziehungsweise v0-Transaktionen und dem v1-Format. Die bekannte Formel aus CU-Preis und CU-Limit gilt für die ersten beiden Formate. Bei v1 wird die Priorisierungsgebühr dagegen als absoluter Lamport-Betrag in der Nachrichtenkonfiguration angegeben. Compute-Budget-Instruktionen konfigurieren dieses Format nicht auf dieselbe Weise. Wer einen allgemeinen Gebührenratgeber schreibt, ohne diese Unterscheidung zu nennen, kann für neue Transaktionsformate falsche technische Anweisungen geben.
Für gewöhnliche Nutzer ist diese Unterscheidung vor allem dann relevant, wenn eine Wallet oder Anwendung ihre technische Infrastruktur aktualisiert. Der angezeigte Gesamtbetrag bleibt die praktische Entscheidungsgrösse, doch die Berechnung im Hintergrund kann sich unterscheiden. Für Entwickler bedeutet das: Vor einer Implementierung muss geprüft werden, welches Nachrichtenformat tatsächlich verwendet wird. Ein Codebeispiel für Legacy-Transaktionen sollte nicht ungeprüft auf v1 übertragen werden. Auch bei Gebührenanalysen aus Blockexplorern muss klar sein, welches Format der beobachteten Transaktion zugrunde liegt.
Warum eine hohe Priority Fee keine Erfolgsgarantie ist
Eine Transaktion kann trotz hoher Priorisierung scheitern, weil ein Programm eine Bedingung nicht erfüllt, der verfügbare Token-Bestand zu gering ist oder ein gesetztes Slippage-Limit überschritten wird. Auch ein abgelaufener Blockhash, fehlende Konten, unzureichendes Rechenbudget oder technische Störungen können eine erfolgreiche Ausführung verhindern. Die Priority Fee beeinflusst die Aufnahmepriorität, repariert aber keine fehlerhafte Anweisung. Gerade bei DeFi-Transaktionen sollte man die Ursache einer fehlgeschlagenen Ausführung analysieren, bevor man die Gebühr einfach erhöht.
Ein weiterer wichtiger Punkt: Die Solana-Dokumentation beschreibt, dass Transaktionsgebühren auch bei einer fehlgeschlagenen Ausführung anfallen können, sofern die Transaktion verarbeitet wurde. Wer einen problematischen Swap mehrfach mit steigenden Gebühren wiederholt, kann also zusätzliche Kosten verursachen, ohne jemals den gewünschten Token zu erhalten. Anders liegt der Fall, wenn eine Transaktion gar nicht verarbeitet wird; aus der blossen fehlenden Anzeige einer Bestätigung lässt sich jedoch nicht zuverlässig auf den Gebührenstatus schliessen. Prüfe deshalb zuerst die Signatur und den tatsächlichen Status im Explorer.
Slippage und Priority Fees sind unterschiedliche Risiken
Slippage bezeichnet die Abweichung zwischen erwartetem und tatsächlich akzeptiertem Ausführungspreis eines Handels. Eine Priority Fee ist dagegen eine Netzwerkgebühr. Wenn Du bei einem illiquiden Token die Priorisierungsgebühr erhöhst, wird der Token dadurch nicht liquider. Auch das Verhältnis zwischen Kauf- und Verkaufspreis verbessert sich nicht automatisch. Eine hohe Priority Fee kann höchstens dazu beitragen, dass Deine Transaktion früher berücksichtigt wird. Ob der Swap zu einem akzeptablen Kurs stattfindet, hängt weiterhin von Marktbewegung, Liquidität und den Bedingungen des Handels ab.
Stell Dir vor, Du möchtest Token im Gegenwert von 500 CHF tauschen. Die angezeigte Netzwerkgebühr beträgt nur wenige Rappen, aber der Pool ist klein. Schon eine relativ geringe Kauforder kann den Preis deutlich bewegen. Eine auf wenige Rappen erhöhte Priority Fee löst dieses Problem nicht. Umgekehrt kann ein liquider Swap zu einem guten Kurs ausgeführt werden, obwohl Du keine hohe Priorisierungsgebühr bezahlst. Beurteile deshalb Preiswirkung, Slippage-Toleranz, Poolrisiken und Netzwerkgebühr getrennt, bevor Du eine Transaktion signierst.
Wallet-Einstellungen und automatische Gebührenvorschläge
Viele Wallets und Anwendungen zeigen Gebührenvorschläge oder Profile wie langsam, normal und schnell. Die konkrete Berechnung kann vom Anbieter abhängen. Manche Dienste berücksichtigen jüngste Transaktionen, andere schätzen die Konkurrenz um bestimmte Konten. Solche Werte sind Momentaufnahmen und keine amtlichen Fixpreise. Bei sehr dynamischen Märkten kann eine Schätzung schon wenige Sekunden später unpassend sein. Zudem können Anwendungen neben der eigentlichen Netzwerkgebühr eigene Kosten oder Gebühren für zusätzliche Infrastruktur erheben.
Für eine vernünftige Entscheidung hilft eine einfache Routine: Lies die Transaktionsdetails, kontrolliere die Zieladresse und den Token, überprüfe den maximal akzeptierten Handelsbetrag und vergleiche die vorgeschlagene Gebühr mit der Bedeutung des Geschäfts. Bei einem unkritischen Transfer zwischen eigenen Wallets besteht oft weniger Zeitdruck als bei einer Transaktion mit einer engen Frist. Wer ständig den höchsten Geschwindigkeitsmodus nutzt, bezahlt möglicherweise unnötig viel. Wer grundsätzlich jede Zusatzgebühr ablehnt, muss hingegen mit Verzögerungen rechnen. Die passende Wahl hängt von Deiner konkreten Situation ab.
Werbung / Affiliate-Link: Relai ist eine Bitcoin-App. Bei Nutzung unseres Links oder Codes können wir eine Provision erhalten. Gutscheincode: AUSWANDERNSCHWEIZ
Sicherheit: Signieren ist wichtiger als Beschleunigen
Eine schnelle Transaktion kann ebenso gefährlich sein wie eine langsame, wenn Du einer manipulierten Anwendung Berechtigungen erteilst. Phishing-Seiten können Wallet-Verbindungen vortäuschen, schädliche Signaturanfragen stellen oder Dich zu Transfers an fremde Adressen verleiten. Priority Fees schützen nicht vor solchen Angriffen. Auch ein Smart Contract mit Fehlern oder missbräuchlichen Administrationsrechten wird durch eine höhere Gebühr nicht sicherer. Vor der Bestätigung ist die inhaltliche Prüfung der Transaktion wichtiger als die Wahl zwischen zwei Gebührenstufen.
Besondere Vorsicht gilt bei neu erschienenen Token und vermeintlich exklusiven Handelsgelegenheiten. Hoher Zeitdruck ist ein häufiges Mittel, um Nutzer zu unüberlegten Signaturen zu bewegen. Eine seriöse Anwendung sollte verständlich anzeigen, was Du autorisierst. Nutze für grössere Bestände gegebenenfalls getrennte Wallets, sichere Deine Wiederherstellungsinformationen offline und prüfe unbekannte Programme. Bei Unklarheiten ist ein abgebrochener Handel oft günstiger als eine schnelle, aber irreversible Fehlüberweisung. Krypto-Transaktionen lassen sich grundsätzlich nicht wie eine gewöhnliche Kartenzahlung einfach zurückbuchen.
Was bedeuten Priority Fees für SOL-Anleger?
Die Priorisierungsgebühr wird in SOL bezahlt. Dadurch entsteht eine tatsächliche Nutzung des nativen Tokens für Netzwerkoperationen. Aus dieser technischen Funktion folgt jedoch keine verlässliche Kursprognose. Die Nachfrage nach Blockspace kann schwanken, ebenso das Angebot an SOL, die Aktivität der Anwendungen und die allgemeinen Marktbedingungen. Dass Gebühren an Validatoren fliessen, bedeutet nicht, dass jeder SOL-Halter automatisch denselben Betrag als Ertrag erhält. Staking und Validatorvergütung sind eigenständige Themen mit eigenen Regeln und Risiken.
Bei einer Anlageentscheidung solltest Du die Token-Emission, Netzwerkentwicklung, Sicherheitslage, Konzentration der Validatoren, regulatorische Unsicherheiten und die Konkurrenz anderer Blockchains betrachten. Ein einzelner Gebührenanstieg ist weder ein Beweis für nachhaltige Adoption noch zwingend ein positives Signal. Er kann auch aus kurzfristiger Spekulation, Bot-Aktivität oder Engpässen entstehen. Umgekehrt sind niedrige Gebühren nicht automatisch ein Zeichen fehlender Nachfrage. Technische Nutzung und finanzieller Wert sind unterschiedliche Grössen. Ein Totalverlust Deiner Anlage bleibt möglich.
Praktisches Vorgehen bei verzögerten Transaktionen
Wenn eine Transaktion nicht wie erwartet bestätigt wird, solltest Du zunächst die Transaktionssignatur in einem vertrauenswürdigen Solana-Explorer prüfen. Unterscheide zwischen ausstehend, nicht gefunden, verarbeitet, bestätigt und fehlgeschlagen. Die genaue Darstellung variiert je nach Explorer. Prüfe auch, ob die Wallet eine erneute Übertragung oder eine neue Signatur vorschlägt. Sende nicht blind denselben Betrag nochmals, solange unklar ist, ob die erste Überweisung ausgeführt wurde. Sonst drohen doppelte Transfers oder zusätzliche Gebühren.
Bei wiederholten Problemen ist es sinnvoll, die Netzwerkverbindung, den RPC-Anbieter und die konkrete Anwendung zu überprüfen. Ein Fehler in der Programmlogik wird durch mehr Priorisierungsgebühr nicht verschwinden. Bei einem abgelaufenen Blockhash kann eine neue Transaktion erforderlich sein; bei einem fehlgeschlagenen Swap müssen dagegen möglicherweise die Handelsparameter angepasst werden. Bewahre die Transaktionssignatur auf, falls Du den Support kontaktieren musst. Teile niemals Deine Seed Phrase oder private Schlüssel mit vermeintlichen Helfern, auch nicht zur angeblichen Beschleunigung einer Zahlung.
FAQ: Häufige Fragen zu Solana Priority Fees
Kann ich Solana ohne Priority Fee nutzen? Ja, bei Legacy- und v0-Transaktionen ist ein CU-Preis von null möglich. Ob die Transaktion zeitnah verarbeitet wird, hängt von der jeweiligen Konkurrenz und Infrastruktur ab. Muss ich immer die maximale CU-Grenze einstellen? Nein. Ein überhöhtes Limit kann unnötige Kosten verursachen und ist keine allgemeine Erfolgsgarantie. Ist die Priority Fee dasselbe wie eine Handelsgebühr? Nein. Handelsgebühren, Spreads und Slippage sind separat zu betrachten.
Erhalte ich eine Priority Fee bei einem fehlgeschlagenen Swap zurück? Wird die Transaktion verarbeitet und scheitert die Ausführung, können die Netzwerkgebühren trotzdem anfallen. Gibt es einen festen optimalen CU-Preis? Nein. Der sinnvolle Preis hängt von Last, Kontenkonkurrenz, Anwendung und Transaktionsformat ab. Kann ich mit einer höheren Gebühr einen schlechten Smart Contract absichern? Nein. Gebührenpriorisierung ändert nichts an Codefehlern, Betrug oder unzureichender Liquidität. Sind Gebühren in Franken fix? Nein. Der Gegenwert schwankt mit dem SOL-Kurs.
Fazit: Priorität bewusst wählen, nicht blind bezahlen
Solana Priority Fees sind ein technisches Werkzeug zur Priorisierung, kein Qualitätsmerkmal einer Kryptowährung und kein Schutz vor Fehlentscheidungen. Für Legacy- und v0-Transaktionen bestimmen CU-Preis und angefordertes CU-Limit die zusätzliche Gebühr; für v1 gelten andere Konfigurationsregeln. Wer die Kosten verstehen will, sollte Basisgebühr, Priority Fee, Handelsgebühr, Slippage und gegebenenfalls Speicherbindung auseinanderhalten. Eine Simulation und ein realistisch gewähltes CU-Limit können helfen, unnötige Kosten zu vermeiden.
Der wichtigste Grundsatz bleibt einfach: Prüfe zuerst, was Du signierst, danach wie dringend die Transaktion ist und erst dann, welche zusätzliche Priorisierung sinnvoll erscheint. Ein niedriger Preis kann ausreichend sein; ein höherer Preis kann in Konkurrenzsituationen helfen. Keine Einstellung garantiert jedoch eine erfolgreiche oder wirtschaftlich vorteilhafte Ausführung. Dieser Beitrag dient der allgemeinen Information und ist keine individuelle Anlageberatung. Kryptowährungen unterliegen erheblichen technischen, wirtschaftlichen und regulatorischen Risiken bis hin zum Totalverlust.
Kommentare