So verwendest du getSlot

​

Häufige Anwendungsfälle

• Aktuellen Netzwerkfortschritt abrufen: Ermittle den neuesten slot, den der node verarbeitet oder bestätigt hat.
• Synchronisierung von nodes prüfen: Vergleiche die slots verschiedener nodes, um ihren Synchronisierungsstatus einzuschätzen.
• Vorgänge zeitlich einordnen: Verwende den aktuellen slot als Referenzpunkt für Vorgänge oder um das Alter bestimmter Daten zu bestimmen.
• Eingabe für andere RPC-Aufrufe: Einige RPC-Methoden können die Nummer eines slot als Referenzpunkt verwenden.

​

Request-Parameter

1. options (object, optional): Ein optionales Konfigurationsobjekt mit den folgenden Feldern:
   • commitment (string, optional): Gibt das commitment level für die Abfrage an. Unterstützte Werte sind finalized, confirmed oder processed. Wenn du diesen Wert weglässt, verwendet die Abfrage das standardmäßige commitment des RPC node (normalerweise finalized).
     • processed: Der node fragt seinen neuesten slot ab. Beachte, dass der cluster diesen slot möglicherweise noch nicht bestätigt hat und er eventuell übersprungen wird.
     • confirmed: Der node fragt den neuesten slot ab, über den eine qualifizierte Mehrheit des cluster abgestimmt hat.
     • finalized: Der node fragt den neuesten slot ab, den die qualifizierte Mehrheit des cluster als vollständig gesperrt bestätigt hat und der nicht zurückgesetzt werden kann.
   • minContextSlot (number, optional): Der minimale slot, für den der request ausgewertet werden kann. Dadurch legst du den minimalen slot für den Kontext des node fest. Ist der Zustand des node älter als dieser slot, gibt er möglicherweise einen Fehler oder die Nummer eines slot zurück, die seinen aktuellen, älteren Zustand relativ zu diesem Minimum widerspiegelt.

​

Response-Struktur

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

​

Beispiele

​

1. Aktuellen 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": "getSlot"
  }'

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

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

getCurrentSlot();

​

2. Aktuellen slot mit einem bestimmten commitment 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": "getSlot",
    "params": [
      {
        "commitment": "confirmed"
      }
    ]
  }'

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

async function getConfirmedSlot() {
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');
  try {
    const slot = await connection.getSlot('confirmed');
    console.log('Current slot (confirmed commitment):', slot);
    // 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 slot = await connection.getSlot({ commitment: 'confirmed' });
  } catch (error) {
    console.error('Error fetching confirmed slot:', error);
  }
}

getConfirmedSlot();

​

Tipps für Entwickler

• Commitment ist entscheidend: Die zurückgegebene Nummer des slot hängt stark vom angegebenen commitment level ab. Ausführliche Informationen findest du unter Solana Commitment Levels. processed ist der höchste und neueste slot, den der node kennt. finalized ist dagegen ein älterer slot, den das gesamte Netzwerk bestätigt hat. Wähle das commitment level passend zu den Finalitätsanforderungen deines Anwendungsfalls.
• Unterschiede zwischen nodes: Verschiedene RPC nodes können aufgrund von Verzögerungen bei der Netzwerkübertragung oder ihres eigenen Verarbeitungsstands für dasselbe commitment level leicht unterschiedliche Nummern von slots zurückgeben. Dies gilt besonders für die Level processed und confirmed.
• minContextSlot: Dieser Parameter stellt sicher, dass der node, der deinen request verarbeitet, mindestens minContextSlot erreicht hat. Liegt der node hinter diesem slot, kann das Verhalten variieren. Er kann beispielsweise einen Fehler oder seinen aktuell höchsten slot zurückgeben, der kleiner als minContextSlot ist. Diesen Parameter verwendest du in der Regel in fortgeschrittenen Szenarien, wenn du sicherstellen musst, dass eine Abfrage einen ausreichend aktuellen Zustand verwendet.