솔라나 거래 서명을 찾고 상태를 확인하는 방법

솔라나 거래 서명 찾기

1. Solana CLI를 통해 트랜잭션을 제출한 후 출력에는 Signature: 라고 표시된 64자의 16진수 문자열이 표시됩니다. 이것은 귀하의 고유한 거래 서명입니다.

2. Phantom 또는 Backpack 지갑 확장을 사용하는 경우 거래 확인 모달은 서명 직후 서명을 표시합니다. 이는 "확인됨" 라벨 아래에 긴 해시로 표시됩니다.

3. Solana JavaScript SDK 애플리케이션에서 sendTransaction 메소드는 확인 전에 서명이 포함된 문자열 을 반환합니다. 개발자는 이 값을 명시적으로 캡처하고 저장해야 합니다.

4. 서명을 표시하지 않는 dApp과 상호 작용하는 경우 네트워크 탭 아래에서 브라우저의 개발자 콘솔을 검사하고 sendTransaction 또는 getTransaction RPC 호출을 필터링하여 서명이 포함된 원시 응답을 찾으세요.

5. WalletConnect v2 세션은 생성된 페이로드의 transactionId 필드에 서명이 포함된 트랜잭션 이벤트를 생성합니다. 이는 세션 객체에 등록된 이벤트 리스너를 통해 액세스할 수 있습니다.

RPC 끝점을 통해 트랜잭션 상태 확인

1. 서명 및 커밋 수준(예: 확인됨 또는 종료됨 )과 함께 getTransaction RPC 메서드를 사용하여 계정 키, 지침 및 반환 상태를 포함한 전체 실행 세부 정보를 검색합니다.

2. 동일한 서명을 getSignatureStatuses 에 제출하여 간단한 상태 요약을 얻습니다. 특히 프런트엔드 인터페이스에서 전체 기록을 가져오지 않고 폴링하는 데 유용합니다.

3. https://api.mainnet-beta.solana.com 과 같은 공개 RPC 엔드포인트에 대해 쿼리할 때 POST 본문에 유효한 jsonrpc , method , params 및 id를 포함합니다. 형식이 올바르지 않으면 HTTP 400 또는 빈 응답이 발생합니다.

4. getTransaction 의 null 상태는 거래가 아직 처리되지 않았거나 시간 초과 또는 수수료 소진으로 인해 삭제되었음을 나타냅니다.

5. 반환된 트랜잭션 개체 내의 err 필드는 실패한 상호 작용을 디버깅하는 데 중요한 InstructionError , AccountInUse 또는 InvalidArgument 와 같은 온체인 실패 이유를 나타냅니다.

사람이 읽을 수 있는 컨텍스트를 위해 블록 탐색기 사용

1. 64자 서명을 Solana Explorer( explorer.solana.com ) 또는 Solscan( solscan.io )의 검색창에 직접 붙여넣어 관련 계정, 지침 단계 및 토큰 전송에 대한 시각적 분석을 로드하세요.

2. 각 탐색기에는 색상으로 구분된 상태 표시기가 표시됩니다. 성공 은 녹색, 실패 는 빨간색, 보류는 회색으로 원시 JSON을 구문 분석하지 않고도 신속하게 분류할 수 있습니다.

3. 계정 탭에는 거래에서 참조된 모든 주소가 해당 잔액 내역 및 프로그램 소유권 정보에 대한 하이퍼링크와 함께 나열됩니다.

4. 버전이 지정된 트랜잭션의 경우 탐색기는 주소 조회 테이블 참조를 별도로 렌더링하여 어떤 인덱스가 어떤 공개 키에 매핑되는지 표시하고 압축된 트랜잭션 페이로드 분석을 돕습니다.

5. 탐색기에 표시된 거래 타임스탬프는 슬롯 번호와 블록 시간에서 파생됩니다. 로컬 시계와 클러스터 시간 간의 불일치로 인해 상태 업데이트가 지연될 수 있습니다.

트랜잭션 상태에 대한 일반적인 오해

1. 처리됨은 확인됨과 같지 않음: 거래는 한 명의 검증인에 의해 처리될 수 있지만 필요한 확인 횟수에 도달할 때까지 네트워크 전체에서 확인되지 않은 상태로 유지됩니다.

2. 최종 상태에는 31개 이상의 깊이 슬롯이 필요합니다. 즉, 트랜잭션이 롤백될 가능성이 거의 없는 블록에 있음을 의미합니다. 이는 Ethereum의 최종 모델과 완전히 다릅니다.

3. BlockhashNotFound 라고 표시된 트랜잭션은 제출 중에 사용된 블록해시가 만료되었음을 나타냅니다. — Solana 블록해시는 최대 2분 동안만 유효하므로 자주 새로 고쳐야 합니다.

4. 노드를 찾을 수 없음 오류는 오래된 RPC 엔드포인트 또는 잘못 구성된 프록시 레이어를 쿼리하는 데서 발생하는 경우가 많습니다. 다른 엔드포인트 공급자로 전환하면 이러한 문제가 대부분 즉시 해결됩니다.

5. 중복 서명은 중복 실행을 의미하지 않습니다. Solana는 최근 블록해시 재사용과 Sealevel 런타임에 내장된 명령 수준 중복 제거 로직을 통해 멱등성을 강화합니다.

자주 묻는 질문

Q: 지갑 내역에는 거래 내역이 표시되는데 왜 "찾을 수 없음"이라고 표시되나요? A: 지갑은 보류 중인 트랜잭션이 RPC 계층에 전파되기 전에 로컬로 캐시하는 경우가 있습니다. 15~30초 정도 기다린 후 쿼리를 다시 시도하거나 다른 RPC 엔드포인트로 전환하세요.

Q: 브라우저를 닫거나 지갑을 다시 시작한 후에도 거래 서명을 검색할 수 있나요? A: 아니요. 애플리케이션이 명시적으로 오프체인에 저장하거나 백엔드 서비스에 기록하지 않는 한, 클라이언트 컨텍스트가 종료되면 서명이 손실됩니다.

Q: 세부 정보를 가져오려고 할 때 "거래량이 너무 큼"은 무엇을 의미합니까? 답변: 이는 트랜잭션이 솔라나의 1,232바이트 직렬 제한을 초과할 때 발생합니다. 주소 조회 테이블을 사용하는 버전 관리 트랜잭션은 계정 주소를 압축하여 이를 방지합니다.

Q: 여러 서명을 단일 RPC 호출로 일괄 처리하는 방법이 있습니까? A: 예. 한 요청에 최대 1,000개의 서명 배열과 함께 getSignatureStatuses를 사용하세요. 응답은 일치하는 순서로 상태 개체를 반환합니다.