So verwendest du getEpochSchedule

​

Häufige Anwendungsfälle

• Epochengrenzen vorhersagen: Ermittle die Anzahl der slots in einer Epoche, um abzuschätzen, wann die aktuelle Epoche endet und die nächste beginnt.
• Leader-Plan berechnen: Nutze leaderScheduleSlotOffset, um zu ermitteln, wie weit im Voraus Leader-Pläne für eine bevorstehende Epoche erstellt werden.
• Netzwerkinitialisierung analysieren: Untersuche warmup, firstNormalEpoch und firstNormalSlot, um gegebenenfalls die anfängliche Hochlaufphase der Epochenlängen des cluster zu verstehen.
• Tools zur Netzwerküberwachung entwickeln: Nutze diese Informationen, um den zeitlichen Ablauf und Fortschritt von Epochen genau darzustellen.

​

Parameter für den request

​

Struktur der response

• slotsPerEpoch (u64): Die maximale Anzahl von slots in jeder Epoche (nach der Aufwärmphase, falls vorhanden).
• leaderScheduleSlotOffset (u64): Die Anzahl der slots vor dem Beginn einer Epoche, für die der Leader-Plan dieser Epoche erstellt wird.
• warmup (boolean): Ein boolescher Wert, der angibt, ob der cluster eine Aufwärmphase hat, in der Epochen kürzer beginnen und ihre Länge schrittweise zunimmt.
• firstNormalEpoch (u64): Die Nummer der ersten Epoche mit der vollständigen Länge slotsPerEpoch. Dies ist relevant, wenn warmup true ist.
• firstNormalSlot (u64): Der slot-Index des ersten slot in firstNormalEpoch. Dies ist relevant, wenn warmup true ist.

​

Beispiele

​

1. Epochenplan für den cluster abrufen

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

const { Connection } = require('@solana/web3.js');

async function getClusterEpochSchedule() {
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');
  try {
    const epochSchedule = await connection.getEpochSchedule();
    console.log(JSON.stringify(epochSchedule, null, 2));
  } catch (error) {
    console.error('Error fetching epoch schedule:', error);
  }
}

getClusterEpochSchedule();

​

Tipps für Entwickler

• Statische Informationen: Die Genesis-Konfiguration des cluster legt den Epochenplan fest. Er ändert sich normalerweise nur bei einem umfangreichen Netzwerk-Upgrade oder beim Start eines neuen cluster mit anderen Parametern.
• Mainnet und Testnet/Devnet: Der Epochenplan, insbesondere slotsPerEpoch und die Parameter der Aufwärmphase, kann sich zwischen Mainnet Beta, Testnet und Devnet erheblich unterscheiden. Frage immer den spezifischen cluster ab, der dich interessiert.
• Aufwärmphase: Wenn warmup den Wert true hat, enthalten Epochen vor firstNormalEpoch weniger slots als slotsPerEpoch. Die genaue Berechnung der Epochenlängen während der Aufwärmphase lautet 2^N * MINIMUM_SLOTS_PER_EPOCH, wobei N die Epochennummer ist (beginnend bei 0), bis firstNormalEpoch erreicht wird. MINIMUM_SLOTS_PER_EPOCH beträgt normalerweise 32.