Zum Hauptinhalt springen
Spare Geld, verbessere die Performance: Erhalte präzise Schätzungen der Prioritätsgebühren auf Basis der aktuellen Netzwerkbedingungen. Zahle nur so viel, wie du für die gewünschte Geschwindigkeit benötigst.

Was sind Prioritätsgebühren?

Auf Solana können deine Transaktionen mit Prioritätsgebühren bei hoher Netzwerkauslastung in der Warteschlange der Validatoren nach vorne rücken. Stell sie dir als Expressspuren für deine Transaktionen vor.

Base Fees vs Priority Fees

Basisgebühren sind feste Kosten für die Verarbeitung von TransaktionenPrioritätsgebühren sind optionale Zahlungen für eine schnellere Verarbeitung

How They Work

Du legst einen Preis pro Recheneinheit fest. Bei hoher Netzwerkauslastung werden höhere Preise zuerst verarbeitet

Warum du Prioritätsgebühren verwenden solltest

Prioritätsgebühren gehören inzwischen zum Standard bei Solana-Transaktionen. Sie sorgen für verlässliche Bestätigungszeiten und eine optimale Netzwerk-Performance.

Reliable Confirmation

Sorge dafür, dass deine Transaktionen auch bei wechselnden Netzwerkbedingungen schnell und zuverlässig bestätigt werden

Competitive Edge

Bleib bei zeitkritischen Vorgängen wie Handel, Minting und DeFi-Interaktionen wettbewerbsfähig

User Experience

Verarbeite Transaktionen konsistent und schnell, um die Benutzerfreundlichkeit zu verbessern

Network Efficiency

Hilf dabei, die Zuweisung von Netzwerkressourcen und die Gesamt-Performance zu optimieren

Erklärung der Prioritätsstufen

Unsere API bietet sechs Prioritätsstufen, die auf der letzten Netzwerkaktivität basieren:
Niedrigste beobachtete Gebühr - Basiert auf den Mindestgebühren in jüngsten slotAm besten geeignet für: Nicht dringende Transaktionen, bei denen die Kostenoptimierung Vorrang hatHinweis: Kann zu längeren Bestätigungszeiten führen
25. Perzentil - Kostengünstige Option mit angemessenen BestätigungszeitenAm besten geeignet für: Standardvorgänge, bei denen Geschwindigkeit nicht entscheidend istHinweis: Gutes Gleichgewicht zwischen Kosten und Zuverlässigkeit
75. Perzentil - Höhere Gebühren für eine schnellere VerarbeitungAm besten geeignet für: Zeitkritische Vorgänge und Situationen mit hoher KonkurrenzHinweis: Bevorzugte Verarbeitung bei hoher Netzwerkaktivität
Oberer Rand mit zusätzlichem Spielraum - Premiumgebühren für maximale GeschwindigkeitAm besten geeignet für: Kritische Vorgänge, MEV-Strategien und dringende TransaktionenHinweis: Liegt über dem 95. Perzentil der beobachteten Gebühren und Ausreißer werden nicht herausgefiltert. Betrachte diesen Wert als Ziel für die Aufnahme und nicht als Maß dafür, was im Netzwerk gezahlt wird
Beobachtetes Maximum - Höchste in jüngsten slot beobachtete Gebühr, ohne AusreißerfilterungAm besten geeignet für: Ausschließlich NotfälleWarnung: Ein einziges extremes Gebot im gesamten Rückblickzeitraum bestimmt diesen Wert. Er erreicht regelmäßig Milliarden Mikrolamport pro Compute Unit – verwende ihn mit Vorsicht

So werden Schätzwerte berechnet

Die Schätzwerte werden aus den in jüngsten slot gezahlten Gebühren abgeleitet (bis zu 150, gesteuert durch lookbackSlots). Zwei Details sind wichtig, wenn du diese Zahlen mit deinen eigenen On-Chain-Messungen vergleichst:
  • Transaktionen ohne Abstimmung, die keinen Preis pro Compute Unit festlegen, zählen als null. Ein großer Anteil der Transaktionen ohne Abstimmung in einem typischen slot enthält überhaupt keine SetComputeUnitPrice-Anweisung. Sie gehen als gebührenfreie Stichproben in die Verteilung ein. Deshalb geben min und low häufig 0 zurück. Wenn du Perzentile nur für Transaktionen mit festgelegtem Preis berechnest, liegen deine Zahlen auf jeder Stufe über unseren.
  • Bei veryHigh und unsafeMax werden Ausreißer nicht herausgefiltert. Einige wenige Transaktionen mit extrem hohen Geboten im Rückblickzeitraum können beide Stufen deutlich anheben. veryHigh enthält außerdem zusätzlichen Spielraum über dem 95. Perzentil, damit der Wert ein praktikables Ziel für die Aufnahme bleibt.
Verwende veryHigh oder unsafeMax nicht als Statistiken zu den Netzwerkgebühren. Beide gewichten den oberen Rand absichtlich stärker und liegen über dem Betrag, den die meisten Transaktionen tatsächlich zahlen.
Kostenberechnung: Gesamte Prioritätsgebühr = Preis pro Compute Unit × verbrauchte Compute UnitsEine typische Transaktion verwendet 200.000–400.000 Compute Units. Bei der aktuellen Stufe Medium (~40.000 Mikrolamport pro Einheit) entspricht das Prioritätsgebühren von 0,000008–0,000016 SOL. Prüfe für genaue Schätzwerte immer die aktuellen Netzwerkbedingungen.

Geltungsbereich: Globale und kontospezifische Schätzwerte

Deine Eingabe bestimmt, was die API misst.
  • Übergib eine serialisierte transaction - der Schätzwert gilt für die beschreibbaren Konten, die deine Transaktion sperrt. Das ist die empfohlene Methode, wenn du eine Gebühr für eine zu sendende Transaktion festlegst.
  • Übergib accountKeys - der Schätzwert gilt für diese Konten. Gib die beschreibbaren Konten an, die deine Transaktion sperren wird, da du bei diesen Konten mit anderen Transaktionen konkurrierst.
  • Übergib keines von beiden - du erhältst einen globalen Schätzwert für die gesamte jüngste Netzwerkaktivität und keine auf deine Transaktion zugeschnittene Gebühr.
Ein globaler Schätzwert ist keine zu zahlende Gebühr. Ohne transaction oder accountKeys beschreibt die response die netzwerkweiten Bedingungen. Dazu gehören auch Überlastungen bei Konten, auf die deine Transaktion nie zugreift.Solana berechnet Prioritätsgebühren pro beschreibbarem Konto. Wenn du einen globalen veryHigh-Wert zahlst, zahlst du daher meist deutlich zu viel, ohne deine Aufnahmerate zu verbessern. Übergib immer eine transaction oder die beschreibbaren accountKeys, wenn der Schätzwert die Gebühr für eine Transaktion festlegt, die du gleich senden willst.

Implementierungsmethoden

Serialized Transaction (Recommended)

Primäre Methode - Analysiert deine konkrete Transaktion für maximale GenauigkeitAm besten geeignet für: Die meisten Anwendungen und produktiven AnwendungsfälleVorteile:
  • Anweisungsspezifische Analyse
  • Höchste Genauigkeit
  • Produktionsbereit
  • Berücksichtigt die Komplexität der Transaktion

Account Keys (Advanced)

Spezialisierte Anwendungsfälle - Schätzwerte auf Basis von KontomusternAm besten geeignet für: Analysen vor einer Transaktion, Batch-Vorgänge und spezialisierte ArchitekturenVorteile:
  • Analyse von Mustern auf Kontoebene
  • Nützlich für Planung und Forschung
  • Batch-Analyse von Konten

Schnellstartbeispiel

API-Referenz

getPriorityFeeEstimate

Vollständige API-Dokumentation mit allen Parametern und response-Formaten

Echtzeitüberwachung des Netzwerks

Profi-Tipp: Überwache die Netzwerkbedingungen, um deine Strategie für Prioritätsgebühren zu optimieren. Verwende unter normalen Bedingungen niedrigere Prioritätsstufen. Ziehe bei Überlastung für zeitkritische Vorgänge höhere Stufen in Betracht.Du kannst die aktuellen Netzwerkbedingungen mit Solana-Explorern oder der RPC-Methode getRecentPerformanceSamples prüfen.

Support und Ressourcen

Discord Community

Erhalte Hilfe von der Community und dem Helius-Team

Direct Support

Hilfe bei Fragen zu Prioritätsgebühren und deren Optimierung