트론 에너지가 없으면 테더 한 번에 6.4 TRX, 받는 주소에 따라 두 배를 태웁니다

altnara 지표 데스크는 남이 정리해 준 수치를 옮기지 않고 창구를 직접 열어 봅니다. 이번 주제는 트론 에너지가 없을 때 테더(USDT)를 한 번 보내면 TRX 가 얼마나 타는가입니다. 운영자 보유 가능성을 밝힙니다. 본 매체는 비트코인과 주요 알트 및 스테이블코인을 보유하고 있을 수 있습니다.

결론을 먼저 적겠습니다. 트론 체인의 테더(TRC20) 전송은 에너지를 두 가지 크기로 썼습니다. 2026년 9월 30일 오전 6시 47분부터 오후 10시 29분 사이 블록 48개에 들어 있던 성공한 테더 전송 3,599건 가운데 64,285 에너지가 2,670건(74.2퍼센트), 130,285 에너지가 924건(25.7퍼센트)이었고, 다른 값은 5건뿐이었습니다. 오후 10시 30분에 읽은 체인 설정에서 에너지 1을 TRX 로 태우는 값은 100 sun, 곧 0.0001 TRX 였습니다. 그러므로 보내는 계정에 에너지가 전혀 없으면 전송 한 번에 6.4285 TRX 또는 13.0285 TRX가 탑니다. 큰 쪽은 작은 쪽의 약 2.03배입니다.

표본에서는 어느 쪽이 되는지가 받는 주소의 테더 잔고와 맞아떨어졌습니다. 받는 주소 80곳을 따로 확인해 보니 130,285 에너지를 쓴 전송 40건은 모두 받는 주소의 테더 잔고가 직전까지 0이었고, 64,285 에너지를 쓴 전송 40건은 모두 잔고가 남아 있는 주소로 갔습니다. 잔고가 0인 주소가 곧 처음 쓰는 주소는 아니었습니다. 40곳 가운데 테더를 처음 받는 주소는 11곳이었고, 29곳은 예전에 테더가 오간 기록이 있는데 잔고가 비어 있던 주소였습니다.

이 6.4 TRX 는 에너지 몫만입니다. 전송 한 건이 차지하는 대역폭 약 345바이트는 따로 세며, 하루 무료 600 대역폭으로 덮지 못하면 0.345 TRX 가 더 탑니다. 에너지를 스테이킹으로 채우는 길도 계산했습니다. 같은 시각 네트워크 전체 스테이킹 기준으로 TRX 1개가 하루에 받는 에너지는 약 9.735였으므로, 64,285 에너지 전송 한 번을 매일 덮으려면 약 6,603 TRX, 130,285 에너지 전송이면 약 13,383 TRX 를 묶어 두어야 합니다.

범위를 한정하겠습니다. 이 글의 숫자는 TRON 공개 노드가 돌려준 블록과 영수증을 직접 센 것입니다. 표본은 이날 400블록마다 하나씩 고른 블록 48개이며, 테더 계약을 부른 거래 가운데 성공했고 Transfer 로그가 정확히 하나인 거래만 셌습니다. 거래소 출금 수수료, TRX 가격과 원화 환산, 에너지를 빌려주는 서비스의 요금은 재지 않았습니다. 에너지 값과 가산 비율은 체인 설정이라 바뀔 수 있으며, 이 글은 그 방향을 전망하지 않습니다.

트론 에너지란, 테더 전송이 내는 두 가지 자원

TRON 개발자 문서의 자원 모델 페이지는 네트워크 자원을 대역폭, 에너지, 투표권(TRON Power) 셋으로 나눕니다. 대역폭은 체인에 저장되는 거래의 바이트 크기를 덮고, 에너지는 스마트 계약을 실행하는 계산을 덮습니다. 테더(TRC20)는 스마트 계약이므로 전송 한 번이 대역폭과 에너지를 함께 씁니다.

두 자원의 차이는 무료 몫에 있습니다. 문서는 계정마다 24시간 이동 창으로 대역폭 600을 무료로 쓸 수 있다고 적고, 에너지에는 무료 몫이 없다고 적습니다. 에너지를 얻는 길은 TRX 를 스테이킹하거나 다른 계정에게서 위임을 받는 것이고, 둘 다 없으면 보내는 계정의 TRX 를 태워 비용을 냅니다. 태우는 비율도 문서에 있습니다. 대역폭은 1바이트에 1,000 sun, 에너지는 1에 100 sun 이며 sun 은 TRX 의 100만분의 1입니다. 에너지 값은 초대표(SR) 제안으로 바뀔 수 있어, 문서는 체인 설정을 직접 조회하라고 안내합니다.

오후 10시 30분 33초에 체인 설정 창구(getchainparameters)를 불러 확인한 값은 다음과 같습니다.

블록 48개에서 센 테더 전송 3,599건

오후 10시 30분 33초의 최신 블록(86,700,824번)에서 30블록 앞부터 400블록마다 하나씩, 블록 48개의 거래와 영수증을 받았습니다. TRON 블록은 약 3초마다 만들어지므로 400블록은 약 20분 간격입니다. 가장 이른 블록은 86,681,994번(오전 6시 47분 51초), 가장 늦은 블록은 86,700,794번(오후 10시 29분 3초)입니다. 테더 계약(TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t)을 부른 거래 가운데 결과가 성공이고 Transfer 로그가 하나뿐인 거래를 골라, 영수증의 총 에너지 칸(energy_usage_total)을 셌습니다.

전송마다 에너지가 조금씩 흩어지지 않고 두 값에 모였습니다. 앞서 오후 10시 17분에 같은 방식으로 다른 표본 3,356건을 한 차례 먼저 셌을 때도 두 값의 비중은 74.6퍼센트와 25.1퍼센트였습니다. 표본을 바꿔도 네 건 중 한 건꼴로 큰 쪽이 나온 셈입니다.

두 배 쪽은 받는 주소의 테더 잔고가 0일 때 나왔습니다

두 크기가 무엇에서 갈리는지 보려고 받는 주소를 확인했습니다. 전송 로그에서 받는 주소를 꺼내 그 주소의 현재 테더 잔고를 계약의 balanceOf 로 읽고, 그 주소의 테더 입출금 기록에서 표본 거래와 그 뒤에 오간 금액을 되돌려 표본 거래 직전 잔고를 계산했습니다. 기록을 두 번 받아 맨 위 거래가 같을 때만 계산했고, 표본 거래를 기록에서 거래 번호로 정확히 찾은 경우만 셌습니다.

1차 표본은 한 블록에서만 뽑았기 때문에, 2차에서는 블록을 열 개로 벌리고 같은 주소가 보낸 전송을 한 번만 세도록 바꿨습니다. 결과는 같았습니다. 잔고가 0이던 받는 주소 40곳 가운데 기록상 테더를 처음 받는 주소는 1차 8곳, 2차 3곳으로 모두 11곳이었습니다. 나머지 29곳은 예전에 테더를 받았다가 잔고를 비운 주소였습니다. 그러므로 이 표본에서 큰 쪽과 맞아떨어진 것은 주소가 새것이냐가 아니라 받는 순간 잔고가 0이냐였습니다.

영수증에는 이 에너지 가운데 가산분(energy_penalty_total)이 따로 적혀 있습니다. 64,285 전송의 가산분은 모두 49,635, 130,285 전송은 모두 100,635였습니다. 가산분을 빼면 기본 에너지는 14,650과 29,650이고, 둘의 차이는 정확히 15,000입니다. 이 15,000이 계약 안의 어떤 연산에서 나오는지는 TRON 문서로 확인하지 않았습니다. 이 글은 표본에서 그 차이가 받는 주소의 잔고와 맞아떨어졌다는 관찰까지만 적습니다.

가산 비율은 최대치에 붙어 있었습니다

TRON 문서의 자원 비용 페이지는 동적 에너지 모델을 이렇게 설명합니다. 최근 에너지 사용량이 문턱을 넘은 계약은 유효 에너지 비용에 1배부터 1 + 최대 가산 비율 ÷ 10,000배 사이의 배수가 곱해지고, 지금 값으로는 최대 4.4배입니다. 배수는 단계적으로 오르고 최대치에서 멈추며, 사용량이 줄면 내려갑니다. 문서는 이런 계약의 예로 인기 있는 탈중앙 거래소와 스테이블코인 계약을 듭니다.

오후 10시 30분 34초에 테더 계약 정보(getcontractinfo)를 읽으니 계약 상태의 가산 비율(energy_factor)이 34,000으로, 체인 설정의 최대치 34,000과 같았습니다. 영수증의 총 에너지를 기본 에너지로 나누면 64,285 전송은 약 4.388배, 130,285 전송은 약 4.394배로 문서가 적은 최대 4.4배보다 조금 낮았습니다. 가산분이 연산마다 어떻게 붙는지 정확한 계산식은 문서에서 찾지 못했으므로, 이 글은 나눗셈 결과만 적습니다.

금액으로 옮기면 에너지가 없는 계정이 64,285 에너지 전송에 태우는 6.4285 TRX 가운데 4.9635 TRX 가 가산분 몫입니다. 가산 비율은 계약 사용량에 따라 바뀌는 값이므로, 이 글의 6.4 TRX 와 13 TRX 는 조회 시점의 값입니다.

대역폭은 에너지와 따로 셉니다

테더 전송은 에너지와 별개로 거래 크기만큼 대역폭을 씁니다. 표본 3,599건에서 가장 흔한 크기는 345바이트였습니다. 대역폭을 TRX 로 낸 거래는 1,654건(46.0퍼센트)이었고 그중 1,613건이 345,000 sun, 곧 0.345 TRX 를 냈습니다. 나머지 1,945건은 대역폭 몫으로 TRX 를 태우지 않았습니다.

문서가 적은 대역폭 차감 순서는 스테이킹한 대역폭, 하루 무료 600, TRX 소각 순입니다. 무료 600은 345바이트 전송 한 번은 덮지만 두 번은 덮지 못합니다(345 × 2 = 690). 에너지와 대역폭을 모두 TRX 로 내면 64,285 에너지 전송은 6.7735 TRX, 130,285 에너지 전송은 13.3735 TRX 입니다.

태우기, 스테이킹, 위임을 숫자로 놓으면

TRON 문서의 에너지 얻는 법 페이지는 길을 셋으로 나눕니다. 자기 TRX 를 스테이킹하는 방법, 다른 계정에게서 위임을 받는 방법, 그리고 둘 다 없을 때 TRX 를 태우는 방법입니다.

스테이킹으로 얻는 에너지는 문서의 식으로 계산됩니다. 내가 에너지용으로 스테이킹한 TRX 를 네트워크 전체 에너지용 스테이킹 TRX 로 나눈 뒤 1,800억을 곱합니다. 쓴 에너지는 24시간 이동 창으로 회복됩니다. 오후 10시 30분 33초에 계정 자원 창구(getaccountresource)가 돌려준 에너지용 스테이킹 합계(TotalEnergyWeight)는 18,489,247,826이었고, 1,800억을 이 값으로 나누면 TRX 1개당 하루 약 9.7354 에너지입니다.

스테이킹 칸의 숫자는 네트워크 전체 스테이킹이 오후 10시 30분 값 그대로일 때의 산수입니다. 분모가 바뀌면 같은 TRX 로 받는 에너지도 바뀝니다. 스테이킹한 TRX 는 해제를 신청한 뒤 14일을 기다려야 꺼낼 수 있다고 문서는 적습니다.

위임은 스테이킹한 계정이 자기 TRX 는 그대로 둔 채 대역폭이나 에너지를 다른 계정이 쓰게 넘겨주는 거래(DelegateResourceContract)입니다. 문서에 따르면 최소 1 TRX 어치부터 가능하고, 계약 주소에는 위임할 수 없으며, 잠금 기간은 초가 아니라 블록 수로 정합니다(28,800블록이 약 24시간). 문서는 거래소와 디앱 운영자가 이 방식으로 사용자 대신 자원 비용을 떠안는다고 적고, 무료 대역폭이 흔한 전송을 덮는 데 비해 에너지는 무료 몫이 없어 에너지 위임이 더 흔하다고 덧붙입니다. 에너지 얻는 법 페이지는 이 위임이 TRON 의 에너지 임대 시장에서 흔하다고 적습니다. 이 글은 특정 임대 서비스를 재지도 권하지도 않습니다.

표본의 테더 전송 대부분은 TRX 를 태우지 않았습니다

영수증의 에너지 소각액(energy_fee)으로 나누면, 3,599건 가운데 3,222건(89.5퍼센트)은 에너지 몫으로 TRX 를 태우지 않았습니다. 필요한 에너지를 전부 TRX 로 태운 거래는 319건(8.9퍼센트), 일부만 태운 거래는 58건(1.6퍼센트)이었습니다. 130,285 에너지 전송만 보면 924건 가운데 82건이 전부를, 38건이 일부를 태웠습니다.

태우지 않은 거래가 에너지를 스테이킹으로 얻었는지 위임으로 얻었는지는 영수증만으로 가르지 않았습니다. 다만 같은 48개 블록의 거래 1만 9,742건을 종류별로 세면 위임이 3,126건, 위임 회수(UnDelegateResourceContract)가 3,128건으로 둘을 합쳐 전체의 31.7퍼센트였습니다. 테더 전송을 포함한 스마트 계약 호출 3,754건보다 많았습니다. 따로 블록 12개(오후 6시 42분부터 10시 23분 사이)를 열어 위임의 자원 종류를 보니 1,204건 가운데 1,036건(86.0퍼센트)이 에너지였고, 잠금을 건 위임은 44건이었습니다. 이 위임이 임대인지, 한 운영자의 계정끼리 옮긴 것인지는 체인 기록만으로 가르지 않았습니다.

계약 쪽 설정도 확인했습니다. 테더 계약 정보에는 호출자가 부담하는 에너지 비율(consume_user_resource_percent)이 30으로 적혀 있었습니다. 문서는 이 비율을 넘는 몫을 계약 배포자가 자기 스테이킹 에너지로 내고, 배포자가 내지 못하면 모자란 몫이 호출자에게 넘어가 같은 fee_limit 예산에 잡힌다고 설명합니다. 표본 3,599건에서 배포자가 낸 에너지(origin_energy_usage)는 3,552건이 0, 47건이 1이었는데도 3,222건은 에너지 몫으로 TRX 를 태우지 않았습니다. 넘어간 몫도 보내는 쪽이 가진 에너지로 먼저 덮였고, 모자란 만큼만 TRX 로 탔다는 뜻입니다. 문서의 fee_limit 설정 페이지도 실제로 쓴 에너지를 스테이킹 에너지에서 먼저 빼고 모자란 만큼만 TRX 잔고에서 태운다고 적습니다. 표본에서는 사실상 보내는 쪽이 에너지 전부를 냈습니다.

fee_limit 이 에너지 예산의 상한입니다

에너지를 쓰는 거래에는 보내는 쪽이 적는 fee_limit 이 있습니다. 문서는 fee_limit 이 소각분만이 아니라 스테이킹 에너지까지 포함한 호출자의 에너지 예산 전체를 묶고, 그 예산을 넘으면 거래가 OUT_OF_ENERGY 로 되돌려지되 이미 쓴 에너지는 그 한도까지 청구된다고 적습니다. 자원 모델 페이지도 계정 잔고가 충분하다는 것만으로 실행이 보장되지는 않는다고 적어 둡니다.

문서의 예시 계산(에너지 × 100 sun)을 따르면 130,285 에너지는 13.0285 TRX 어치입니다. 잔고가 0인 주소로 보내는 전송에 fee_limit 을 그보다 낮게 적으면 이 계산상 예산을 넘습니다. 표본 전송에 적힌 fee_limit 은 100 TRX 가 1,048건으로 가장 많았고, 50 TRX 가 779건, 30 TRX 가 549건이었습니다. 체인 설정의 fee_limit 최대값은 15,000 TRX 였습니다.

체인이 태우는 수수료를 영수증과 원장 기록으로 직접 잰 다른 기록은 이더리움 가스비를 영수증 두 건으로 검산한 글과 리플 소각량을 레저 총량으로 잰 글에 있습니다.

트론 에너지를 직접 확인하는 절차

1. 체인 설정 창구(getchainparameters)에서 getEnergyFee, getTransactionFee, getFreeNetLimit 값을 확인합니다. 에너지 1과 대역폭 1바이트를 태우는 sun 이 여기 있습니다.
2. 계정 자원 창구(getaccountresource)로 내 계정에 남은 에너지와 대역폭, 네트워크 전체 에너지용 스테이킹 합계를 봅니다.
3. 받는 주소의 테더 잔고가 0인지 확인합니다. 이 글의 표본에서는 받는 주소의 잔고가 0이면 130,285 에너지, 잔고가 있으면 64,285 에너지였습니다.
4. 보낸 뒤 거래 번호로 영수증(gettransactioninfobyid)을 열어 energy_usage_total, energy_fee, net_fee 를 확인합니다. energy_fee 는 sun 단위이므로 100으로 나누면 TRX 를 태워 낸 에너지 양이 나옵니다.

정리

• 표본 테더 전송 3,599건은 64,285 에너지(74.2퍼센트)와 130,285 에너지(25.7퍼센트) 두 크기에 모였습니다.
• 에너지가 없으면 에너지 1에 100 sun 이 적용돼 6.4285 TRX 또는 13.0285 TRX 가 탑니다. 대역폭 0.345 TRX 는 따로입니다.
• 큰 쪽은 확인한 40건 모두 받는 주소의 직전 테더 잔고가 0이었고, 처음 받는 주소는 그중 11곳이었습니다.
• 테더 계약의 가산 비율은 조회 시점에 최대치 34,000이었고, 6.4285 TRX 가운데 4.9635 TRX 가 가산분 몫이었습니다.
• 스테이킹으로 하루 한 번 덮으려면 오후 10시 30분 기준 약 6,603 TRX 또는 13,383 TRX 가 필요하고, 해제 뒤 14일 대기가 있습니다.
• 표본 전송의 89.5퍼센트는 에너지 몫으로 TRX 를 태우지 않았고, 같은 블록 거래의 31.7퍼센트가 위임과 위임 회수였습니다.

FAQ

Q. 트론 에너지는 무엇인가요? A. TRON 에서 스마트 계약을 실행하는 계산에 쓰는 자원입니다. 대역폭과 달리 무료 몫이 없어, TRX 를 스테이킹하거나 위임을 받거나 TRX 를 태워 냅니다. 테더(TRC20) 전송은 스마트 계약 호출이라 에너지를 씁니다.

Q. 에너지가 없으면 테더를 보낼 수 없나요? A. 문서상 에너지가 없으면 보내는 계정의 TRX 를 태워 비용을 내므로, 계정에 태울 TRX 가 있어야 합니다. 이 글의 조회 시점 기준으로 에너지 몫은 6.4285 TRX 또는 13.0285 TRX 이고, 대역폭이 모자라면 0.345 TRX 가 더 듭니다. 또 fee_limit 이 에너지 예산의 상한이라, 잔고가 충분해도 fee_limit 이 모자라면 실행이 보장되지 않습니다.

Q. 같은 테더 전송인데 왜 13 TRX 가 나오나요? A. 보내는 계정에 에너지가 없을 때 130,285 에너지에 에너지 1당 100 sun 이 적용돼 13.0285 TRX 가 탑니다. 표본에서 130,285 에너지를 쓴 전송은 확인한 40건 모두 받는 주소의 테더 잔고가 직전까지 0이었습니다. 처음 쓰는 주소만 그런 것은 아니었고, 잔고를 비운 주소도 같았습니다. 기본 에너지 차이 15,000이 계약의 어느 연산에서 나오는지는 확인하지 않았습니다.

Q. 스테이킹하면 TRX 가 얼마나 필요한가요? A. 오후 10시 30분 기준으로 TRX 1개가 하루 약 9.7354 에너지를 받았으므로, 64,285 에너지 전송을 하루 한 번 덮으려면 약 6,603 TRX, 130,285 에너지면 약 13,383 TRX 입니다. 네트워크 전체 스테이킹이 바뀌면 이 숫자도 바뀝니다.

Q. 에너지 임대는 무엇인가요? A. 체인 위에서는 스테이킹한 계정이 에너지를 다른 계정에 넘겨주는 위임 거래로 나타납니다. TRON 문서는 이 위임이 에너지 임대 시장에서 흔하다고 적습니다. 이 글은 특정 서비스의 요금이나 조건을 재지 않았고 이용을 권하지 않습니다.

함께 보면 좋은 글

• 이더리움 가스비 계산 검산: 이더리움 거래 수수료를 소각분과 검증자 팁으로 나눠 영수증으로 검산한 기록입니다.
• 리플 소각량 하루 측정: XRP 레저의 총량 칸 차이로 하루 소각량을 잰 기록입니다.
• 스테이블코인 시가총액과 이더리움 발행량: 온체인 발행량을 직접 읽어 집계 사이트 값과 대조한 기록입니다.

확인한 창구와 조회 방식

본 글의 수치는 2026년 9월 30일 오후 10시 30분부터 10시 40분 사이에 TRON 공개 풀노드에 인증 없이 getchainparameters, getaccountresource, getcontractinfo, getnowblock, getblockbynum, gettransactioninfobyblocknum, gettransactioninfobyid, triggerconstantcontract 를 보내 받은 값과, 같은 노드의 계정별 TRC20 입출금 기록을 직접 계산한 것입니다. 체인 설정과 계정 자원은 오후 10시 30분 33초, 테더 계약 정보는 10시 30분 34초, 블록 48개 표본은 10시 30분 33초부터 10시 32분 18초 사이에 받았습니다. 받는 주소 확인은 1차가 10시 33분부터 10시 36분, 2차가 10시 36분부터 10시 38분 사이였고, 위임 자원 종류는 1차 확인 직후인 10시 36분 무렵에 받았습니다.

자원 정의와 비율은 TRON 개발자 문서의 자원 모델, 자원 비용과 에너지 분담, 대역폭과 에너지, 에너지 얻는 법, 자원 위임, 위임 회수 시 자원 회수 페이지 원문으로 확인했으며, 문서는 같은 날 오후 10시 30분에 받았습니다. 에너지 정산 순서는 fee_limit 설정 페이지를 오후 11시 2분에 받아 확인했습니다.

확인하지 못한 것도 적어 둡니다. 기본 에너지 15,000 차이가 계약 내부의 어느 연산에서 나오는지, 가산분의 정확한 계산식, 위임 거래가 임대인지 같은 운영자 계정끼리의 이동인지는 확인하지 않았습니다. 받는 주소 확인은 크기별 40건씩의 표본이며 표본 전체를 연 것은 아닙니다. 블록 표본은 하루 가운데 약 20분 간격으로 고른 블록 48개이고 모든 블록을 센 것은 아닙니다.

데이터 분석은 참고 자료이며 특정 자산의 매매를 권유하지 않습니다. 이 글은 진입가나 손절가, 목표가를 제시하지 않고 특정 거래소나 서비스를 추천하지 않으며, 에너지 값이나 TRX 시세의 방향을 전망하지 않고 승률이나 수익률도 주장하지 않습니다. 가상자산은 가격 변동이 커 원금 손실이 발생할 수 있습니다. 위 값은 특정 시각에 받은 체인 기록을 계산한 것이며, 모든 투자 판단과 그 결과에 대한 책임은 투자자 본인에게 있습니다.