솔라나(SOL) 기초 프로필은 이미 쌓인 솔라나 심화 글을 읽기 전에 붙잡아 둘 뼈대만 모은 글입니다. SOL은 솔라나 클러스터의 기본 토큰이고, 가장 작은 단위인 램포트는 0.000000001 SOL입니다. 모든 상태는 계정에 저장되며, 거래는 서명·최근 블록해시·명령어로 구성되고, 기본 수수료는 서명 하나당 5,000램포트입니다. 아래에서는 이 세 축을 짧게 정리하고 주제별 심화 글로 연결합니다.
SOL과 램포트, 단위부터 맞춥니다
솔라나 공식 용어집은 SOL을 솔라나 클러스터의 기본 토큰으로, 램포트를 0.000000001 SOL 가치의 분할 단위로 정의합니다. 즉 10억 램포트가 1 SOL입니다. 지갑과 탐색기는 대개 SOL로 표시하지만 수수료와 계정 최소 잔액은 문서에서 램포트로 계산되므로, 숫자를 볼 때 단위를 먼저 확인해야 합니다.
우선순위 수수료는 한 단계 더 작은 마이크로램포트로 표기됩니다. 공식 문서 기준 1램포트는 1,000,000마이크로램포트입니다. 수수료 화면에 아주 큰 숫자가 보여도 단위가 마이크로램포트라면 실제 금액은 작을 수 있습니다.
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- SOL과 램포트, 단위부터 맞춥니다
솔라나 공식 용어집은 SOL을 솔라나 클러스터의 기본 토큰으로, 램포트를 0.000000001 SOL 가치의 분할 단위로 정의합니다.
- 모든 상태는 계정에 저장됩니다
솔라나 문서에 따르면 모든 계정은 lamports, data, owner, executable, rent_epoch 다섯 필드를 가집니다.
- 거래는 1,232바이트 안에 서명과 명령어를 담습니다
공식 문서 기준 기존 거래 형식의 최대 크기는 1,232바이트이며, 문서는 v1 형식에서 4,096바이트로 늘어난다고 설명합니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
모든 상태는 계정에 저장됩니다
솔라나 문서에 따르면 모든 계정은 lamports, data, owner, executable, rent_epoch 다섯 필드를 가집니다. 문서는 이 가운데 rent 관련 필드가 더 이상 쓰이지 않는다고 표시합니다. 프로그램도 실행 가능한 코드를 담은 계정이라는 점이 이더리움식 계약 계정과 비교할 때 출발점이 됩니다.
계정은 데이터 크기에 비례하는 최소 램포트 잔액을 유지해야 하고, 이 금액은 계정을 닫을 때 돌려받을 수 있습니다. 문서가 제시하는 계산식은 (계정 크기 + 128) × 바이트·연당 3,480램포트 × 2년입니다. 계정 데이터는 최대 10MiB까지 둘 수 있습니다. 토큰 계정을 새로 만들 때 소액의 SOL이 묶이는 이유가 여기에 있습니다.
계정이 어떤 순서로 잠기고 병렬 실행되는지는 계정 잠금과 병렬 실행 글에서, 실행 런타임 전반은 솔라나 거래 처리 글에서 자세히 다룹니다.
거래는 1,232바이트 안에 서명과 명령어를 담습니다
공식 문서 기준 기존 거래 형식의 최대 크기는 1,232바이트이며, 문서는 v1 형식에서 4,096바이트로 늘어난다고 설명합니다. 거래에는 하나 이상의 명령어, 권한을 가진 계정들의 서명(서명 하나당 64바이트 Ed25519), 최근 블록해시가 들어갑니다. 최근 블록해시는 150슬롯이 지나면 만료됩니다.
명령어는 한 묶음으로 처리됩니다. 하나라도 실패하면 거래 전체가 실패하고 상태 변경은 모두 되돌려지지만, 수수료는 실패해도 부과됩니다. 한 거래에서 실행할 수 있는 명령어는 최상위 명령어와 프로그램 간 호출(CPI)을 합쳐 최대 64개입니다.
블록해시 만료 때문에 오래 서명해 두는 거래가 실패하는 문제와 그 대안은 최근 블록해시와 durable nonce 글을 참고하세요.
수수료는 기본 수수료와 우선순위 수수료로 나뉩니다
솔라나 수수료 문서는 기본 수수료를 서명 하나당 5,000램포트로 정합니다. 이 기본 수수료의 50%는 소각되고 50%는 검증자에게 지급됩니다. 우선순위 수수료는 계산 단위 가격 × 계산 단위 한도 ÷ 1,000,000을 올림한 램포트이며 전액 검증자에게 갑니다.
혼잡이 체인 전체가 아니라 특정 계정에 몰리는 구조, 계산 단위 한도를 정하는 방법은 각각 로컬 수수료 시장과 Compute Budget와 우선순위 수수료 글에서 이어집니다.
| 주제 | 기초 사실(공식 문서) | 이어 읽을 글 |
|---|---|---|
| 단위 | 1램포트 = 0.000000001 SOL | 이 글 |
| 계정 | 다섯 필드, 데이터 최대 10MiB | 계정 잠금과 병렬 실행 |
| 거래 | 최대 1,232바이트, 블록해시 150슬롯 만료 | durable nonce |
| 수수료 | 서명당 5,000램포트, 50% 소각 | 로컬 수수료 시장 |
| 블록 생산 | 슬롯마다 리더가 블록 생산 | 리더 스케줄과 슬롯 |
| 스테이킹 | epoch 단위로 리더 스케줄 유효 | epoch와 활성 지분 |
블록 생산과 스테이킹은 심화 글로 나눠 읽습니다
용어집은 슬롯을 리더가 거래를 받아 블록을 만드는 기간으로, epoch를 리더 스케줄이 유효한 슬롯 수로 정의합니다. 리더는 원장에 항목을 덧붙이는 역할을 맡은 검증자입니다. 이 정의만 잡아 두면 아래 심화 글을 순서대로 읽기 쉬워집니다.
- 리더 스케줄과 슬롯: 블록 생산 차례가 정해지는 방식
- Proof of History: Alpenglow 이전 설계에서 순서를 증명하던 시계(2026년 10월 21일 Votor 활성 뒤 블록 생산 시계에서 빠짐)
- Gulf Stream과 Turbine: 거래 전달과 블록 전파
- epoch와 활성 지분: 위임이 바로 전부 작동하지 않는 이유
- Token-2022 확장 기능: 토큰 이전 제한 확인
SOL을 다룰 때 확인할 점
첫째, 실패한 거래도 수수료가 빠진다는 점을 기억하세요. 둘째, 토큰을 처음 받는 계정에는 최소 잔액이 묶이므로 지갑에 보이는 SOL 전부를 보낼 수 없을 수 있습니다. 셋째, 같은 SPL 토큰이라도 Token-2022 확장 기능이 붙어 있으면 이전 조건이 다를 수 있습니다. 거래소 입출금 시에는 네트워크가 Solana인지, 받는 쪽이 해당 토큰 프로그램을 지원하는지 먼저 확인하세요. 시세나 거래 판단과 무관하게 구조만 이해하는 것이 이 글의 목적입니다.
자주 묻는 질문
솔라나 거래가 실패했는데 왜 SOL이 줄었나요?
공식 문서는 명령어 하나라도 실패하면 상태 변경은 모두 되돌리지만 수수료는 그대로 부과한다고 설명합니다. 서명당 기본 수수료와 설정한 우선순위 수수료가 빠진 것입니다.
토큰을 받을 때 소액 SOL이 묶이는 이유는 무엇인가요?
새 계정은 데이터 크기에 비례한 최소 램포트 잔액을 유지해야 하기 때문입니다. 문서는 이 잔액을 계정을 닫을 때 돌려받을 수 있다고 설명합니다.
기본 수수료는 모두 검증자에게 가나요?
아닙니다. 서명당 5,000램포트의 기본 수수료는 절반이 소각되고 절반이 검증자에게 갑니다. 우선순위 수수료만 전액 검증자에게 지급됩니다.
2026-10-26 정정: Alpenglow Votor 메인넷 활성(2026-10-21, epoch 1064)을 반영해 PoH 설명을 이전 설계로 바로잡음(solana.com/upgrades/alpenglow)
