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 노드에 특정합니다. 다른 노드는 다른 원장 보유 정책을 가질 수 있으며, 따라서 다른 최소 슬롯을 가질 수 있습니다.
• 동적 값: 공간을 절약하기 위해 노드가 원장의 오래된 부분을 가지치기하면서 시간이 지남에 따라 이 값은 증가할 수 있습니다. 감소하지는 않습니다.
• 모든 역사 아님: 이것이 노드가 이 슬롯과 현재 팁 사이의 모든 블록을 가지고 있음을 의미하지 않습니다. 이는 단지 데이터를 가질 가능성이 있는 가장 낮은 슬롯을 나타냅니다. 특히 비아카이브 노드에서는 여전히 간격이 존재할 수 있습니다.
• 아카이브 노드: 제네시스부터의 블록체인 전체 기록에 접속하기 위해서는 일반적으로 모든 원장 데이터를 저장하려고 하는 아카이브 노드를 조회해야 합니다.