Skip to main content
Die getSlotLeader RPC-Methode gibt den öffentlichen Schlüssel des Validators zurück, der gemäß der Ansicht des Knotens auf einem bestimmten Commitment-Level der aktuelle Leiter für die Blockproduktion ist. Der Leiter ist verantwortlich für die Erstellung von Blöcken für den aktuellen Slot.

Häufige Anwendungsfälle

  • Identifizierung des aktuellen Blockproduzenten: Finden Sie heraus, welcher Validator derzeit für die Blockerstellung eingeplant ist.
  • Netzwerküberwachung: Beobachten Sie die Rotation der Slot-Leiter.
  • Fehlerbehebung bei Transaktionen: In einigen fortgeschrittenen Szenarien kann es relevant sein, den aktuellen Slot-Leiter zu kennen, wenn Transaktionen direkt an Leiter übermittelt werden (obwohl dies keine übliche Praxis auf Client-Seite ist).

Anfrageparameter

Diese Methode nimmt ein optionales Konfigurationsobjekt als ersten Parameter an:
  1. options (object, optional): Ein optionales Konfigurationsobjekt mit den folgenden Feldern:
    • commitment (string, optional): Spezifiziert das Commitment-Level für die Abfrage. Unterstützte Werte sind finalized, confirmed oder processed. Wenn nicht angegeben, wird das Standard-Commitment des RPC-Knotens verwendet (normalerweise finalized). Der Slot-Leiter wird basierend auf dem Slot bestimmt, der diesem Commitment-Level entspricht.
    • minContextSlot (number, optional): Der minimale Slot, den die Anfrage bewerten kann. Dies legt den minimalen Slot für den Kontext des Knotens fest.

Antwortstruktur

Das result-Feld der JSON-RPC-Antwort ist eine einzelne Base-58 kodierte Zeichenfolge, die den öffentlichen Schlüssel (Identität) des aktuellen Slot-Leiters darstellt. Beispielantwort:

Beispiele

1. Aktuellen Slot-Leiter abrufen (Standard-Commitment)

Dieses Beispiel ruft den aktuellen Slot-Leiter unter Verwendung des Standard-Commitment-Levels des Knotens ab (normalerweise finalized).

2. Aktuellen Slot-Leiter mit confirmed Commitment abrufen

Dieses Beispiel ruft den Slot-Leiter für den neuesten Slot ab, der das confirmed Commitment erreicht hat.

Entwickler-Tipps

  • Dynamische Natur: Slot-Leiter ändern sich häufig (alle paar Slots, typischerweise 4). Das Ergebnis dieses Aufrufs ist eine Momentaufnahme basierend auf der aktuellen Ansicht des Knotens und dem gewählten Commitment.
  • Commitment-Level: Das Commitment-Level bestimmt, welcher Slot als “aktuell” betrachtet wird, um den Leiter zu bestimmen. Die Verwendung von processed gibt Ihnen den Leiter des allerneuesten Slots, den der Knoten kennt, was sich schnell ändern kann und möglicherweise noch nicht vom breiteren Netzwerk bestätigt wurde.
  • Leiterplan: Die Reihenfolge der Slot-Leiter wird durch einen Leiterplan bestimmt, der zu Beginn jedes Epochenzyklus berechnet wird. Unser Leitfaden zu Slots, Blocks und Epochs bietet weitere Informationen zu diesem Prozess. Für einen umfassenderen Überblick über kommende Leiter verwenden Sie getLeaderSchedule.
  • Perspektive des Knotens: Der zurückgegebene Slot-Leiter basiert auf den Informationen, die dem spezifischen RPC-Knoten zur Verfügung stehen, den Sie abfragen. Unterschiedliche Knoten können aufgrund von Netzwerkverzögerungen leicht unterschiedliche Ansichten haben.
getSlotLeader bietet eine schnelle Möglichkeit, den Validator zu identifizieren, der derzeit für die Blockproduktion verantwortlich ist. Für einen umfassenderen Überblick über die Leiterrotation sollten Sie getLeaderSchedule in Betracht ziehen.

Verwandte Methoden

getLeaderSchedule

Holen Sie sich den gesamten Leiterplan für eine Epoche

getSlotLeaders

Holen Sie sich Leiter für eine Reihe von bevorstehenden Slots