Skip to main content
Die getSlotLeaders RPC-Methode ermöglicht das Abrufen einer Liste von öffentlichen Schlüsseln der Validatoren, die als Leader für einen bestimmten Bereich von Slots geplant sind. Dies kann nützlich sein, um die bevorstehende Reihenfolge der Blockproduzenten zu verstehen.

Häufige Anwendungsfälle

  • Vorhersage kurzfristiger Blockproduzenten: Identifizieren Sie, welche Validatoren voraussichtlich in naher Zukunft Blöcke für einen begrenzten Bereich von Slots produzieren werden.
  • Analyse der Leader-Verteilung: Beobachten Sie die Reihenfolge der Leader für einen Abschnitt eines Epochs.
  • Netzwerkanalysetools: Tools, die das Netzwerkverhalten überwachen oder analysieren, könnten dies verwenden, um Muster der Leader zu verstehen.

Anfrageparameter

  1. startSlot (u64): (Erforderlich) Der erste Slot (einschließlich), für den der Leader-Zeitplan abgerufen werden soll.
  2. limit (u64): (Erforderlich) Die Anzahl der aufeinanderfolgenden Slots, für die die Leader abgerufen werden sollen. Das Limit muss zwischen 1 und 5.000 liegen.

Antwortstruktur

Das result-Feld der JSON-RPC-Antwort ist ein Array von Base-58-codierten Zeichenfolgen. Jede Zeichenfolge ist der öffentliche Schlüssel (Identität) eines Validators. Die Reihenfolge der öffentlichen Schlüssel im Array entspricht dem Leader für jeden Slot im angeforderten Bereich, beginnend mit startSlot. Beispielantwort (für ein Limit von 3 Slots):

Beispiele

1. Abrufen von Slot-Leadern für einen bestimmten Bereich

Dieses Beispiel ruft die Leader für 5 Slots ab, beginnend mit einem angegebenen Slot.

Entwicklertipps

  • Begrenzung: Der limit-Parameter gibt an, wie viele aufeinanderfolgende Slot-Leader zurückgegeben werden sollen, bis zu einem Maximum von 5.000. Das bedeutet, dass Sie innerhalb eines Epochs eine beträchtliche Anzahl von Slots vorausblicken können.
  • Epochengrenzen: Der Leader-Zeitplan wird für einen gesamten Epochenzeitraum bestimmt, wie in unserem Leitfaden zu Slots, Blöcken und Epochen beschrieben. Diese Methode ermöglicht es Ihnen, Teile dieses Zeitplans abzufragen. Wenn Ihr Bereich eine Epochengrenze überschreitet, basieren die zurückgegebenen Leader immer noch auf dem Zeitplan der Epoche, in der sich startSlot befindet, bis zu dem von Ihnen angegebenen Limit oder dem Ende des bekannten Zeitplans dieser Epoche, wenn der RPC-Knoten für diesen Aufruf nicht weiter projiziert.
  • Zukünftige Slots: Sie können Leader für zukünftige Slots anfordern. Der RPC-Knoten gibt die geplanten Leader basierend auf dem aktuellen Leader-Zeitplan für die relevante Epoche zurück.
  • Genauigkeit: Der Leader-Zeitplan ist für eine Epoche festgelegt, sodass die zurückgegebenen Leader im Allgemeinen genau sind, es sei denn, es gibt außergewöhnliche Netzwerkumstände oder Änderungen am Validator-Set, die sich auf die Berechnungen nachfolgender Epoche auswirken können.
  • Unterscheidung von getLeaderSchedule: Während getSlotLeaders Ihnen eine direkte Liste für einen Bereich gibt, bietet getLeaderSchedule den vollständigen Zeitplan für eine gesamte Epoche und ordnet Validator-Identitäten allen ihren zugewiesenen Slots innerhalb dieser Epoche zu. getSlotLeaders ist direkter, wenn Sie nur eine sequentielle Liste für einen bestimmten, begrenzten Bereich benötigen.
Verwenden Sie getSlotLeaders, wenn Sie die Reihenfolge der Blockproduzenten für ein definiertes bevorstehendes Segment von Slots kennen müssen.

Verwandte Methoden

getLeaderSchedule

Erhalten Sie den vollständigen Leader-Zeitplan für eine Epoche

getSlotLeader

Den aktuellen Slot-Leader abrufen