getIdentity 사용 방법

​

일반적인 사용 사례

• 노드 식별: 특히 분산된 설정이나 여러 RPC 제공자와 상호작용할 때 통신 중인 RPC 노드를 고유하게 식별합니다.
• 네트워크 분석: getClusterNodes와 결합하면 getIdentity의 아이덴티티를 클러스터 목록의 노드와 일치시켜 특정 노드에 대한 자세한 정보를 찾을 수 있습니다.
• 디버깅 및 로깅: 디버깅 목적 또는 특정 요청을 제공한 노드를 추적하기 위해 노드의 아이덴티티를 기록합니다.
• 검증 (고급): 특정 시나리오에서 노드 아이덴티티는 상위 프로토콜이나 검증 목적으로 사용될 수 있지만, 일반적인 dApp 상호작용에서는 드문 경우입니다.

​

요청 매개변수

​

응답 구조

• identity (문자열): RPC 노드의 base-58 인코딩된 공개 키입니다.

​

예제

​

1. 연결된 RPC 노드의 아이덴티티 가져오기

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

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

async function logNodeIdentity() {
  const connection = new Connection('https://mainnet.helius-rpc.com/?api-key=<api-key>');
  try {
    const identityInfo = await connection.getIdentity();
    console.log(`Node Identity (Public Key): ${identityInfo.identity}`);
  } catch (error) {
    console.error('Error fetching node identity:', error);
  }
}

logNodeIdentity();

​

개발자 팁

• 노드 특화: 반환된 아이덴티티는 연결된 특정 RPC 노드 인스턴스에 고유합니다. 다른 RPC 엔드포인트에 연결하면 (같은 클러스터의 일부이거나 같은 제공자가 운영하지만 로드 밸런스된 경우에도) 다른 아이덴티티를 받을 수 있습니다.
• 사용자 지갑 아님: 반환된 아이덴티티는 RPC 노드 자체의 것이며, Solana 네트워크의 사용자 지갑이나 계정에 관한 것이 아닙니다.
• 안정성: 주어진 노드의 아이덴티티는 일반적으로 안정적이지만, 노드 운영자가 노드의 키 쌍을 재구성하거나 교체하면 변경될 수 있습니다.

​

관련 메서드