Comment utiliser getFirstAvailableBlock

​

Cas d’utilisation courants

• Requêtes de données historiques : Déterminez le point de départ à partir duquel vous pouvez commencer à interroger les données historiques de blocs ou de transactions sur un nœud spécifique.
• Vérifications de synchronisation des nœuds : Bien que ce ne soit pas une mesure directe de la synchronisation, cela peut donner une idée de la quantité de données historiques qu’un nœud conserve par rapport à d’autres.
• Analyse du registre : Comprenez la profondeur du registre disponible sur un endpoint RPC donné.

​

Paramètres de requête

​

Structure de réponse

​

Exemples

​

1. Obtenez le slot du premier bloc disponible

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

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

async function logFirstAvailableBlock() {
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');
  try {
    const firstAvailableBlock = await connection.getFirstAvailableBlock();
    console.log(`First Available Block Slot: ${firstAvailableBlock}`);
  } catch (error) {
    console.error('Error fetching first available block:', error);
  }
}

logFirstAvailableBlock();

​

Conseils pour les développeurs

• Spécifique au nœud : Le premier bloc disponible peut varier considérablement entre différents nœuds RPC. Les nœuds peuvent être configurés pour purger les données du registre à des rythmes différents, donc un nœud pourrait avoir un historique beaucoup plus profond qu’un autre.
• Non fixe : La valeur retournée par getFirstAvailableBlock augmentera avec le temps à mesure que les slots plus anciens sont finalement purgés du registre pour économiser de l’espace.
• Blocs confirmés : Cette méthode se réfère aux blocs confirmés. Les blocs qui sont traités mais pas encore confirmés ou finalisés ne sont pas pris en compte.