수정하기 - 솔라나 네트워크의 수수료 구조는 어떻게 설계되어 있나요?

닉네임

비밀번호

제목

내용 [이미지 업로드는 권한이 있는 사람만 가능. 하단 카톡으로 연락]

솔라나(Solana) 네트워크의 수수료 구조는 ‘거래 처리 비용을 소비된 컴퓨트 리소스에 비례해 매기는 방식’과 ‘서명(Signature) 수에 따른 고정 비용’을 결합한 형태로 설계되어 있습니다. 이 구조는 고성능 블록체인 특성상 빠른 거래 처리와 네트워크 보호를 동시에 달성하도록 고안되었습니다.    첫째, 모든 거래는 네트워크에 제출될 때 최소 하나 이상의 서명을 포함해야 하며, 서명 하나당 부과되는 기본 수수료(base fee)가 있습니다. 이 기본 수수료는 현재 5,000 람포트(lamport, 1 SOL = 10^9 람포트)로 책정되어 있으며, 거래에 서명이 많아질수록 이 값이 누적됩니다. 즉, 다중 서명 지갑(multisig) 혹은 프로그램 호출을 많이 포함하는 거래는 그만큼 기본 수수료도 늘어나는 구조입니다.    둘째, 솔라나에서는 각 거래가 실행되는 동안 ‘컴퓨트 유닛(compute unit)’이라는 단위로 소모된 계산량을 측정합니다. 프로그램 코드가 복잡해질수록 더 많은 컴퓨트 유닛이 소모되며, 네트워크는 여기에 단위당 요금을 곱해 추가 수수료를 책정합니다. 기본 컴퓨트 유닛 요금은 1유닛당 5 람포트(0.000000005 SOL)로 설정되어 있으며, 결과적으로 한 거래의 총 수수료는 다음과 같이 계산됩니다.         총수수료 = (서명 수 × 서명당 기본 수수료) + (소모 컴퓨트 유닛 수 × 유닛당 요금)    이렇게 하면 단순 송금처럼 경량 거래는 아주 적은 수수료만 내고 빠르게 처리되며, 복잡한 스마트컨트랙트나 대규모 데이터 쓰기·읽기 작업을 수행하는 거래일수록 더 많은 수수료를 내도록 자연스럽게 설계됩니다.    셋째, 솔라나는 거래 우선순위(priority)를 매기기 위해 선택적으로 ‘팁(tip)’을 첨부할 수 있는 메커니즘도 지원합니다. <a href='https://sangseek.com/sangseeks/네트워크 혼잡/ko'>네트워크 혼잡</a> 시점에 검증자(리더)는 팁이 높은 거래를 우선적으로 처리하기 때문에, 단순 기본 수수료로는 블록 용량 안에 포함되기 어려운 경우 팁을 통해 신속하게 처리되길 요청할 수 있습니다. 이 팁은 전적으로 거래를 처리한 검증자의 보상으로 돌아가며, 기본 수수료와는 별도로 책정됩니다.    넷째, 계정 상태(state) 유지에 따른 저장소 비용으로서 ‘렌트(rent)’ 개념이 도입되어 있습니다. 솔라나의 계정은 데이터 크기만큼 최저 잔고(rent-exempt reserve)를 유지해야 하는데, 이 잔고는 지불 후에도 계정에 묶여 있어 사실상 네트워크에 예치된 자금 성격을 가집니다. 렌트 수수료는 주기적으로 징수되어 일부는 소각(burn), 일부는 스테이킹 보상 풀로 유입됩니다. 이로써 장기간 사용되지 않는 계정이 무분별하게 늘어나도 네트워크 상태를 안정적으로 관리할 수 있습니다.    다섯째, 모든 거래 실패(failure)에도 소모된 컴퓨트 유닛만큼은 수수료로 부과됩니다. 이는 악의적으로 <a href='https://sangseek.com/sangseeks/무한/ko'>무한</a> 루프 등의 에러를 발생시켜 네트워크를 마비시키려는 시도를 막기 위한 보안 장치입니다. 즉, 실행 결과가 성공이든 실패이든 실제로 소비된 리소스에 대한 비용은 변함없이 지불하게 됩니다.    마지막으로, 이런 수수료로 거둬들인 람포트들은 네트워크 인센티브 모델에 따라 검증자 보상, 스테이킹 보상 풀 등에 분배됩니다. 과거 일부를 소각하던 방식에서 점차 모든 수수료를 토큰 인플레이션 풀로 돌려 검증자와 스테이커에게 돌아가도록 설계가 조정되어 왔습니다. 결과적으로 네트워크 보안에 기여하는 모든 참여자에게 합리적인 보상이 돌아가면서도, 거래 처리량이 많아질수록 더 많은 자원이 확보되는 선순환 구조를 형성합니다.    이처럼 솔라나는 고정 수수료와 사용량 기반 수수료를 결합하고, 우선순위 팁·렌트·실패 패널티 등을 포괄하는 복합 구조를 통해 ‘<a href='/sangseeks/고속 처리/ko'>고속 처리</a>’와 ‘스팸 방어’를 동시에 만족시키도록 수수료 모델을 설계하고 있습니다.