altnara 지표 데스크는 남이 정리해 준 수치를 옮기지 않고 창구를 직접 열어 봅니다. 이번 주제는 솔라나에서 거래 한 건을 보낼 때 네트워크 수수료가 실제로 얼마 나가는가입니다. 운영자 보유 가능성을 밝힙니다. 본 매체는 비트코인과 주요 알트 및 스테이블코인을 보유하고 있을 수 있습니다.
결론을 먼저 적겠습니다. 솔라나 수수료는 두 칸입니다. 서명 하나마다 붙는 기본 수수료 5,000 lamport(0.000005 SOL)와, 거래를 만드는 쪽이 정하는 우선 수수료입니다. 우선 수수료의 기본값은 0이라, 서명이 하나뿐이고 우선 수수료를 얹지 않은 SOL 송금이라면 수수료는 정확히 0.000005 SOL 입니다.
실제 거래로도 셌습니다. 2026년 10월 5일 0시부터 20시까지(한국시간) 30분마다 그 시각에 만들어진 솔라나 메인넷 블록을 하나씩, 모두 41개 받아 검증인 투표 거래를 빼고 남은 24,969건을 봤습니다. 수수료 중위값은 5,415 lamport(0.000005415 SOL)였고, 우선 수수료를 한 푼도 내지 않은 거래가 27.44퍼센트였습니다. 75.37퍼센트가 10,000 lamport(0.00001 SOL) 이하였고, 상위 10퍼센트 경계는 25,001 lamport, 가장 많이 낸 거래는 45,005,000 lamport(0.045005 SOL)였습니다. SOL 만 보낸 거래 679건으로 좁히면 중위값은 5,000 lamport였고, 우선 수수료 없이 기본 수수료만 낸 거래가 75.55퍼센트, 수수료가 정확히 5,000 lamport 인 거래가 61.27퍼센트였습니다.
범위를 한정하겠습니다. 이 글이 재는 것은 솔라나 네트워크가 거래마다 매기는 수수료입니다. 거래소의 매매 수수료나 거래소에서 SOL 을 출금할 때 떼는 출금 수수료는 다루지 않았고, 원화로 환산하지도 않았습니다. 41개 블록은 하루 가운데 고른 표본이라, 이 분포를 솔라나 전체의 평균이나 다른 날의 수수료로 옮겨 적을 수는 없습니다. 토큰 계정을 새로 만드는 거래에서 수수료와 별도로 빠지는 계정 최소 잔액은 아래에서 따로 적었습니다.
솔라나 수수료는 두 칸으로 이루어집니다
솔라나 공식 문서의 수수료 구조 페이지는 거래 한 건의 수수료를 기본 수수료와 우선 수수료의 합으로 적습니다. 수수료는 실행이 시작되기 전에 수수료를 내는 계정에서 먼저 빠지고, 거래가 실패해도 청구됩니다.
| 칸 | 얼마인가 | 누가 정하나 | 어디로 가나 |
|---|---|---|---|
| 기본 수수료 | 서명 하나당 현재 5,000 lamport | 네트워크 설정값 | 50퍼센트 소각, 50퍼센트 블록을 만든 검증인 |
| 우선 수수료 | 기본값 0 | 거래를 만드는 쪽 | 100퍼센트 검증인, 소각 없음 |
lamport 는 SOL 을 잘게 나눈 단위로, 문서 용어집은 1 lamport 를 0.000000001 SOL 로 적습니다. 그래서 5,000 lamport 는 0.000005 SOL 입니다.
기본 수수료에서 세는 서명에는 거래에 붙은 서명뿐 아니라 거래 안에서 별도 프로그램이 검증하는 서명(Ed25519, Secp256k1, Secp256r1 사전 컴파일 프로그램)도 들어갑니다. 서명이 하나뿐인 평범한 송금이라면 기본 수수료는 5,000 lamport 한 번입니다.
우선 수수료는 그 블록을 만드는 검증인이 내 거래를 다른 거래보다 앞에 세울 가능성을 높이는 값이라고 문서는 설명합니다. 적는 방법은 거래 형식에 따라 다릅니다. 예전 형식(legacy)과 v0 형식은 계산 단위(compute unit) 하나당 가격을 micro-lamport 로 적고, 거기에 요청한 계산 단위 한도를 곱해 1,000,000으로 나눈 뒤 올림합니다. 문서는 이 값이 실제로 쓴 계산량이 아니라 요청한 한도로 매겨진다고 경고합니다. 한도를 필요보다 크게 잡으면 쓰지 않은 몫까지 내는 셈입니다. 메인넷에서 켜진 v1 형식은 단위당 가격 대신 우선 수수료 총액을 lamport 로 직접 적고, 곱셈도 올림도 하지 않습니다.
41개 블록을 어떻게 셌나
셈은 네 단계로 했습니다.
- 2026년 10월 5일 0시부터 20시까지(한국시간) 30분 간격으로 시각 41개를 정하고, 솔라나 메인넷 공개 서버에
getBlockTime과getBlocks메서드를 보내 각 시각 이후 처음 만들어진 블록을 골랐습니다. 41개 모두 블록 시각이 기준 시각과 초 단위까지 같았습니다. 첫 블록은 슬롯 453,290,565, 마지막 블록은 슬롯 453,559,459 입니다. - 블록마다
getBlock메서드로 거래 전체를 받았습니다. 이때maxSupportedTransactionVersion을 정수 1로 줘야 합니다. 문서는 0으로 주면 v1 거래가 한 건만 섞여도 블록 응답 전체가 오류로 돌아온다고 적고 있고, 41개 블록에는 모두 v1 거래가 80건 이상씩 들어 있었습니다. - 투표 프로그램(
Vote111111111111111111111111111111111111111)을 부르는 거래는 검증인이 받은 블록을 검증했다고 투표하는 거래라 따로 뺐습니다. - 남은 거래마다 서명 수에 사전 컴파일 프로그램이 검증하는 서명 수를 더하고 5,000을 곱해 기본 수수료로 봤습니다. 블록에 적힌 수수료(
meta.fee)에서 그 값을 뺀 나머지가 우선 수수료입니다.
이 나눗셈이 맞는지는 거래 안에 적힌 설정값으로 검산했습니다. legacy·v0 거래 가운데 단위 가격 명령과 한도 명령이 둘 다 있는 11,095건은 「가격 × 한도 ÷ 1,000,000, 올림」이 위에서 구한 우선 수수료와 11,095건 모두 같았습니다. 한도를 1,400,000보다 크게 적은 2건도 문서대로 1,400,000을 상한으로 놓고 계산하니 맞았습니다. 가격 명령이 아예 없는 legacy·v0 4,470건은 우선 수수료가 모두 0이었고, v1 거래 8,664건은 메시지 설정에 적힌 우선 수수료 총액과 모두 같았습니다. 가격 명령은 있지만 한도 명령이 없어 기본 한도가 적용되는 740건은 검산하지 않았습니다.
예를 들면 이렇습니다. 0시 블록의 SOL 송금 한 건은 단위 가격 500 micro-lamport 에 한도 100,000을 적었습니다. 500 × 100,000 ÷ 1,000,000 = 50이므로 우선 수수료는 50 lamport, 전체 수수료는 5,050 lamport 였습니다. 같은 블록의 v1 거래 한 건은 설정 칸에 우선 수수료 4,000 lamport 를 적어 전체 수수료가 9,000 lamport 였습니다.
투표 거래가 절반을 넘었습니다
41개 블록에 담긴 거래는 모두 52,163건이었고 그중 27,194건(52.13퍼센트)이 투표 거래였습니다. 투표 거래 26,991건은 5,000 lamport, 203건은 10,000 lamport 를 냈고, 모두 legacy 형식이었습니다. 투표 거래를 그대로 두면 분포가 5,000 lamport 쪽으로 쏠리기 때문에, 아래 숫자는 모두 투표를 뺀 24,969건 기준입니다.
투표를 뺀 24,969건의 수수료 분포
| 구간 | lamport | SOL |
|---|---|---|
| 최소 | 5,000 | 0.000005 |
| 하위 10퍼센트 | 5,000 | 0.000005 |
| 하위 25퍼센트 | 5,000 | 0.000005 |
| 중위 | 5,415 | 0.000005415 |
| 상위 25퍼센트 경계 | 10,000 | 0.00001 |
| 상위 10퍼센트 경계 | 25,001 | 0.000025001 |
| 상위 1퍼센트 경계 | 470,386 | 0.000470386 |
| 최대 | 45,005,000 | 0.045005 |
수수료가 정확히 5,000 lamport 인 거래, 곧 서명 하나에 우선 수수료 0인 거래가 6,304건(25.25퍼센트)이었습니다. 서명이 둘 이상이면서 우선 수수료를 내지 않은 547건까지 더하면 우선 수수료 0인 거래는 6,851건(27.44퍼센트)입니다. 24,969건 전체의 우선 수수료 중위값은 324 lamport 였고, 우선 수수료를 낸 18,118건만 보면 중위값이 1,213 lamport 였습니다.
누적으로 보면 10,000 lamport(0.00001 SOL) 이하가 75.37퍼센트, 100,000 lamport(0.0001 SOL) 이하가 95.87퍼센트, 1,000,000 lamport(0.001 SOL) 이하가 99.47퍼센트였습니다.
꼬리는 길었습니다. 가장 많이 낸 거래는 3시 30분 블록의 v1 거래로, 설정 칸에 우선 수수료 45,000,000 lamport 를 적어 전체 0.045005 SOL 을 냈습니다. 수수료를 많이 낸 순으로 상위 1퍼센트(249건)가 24,969건이 낸 수수료 합의 50.10퍼센트를, 상위 10퍼센트(2,496건)가 79.27퍼센트를 냈습니다. 평균이 31,839 lamport 로 중위값의 6배 가까이 되는 이유가 이것입니다.
SOL 만 보낸 거래는 얼마를 냈나
「솔라나 전송 수수료」를 찾는 분이 가장 궁금한 경우는 SOL 을 한 주소에서 다른 주소로 보내는 거래일 것입니다. 거래 안의 명령이 SOL 송금(System Program 의 transfer)과 수수료 설정 명령뿐인 거래만 골라 보니 679건이었습니다.
| 구간 | lamport | SOL |
|---|---|---|
| 중위 | 5,000 | 0.000005 |
| 상위 25퍼센트 경계 | 5,300 | 0.0000053 |
| 상위 10퍼센트 경계 | 40,000 | 0.00004 |
| 상위 1퍼센트 경계 | 79,934 | 0.000079934 |
| 최대 | 197,000 | 0.000197 |
679건 가운데 416건(61.27퍼센트)이 정확히 5,000 lamport 를 냈고, 우선 수수료가 0인 거래는 75.55퍼센트였습니다. 10,000 lamport 이하가 82.47퍼센트였습니다. 상위 10퍼센트 경계인 40,000 lamport 는 우선 수수료가 아니라 서명 개수에서 나온 값입니다. 서명 8개를 단 송금 39건이 모두 우선 수수료 없이 40,000 lamport(8 × 5,000)를 냈습니다. 서명이 하나인 SOL 송금은 571건이었고 그 중위값도 5,000 lamport 였습니다.
실패한 거래도 수수료를 냈습니다
투표를 뺀 거래 가운데 8,154건(32.66퍼센트)은 실행 결과에 오류가 적혀 있었습니다. 문서는 수수료가 실행 전에 빠지고 거래가 실패해도 청구된다고 적는데, 실제로 8,154건 모두 수수료가 0보다 컸습니다. 가장 적게 낸 거래가 5,000 lamport, 중위값이 6,300.5 lamport 였습니다. 실패 비율은 블록마다 달라 16시 블록은 409건 중 43건, 7시 블록은 1,365건 중 709건이었습니다. 왜 실패했는지는 이 글에서 따지지 않았습니다.
거래 형식에 따라 우선 수수료를 적는 자리가 다릅니다
| 형식 | 건수 | 비중 | 중위 수수료(lamport) | 상위 10% 경계 | 우선 수수료 0 비율 | 실패 비율 |
|---|---|---|---|---|---|---|
| legacy | 6,514 | 26.09% | 5,001 | 17,500 | 53.91% | 13.56% |
| v0 | 9,791 | 39.21% | 5,830 | 29,683 | 20.76% | 28.53% |
| v1 | 8,664 | 34.70% | 5,526.5 | 27,048 | 15.07% | 51.69% |
투표를 뺀 거래의 34.70퍼센트가 v1 형식이었습니다. v1 은 우선 수수료를 메시지 설정 칸에 총액으로 적고, 거래 안에 수수료 설정 명령이 있어도 설정값으로 쓰지 않습니다. 문서는 수수료 설정 명령만 훑어 우선 수수료를 계산하는 도구가 v1 거래의 우선 수수료를 모두 0으로 센다고 경고합니다. 이 글의 셈은 블록에 적힌 수수료에서 기본 수수료를 빼는 방식이라 형식과 상관없이 같은 방법으로 구했고, v1 은 설정 칸 값과 따로 대조했습니다. v1 형식의 실패 비율 51.69퍼센트는 다른 형식보다 높았지만, 그 이유는 확인하지 않았습니다.
블록마다 얼마나 달랐나
블록별 중위 수수료는 5,000 lamport(17시)에서 12,177 lamport(6시)까지, 우선 수수료 0 비율은 11.9퍼센트(1시 30분)에서 58.2퍼센트(17시)까지 움직였습니다. 블록 하나에 담긴 투표 외 거래는 256건(5시 30분)에서 1,365건(7시)까지였습니다.
| 시각 | 슬롯 | 투표 외 거래 | 실패 | 중위 수수료(lamport) | 우선 수수료 0 비율 |
|---|---|---|---|---|---|
| 00:00 | 453,290,565 | 719 | 263 | 6,978 | 29.9% |
| 00:30 | 453,297,302 | 341 | 89 | 5,410 | 29.6% |
| 01:00 | 453,304,018 | 651 | 178 | 5,480 | 28.1% |
| 01:30 | 453,310,710 | 547 | 176 | 11,250 | 11.9% |
| 02:00 | 453,317,385 | 1,038 | 376 | 5,180 | 15.1% |
| 02:30 | 453,324,039 | 810 | 352 | 5,071 | 14.2% |
| 03:00 | 453,330,747 | 730 | 198 | 5,515 | 24.0% |
| 03:30 | 453,337,410 | 1,355 | 504 | 5,700 | 20.7% |
| 04:00 | 453,344,118 | 427 | 116 | 5,504 | 23.4% |
| 04:30 | 453,350,802 | 738 | 267 | 5,780 | 20.2% |
| 05:00 | 453,357,499 | 803 | 414 | 7,100 | 17.7% |
| 05:30 | 453,364,236 | 256 | 55 | 5,324 | 27.3% |
| 06:00 | 453,370,958 | 551 | 299 | 12,177 | 17.8% |
| 06:30 | 453,377,661 | 478 | 183 | 5,535 | 28.9% |
| 07:00 | 453,384,368 | 1,365 | 709 | 5,410 | 18.6% |
| 07:30 | 453,391,056 | 735 | 229 | 5,500 | 28.0% |
| 08:00 | 453,397,753 | 710 | 276 | 11,408 | 19.3% |
| 08:30 | 453,404,471 | 455 | 163 | 5,097 | 37.6% |
| 09:00 | 453,411,214 | 824 | 298 | 5,324 | 23.5% |
| 09:30 | 453,417,883 | 635 | 247 | 5,142 | 32.1% |
| 10:00 | 453,424,610 | 477 | 120 | 5,359 | 34.8% |
| 10:30 | 453,431,322 | 549 | 148 | 5,248 | 34.8% |
| 11:00 | 453,438,064 | 341 | 118 | 5,400 | 34.0% |
| 11:30 | 453,444,788 | 582 | 90 | 5,410 | 35.1% |
| 12:00 | 453,451,531 | 558 | 113 | 5,126 | 33.0% |
| 12:30 | 453,458,264 | 577 | 167 | 5,126 | 41.1% |
| 13:00 | 453,465,005 | 734 | 304 | 5,585.5 | 23.8% |
| 13:30 | 453,471,746 | 486 | 121 | 5,011 | 38.5% |
| 14:00 | 453,478,485 | 438 | 124 | 5,125 | 33.6% |
| 14:30 | 453,485,248 | 700 | 264 | 6,512 | 21.0% |
| 15:00 | 453,492,002 | 496 | 87 | 5,324 | 42.7% |
| 15:30 | 453,498,741 | 641 | 213 | 7,000 | 21.7% |
| 16:00 | 453,505,467 | 409 | 43 | 5,324 | 33.5% |
| 16:30 | 453,512,235 | 342 | 48 | 5,050 | 42.1% |
| 17:00 | 453,518,980 | 318 | 60 | 5,000 | 58.2% |
| 17:30 | 453,525,725 | 327 | 52 | 5,074 | 37.0% |
| 18:00 | 453,532,482 | 627 | 148 | 5,324 | 33.7% |
| 18:30 | 453,539,224 | 567 | 100 | 5,099 | 39.3% |
| 19:00 | 453,545,980 | 560 | 146 | 5,003 | 45.5% |
| 19:30 | 453,552,718 | 509 | 148 | 5,343 | 27.9% |
| 20:00 | 453,559,459 | 563 | 148 | 5,273 | 30.9% |
수수료 가운데 소각되는 몫
투표를 뺀 24,969건이 낸 수수료는 모두 794,990,675 lamport(약 0.795 SOL)였습니다. 이 가운데 기본 수수료가 135,925,000 lamport(17.10퍼센트), 우선 수수료가 659,065,675 lamport(82.90퍼센트)였습니다. 문서의 분배 식대로 기본 수수료의 절반만 소각되고 우선 수수료는 전부 검증인에게 간다고 계산하면, 소각되는 몫은 67,962,500 lamport 로 수수료 합의 8.55퍼센트입니다. 건수로는 우선 수수료를 내지 않은 거래가 4건 중 1건을 넘었지만, 금액으로는 우선 수수료가 수수료 합의 8할을 넘었습니다. 투표 거래가 낸 136,985,000 lamport 는 이 합계에 넣지 않았습니다.
같은 구분을 이더리움 영수증으로 나눠 본 기록은 이더리움 가스비 계산을 영수증 두 장으로 검산한 글에 있습니다.
노드에 최근 우선 수수료를 물으면 0이 나오는 이유
솔라나 공개 서버에는 최근 슬롯들에서 관측된 우선 수수료 값을 돌려주는 getRecentPrioritizationFees 메서드가 있습니다. 주소를 넣지 않고 2026년 10월 5일 20시 37분 38초와 38분 34초(한국시간)에 두 번 물었더니, 두 번 모두 최근 150개 슬롯의 값이 전부 0이었습니다.
이 0을 「우선 수수료가 필요 없다」는 뜻으로 읽으면 안 됩니다. 메서드 문서는 슬롯마다 관측된 값을 돌려준다고만 적지만, 검증인 클라이언트 Agave 3.1.8 의 소스를 보면 주소 없이 물을 때 돌려주는 값은 그 블록에 들어간 투표 외 거래들의 계산 단위당 가격 가운데 최솟값입니다. 같은 정의로 위 41개 블록을 세어 보면 블록마다 단위 가격을 0으로 두거나 가격 명령이 없는 성공 거래가 있었으므로, 최솟값은 41개 모두 0입니다. 같은 블록들의 중위 수수료는 5,000에서 12,177 lamport 사이였습니다. 주소를 넣으면 그 계정에 쓰는 거래들의 최솟값과 비교해 큰 쪽을 돌려주지만, 어느 쪽이든 최솟값이지 보통 내는 값이 아닙니다.
토큰 계정을 만들 때 빠지는 금액은 수수료가 아닙니다
이 글에서 토큰 송금은 토큰 프로그램(Token 또는 Token-2022)의 송금 명령(transfer, transferChecked)이 들어 있고, 그 밖의 명령은 연관 토큰 계정 생성 명령과 수수료 설정 명령뿐인 거래로 좁혀 골랐습니다. 메모 명령처럼 다른 명령이 하나라도 붙은 거래는 넣지 않았으므로, 표본 안의 토큰 송금을 모두 센 숫자는 아닙니다. 이렇게 고른 100건 가운데 58건은 토큰만 보낸 거래로 수수료 중위값이 10,000 lamport 였고, 그중 서명이 하나인 40건만 보면 중위값이 5,000 lamport 로 SOL 송금과 같았습니다.
나머지 42건에는 토큰 계정(연관 토큰 계정)을 만드는 명령이 함께 들어 있었습니다. 솔라나 문서는 토큰 계정을 만들 때 계정 저장 공간을 위한 「돌려받을 수 있는 최소 잔액」과 거래 수수료가 든다고 적어, 두 금액을 따로 셉니다.
그 최소 잔액이 얼마인지는 문서와 네트워크가 다르게 답했습니다.
| 어디서 본 값 | 165바이트 토큰 계정 |
|---|---|
| 문서의 토큰 계정 비용 표 | 2,039,280 lamport(0.00203928 SOL) |
| 문서의 계산식 (165 + 128) × 3,480 × 2 | 2,039,280 lamport |
getMinimumBalanceForRentExemption 응답(20시 37분, 38분) | 1,488,440 lamport(0.00148844 SOL) |
| 렌트 설정 계정의 바이트당 값 5,080으로 계산한 (165 + 128) × 5,080 | 1,488,440 lamport |
실제 거래도 네트워크 쪽 값과 맞았습니다. 문서는 최소 잔액을 내는 계정이 수수료를 내는 계정과 다를 수 있다고 적는데, 이 42건은 모두 생성 명령의 최소 잔액 지불 계정이 수수료를 낸 계정과 같았습니다. 그래서 수수료를 낸 계정의 잔액 감소에서 수수료를 빼 그 금액을 셌습니다. 10건은 1,488,440 lamport 또는 그 정수배(2배, 3배, 5배, 9배)가 빠졌고, 거래 안의 계정 생성 호출로 보면 165바이트 토큰 계정을 모두 37개 만든 것이었습니다. 1건은 Token-2022 토큰 계정 하나를 170바이트로 만들면서 1,513,840 lamport 가 수수료와 별도로 빠졌습니다. 문서 표의 170바이트는 소유자 고정 확장만 자동으로 붙은 Token-2022 연관 토큰 계정의 크기이고, 다른 확장이 붙으면 계정이 더 커져 최소 잔액도 올라갑니다.
나머지 31건은 수수료 말고 더 빠진 lamport 가 없었습니다. 이 31건은 모두 「이미 있으면 그대로 성공하는」 생성 명령(CreateIdempotent)을 썼고, 거래 안에서 계정을 만드는 System Program 호출이 한 번도 없었습니다. 만들려던 토큰 계정이 이미 있어서 새로 만들지 않고 넘어간 거래입니다. 2,039,280 lamport 가 빠진 거래는 없었습니다. 문서는 이 금액을 코드에 고정해 두지 말고 그때그때 서버에 물으라고 적는데, 이번 조회에서 서버는 문서 표와 다른 값을 돌려줬습니다. 두 값이 왜 다른지, 언제부터 달라졌는지는 확인하지 않았습니다.
이 숫자로 말할 수 없는 것
표본은 하루 20시간 동안 30분마다 한 블록씩, 모두 41개입니다. 0시 블록과 20시 블록 사이에 블록 높이가 268,619 올랐으니, 41개는 그 사이 만들어진 블록의 아주 작은 일부입니다. 위 분포를 솔라나 전체의 평균이나 다른 날의 수수료로 옮겨 적을 수는 없습니다. 거래가 몰리는 날에는 분포가 달라질 수 있지만 이 글은 그런 날을 재지 않았습니다.
어떤 지갑 앱이 우선 수수료를 얼마로 잡는지도 확인하지 않았습니다. 블록에 남는 것은 거래가 낸 금액이지 그 거래를 만든 앱의 이름이 아닙니다. 우선 수수료를 더 낸 거래가 실제로 더 빨리 들어갔는지도 이 표본으로는 알 수 없습니다.
거래소의 매매 수수료와 출금 수수료는 재지 않았으므로, 이 글의 숫자를 거래소 화면의 수수료와 같은 값으로 볼 근거는 없습니다. 원화 환산도 하지 않았고, 수수료 수준과 SOL 가격의 관계도 다루지 않습니다. 다른 체인에서 송금 비용을 잰 기록으로는 트론에서 테더를 보낼 때 태우는 TRX 를 잰 글이 있습니다.
솔라나 수수료를 직접 확인하는 절차
- 솔라나 메인넷 공개 서버에
getBlockTime과getBlocks메서드를 보내, 보고 싶은 시각 바로 뒤에 만들어진 블록의 슬롯 번호를 찾습니다. - 그 슬롯으로
getBlock메서드를 보내되maxSupportedTransactionVersion을 정수 1로 줍니다. 0으로 주면 v1 거래가 한 건만 섞여 있어도 블록 응답 전체가 오류(-32015)로 돌아옵니다. - 거래마다
meta.fee가 그 거래가 낸 수수료(lamport)입니다.meta.err가 비어 있지 않으면 실패한 거래입니다. - 투표 프로그램을 부르는 거래는 검증인 투표이므로 따로 뺍니다.
- 서명 개수에 사전 컴파일 프로그램이 검증하는 서명 개수(그 명령 데이터의 첫 바이트)를 더하고 5,000을 곱하면 기본 수수료입니다.
meta.fee에서 이 값을 빼면 우선 수수료입니다. - 검산하려면 legacy·v0 거래는 ComputeBudget 프로그램의 단위 가격 명령(첫 바이트 3)과 한도 명령(첫 바이트 2)을 읽어 「가격 × 한도 ÷ 1,000,000, 올림」을 계산하고, v1 거래는 메시지의
transactionConfig에 적힌priorityFee를 읽습니다. - 토큰 계정 최소 잔액은
getMinimumBalanceForRentExemption메서드에 계정 크기(토큰 계정 165바이트)를 넣어 그때그때 받습니다.
정리
- 솔라나 수수료는 서명 하나당 5,000 lamport(0.000005 SOL)인 기본 수수료와, 기본값이 0인 우선 수수료의 합입니다. 기본 수수료는 절반이 소각되고 우선 수수료는 전부 검증인에게 갑니다.
- 2026년 10월 5일 0시부터 20시까지(한국시간) 30분마다 고른 블록 41개에서 투표를 뺀 24,969건의 수수료 중위값은 5,415 lamport, 상위 10퍼센트 경계는 25,001 lamport 였습니다. 우선 수수료를 내지 않은 거래는 27.44퍼센트였습니다.
- SOL 만 보낸 679건은 중위값이 5,000 lamport 였습니다. 우선 수수료 없이 기본 수수료만 낸 거래가 75.55퍼센트, 수수료가 정확히 5,000 lamport 인 거래가 61.27퍼센트였습니다.
- 실패한 8,154건도 모두 수수료를 냈습니다. 최소 5,000 lamport 였습니다.
- 금액으로는 우선 수수료가 82.90퍼센트였고, 문서의 분배 식으로 계산한 소각 몫은 수수료 합의 8.55퍼센트였습니다. 상위 1퍼센트 거래가 수수료 합의 절반을 냈습니다.
- 최근 우선 수수료를 돌려주는
getRecentPrioritizationFees메서드는 주소 없이 물으면 슬롯마다 그 블록에 들어간 거래들의 단위 가격 최솟값을 돌려주기 때문에 0이 나왔습니다. 보통 내는 값이 아닙니다. - 165바이트 토큰 계정의 최소 잔액은 2026년 10월 5일 20시 37분 조회에서 1,488,440 lamport(0.00148844 SOL)로, 문서 표의 2,039,280 lamport 와 달랐습니다. 이 금액은 수수료가 아닙니다.
FAQ
Q. 솔라나 수수료는 얼마인가요? A. 서명 하나당 기본 수수료 5,000 lamport(0.000005 SOL)에 보내는 쪽이 정하는 우선 수수료가 더해집니다. 2026년 10월 5일 0시부터 20시까지(한국시간) 30분마다 고른 블록 41개에서 투표를 뺀 24,969건의 수수료 중위값은 5,415 lamport(0.000005415 SOL)였고, 75.37퍼센트가 10,000 lamport 이하였습니다.
Q. SOL 을 보낼 때와 토큰을 보낼 때 전송 수수료가 다른가요? A. 수수료를 매기는 식은 같습니다. 문서의 식에는 서명 수와 우선 수수료만 들어가고, 보내는 것이 SOL 인지 토큰인지는 들어가지 않습니다. 같은 표본에서 SOL 만 보낸 679건의 중위값은 5,000 lamport 였고, 본문 기준으로 좁혀 고른 토큰 송금 가운데 토큰 계정을 만들지 않은 58건의 중위값은 10,000 lamport 였습니다. 다만 그 58건 가운데 서명이 하나인 40건만 보면 중위값이 5,000 lamport 로 같았고, 58건은 작은 표본입니다. 토큰 계정을 새로 만든 거래는 수수료와 별도로 계정 최소 잔액이 빠졌고, 165바이트 계정 기준 1,488,440 lamport 였습니다(2026년 10월 5일 20시 37분 조회).
Q. 우선 수수료는 꼭 내야 하나요? A. 문서상 우선 수수료의 기본값은 0이고, 표본에서도 투표를 뺀 거래의 27.44퍼센트와 SOL 송금의 75.55퍼센트가 우선 수수료 없이 블록에 들어갔습니다. 문서는 우선 수수료를 검증인이 거래를 앞에 세울 가능성을 높이는 값으로 설명합니다. 우선 수수료를 더 낸 거래가 실제로 더 빨리 들어갔는지는 이 글에서 재지 않았습니다. 블록에 들어가지 못한 거래는 표본에 남지 않으므로, 이 비율은 우선 수수료 없이 보낸 거래가 블록에 들어갈 확률이 아닙니다.
Q. 거래가 실패해도 수수료가 나가나요? A. 나갑니다. 문서는 수수료가 실행 전에 빠지고 실패해도 청구된다고 적고, 표본에서 실패한 8,154건도 모두 수수료를 냈습니다. 가장 적게 낸 거래가 5,000 lamport, 중위값이 6,300.5 lamport 였습니다.
Q. 거래소 출금 수수료와 같은 건가요? A. 이 글이 잰 것은 솔라나 네트워크가 거래마다 매기는 수수료입니다. 거래소의 매매 수수료와 출금 수수료는 재지 않았으므로, 두 값이 같다고 볼 근거는 이 글에 없습니다.
함께 보면 좋은 글
- 이더리움 가스비 계산 검산: 이더리움 영수증에서 소각되는 기본 수수료와 검증인에게 가는 팁을 나눠 본 기록입니다.
- 트론 에너지와 테더 전송 비용: 트론에서 테더를 보낼 때 태우는 TRX 를 잰 글입니다.
- 솔라나 Firedancer 메인넷 전망: 솔라나 검증인 클라이언트를 다룬 평가 글입니다.
확인한 창구와 조회 방식
본 글의 블록 수치는 2026년 10월 5일 오후 8시 23분 59초부터 8시 37분 36초 사이(한국시간)에 솔라나 메인넷 공개 서버에 인증 없이 getBlockTime, getBlocks, getBlock 메서드를 보내 받은 41개 블록을 직접 계산한 것입니다. 블록은 그날 0시부터 20시까지 30분마다 그 시각 이후 처음 만들어진 것을 골랐고, 첫 블록은 슬롯 453,290,565(블록 높이 431,328,956), 마지막 블록은 슬롯 453,559,459(블록 높이 431,597,575)입니다. 응답한 노드의 버전은 4.3.0 이었습니다. getRecentPrioritizationFees 와 getMinimumBalanceForRentExemption 은 오후 8시 37분 38초와 38분 34초에 두 번씩, 렌트 설정 계정(getAccountInfo)은 38분 34초에 받았고, Token-2022 계정을 만든 거래 한 건은 getTransaction 메서드로 8시 45분에 다시 열어 내부 명령을 확인했습니다. 토큰 계정 생성 명령이 든 42건의 명령 종류와 내부 호출은 같은 41개 블록을 오후 8시 52분부터 56분 사이에 다시 받아 확인했고, 잔액이 더 빠지지 않은 31건 가운데 3건은 9시 6분에 getTransaction 메서드로 한 번 더 열었습니다.
수수료 식과 분배, 거래 형식별 우선 수수료 표기, 블록 응답 형식, 최근 우선 수수료 메서드, 토큰 계정 비용 표와 생성 명령, 계정 최소 잔액 식, lamport 단위, 수수료 설정 명령의 첫 바이트, 사전 컴파일 프로그램의 서명 개수 표기는 솔라나 공식 문서의 수수료 개요, 수수료 구조, 거래 형식, getBlock, getRecentPrioritizationFees, 토큰 계정 만들기, 계정, 용어집, 상수 참조, Compute Budget, 사전 컴파일 페이지 원문으로 오후 8시 20분 20초부터 8시 29분 24초 사이에 확인했습니다. 이 메서드가 주소 없이 물을 때 블록 최솟값을 돌려준다는 점은 검증인 클라이언트 Agave 3.1.8 의 소스 원문으로 오후 8시 22분 18초에 확인했습니다.
본문에 든 예시 거래의 서명은 다음과 같습니다. 단위 가격 500 micro-lamport 와 한도 100,000을 적은 SOL 송금(수수료 5,050 lamport)은 2cDF4VQBQMh2mzwJuzdHoLc5zNUWt1tkDZQz4PpWis88fK5dpfXYGs2eZhowDuiBqDZBX92SrySpjXN9WxpfS2uy, 설정 칸에 우선 수수료 4,000 lamport 를 적은 v1 거래(수수료 9,000 lamport)는 5DdaTQ2cU72eTYh9hofXXWkroNMgLnJMTaZQovGm4s6S7MMovmXkUihdAV4QRxf79G87dGgqSyXFe6iiWrTX8rvk 로 둘 다 슬롯 453,290,565 에 있습니다. 가장 많이 낸 v1 거래(수수료 45,005,000 lamport)는 슬롯 453,337,410 의 46PnSPhMZ51Bmu6wqvQLaqYYeXHBGs7D9CvVFjk8wdJ7osTzaz6DdXrWxeUs3PZWRXjdgV1HhsK4Z3K2GKmPkdLQ 입니다.
확인하지 못한 것도 적어 둡니다. 41개 블록 밖의 시간대와 다른 날짜, 지갑 앱별 우선 수수료 설정, 우선 수수료와 체결 속도의 관계, 기본 한도를 쓰는 legacy·v0 거래 740건의 검산, 투표 거래 수수료의 기본·우선 분해, 실패한 거래의 실패 이유, 블록에 들어가지 못하고 버려진 거래, 메모 명령 등이 붙은 토큰 송금, 문서의 토큰 계정 비용 표와 서버 응답이 다른 이유는 확인하지 않았습니다. 원화 환산과 거래소 수수료도 다루지 않았습니다.
데이터 분석은 참고 자료이며 특정 자산의 매매를 권유하지 않습니다. 이 글은 진입가나 손절가, 목표가를 제시하지 않고 특정 거래소나 지갑을 추천하지 않으며, 수수료 수준에 따른 시세 방향을 전망하지 않고 승률이나 수익률을 약속하지 않습니다. 가상자산은 가격 변동이 커 원금 손실이 발생할 수 있습니다. 위 값은 특정 시각에 받은 공개 데이터를 계산한 것이며, 모든 투자 판단과 그 결과에 대한 책임은 투자자 본인에게 있습니다.