So verwendest du getSlotLeader

​

Häufige Anwendungsfälle

• Aktuellen Blockproduzenten ermitteln: Finde heraus, welcher Validator aktuell für die Blockproduktion eingeplant ist.
• Netzwerk überwachen: Beobachte die Rotation der Leader für die slots.
• Transaktionsprobleme beheben: In einigen fortgeschrittenen Szenarien kann es relevant sein, den aktuellen Leader des slot zu kennen, wenn Transaktionen direkt an Leader gesendet werden. Dies ist clientseitig jedoch nicht üblich.

​

Parameter des request

1. options (object, optional): Ein optionales Konfigurationsobjekt mit den folgenden Feldern:
   • commitment (string, optional): Gibt das Level des commitment für die Abfrage an. Unterstützte Werte sind finalized, confirmed oder processed. Wenn du das Feld weglässt, verwendet die Methode das standardmäßige commitment des RPC node (normalerweise finalized). Der Leader wird anhand des slot ermittelt, der diesem Level des commitment entspricht.
   • minContextSlot (number, optional): Der minimale slot, auf dessen Stand der request ausgewertet werden kann. Dieser Wert legt den minimalen slot für den Kontext des node fest.

​

Struktur der response

{
  "jsonrpc": "2.0",
  "result": "ENvAW7JScgYq6o4zKZwewtkzzJgDzuJAFxYasvmEQdpS",
  "id": 1
}

​

Beispiele

​

1. Aktuellen Leader für den slot abrufen (standardmäßiges commitment)

# Replace <api-key> with your Helius API key
curl https://mainnet.helius-rpc.com/?api-key=<api-key> -X POST -H "Content-Type: application/json" -d \
  '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getSlotLeader"
  }'

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

async function getCurrentSlotLeader() {
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');
  try {
    const slotLeader = await connection.getSlotLeader();
    console.log('Current slot leader (default commitment):', slotLeader);
  } catch (error) {
    console.error('Error fetching current slot leader:', error);
  }
}

getCurrentSlotLeader();

​

2. Aktuellen Leader für den slot mit commitment confirmed abrufen

# Replace <api-key> with your Helius API key
curl https://mainnet.helius-rpc.com/?api-key=<api-key> -X POST -H "Content-Type: application/json" -d \
  '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getSlotLeader",
    "params": [
      {
        "commitment": "confirmed"
      }
    ]
  }'

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

async function getConfirmedSlotLeader() {
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');
  try {
    const slotLeader = await connection.getSlotLeader('confirmed');
    console.log('Current slot leader (confirmed commitment):', slotLeader);
    // Note: For @solana/web3.js v1.30.0 and later, you can pass commitment directly.
    // For older versions or more complex options, use an object:
    // const slotLeader = await connection.getSlotLeader({ commitment: 'confirmed' });
  } catch (error) {
    console.error('Error fetching confirmed slot leader:', error);
  }
}

getConfirmedSlotLeader();

​

Tipps für Entwickler

• Dynamische Zuordnung: Die Leader für die slots wechseln häufig, normalerweise alle vier slots. Das Ergebnis dieses Aufrufs ist eine Momentaufnahme auf Grundlage der aktuellen Daten des node und des gewählten commitment.
• Level des commitment: Das Level des commitment beeinflusst, welcher slot zur Ermittlung des Leader als „aktuell“ gilt. Mit processed erhältst du den Leader des neuesten slot, der dem node bekannt ist. Dieser kann sich schnell ändern und wurde möglicherweise noch nicht vom restlichen Netzwerk bestätigt.
• Leader-Zeitplan: Die Reihenfolge der Leader für die slots wird durch einen Leader-Zeitplan bestimmt, der zu Beginn jeder Epoche berechnet wird. Unser Leitfaden zu Slots, Blöcken und Epochen erklärt diesen Prozess genauer. Verwende getLeaderSchedule, um einen umfassenderen Überblick über die kommenden Leader zu erhalten.
• Perspektive des node: Der zurückgegebene Leader für den slot basiert auf den Informationen, die dem abgefragten RPC node vorliegen. Verschiedene nodes können aufgrund der Netzwerklatenz leicht unterschiedliche Daten haben.

​

Verwandte Methoden