스텔라(XLM), 즉 루멘은 스텔라 네트워크의 기본 자산입니다. 공식 문서는 루멘을 발행자나 트러스트라인이 필요 없는 유일한 토큰으로 설명하며, 거래 수수료와 계정 최소 잔액에 쓰입니다. 이용자가 먼저 알아둘 것은 묶이는 준비금 계산, 거래소 입금에 쓰이는 메모 형식, 그리고 각 검증자가 신뢰 집합을 고르는 SCP 합의입니다.
최소 잔액은 하위 항목 수에 따라 늘어납니다
스텔라 문서 기준 기본 준비금 하나는 0.5 XLM입니다. 계정의 최소 잔액은 기본 준비금 두 개(1 XLM)에 하위 항목 하나당 기본 준비금 하나(0.5 XLM)를 더한 값입니다. 하위 항목에는 트러스트라인, 오퍼, 서명자, 데이터 항목이 포함되며 계정당 최대 1,000개까지 둘 수 있고, 유동성 풀 지분 트러스트라인은 두 개로 셉니다.
문서의 예시처럼 트러스트라인 하나, 오퍼 두 개, 클레임 가능 잔액 수령인 하나가 있으면 최소 잔액은 3 XLM입니다. 실제로 쓸 수 있는 잔액은 전체 잔액에서 최소 잔액과 매도 주문으로 묶인 금액을 뺀 값입니다. 지갑 잔액이 거래소에서 보낸 금액보다 적게 보이거나 전액 송금이 안 될 때 가장 먼저 확인할 부분입니다.
그림은 이 주제의 공통 개념을 단순화한 설명입니다. 아래 항목에서 이 글의 구체적인 조건과 예외를 함께 읽어보세요.
- 최소 잔액은 하위 항목 수에 따라 늘어납니다
스텔라 문서 기준 기본 준비금 하나는 0.5 XLM입니다.
- 메모는 네 종류이며 텍스트는 28바이트까지입니다
스텔라 거래 문서는 메모를 송신자나 수신자에게 필요한 식별 정보를 붙이는 선택 필드로 설명합니다.
- SCP는 신뢰 집합을 각자 고르는 합의입니다
스텔라 합의 프로토콜(SCP)은 연합 비잔틴 합의(FBA)의 한 형태입니다.
설명을 위한 개념도 · 실제 가격·거래 내역·통계가 아닙니다.
메모는 네 종류이며 텍스트는 28바이트까지입니다
스텔라 거래 문서는 메모를 송신자나 수신자에게 필요한 식별 정보를 붙이는 선택 필드로 설명합니다. MEMO_TEXT는 ASCII 또는 UTF-8 문자열로 최대 28바이트, MEMO_ID는 64비트 부호 없는 정수, MEMO_HASH는 32바이트 해시, MEMO_RETURN은 환불 대상 거래의 해시로 해석되는 32바이트 값입니다.
문서는 예전에는 하나의 공용 계정에서 개별 이용자를 구분하는 데 메모를 썼지만 지금은 먹스드 계정(muxed account)이 그 역할을 한다고 설명합니다. 다만 국내 거래소 고객센터 안내에는 XLM이 메모가 필요한 자산으로 소개돼 있으므로, 입금 화면 표기를 기준으로 삼아야 합니다. 메모를 빠뜨렸을 때의 대응은 메모 누락 입금 대응 글에 정리돼 있습니다.
| 항목 | 공식 문서 기준 | 실수 예방 포인트 |
|---|---|---|
| 기본 준비금 | 0.5 XLM | 최소 잔액 계산의 단위 |
| 최소 잔액 | (2 + 하위 항목 수) × 0.5 XLM | 전액 송금 불가 원인 |
| 하위 항목 한도 | 계정당 최대 1,000개 | 풀 지분은 2개로 계산 |
| MEMO_TEXT | 최대 28바이트 | 거래소 입금 메모 형식 확인 |
| MEMO_ID | 64비트 부호 없는 정수 | 숫자 메모 복사 시 확인 |
| 작업 수 | 거래당 1~100개 | 스마트 계약 거래는 1개 |
SCP는 신뢰 집합을 각자 고르는 합의입니다
스텔라 합의 프로토콜(SCP)은 연합 비잔틴 합의(FBA)의 한 형태입니다. 작업증명이나 지분증명 대신 신뢰하는 노드끼리의 합의에 기대며, 각 검증자가 신뢰할 동료 집합인 쿼럼 셋을 직접 고릅니다. 각 노드는 쿼럼 셋 가운데 몇 개가 동의해야 하는지 기준을 정하고, 그 기준을 만족하는 조합을 쿼럼 슬라이스라고 부릅니다.
문서는 SCP가 활성(liveness)보다 안전성(safety)을 우선한다고 설명합니다. 노드들이 합의에 이르는 동안 블록 생성이 가끔 멈출 수 있다는 뜻입니다. 검증자가 신뢰 목록을 고른다는 점은 XRP 레저의 UNL과 비교해 볼 만한 구조입니다.
거래 순서와 유효 시간도 정해 둡니다
스텔라 거래 문서에 따르면 거래의 시퀀스 번호는 적용 시점에 출발 계정에 저장된 값보다 1 커야 하며, 시퀀스 번호 전제 조건을 따로 두지 않는 한 한 계정에서 원장 하나에 거래 하나만 소비됩니다. 같은 계정으로 여러 거래를 빠르게 보내다 실패한다면 시퀀스 번호 충돌을 먼저 의심할 수 있습니다.
시간 범위(time bounds)는 원장 시간 기준 UNIX 초로 정하는 선택 전제 조건입니다. 범위 밖에 제출된 거래는 거래 묶음에 들어가지 못합니다. 문서는 시간 범위 설정을 강하게 권장하며, 상한을 0으로 두면 상한이 없어 거래가 메모리에 남아 계속 재시도될 수 있으므로 나중에 다시 제출할 수 있는 거래일수록 상한을 정하라고 안내합니다.
공급: 1,000억 개 생성, 인플레이션 종료, 2019년 소각
루멘 문서에 따르면 네트워크 출범 때 1,000억 XLM이 만들어졌습니다. 처음 약 5년 동안 연 1% 안팎의 인플레이션이 있었지만 2019년 10월 28일 검증자 투표로 종료됐습니다. 같은 해 11월 4일 스텔라 개발재단(SDF)은 약 554억 XLM을 서명자가 없는 주소로 보내 유통에서 제거했습니다. 네트워크 수수료는 아무도 꺼낼 수 없는 수수료 풀에 쌓이며, 수수료가 매우 낮아 이 풀은 천천히 늘어납니다.
XLM을 다룰 때 확인할 점
가장 흔한 실수는 메모 누락과 최소 잔액을 모르고 전액 송금을 시도하는 것입니다. 거래소에서 개인 지갑으로 처음 보낼 때는 새 계정에 최소 잔액이 필요하다는 점, 트러스트라인을 추가할 때마다 0.5 XLM씩 묶인다는 점을 감안하세요. 송금 전 네트워크와 메모를 확인하는 순서는 네트워크·주소·메모 확인법 글을 따르면 됩니다. 공급 수치는 구조 이해용이며 시세 판단과는 무관합니다.
자주 묻는 질문
스텔라 지갑에서 1 XLM을 보낼 수 없는 이유는 무엇인가요?
계정은 기본 준비금 두 개, 즉 1 XLM을 최소 잔액으로 유지해야 하기 때문입니다. 트러스트라인이나 오퍼가 있으면 하나당 0.5 XLM이 더 묶입니다.
스텔라 메모에 한글을 넣어도 되나요?
MEMO_TEXT는 UTF-8 문자열을 허용하지만 최대 28바이트입니다. 한글은 글자당 여러 바이트를 차지하므로 길이가 금방 찹니다. 거래소 입금 메모는 화면에 표시된 값을 그대로 복사하세요.
XLM은 지금도 새로 발행되나요?
공식 문서에 따르면 인플레이션은 2019년 10월 28일 검증자 투표로 종료됐습니다. 수수료는 소각되지 않고 아무도 꺼낼 수 없는 수수료 풀에 쌓입니다.
