도구와 튜토리얼(으)로 돌아가기
도구와 튜토리얼

가스비 계산법: 한도·실제 수수료·실패 비용 구분

Trader Stan·2026.10.27·읽는 시간 14 min

가스비는 온체인 실행의 과금 대상 사용량에 유효 단가를 곱한 금액이에요. 일반 Ethereum 메인넷 거래에서는 가스 한도와 최대 요율로 필요 자금을 확인하고, 실제 비용은 실행 결과 기록인 영수증으로 대조해요. Ethereum.org ‘Gas and fees’도 두 기준을 구분해요. 추정치는 수록이나 성공을 보장하지 않으며, 실패는 블록 수록 전 거절과 온체인 실행 되돌림부터 나눠야 해요.

지갑은 Ethereum의 네이티브 자산 이더인 ETH를 0.0032만큼 준비하라는데, 나중에 0.001404만 썼다면 차액은 어디로 간 걸까요? 실패한 다른 거래에서는 왜 비용이 나갈까요? 상한·사용량·실패 원인을 섞으면 ‘한도를 높이면 더 뗀다’거나 ‘실패하면 무조건 돌려준다’는 반대 오해가 생겨요.

단위를 나눈 뒤 같은 가정의 입력값으로 준비액과 실비를 계산하고, 한 조건만 바꿔 대기·실패 분기를 볼 거예요. ‘가장 빠르게’를 고르기보다 각 항목을 읽는 것이 먼저예요.

가스 사용량과 ETH 비용은 단위가 달라요

Gas는 계산 작업량이고 ETH 비용은 그 작업에 지급하는 금액이에요. 그 사이에 단위 가격이 있으므로 Gas Limit를 ETH 금액으로 보거나 단가만 보고 전체 작업이 싸다고 판단하면 안 돼요.

이번에는 일반적인 Ethereum 메인넷 EIP-1559 거래의 실행 수수료만 계산해요. EIP-1559는 기본 요금·우선 요금·최대 단가를 구분하는 과금 방식이에요. 발송 계정이 직접 수수료를 내고 제삼자 대납은 가정하지 않아요. 전체 송수신 순서는 암호화폐 지갑의 기본에서 먼저 확인할 수 있어요.

Gas Limit는 작업량 상한, Gwei는 단가 단위예요

Gas Limit는 허용하는 가스 상한이고 Gas Used는 최종 과금에 반영되는 사용량이에요. Gwei는 ETH의 작은 단위로 1 Gwei는 10억분의 1 ETH예요. 사용량 50,000 gas, 유효 단가 20 Gwei라면 50,000 × 20을 10억으로 나눠 0.001 ETH가 돼요.

복잡한 작업은 사용량이 늘 수 있고 네트워크 수요 증가는 단가를 바꿀 수 있어요. Ethereum.org ‘Gas and fees’는 이 두 원인을 작업량과 가격으로 설명해요. 일반 ETH 송금·토큰 전송·여러 단계의 컨트랙트 작업에 고정 한도 하나를 공통 적용하지 않아요. 추정 오류를 숫자만 낮춰 억지로 싸게 만들 수는 없어요.

최대 단가와 우선 요금 상한은 달라요

Base Fee는 프로토콜이 정하는 기본 요율, Max Priority Fee는 추가로 낼 가스당 우선 요금의 상한, Max Fee는 전체 가스당 최대 요율이에요. 뒤의 둘은 EIP-1559의 maxPriorityFeePerGas와 maxFeePerGas에 대응해요. 두 상한을 더해 별도로 더 받을 총액이라고 생각하지 않아요.

EIP-1559 원 규격은 Max Fee가 해당 블록의 Base Fee 이상이고 Max Priority Fee 이상일 것을 먼저 요구해요. 유효한 조건에서 실효 우선 요금은 ‘우선 요금 상한’과 ‘최대 단가−기본 요율’ 중 작은 값이에요. 여기에 Base Fee를 더하면 유효 단가가 돼요. 전체 상한에 여유가 없으면 설정한 우선 요금 전부를 낼 수 없다는 뜻이에요. 공식 확인일은 2026년 10월 27일이며 아래에서 값을 대입해요.

작업량·단가·비용은 단위가 달라요. 개념도 | Ethereum 메인넷의 일반 EIP-1559 실행 수수료만 다뤄요. Max Fee는 가스당 전체 단가 상한, Max Priority Fee는 우선 부분 상한이에요. 두 상한을 더하지 않아요.

필요 자금을 먼저 계산하고 실비는 영수증으로 확인해요

전송 전에는 상한으로 자금을 확인하고, 실제 비용은 수록 후 영수증으로 계산해요. 잔액 0.004 ETH의 계정이 네이티브 ETH는 보내지 않는 토큰 컨트랙트 작업을 한다고 가정해요. Gas Limit 80,000, Max Fee 40 Gwei, Max Priority Fee 2 Gwei를 고정해요. 수록 블록의 Base Fee는 25 Gwei, 최종 Gas Used는 52,000으로 가정해요. 실제 전송이나 영수증은 없어요.

1단계: 한 컨트랙트 작업의 입력을 고정해요

전송 전 비용 상한은 80,000 × 40 Gwei=0.0032 ETH예요. 보유 ETH가 0.004이고 네이티브 ETH 전송액은 0이므로 이번 자금 확인을 통과해요. ETH도 함께 보낸다면 그 금액을 필요 자금에 더해야 해요.

이 계산은 상한 조건에서 자금이 충분한지만 답해요. 최종 비용이나 수록을 보장하지 않아요. 가스 추정도 실행 상태의 영향을 받으므로 오류, 모르는 컨트랙트, 불명확한 작업이 있으면 원인부터 확인해요. 잔액에 맞추려고 안전 여유를 임의로 지우지 않아요.

상한 계산 후 준비 자금을 확인해요. 모두 가정 입력 | 직접 수수료 부담, 네이티브 ETH 전송 0. 실제 전송은 없어요. 자금 확인을 통과해도 수록·성공을 보장하지 않아요. 네이티브 ETH도 보내면 그 금액을 더해야 해요.

2단계: 작은 값을 골라 유효 단가를 구해요

최대 단가에서 기본 요율을 빼면 40−25=15 Gwei예요. 우선 요금 상한 2와 비교해 작은 2를 선택해요. 따라서 유효 단가는 25+2=27 Gwei이며, 40+2도 40 전액도 아니에요.

‘실효 우선 요금=min(2, 40−25)=2’, ‘유효 단가=25+2=27’로 적을 수 있어요. min은 작은 값을 고른다는 뜻이에요. 25는 가정한 수록 블록 조건이므로 이전 스크린샷을 근거로 나중에도 반드시 같은 값이라고 보장할 수는 없어요.

우선 요금은 작은 값을 골라요. 수록 조건 가정 | Base Fee25·Max Fee40·Max Priority2, 단위는 Gwei예요. 별도 분기: Base39면 우선 1·단가 40이에요. Base41이면 해당 블록에서 Max Fee40 조건을 충족하지 못해요.

3단계: 실제 가스 사용량으로 비용을 대조해요

거래 성공과 영수증의 Gas Used 52,000, 유효 단가 27 Gwei를 가정하면 실행 수수료는 52,000 × 27 ÷ 1,000,000,000=0.001404 ETH예요. 다른 ETH 변동이 없다면 잔액은 0.002596 ETH예요.

0.0032는 사전 상한이고 0.001404는 가정한 실비예요. 차액 0.001796 ETH만 계산하고 별도의 ‘환불 입금’을 만들어 적으면 안 돼요. 프로토콜에는 미사용 가스와 관련 비용의 정산 규칙이 있고 지갑 표시도 다를 수 있어요. 실제 잔액과 영수증으로 대사하며, 상한 전액이 이미 빠졌다고 본 뒤 차액을 또 하나의 거래로 만들지 않아요.

같은 비용을 나누면 기본 요금 부분은 52,000 × 25 Gwei=0.0013 ETH, 우선 요금 부분은 52,000 × 2 Gwei=0.000104 ETH예요. 합계는 여전히 0.001404예요. 한 실비의 두 구성 요소이므로 합계 바깥에 다시 더해 이중 계산하지 않아요.

네이티브 ETH 전송이 0이어서 시작 잔액 0.004에서 실비만 뺄 수 있어요. 상대방에게 ETH도 지급한다면 그 금액을 별도로 빼고, 토큰 수량 변화도 따로 확인해요. 가스비를 토큰 거래 손익으로 잘못 기록하지 않아요.

상한 0.0032·가정 실비 0.001404. 완료 가정 | 사용량 52,000·유효 단가 27 Gwei. 실제 영수증은 아니에요. 다른 ETH 변동은 없고 전송액 0을 가정해요. 구성 요소는 총수수료 외에 추가되는 비용이 아니에요.

4단계: 항목 하나만 바꿔 어떤 결과가 달라지는지 봐요

Gas Limit만 120,000으로 올리고 52,000 사용량과 27 Gwei를 그대로 놓아 봐요. 준비 상한은 0.0048 ETH로 늘어 잔액 0.004를 넘어요. 따라서 잔액을 고정한 이 분기는 멈춰야 하며 전송 가능이나 완료로 기록하지 않아요. 별도의 산술 비교에서 52,000 × 27 Gwei는 여전히 0.001404 ETH지만, 이 곱셈은 자금 부족 거래를 실행 가능하게 만들지 않아요. 작업 허용 상한을 높이는 것과 실제 작업량이 늘어나는 것은 달라요.

다시 80,000 한도로 돌아와 Base Fee만 39 Gwei로 바꿔요. 전체 상한의 남은 공간은 1이어서 우선 요금은 min(2, 1)=1, 유효 단가는 40이에요. 같은 52,000 사용량이면 0.00208 ETH가 돼요. 별도 평행 상황이며 앞의 27 Gwei 결과를 덮어쓰지 않아요.

수록할 블록의 Base Fee가 41인데 Max Fee가 40이면 그 블록의 요율 조건을 충족하지 못해요. 원 거래·추정치·지갑 처리 방법을 확인해요. Gas Limit를 높이면 단가 상한 부족이 해결된다고 하거나, 한 항목을 높이면 즉시 처리된다고 보장하지 않아요.

실패한 단계를 먼저 나눠야 비용을 알 수 있어요

블록 수록 전 거절과 블록 안의 실행 실패는 비용 결과가 달라요. Ethereum.org ‘Gas and fees’도 검증 단계 거절과 실행 중 가스 소진을 구분해요. 빨간 ‘실패’ 표시 모두에 같은 과금 규칙을 적용하지 않아요.

수록 전 거절과 온체인 REVERT를 구분해요

블록에 들어가기 전에 유효성 조건을 충족하지 못해 거절됐다면 온체인 실행량이 없어요. 여기서는 실행 수수료만 말하며 플랫폼이 별도 서비스료를 받는지는 추론하지 않아요. 화면 안내 한 줄뿐 아니라 영수증과 수록 기록 유무를 확인해요.

수록 후 컨트랙트가 REVERT로 되돌아가면 의도한 상태 변경은 취소돼도 이미 쓴 계산 자원은 과금될 수 있어요. 같은 27 Gwei에서 실패 전 과금량 30,000 gas를 가정하면 0.00081 ETH예요. 원하는 작업을 못 끝냈다고 계산이 전혀 일어나지 않은 것은 아니에요.

가스 소진과 실행 되돌림은 다른 비용 분기예요

실행 중 가스 한도 80,000을 모두 소진하는 Out of Gas를 가정하면, 27 Gwei에서 0.00216 ETH예요. 앞의 30,000 사용량 REVERT와는 별도 실패 상황이므로 두 비용을 한 거래에 더하지 않아요. 모든 실패가 한도 전량을 쓴다고 말할 수도 없어요.

재시도 전에 가스 한도 부족, 컨트랙트 조건 불충족, 자금 부족, 요율 조건 문제 중 무엇인지 구분해요. 원래 컨트랙트 규칙에 맞지 않는 작업은 Gas Limit를 높여도 자동으로 성립하지 않고, 반복할수록 새 비용이 쌓일 수 있어요.

세 실패는 다른 비용이에요. 평행 가정 | 뒤의 두 경우만 27 Gwei를 사용해요. 세 비용을 합산하지 않아요. 모든 실패가 한도를 전부 쓰지는 않아요. Gas Limit를 높여도 컨트랙트 조건 위반은 해결되지 않아요.

화면의 가장 싼 숫자만 고르면 안 되는 이유

같은 네트워크·같은 작업·허용 가능한 대기 조건에서 비용을 비교해야 해요. 가장 작은 숫자만 고르면 수신 경로가 바뀌거나, 실행 가능한 작업이 실패하기 쉬운 입력으로 바뀔 수 있어요.

너무 낮은 한도·변하는 추정·처리 대기를 구분해요

Gas Limit가 낮으면 실행을 끝내지 못할 수 있고 요율 상한이 맞지 않으면 수록에 영향을 줘요. 두 제한은 단위가 다르니 조정 전에 항목을 읽어요. 보낸 거래가 대기 중이면 원 거래부터 확인하고 같은 작업을 두 번째로 중복 결제하지 않아요.

네트워크 수요나 컨트랙트 상태가 바뀌면 같은 작업도 시점별 추정치가 달라져요. 당시 조건을 보관하고 오늘의 낮은 요율을 어제 비용에 소급해 쓰지 않아요. 이번 숫자도 현재 받을 수 있는 견적이 아니에요.

다른 네트워크에서는 전체 비용 모델을 다시 확인해요

Ethereum 메인넷의 단일 실행 비용식을 모든 레이어 2의 총비용으로 쓸 수는 없어요. 레이어 2는 메인넷 처리 능력을 확장하는 별도 층의 시스템이에요. OP Mainnet 공식 ‘Transaction fees’는 데이터 비용과 해당 설정의 운영자 비용도 나눠요. 확인일은 2026년 10월 27일이에요. Gwei 칸 하나보다 해당 네트워크 전체 추정치를 비교해야 해요.

더 싸더라도 수신 측이 같은 자산과 경로를 지원해야 해요. 불일치는 요금 차액보다 큰 문제를 만들 수 있어요. 송금 네트워크와 입금 확인으로 수신 조건도 대조해요.

다른 네트워크는 Gwei 외의 비용도 봐요. 개념 비교 | 네트워크마다 전체 비용 모델과 수신 측 지원을 다시 확인해요. 영수증이 없으면 실비는 미확인이에요. 추정치가 수록·성공·고정 비용을 보장하지 않아요.

원래 계획을 지키며 불필요한 비용을 줄여요

매번 상한을 무작정 낮추기보다 불필요한 반복을 줄이는 것이 먼저예요. 원하는 결과를 이해하고 실제로 필요한 서명·거래를 골라요. 수수료 한 번을 아끼려고 모르는 권한을 받아들이지 않아요.

중복을 줄이기 전에 승인 필요성을 이해해요

일부 앱은 토큰 승인과 이후 사용이 별도여서 거래가 한 건이 아닐 수 있어요. 각 단계의 온체인 비용은 실제 방식에 달려요. EIP-2612의 Permit은 서명·nonce·기한 등 조건을 충족하면 이후 다른 사람이 제출할 수 있어요. nonce는 재사용을 막기 위한 순번이에요. 서명 순간 가스비가 없다고 단순 로그인으로 보면 안 돼요.

반대로 승인 횟수를 줄이려고 모르는 상대에게 무제한 한도를 주는 것도 적절하지 않아요. 비용과 권한은 다른 판단이에요. 토큰 승인과 철회에서 권한을 살펴볼 수 있으며, 이번 비용 계산은 서명 내용의 정당성을 보증하지 않아요.

추정치·상한·실비를 별도 칸에 적어요

전송 전 추정치, 가스·요율 상한, 거래 식별자 TxID, 수록 후 사용량과 유효 단가를 나눠 적고 ETH 잔액을 대조해요. 영수증이 없으면 실비는 미확인으로 남겨요. 모름을 0으로 쓰거나 최대 준비액을 실제 지출로 바꾸지 않아요. 본 예는 ‘시작 잔액 0.004, 상한 0.0032, 가정 실비 0.001404, 정산 후 0.002596’이에요. 앞의 둘은 출발점과 사전 제약, 뒤의 둘은 완료 가정이에요. 대기 중이라면 앞의 둘과 원 식별자만 기록하고 완료 잔액을 미리 채우지 않아요.

영수증의 식별자·네트워크·성공 상태도 원 작업과 일치해야 해요. 비슷한 비용의 거래가 내 거래라는 뜻은 아니에요. 사용량과 유효 단가는 같은 수록 거래에서 얻고, 추정만 있고 수록 결과가 없으면 대기로 남겨요. 이 글의 가정값으로 실제 장부를 채우지 않아요.

이 글은 과금 이해와 가정 계산을 위한 학습 자료이며 투자 조언이 아니에요. 모든 금액과 요율은 가정이고 실제 네트워크·작업·대납 방식은 다를 수 있어요. 추정치는 수록·성공·고정 비용을 보장하지 않아요.

FAQ

Q1. 가스비는 무엇이며 Gas Limit와 같은가요?

가스비는 과금 대상 사용량에 유효 단가를 곱한 금액이에요. Gas Limit는 허용 작업량의 상한이지 실제 사용량이나 ETH 비용 그 자체가 아니에요.

Q2. Max Fee와 Priority Fee를 더해야 하나요?

Max Fee가 Base Fee와 Max Priority Fee 이상인 유효 조건에서, 우선 요금 상한과 Max Fee−Base Fee 중 작은 값을 골라 Base Fee를 더해요. 두 상한을 더해 실제 단가로 쓰지 않아요.

Q3. Gas Limit를 높이면 실제 비용도 반드시 늘어나나요?

필요 준비액은 늘지만 실제 사용량과 유효 단가가 같다면 비용식은 바뀌지 않아요. 실제 실행 조건이 달라지면 영수증으로 다시 확인해야 해요.

Q4. 실패하면 가스비를 안 내나요?

단계를 나눠요. 수록 전 거절에는 온체인 실행 수수료가 없지만 수록 후 REVERT나 가스 소진은 사용 자원에 과금할 수 있어요. 실패마다 같은 고정 금액을 쓰지 않아요.

Q5. 준비액과 실비 차이는 별도 환불인가요?

두 수의 차이만으로 독립 환불 기록을 만들 수는 없어요. 상한이 모두 출금된 것은 아니므로 영수증과 실제 잔액으로 대사하고 차액을 중복 가감하지 않아요.

Q6. 싼 네트워크로 바꾸는 것이 더 좋은가요?

같은 자산·네트워크를 수신 측이 지원하는지, 해당 네트워크의 전체 비용은 얼마인지 확인해야 해요. 메인넷 실행비와 레이어 2 데이터 비용을 단가 칸 하나로 비교할 수는 없어요.

가스비Gas FeeGas LimitGweiEIP-1559온체인 수수료