minimumLedgerSlotの使い方

​

よくあるユースケース

• 履歴データの利用可能性の判定: 非常に古い履歴データ（例：古いブロックやトランザクション）を照会する前に、このメソッドを使用してノードがそのデータを保持している可能性があるかどうかを確認できます。 minimumLedgerSlotより低いスロットのデータが必要な場合は、アーカイバルノードを見つける必要があるかもしれません。
• ノードプルーニングの認識: RPCノード（特に非アーカイバルノード）が古い台帳データをプルーニングする可能性があることを理解します。この値は、それらの保存された履歴の現在の下限を示します。
• 履歴データフェッチャーの同期: 履歴Solanaデータを取り込むサービスを構築している場合、特定のノードで利用可能なデータの開始点を理解するのに役立ちます。

​

リクエストパラメーター

​

レスポンス構造

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

​

コード例

curl -X POST -H "Content-Type: application/json" -d \
  '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "minimumLedgerSlot"
  }' \
  <YOUR_RPC_URL>

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

async function getMinLedgerSlot() {
  // Replace with your RPC endpoint
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');

  try {
    const minSlot = await connection.getMinimumLedgerSlot();
    console.log(`Minimum ledger slot available on the node: ${minSlot}`);
  } catch (error) {
    console.error('Error fetching minimum ledger slot:', error);
  }
}

getMinLedgerSlot();

​

開発者向けヒント

• ノード特有: 返されるminimumLedgerSlotは、クエリしているRPCノードに特有です。異なるノードは異なる台帳保持ポリシーを持ち、したがって異なる最小スロットを持つ可能性があります。
• 動的な値: この値は、ノードが保存スペースを節約するために台帳の古い部分をプルーニングするにつれて増加する可能性があります。減少することはありません。
• すべての履歴ではない: これは、ノードが現在の先端までのこのスロット間のすべてのブロックを持っていることを意味しません。データを持つ可能性がある最も低いスロットを示しているだけです。ノットアーカイバルノードでは特にギャップが存在する可能性があります。
• アーカイバルノード: ジェネシスからのブロックチェーンの完全な履歴にアクセスするには、通常、すべての台帳データを保存しようとするアーカイバルノードを照会する必要があります。