솔라나 우선순위 수수료, 전송이 밀릴 때 가스비가 늘어나는 이유

솔라나 전송 수수료는 보통 작게 보이지만, 지갑이나 스왑 화면에서 “우선순위 수수료”를 올리라는 안내가 뜨면 이야기가 달라 보입니다. 이때 늘어난 금액을 이더리움식 가스비 상승처럼만 보면 헷갈립니다. 솔라나에서는 기본 수수료와 더 빨리 처리되기 위한 선택 수수료가 따로 움직이고, 토큰 계정 생성 비용까지 한 화면에 섞여 보일 수 있습니다.

가장 먼저 볼 것은 돈이 왜 빠지는지가 아니라 어떤 비용 줄에 서 있는지입니다. 모든 거래에는 서명 검증에 붙는 기본 수수료가 있고, 혼잡하거나 빠른 처리가 필요할 때는 priority fee가 더해질 수 있습니다. 여기에 USDC 같은 토큰을 받는 계정이 아직 없으면 그 계정을 만드는 비용도 같이 보일 수 있습니다.

USDC 가스비 부족을 겪어 본 사람이라면 수수료 자산이 왜 따로 필요한지는 익숙할 수 있습니다. 이번에는 그 SOL 수수료 안에서도 기본 비용과 우선순위 비용이 어떻게 갈리는지를 보는 글입니다.

기본 수수료와 추가 줄

Solana 공식 수수료 문서는 거래 총수수료를 기본 수수료와 우선순위 수수료로 나눠 설명합니다. 기본 수수료는 서명 검증 비용에 가깝고, 현재 문서상 기준은 서명당 5,000 lamports입니다. lamport는 SOL의 가장 작은 단위라 숫자는 커 보여도 실제 금액은 보통 작습니다.

우선순위 수수료는 이 기본 수수료를 대신하는 것이 아닙니다. 기본 수수료 위에 추가로 붙는 선택 비용입니다. 거래가 몰리는 상황에서 내 거래가 더 빨리 처리되도록 일종의 앞줄 비용을 더하는 구조에 가깝습니다. 그래서 지갑 화면에 “빠른 전송”, “priority”, “수수료 높이기” 같은 선택지가 보이면, 그것은 송금 금액이 늘어난 것이 아니라 처리 우선순위에 붙는 별도 비용일 가능성이 큽니다.

이 구분이 중요한 이유는 기대가 달라지기 때문입니다. 우선순위 수수료를 붙인다고 거래 성공이 보장되는 것은 아닙니다. 주소, 토큰 계정, 잔고, 프로그램 오류가 있으면 거래는 여전히 실패할 수 있습니다. 다만 같은 조건의 거래들 사이에서 더 앞쪽에 배치될 가능성을 높이는 비용으로 이해하는 편이 안전합니다.

컴퓨트 유닛이라는 계산 기준

솔라나의 우선순위 수수료는 막연한 팁이 아니라 계산식이 있습니다. 거래가 요청한 compute unit limit에 compute unit price를 곱하고, micro-lamports 단위를 lamports로 바꿔 수수료를 계산합니다. 쉽게 말하면 “이 거래가 최대 얼마만큼의 연산 자리를 요청하는지”와 “그 자리마다 얼마를 더 낼지”가 합쳐진 값입니다.

여기서 독자가 놓치기 쉬운 지점은 실제로 쓴 양이 아니라 요청한 한도가 기준이 된다는 점입니다. 거래가 필요 이상으로 큰 compute unit limit을 잡으면, 쓰지 않은 여유분까지 기준에 들어갈 수 있습니다. 그래서 수수료를 무조건 높게 잡는 것이 늘 좋은 선택은 아닙니다.

공식 문서는 compute unit price의 기본값이 0이라고 설명합니다. 기본값만 놓고 보면 우선순위 수수료도 0입니다. 하지만 실제 지갑이나 앱은 네트워크 상태, 스왑 복잡도, 처리 속도 옵션에 따라 priority fee 값을 넣어 보여 줄 수 있습니다. 사용자가 보는 화면에서는 이 계산이 하나의 “예상 수수료”처럼 합쳐져 보일 수 있습니다.

USDC 전송에서 섞여 보이는 비용

솔라나에서 USDC나 PYUSD 같은 스테이블코인을 보낼 때도 수수료를 내는 쪽은 보통 SOL 잔고를 봅니다. 토큰 잔고와 수수료 잔고가 다른 층에 있기 때문입니다. Solana 결제 문서는 지갑 주소, 토큰 민트, 토큰 계정, 수수료, 거래를 함께 봐야 한다고 설명합니다.

특히 받는 사람이 해당 토큰 계정을 아직 갖고 있지 않으면, 전송 거래 안에 토큰 계정 생성이 함께 들어갈 수 있습니다. 이때는 단순 전송 기본 수수료와 다르게 계정 생성 비용이 같이 보일 수 있습니다. “나는 USDC를 조금 보냈을 뿐인데 왜 예상 비용이 평소보다 크지?”라는 느낌이 들 때는 priority fee만 볼 것이 아니라, 새 토큰 계정 생성이 끼어 있는지도 함께 봐야 합니다.

수수료 대납 구조도 있습니다. Solana 문서는 fee payer를 따로 둘 수 있고, 이를 이용하면 사용자가 SOL을 직접 만지지 않는 stablecoin-only 결제 흐름도 만들 수 있다고 설명합니다. 다만 비용이 사라지는 것은 아닙니다. 누군가가 대신 내도록 설계된 것인지, 사용자가 직접 내야 하는 거래인지가 달라질 뿐입니다.

실패해도 빠질 수 있는 금액

솔라나 거래 수수료는 실행이 시작되기 전에 차감될 수 있고, 공식 문서는 거래가 실패해도 수수료가 부과된다고 설명합니다. 그래서 전송이 실패했는데도 아주 작은 SOL이 줄어든 것처럼 보일 수 있습니다. 이 장면을 보면 “돈은 안 갔는데 왜 수수료만 빠졌지?”라는 의문이 생깁니다.

이때 구분해야 할 것은 전송 금액과 실행 비용입니다. 전송 금액은 조건이 맞지 않으면 움직이지 않을 수 있지만, 네트워크가 거래를 검증하고 실행하려고 시도한 비용은 별도로 발생할 수 있습니다. 스왑이 실패했거나 토큰 계정 조건이 맞지 않았거나 잔고가 부족했을 때도 이 작은 비용 차이가 남을 수 있습니다.

확인 순서는 복잡하지 않습니다.

• 기본 수수료만 보이는지, priority fee가 따로 붙었는지 본다.
• 받는 쪽 토큰 계정 생성 비용이 같이 들어갔는지 본다.
• 수수료를 내는 지갑이 내 지갑인지, 별도 fee payer가 있는지 본다.
• 실패한 거래라면 전송 금액이 빠진 것인지, 실행 수수료만 빠진 것인지 나눠 본다.

이렇게 보면 지갑 화면의 수수료 숫자가 조금 더 차분하게 읽힙니다. 한 줄로 보이는 “가스비” 안에도 성격이 다른 비용이 섞여 있기 때문입니다.

스테이킹 수수료와 다른 이야기

솔라나 수수료라는 말은 스테이킹 글에서도 나옵니다. 예를 들어 솔라나 검증인 수수료는 표시 APY에서 검증인 commission이 어떻게 보상에 반영되는지를 다룹니다. 하지만 우선순위 수수료는 스테이킹 보상률에서 빠지는 commission이 아닙니다.

이번 글의 수수료는 전송이나 스왑 같은 거래가 네트워크에서 처리될 때 붙는 실행 비용입니다. 스테이킹 수수료는 검증인이 보상에서 가져가는 비율이고, priority fee는 특정 거래가 처리 줄에서 더 앞에 서기 위해 낼 수 있는 비용입니다. 둘 다 수수료라는 말을 쓰지만, 돈이 빠지는 위치와 판단 기준이 다릅니다.

솔라나를 결제나 스테이블코인 전송에 쓸 때는 이 차이가 중요합니다. “솔라나는 수수료가 싸다”는 큰 인상만으로는 충분하지 않습니다. 실제 화면에서는 기본 서명 수수료, 우선순위 수수료, 토큰 계정 생성 비용, 수수료 대납 여부가 섞여 보입니다. 전송이 밀리거나 실패했을 때는 먼저 이 네 가지를 나눠 보는 것이 좋습니다.

지갑 화면에서 볼 것

전송 전에는 예상 수수료가 송금액과 따로 표시되는지 확인합니다. 빠른 처리 옵션을 켰다면 priority fee가 들어갔을 수 있습니다. 받는 쪽 주소가 처음 받는 토큰이라면 계정 생성 비용이 붙을 수 있습니다. 실패한 거래를 다시 보낼 때는 이전 실패 수수료와 새 전송 수수료를 섞어 기억하지 않는 편이 좋습니다.

중요한 것은 낮은 수수료를 찾는 것보다 비용의 이름을 분리하는 일입니다. 기본 수수료는 거래가 네트워크에 올라가기 위한 비용이고, 우선순위 수수료는 처리 순서를 높이기 위한 선택 비용입니다. 토큰 계정 생성 비용은 받는 쪽 계정 상태에 따라 생길 수 있는 일회성 비용에 가깝습니다.

이 구분이 잡히면 솔라나 수수료 화면을 볼 때 불필요하게 불안해질 일이 줄어듭니다. 싸다거나 비싸다는 인상보다, 지금 내가 내는 비용이 전송 자체의 기본값인지, 빠른 처리를 위한 추가값인지, 토큰 계정을 만들기 위한 비용인지가 먼저입니다.