BRC-20과 Runes는 둘 다 비트코인 위에서 서로 바꿔 쓸 수 있는(대체 가능한) 토큰을 표현하려는 방식이지만 저장 방식이 다릅니다. BRC-20은 인스크립션으로 새긴 JSON 기록을 색인 소프트웨어가 모아 잔액을 계산하는 방식이고, Runes는 비트코인 거래 출력의 OP_RETURN에 담긴 메시지로 토큰을 만들고 옮깁니다. BRC-20 최초 명세는 스스로를 재미로 만든 실험적 표준이라 부르고, 이를 근거로 금융 결정을 하지 말라고 경고합니다. 이 글은 두 방식의 공식 문서에 적힌 구조만 비교하며 특정 토큰을 평가하지 않습니다.
확인 기준일 2026-10-27 · 다음 확인 예정 2027-01-27
한눈에 보는 차이
| 항목 | BRC-20 | Runes |
|---|---|---|
| 기록 위치 | 인스크립션(탭루트 스크립트)에 새긴 JSON | 거래 출력의 OP_RETURN(OP_13 뒤 데이터) |
| 동작 | deploy·mint·transfer 세 가지 JSON | runestone 하나로 etch(생성)·mint·transfer |
| 잔액 계산 | 모든 deploy·mint·transfer 기록을 모아 체인 밖에서 계산 | 거래 출력이 여러 룬의 잔액을 가짐 |
| 식별 | 4글자 tick(예: ordi) | 생성 블록과 거래 위치로 된 ID(BLOCK:TX) |
| 문서가 밝힌 성격 | 최초 명세가 ‘실험’이라고 밝힘 | ord 문서의 프로토콜 명세 |
BRC-20: 기록을 모아 잔액을 계산합니다
BRC-20 명세는 오디널 이론으로 비트코인에서 대체 가능성을 만들 수 있는지 시험하는 실험이라고 소개합니다. deploy는 토큰을 초기화할 뿐 잔액을 바꾸지 않고, mint는 그 mint 인스크립션의 첫 소유자에게만 잔액을 주며, transfer는 transfer 인스크립션이 처음 전송될 때만 보낸 사람의 잔액을 빼고 받는 사람에게 더합니다. 그래서 잔액은 비트코인 노드가 아니라 이 규칙을 따르는 색인 소프트웨어가 계산한 결과입니다. 명세는 인스크립션 서비스 가운데 일부가 먼저 자기 주소로 새긴다며 사용할 때 주의하라고 적습니다.
인스크립션의 구조는 비트코인 오디널스와 인스크립션 글에서 다뤘습니다.
Runes: 거래 출력에 담긴 메시지
ord 문서에 따르면 Runes의 메시지(runestone)는 비트코인 거래 출력에 저장되고, 스크립트가 OP_RETURN과 OP_13으로 시작한 뒤 데이터가 이어집니다. 거래 하나에는 runestone이 최대 하나이며, 새 룬 생성(etch), 기존 룬 발행(mint), 입력에서 출력으로 룬 이동을 할 수 있습니다. 인스크립션은 하나하나가 고유하지만 룬은 모든 단위가 같다는 점이 문서가 밝힌 차이입니다. 룬도 ord 같은 소프트웨어가 규칙에 따라 읽어 내는 프로토콜이며 비트코인 합의 규칙 자체는 아닙니다.
자주 묻는 질문
BRC-20은 비트코인의 공식 토큰 표준인가요?
아닙니다. BRC-20 최초 명세는 스스로를 재미로 만든 실험적 표준이라고 부르고, 비트코인 대체 가능 토큰의 표준으로 여기지 말라고 적습니다. 잔액은 색인 소프트웨어가 계산합니다.
Runes는 BRC-20과 무엇이 다른가요?
BRC-20은 인스크립션으로 새긴 JSON 기록을 모아 잔액을 계산하고, Runes는 거래 출력의 OP_RETURN 메시지로 토큰을 만들고 옮기며 거래 출력이 룬 잔액을 가집니다.
BRC-20 잔액은 비트코인 노드에서 확인되나요?
아닙니다. 명세에 따르면 잔액은 deploy·mint·transfer 기록을 모아 계산한 상태이므로, 같은 규칙을 따르는 색인 소프트웨어가 보여 주는 값입니다.
