메인 콘텐츠로 건너뛰기
비용 절감, 성능 향상: 실시간 네트워크 상태에 기반한 정확한 우선 수수료 추정을 받으세요. 원하는 속도에 필요한 만큼만 지불하십시오.

우선 수수료란 무엇인가?

Solana에서는 우선 수수료를 통해 네트워크 혼잡 시 검증자 대기열에서 거래가 앞서갈 수 있습니다. 이것을 거래의 고속 차선이라고 생각하십시오.

기본 수수료 vs 우선 수수료

기본 수수료는 거래 처리의 고정 비용입니다.우선 수수료는 더 빠른 처리를 위한 선택적 지불입니다.

작동 방식

계산 단위당 가격을 설정합니다 - 높은 가격은 네트워크 혼잡 시 먼저 처리됩니다.

우선 수수료를 사용하는 이유

우선 수수료는 이제 Solana 거래의 표준 부분으로, 신뢰성 있는 확인 시간과 최적의 네트워크 성능을 보장합니다.

신뢰할 수 있는 확인

다양한 네트워크 상태에서도 거래가 빠르고 신뢰성 있게 확인되도록 보장합니다.

경쟁 우위

거래, 민팅, DeFi 상호작용처럼 시간에 민감한 운영에서 경쟁력을 유지합니다.

사용자 경험

더 나은 사용자 경험을 위해 일관적이고 빠른 거래 처리를 제공합니다.

네트워크 효율

네트워크 자원 할당과 전반적인 성능 최적화를 돕습니다.

우선 수준의 설명

우리의 API는 최근 네트워크 활동에 기반한 여섯 가지 우선 수준을 제공합니다:
관측된 최저 수수료 - 최근 슬롯에서 확인된 최소 수수료를 기준으로 합니다.적합한 용도: 비용 최적화가 우선인 긴급하지 않은 트랜잭션참고: 확인 시간이 더 길어질 수 있습니다.
25번째 백분위수 - 합리적인 확인 시간을 제공하는 경제적인 옵션입니다.적합한 용도: 속도가 중요하지 않은 표준 작업참고: 비용과 안정성의 균형이 좋습니다.
75번째 백분위수 - 더 빠른 처리를 위한 높은 수수료입니다.적합한 용도: 시간에 민감한 작업과 경쟁이 치열한 상황참고: 네트워크 활동이 많을 때 우선 처리됩니다.
여유분을 포함한 상위 꼬리 구간 - 최고 속도를 위한 프리미엄 수수료입니다.적합한 용도: 중요한 작업, MEV 전략, 긴급 트랜잭션참고: 관측된 수수료의 95번째 백분위수보다 높으며 이상치를 제거하지 않습니다. 네트워크가 실제로 지불하는 금액의 척도가 아니라 트랜잭션 포함 목표치로 간주하세요.
관측된 최댓값 - 이상치를 필터링하지 않고 최근 슬롯에서 확인된 가장 높은 수수료입니다.적합한 용도: 긴급 상황에만 사용경고: 조회 기간 내 어디서든 발생한 단 하나의 극단적인 입찰이 이 값을 결정합니다. 컴퓨팅 유닛당 수십억 마이크로램포트에 이르는 경우가 많으므로 주의해서 사용하세요.

추정치 계산 방법

추정치는 최근 슬롯에서 지불된 수수료를 기반으로 산출됩니다(최대 150개이며 lookbackSlots에서 제어). 이 수치를 직접 측정한 온체인 값과 비교할 때 다음 두 가지 세부 사항이 중요합니다.
  • 컴퓨팅 유닛 가격을 설정하지 않은 비투표 트랜잭션은 0으로 계산됩니다. 일반적인 슬롯에 포함된 비투표 트랜잭션 중 상당수에는 SetComputeUnitPrice 명령어가 전혀 없습니다. 이러한 트랜잭션은 수수료가 0인 샘플로 분포에 포함되므로 min 및 low에서 0이 자주 반환됩니다. 가격이 설정된 트랜잭션만 대상으로 백분위수를 계산하면 모든 수준에서 자체 수치가 당사 수치보다 높아집니다.
  • veryHigh 및 unsafeMax에서는 이상치를 제거하지 않습니다. 조회 기간 내에 극단적인 금액을 입찰한 소수의 트랜잭션만으로도 두 수준이 크게 상승할 수 있으며, veryHigh에는 유효한 트랜잭션 포함 목표치로 유지되도록 95번째 백분위수 이상의 추가 여유분이 포함됩니다.
veryHigh 또는 unsafeMax을 네트워크 수수료 통계로 사용하지 마세요. 둘 다 의도적으로 분포의 꼬리에 가중치를 두며, 대부분의 트랜잭션이 실제로 지불하는 금액보다 높습니다.
비용 계산: 총 우선순위 수수료 = 컴퓨팅 유닛당 가격 × 사용된 컴퓨팅 유닛 수일반적인 트랜잭션은 200,000400,000개의 컴퓨팅 유닛을 사용합니다. 현재 Medium 수준(유닛당 약 40,000마이크로램포트)에서는 우선순위 수수료가 0.0000080.000016 SOL입니다. 정확한 추정치를 얻으려면 항상 현재 네트워크 상태를 확인하세요.

범위: 전역 추정치와 계정별 추정치

전달하는 항목에 따라 API가 측정하는 대상이 결정됩니다.
  • 직렬화된 transaction 전달 - 추정 범위가 트랜잭션이 잠그는 쓰기 가능 계정으로 한정됩니다. 전송할 트랜잭션의 수수료를 설정할 때 권장되는 방법입니다.
  • accountKeys 전달 - 추정 범위가 해당 계정으로 한정됩니다. 트랜잭션이 잠글 쓰기 가능 계정이 경쟁 대상이므로 이를 포함하세요.
  • 둘 다 전달하지 않음 - 트랜잭션에 맞춘 수수료가 아니라 최근의 모든 네트워크 활동을 아우르는 전역 추정치를 얻게 됩니다.
전역 추정치는 지불해야 할 수수료가 아닙니다. transaction 또는 accountKeys이 없으면 응답은 트랜잭션이 전혀 사용하지 않는 계정의 혼잡도를 포함한 네트워크 전체 상태를 나타냅니다.Solana는 쓰기 가능 계정별로 우선순위 수수료를 책정하므로 전역 veryHigh을 지불하면 일반적으로 트랜잭션 포함률은 개선되지 않으면서 훨씬 많은 금액을 지불하게 됩니다. 곧 전송할 트랜잭션의 수수료를 추정치로 설정하려면 항상 transaction 또는 쓰기 가능한 accountKeys을 전달하세요.

구현 방법

Serialized Transaction (Recommended)

주요 방법 - 정확도를 극대화하기 위해 실제 트랜잭션을 분석합니다.적합한 용도: 대부분의 애플리케이션과 프로덕션 사용 사례이점:
  • 명령어별 분석
  • 최고 수준의 정확도
  • 프로덕션에서 바로 사용 가능
  • 트랜잭션 복잡성 고려

Account Keys (Advanced)

특수 사용 사례 - 계정 패턴을 기반으로 추정합니다.적합한 용도: 트랜잭션 실행 전 분석, 일괄 작업, 특수 아키텍처이점:
  • 계정 수준 패턴 분석
  • 계획 및 연구에 유용
  • 계정 일괄 분석

빠른 시작 예제

API 참조

getPriorityFeeEstimate

모든 매개변수와 응답 형식을 포함한 전체 API 문서

실시간 네트워크 모니터링

전문가 팁: 우선순위 수수료 전략을 최적화하려면 네트워크 상태를 모니터링하세요. 네트워크 상태가 정상일 때는 낮은 우선순위 수준을 사용하세요. 혼잡할 때는 시간에 민감한 작업에 더 높은 수준을 고려하세요.Solana 탐색기 또는 getRecentPerformanceSamples RPC 메서드를 사용하여 현재 네트워크 상태를 확인할 수 있습니다.

지원 및 리소스

Discord Community

커뮤니티와 Helius 팀의 도움을 받으세요.

Direct Support

우선순위 수수료 관련 질문 및 최적화 지원