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
startSlot(u64): (Erforderlich) Der erste Slot (einschließlich), für den der Leader-Zeitplan abgerufen werden soll.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
Dasresult-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
startSlotbefindet, 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ährendgetSlotLeadersIhnen eine direkte Liste für einen Bereich gibt, bietetgetLeaderScheduleden vollständigen Zeitplan für eine gesamte Epoche und ordnet Validator-Identitäten allen ihren zugewiesenen Slots innerhalb dieser Epoche zu.getSlotLeadersist direkter, wenn Sie nur eine sequentielle Liste für einen bestimmten, begrenzten Bereich benötigen.
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