> ## Documentation Index
> Fetch the complete documentation index at: https://www.helius.dev/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# Verwendung von getSlotLeaders

> Lernen Sie Anwendungsfälle, Codebeispiele, Anfrageparameter, Antwortstruktur und Tipps zu getSlotLeaders kennen.

Die [`getSlotLeaders`](https://www.helius.dev/docs/api-reference/rpc/http/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):**

```json theme={"system"}
{
  "jsonrpc": "2.0",
  "result": [
    "ValidatorPubkey1XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
    "ValidatorPubkey2XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
    "ValidatorPubkey3XXXXXXXXXXXXXXXXXXXXXXXXXXXX"
  ],
  "id": 1
}
```

## 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.

<CodeGroup>
  ```bash cURL theme={"system"}
  # 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          
      ]
    }'
  ```

  ```javascript JavaScript (using @solana/web3.js) theme={"system"}
  // 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();
  ```
</CodeGroup>

## 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](https://www.helius.dev/blog/solana-slots-blocks-and-epochs) 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

<CardGroup cols={2}>
  <Card title="getLeaderSchedule" href="/docs/de/api-reference/rpc/http/getleaderschedule">
    Erhalten Sie den vollständigen Leader-Zeitplan für eine Epoche
  </Card>

  <Card title="getSlotLeader" href="/docs/de/api-reference/rpc/http/getslotleader">
    Den aktuellen Slot-Leader abrufen
  </Card>
</CardGroup>