So verwendest du getSlotLeaders

​

Häufige Anwendungsfälle

• Kurzfristige Blockproduzenten vorhersagen: Ermittle, welche Validatoren voraussichtlich in naher Zukunft Blöcke für einen begrenzten Bereich von slots produzieren.
• Leader-Verteilung analysieren: Untersuche die Abfolge der Leader für einen Abschnitt einer Epoche.
• Tools zur Netzwerkanalyse: Tools, die das Netzwerkverhalten überwachen oder analysieren, können damit Leader-Muster untersuchen.

​

Parameter des request

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

​

Struktur der response

{
  "jsonrpc": "2.0",
  "result": [
    "ValidatorPubkey1XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
    "ValidatorPubkey2XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
    "ValidatorPubkey3XXXXXXXXXXXXXXXXXXXXXXXXXXXX"
  ],
  "id": 1
}

​

Beispiele

​

1. Leader für einen bestimmten Bereich von slots abrufen

# Replace <api-key> with your Helius API key
# Replace STARTING_SLOT with a recent or future slot number
curl https://mainnet.helius-rpc.com/?api-key=<api-key> -X POST -H "Content-Type: application/json" -d \
  '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getSlotLeaders",
    "params": [
      180000000, 
      5          
    ]
  }'

// Replace <api-key> with your Helius API key
const { Connection } = require('@solana/web3.js');

async function getUpcomingSlotLeaders() {
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');
  const startSlot = 180000000; // Replace with a recent or future slot number
  const limit = 5;

  try {
    const leaders = await connection.getSlotLeaders(startSlot, limit);
    console.log(`Slot leaders starting from slot ${startSlot} (limit ${limit}):`);
    leaders.forEach((leader, index) => {
      console.log(`  Slot ${startSlot + index}: ${leader}`);
    });
  } catch (error) {
    console.error('Error fetching slot leaders:', error);
  }
}

getUpcomingSlotLeaders();

​

Tipps für Entwickler

• Limit: Der Parameter limit gibt an, wie viele aufeinanderfolgende Leader von slots zurückgegeben werden, maximal jedoch 5.000. So kannst du innerhalb einer Epoche eine beträchtliche Anzahl von slots im Voraus prüfen.
• Epochengrenzen: Der Leader-Zeitplan wird für eine gesamte Epoche festgelegt. Weitere Informationen findest du in unserem Leitfaden zu Slots, Blöcken und Epochen. Mit dieser Methode kannst du Teile dieses Zeitplans abfragen. Wenn dein Bereich eine Epochengrenze überschreitet, basieren die zurückgegebenen Leader weiterhin auf dem Zeitplan der Epoche, in der sich startSlot befindet. Das gilt bis zum angegebenen Limit oder bis zum Ende des bekannten Zeitplans dieser Epoche, falls der RPC node für diesen Aufruf keine weitere Prognose erstellt.
• Zukünftige slots: Du kannst Leader für zukünftige slots anfordern. Der RPC node gibt die geplanten Leader gemäß dem aktuellen Leader-Zeitplan der jeweiligen Epoche zurück.
• Genauigkeit: Der Leader-Zeitplan ist für eine Epoche festgelegt. Daher sind die zurückgegebenen Leader in der Regel korrekt, sofern keine außergewöhnlichen Netzwerkbedingungen oder Änderungen am Validatorensatz vorliegen, die sich auf die Berechnungen nachfolgender Epochen auswirken könnten.
• Unterschied zu getLeaderSchedule: Während getSlotLeaders eine direkte Liste für einen Bereich liefert, stellt getLeaderSchedule den vollständigen Zeitplan für eine gesamte Epoche bereit. Dabei werden Validatoridentitäten allen ihnen innerhalb dieser Epoche zugewiesenen slots zugeordnet. getSlotLeaders ist direkter, wenn du nur eine sequenzielle Liste für einen bestimmten, begrenzten Bereich benötigst.

​

Verwandte Methoden