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:Min
Min
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
Low
Low
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
Medium (Recommended)
Medium (Recommended)
50. Perzentil - Medianwert der Gebühren für zuverlässige BestätigungszeitenAm besten geeignet für: Die meisten Anwendungen und allgemeinen AnwendungsfälleHinweis: Empfohlener Ausgangspunkt für die meisten Entwickler
High
High
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
VeryHigh
VeryHigh
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
UnsafeMax
UnsafeMax
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 durchlookbackSlots). 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 gebenminundlowhäufig0zurück. Wenn du Perzentile nur für Transaktionen mit festgelegtem Preis berechnest, liegen deine Zahlen auf jeder Stufe über unseren. - Bei
veryHighundunsafeMaxwerden Ausreißer nicht herausgefiltert. Einige wenige Transaktionen mit extrem hohen Geboten im Rückblickzeitraum können beide Stufen deutlich anheben.veryHighenthält außerdem zusätzlichen Spielraum über dem 95. Perzentil, damit der Wert ein praktikables Ziel für die Aufnahme bleibt.
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.
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
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