비트코인 오디널스는 비트코인의 가장 작은 단위인 사토시(sat)에 채굴된 순서대로 번호를 붙이고, 거래가 일어날 때 입력의 사토시가 출력으로 선입선출 순서로 넘어간다고 보고 그 번호를 따라가는 방식이에요. 인스크립션은 이렇게 번호로 구분되는 사토시 하나에 파일(글, 그림 등)을 새긴 것이에요. 내용은 커밋 거래와 리빌 거래 두 번에 걸쳐 탭루트 스크립트 안에 올라가고, 데이터 한 덩어리는 520바이트를 넘을 수 없어서 큰 파일은 여러 덩어리로 나눠 담아요. 별도 토큰이나 다른 체인이 필요 없고 비트코인 자체를 바꾸지도 않아요. 다만 이 번호 매기기는 비트코인 노드가 검증하는 합의 규칙이 아니에요. ord 프로젝트가 쓴 BIP 문서는 자기 저장소에 번호 칸이 빈 초안(Draft)으로 남아 있지만, 번호를 주는 bitcoin/bips 저장소의 편집자는 2026년 3월 5일(한국 시각) 이 제안을 받아들이지 않고 번호도 주지 않겠다며 닫았어요. 번호를 따라가는 일은 ord 같은 인덱스 프로그램이 해요.
먼저 요약하면 이래요.
- 번호 매기기: 사토시는 채굴된 순서대로 0부터 번호가 붙어요. 거래에서는 입력의 사토시가 앞에서부터 차례로 출력 자리를 채워요.
- 새기기: 파일의 형식(MIME 타입)과 내용을 탭루트 스크립트 안의 실행되지 않는 조건문에 넣어요. 커밋 거래로 그 스크립트를 약속해 두고, 리빌 거래로 내용을 체인에 드러내요.
- 어느 사토시에 새겨지나: 따로 지정하지 않으면 그 인스크립션이 담긴 리빌 거래 입력의 첫 사토시예요. pointer 필드로 다른 위치를 지정할 수 있어요.
- 희귀도 이름: common부터 mythic까지 여섯 단계는 블록, 난이도 조정, 반감기 같은 주기 사건에 맞춘 프로젝트의 관례예요. 핸드북도 어떤 사토시가 희귀한지는 각자 정할 수 있다고 적었어요.
- 지위: ord 저장소의 BIP 문서는 머리의 번호 칸이 물음표이고 상태가 Draft예요. 이 문서를 bitcoin/bips 저장소에 올린 풀 리퀘스트 #1408은 2026년 3월 5일(한국 시각) 병합되지 않고 닫혔고, 편집자는 번호를 주지 않겠다고 적었어요.
이 글이 읽은 자료
| 자료 | 어디서 | 이 글에서 쓴 부분 |
|---|---|---|
| Ordinal Theory Handbook 개요(영어, 공식 한국어 번역) | docs.ordinals.com | 번호 매기기, 표기법, 희귀도, 총량 표 |
| 같은 핸드북 인스크립션 문서(영어, 공식 한국어 번역) | docs.ordinals.com | 커밋과 리빌, 엔벨롭, 520바이트, 필드 표, ID와 번호 |
| 같은 핸드북 하위 문서 | docs.ordinals.com | pointer, metadata, provenance |
| 같은 핸드북 지갑 가이드와 FAQ | docs.ordinals.com | 수수료 계산식, 400,000 weight unit, 선입선출 예시 |
| BIP 초안 「Ordinal Numbers」 | ord 저장소(GitHub) | 머리 정보, 설계, 보안과 프라이버시 절 |
| BIP 목록 파일(README) | bitcoin/bips 저장소(GitHub) | Ordinal 항목 검색 |
| BIP 제안 풀 리퀘스트 #1408 | bitcoin/bips 저장소(GitHub) | 처리 결과, 닫힌 날짜, 편집자 코멘트 |
| ord 릴리스와 문서 수정 기록 | GitHub | 최신 버전, 문서 마지막 수정일 |
핸드북은 ord 저장소 안의 문서 파일로 관리돼요. 인스크립션 문서 원본은 2026년 3월 30일(한국 시각)에 필드 설명이 마지막으로 고쳐졌고, 개요 문서의 공급량 숫자는 2024년 12월 27일(한국 시각) 커밋에서 갱신됐어요. 글을 쓰는 시점의 ord 최신 릴리스는 2026년 10월 20일(한국 시각) 공개된 0.29.1이에요.
사토시에 번호를 매기는 방법
비트코인 1개는 1억 사토시예요. 단위 이야기는 사토시와 웨이 같은 최소 단위를 정리한 글에 있어요. 오디널스는 이 사토시 하나하나에 일련번호를 붙여요. 첫 블록의 첫 사토시가 0번, 그 블록의 마지막 사토시가 4,999,999,999번이에요. 그다음 블록에서 새로 생긴 사토시가 이어서 번호를 받아요.
거래가 일어나면 출력은 없어지고 새 출력이 생겨요. 그래서 번호가 어디로 옮겨 가는지 정하는 규칙이 필요해요. 핸드북 FAQ는 이렇게 설명해요. 입력을 사토시가 줄 선 목록으로, 출력을 사토시를 기다리는 빈자리 목록으로 생각하고, 입력의 사토시를 앞에서부터 하나씩 빈자리의 앞에서부터 채워 넣어요.
| 상황 | 입력(사토시 표시) | 출력 |
|---|---|---|
| 입력 2·1·3개, 출력 4·2개 | a b / c / d e f | a b c d / e f |
| 같은 거래에서 두 번째 출력을 빼 수수료 2개를 냄 | a b / c / d e f | a b c d, 그리고 e f는 수수료 |
수수료로 나간 e와 f는 그 블록을 채굴한 사람에게 가요. BIP는 블록의 코인베이스 거래가 새로 생긴 보조금만큼의 입력과, 수수료를 낸 거래마다의 입력을 블록 안 거래 순서대로 가진다고 보고 같은 규칙을 적용해요. 보조금을 덜 받은 블록이 있어도 그다음 블록의 번호는 바뀌지 않아요. 번호는 실제로 채굴된 양이 아니라 채굴될 수 있었던 양을 기준으로 정하기 때문이에요.
번호는 몇 가지 방식으로 적어요. 핸드북이 든 예는 정수 표기 2099994106992659, 블록 높이와 블록 안 순서를 점으로 이은 소수 표기 3891094.16797, 희귀도를 한눈에 보게 해 주는 도 표기 3°111094′214″16797‴, 전체 공급량 안 위치를 백분율로 적은 99.99971949060254%, 그리고 a부터 z까지 글자로 만든 이름이에요. 이름은 나중에 채굴되는 사토시일수록 짧아져서, 마지막으로 채굴될 사토시의 이름은 「a」예요.
투자 정보 안내
본 글은 암호화폐 시장에 대한 객관 데이터·정보 제공 목적이며, 특정 코인 매수·매도 권유가 아닙니다. 암호화폐는 변동성이 매우 크고 원금 전액 손실이 가능하므로 본인 판단과 책임 하에 결정하세요.
인스크립션은 어떻게 새기나요
인스크립션은 파일 형식(MIME 타입)과 내용(바이트 묶음)으로 이뤄져요. 웹 서버가 돌려주는 응답과 같은 구조라서 브라우저에서 바로 보여 줄 수 있다고 핸드북은 설명해요. 내용은 전부 체인 위에 있고, 탭루트 출력을 스크립트 경로로 쓸 때 드러나는 스크립트 안에 저장돼요. 탭루트 출력이 블록에서 어떤 모양인지는 비트코인 출력 스크립트 종류를 블록 6개로 센 글에 있어요.
탭루트 스크립트는 이미 있는 탭루트 출력을 쓸 때만 드러낼 수 있어요. 그래서 두 단계를 거쳐요.
- 커밋 거래: 인스크립션 내용을 담은 스크립트를 약속하는 탭루트 출력을 만들어요. 이때는 내용이 아직 보이지 않아요.
- 리빌 거래: 커밋 거래가 만든 출력을 써요. 이때 스크립트와 함께 내용이 체인에 드러나요.
내용은 엔벨롭이라고 부르는 자리에 들어가요. OP_FALSE와 OP_IF로 시작해 OP_ENDIF로 닫는 조건문인데, 조건이 거짓이라 실행되지 않아요. 그래서 스크립트가 하는 일은 바뀌지 않고, 다른 잠금 스크립트와 함께 쓸 수 있어요. 핸드북의 텍스트 예시는 엔벨롭 안에 차례로 문자열 ord, 숫자 1, 형식 text/plain;charset=utf-8, 숫자 0, 본문 「Hello, world!」를 넣어요. ord는 다른 용도의 엔벨롭과 구분하는 표시이고, 1은 다음 덩어리가 파일 형식이라는 뜻, 0은 그 뒤 덩어리가 본문이라는 뜻이에요.
탭루트에 남은 몇 안 되는 제한 중 하나가 데이터 덩어리 하나가 520바이트를 넘을 수 없다는 것이에요. 큰 파일은 여러 덩어리로 나눠 넣어요. 예를 들어 100,000바이트 파일이면 520바이트 덩어리가 최소 193개 필요해요(이 글이 나눗셈으로 구한 값이에요).
| 항목 | 핸드북이 적은 내용 |
|---|---|
| 새겨지는 사토시 | pointer 필드가 없으면 그 인스크립션이 담긴 리빌 거래 입력의 첫 사토시 |
| pointer | 0부터 세는 위치를 주면 출력 안 그 위치의 사토시에 새겨요. 출력 전체 사토시 수 이상이면 무시돼요 |
| 인스크립션 ID | 리빌 거래의 거래 ID 뒤에 i와 순번(0부터)을 붙인 것 |
| 인스크립션 번호 | 0부터, 리빌 거래가 블록에 나온 순서대로 매기고, 같은 거래 안에서는 엔벨롭이 나온 순서를 따라요. 공개되자마자 수수료로 쓰인 인스크립션은 ord의 옛 버그 때문에 그 블록 맨 뒤에 나온 것처럼 번호를 받아요. cursed로 분류된 인스크립션은 마이너스 1부터 내려가며 번호를 받았지만, 824544번 블록 이후 것은 양수 번호를 받아요 |
| 수수료 어림 | 내용이 witness에 들어가 할인을 받아서, 내용 크기를 4로 나누고 수수료율을 곱한 값이 대략의 수수료예요 |
| 크기 한도 | 거래가 400,000 weight unit보다 작아야 Bitcoin Core가 전달해요. 내용 1바이트가 1 weight unit이라 390,000이면 안전할 것이라고 적었어요 |
| 다시 새기기 | 이미 새겨진 사토시에 덧붙일 수는 있지만 처음 인스크립션을 바꾸지는 않아요 |
수수료율은 그때그때 달라서 이 글은 금액을 계산하지 않았어요. 거래 크기와 수수료율의 관계는 수수료와 가상 크기를 다룬 글에 정리돼 있어요.
핸드북이 정의한 열세 가지 필드
인스크립션은 본문 앞에 필드를 둘 수 있어요. 필드 하나는 태그와 값, 두 덩어리로 이뤄지고, 빈 덩어리가 필드의 끝과 본문의 시작을 알려요. 핸드북은 현재 정의된 필드를 열세 개로 적었어요.
| 태그 | 이름 | 핸드북 설명 |
|---|---|---|
| 1 | content_type | 본문의 MIME 타입 |
| 2 | pointer | 새길 사토시 위치 |
| 3 | parent | 부모 인스크립션(컬렉션의 출처 표시) |
| 5 | metadata | CBOR 메타데이터. 520바이트를 넘으면 여러 필드로 나눠 이어 붙여요 |
| 7 | metaprotocol | 메타프로토콜 식별자 |
| 9 | content_encoding | 본문 인코딩 |
| 11 | delegate | 다른 인스크립션의 내용을 대신 쓰는 위임 |
| 13 | rune | 직렬화된 룬 |
| 15 | 이름 없음 | 아무 동작 없음 |
| 17 | properties | 속성 |
| 19 | property_encoding | 속성 필드의 인코딩 |
| 66 | 이름 없음 | 인스크립션을 위치 없는 상태로 만듦 |
| 255 | 이름 없음 | 아무 동작 없음 |
짝수와 홀수 태그는 뜻이 달라요. 짝수 태그는 생성, 첫 할당, 전송에 영향을 줄 수 있는 필드에 써요. 그래서 모르는 짝수 필드가 있으면 그 인스크립션은 위치 없는 상태(unbound)로 표시해야 해요. 홀수 태그는 추가 메타데이터처럼 이런 데 영향을 주지 않는 필드라 무시해도 안전하다고 적었어요. 라이트닝 네트워크에서 쓰는 「홀수여도 괜찮아」 규칙을 따른 것이라고 핸드북은 설명해요.
희귀도 이름과 총량
핸드북은 비트코인의 주기 사건에 맞춰 희귀도를 여섯 단계로 나눠요. 블록은 약 10분마다, 난이도 조정은 2016블록마다, 반감기는 210,000블록마다 와요. 반감기 여섯 번마다 반감기와 난이도 조정이 겹치는데, 이 주기를 사이클이라고 불러요.
| 단계 | 핸드북 정의 | 총량(Total Supply) |
|---|---|---|
| common | 블록의 첫 사토시가 아닌 모든 사토시 | 2,099,999,990,760,000 |
| uncommon | 각 블록의 첫 사토시 | 6,926,535 |
| rare | 각 난이도 조정 기간의 첫 사토시 | 3,432 |
| epic | 각 반감기 구간의 첫 사토시 | 27 |
| legendary | 각 사이클의 첫 사토시 | 5 |
| mythic | 제네시스 블록의 첫 사토시 | 1 |
이 표의 숫자는 서로 맞물려요. common을 뺀 다섯 단계를 더하면 6,930,000이고, 이는 210,000블록에 보조금이 나오는 반감기 구간 수 33을 곱한 값과 같아요(블록마다 첫 사토시가 하나씩). common까지 더하면 2,099,999,997,690,000사토시인데, 핸드북이 마지막 사토시 번호로 적은 2099999997689999에 1을 더한 값이에요. 번호가 0부터 시작하기 때문이에요. rare 3,432와 epic 27도 같은 방식으로 세면 맞아요. 이 검산은 이 글이 핸드북 숫자끼리 더하고 나눠 본 것이에요.
두 가지는 함께 알아 두세요. 첫째, 이 등급은 프로젝트가 붙인 관례예요. 핸드북은 어떤 사토시가 희귀하고 탐낼 만한지는 오디널 이론가가 스스로 정할 수 있고 위 단계는 힌트라고 적었어요. 이름이나 등급과 상관없이 특별하게 여겨지는 「엑소틱」 사토시도 무엇이 그런지는 주관적이라고 했어요. 등급이 곧 가격을 뜻하지 않아요. 둘째, 핸드북에는 「현재 공급량(Current Supply)」 표도 있는데 날짜 없이 「이 글을 쓰는 시점」 기준이에요. 그 표는 epic을 3으로 적었지만, 같은 문서 정의대로면 네 번째 반감기가 일어난 높이 840,000 블록(다섯 번째 반감기 구간의 시작)의 첫 사토시도 epic이라서, 표 아래 문장에 적힌 「uncommon 876,023개 채굴」 시점이면 4가 돼요. 표 자체는 uncommon을 약 880,000으로 적었어요. 이 글은 현재 공급량 표를 쓰지 않았어요.
비트코인 규칙인가요
아니에요. 오디널스는 비트코인 위에서 사토시를 세는 해석 방식이에요.
| 확인한 것 | 문서에 적힌 내용 |
|---|---|
| ord 저장소의 BIP 머리 | BIP: ?, Layer: Applications, Status: Draft, Type: Informational, Created: 2022-02-02 |
| 비트코인 변경 여부 | 블록, 거래, 네트워크 프로토콜을 바꾸지 않아서 기존 사용자에게 영향 없이 쓰거나 무시할 수 있다(BIP) |
| 하위 호환 | 완전히 하위 호환되고 비트코인 네트워크 변경이 필요 없다(BIP) |
| 번호를 따라가는 주체 | 비트코인 코어 노드와 통신해 모든 사토시의 위치를 추적하는 ord 인덱스(핸드북 개요) |
| bitcoin/bips 제안 | 풀 리퀘스트 #1408 「New BIP: Ordinal Numbers」. 2023년 1월에 올라와 2026년 3월 5일 오전 4시 32분(한국 시각) 병합 없이 닫힘. BIP 편집자가 이 제안을 BIP 저장소에 싣는 것을 거절하고 번호를 주지 않겠다고 적음 |
| BIP 목록 | bitcoin/bips 저장소 README에서 「ordinal」, 「inscri」 검색 결과 0건 |
BIP 머리의 번호 칸이 물음표라는 것은 번호를 받지 않은 문서라는 뜻이에요. ord 저장소에는 지금도 Draft로 적혀 있지만, 번호를 주는 bitcoin/bips 저장소에서는 제안이 거절돼 번호를 받지 않기로 정해졌어요. README 목록과 풀 리퀘스트 #1408은 GitHub에서 직접 열어 본 것이고, 메일링 리스트 논의는 따로 읽지 않았어요. 인스크립션 내용 자체는 체인에 기록되지만, 「이 사토시가 몇 번이고 어떤 인스크립션을 가졌다」는 판단은 오디널스 규칙대로 체인을 읽는 프로그램이 내리는 것이에요.
투자 정보 안내
본 글은 암호화폐 시장에 대한 객관 데이터·정보 제공 목적이며, 특정 코인 매수·매도 권유가 아닙니다. 암호화폐는 변동성이 매우 크고 원금 전액 손실이 가능하므로 본인 판단과 책임 하에 결정하세요.
보관하고 보낼 때 문서가 적은 주의점
새겨진 사토시는 보통 비트코인 주소로 보내고 보통 UTXO에 담겨요. 다만 사토시 하나를 골라 보내려면 거래의 입력과 출력 순서와 금액을 오디널스 규칙에 맞춰 짜야 해요. 문서가 적은 주의점은 이래요.
- 지갑의 사토시 제어: 핸드북 지갑 가이드는 Bitcoin Core 지갑이 인스크립션을 만들지 못하고 사토시 제어(sat control)도 하지 않는다고 적었어요. ord는 자체 지갑이 없고 Bitcoin Core 지갑과 함께 동작하며, 인스크립션을 만들려면 Bitcoin Core 28 이상이 필요하다고 해요.
- 수수료로 날아가는 경우: BIP 보안 절은 오디널스를 아는 소프트웨어가 값진 사토시를 의도치 않게 자기가 통제하지 않는 출력으로 보내거나 수수료로 써 버리지 않도록 해야 한다고 적었어요. 앞의 선입선출 표에서 e와 f가 수수료로 간 것과 같은 일이에요.
- 결제용 코인과 섞기: BIP 프라이버시 절은 공개 정보가 붙은 사토시를 결제나 저축용 사토시와 섞지 말라고 해요. 섞으면 그 공개 정보가 다른 출력과 이어진다는 이유예요.
- 아주 작은 출력: 사토시 하나만 따로 떼어 보내면 더스트 한도 아래 출력이 생겨 블록에 넣기 어려울 수 있고, 여러 거래로 나눠 처리할 수 있다고 BIP는 설명해요. 더스트 한도는 더스트 한도를 다룬 글에 있어요.
이 글은 특정 지갑 앱이나 거래 장터가 사토시 제어를 지원하는지는 확인하지 않았어요.
한국어 번역판으로 읽을 때
핸드북에는 공식 한국어 번역이 있어요. 개요와 인스크립션 페이지를 영어판과 맞대 보니 총량 표, 520바이트, 필드 표, 824544번 블록 같은 숫자는 같았어요. 다만 번역이 덜 된 문단이 남아 있어요. 한국어 인스크립션 페이지에서 「pointer 필드가 없으면 입력의 첫 사토시에 새긴다」는 문단, 필드가 열세 개라는 문장, 인스크립션 번호 절, 다시 새기기 절은 영어 그대로예요. 개요의 현재 공급량 설명과 「이 글을 쓰는 시점」 문장도 영어로 남아 있어요.
FAQ는 오래된 문장이 남아 있어 최신 상태의 근거로 쓰기 어려워요. 영어판과 한국어판 모두 예술가 대상 문단에 인스크립션이 「아직 메인넷에 출시되지 않았다」고 적었는데, 같은 핸드북 인스크립션 문서는 824544번 블록부터의 번호 규칙을 적고 있어요. FAQ의 「인스크립션은 항상 바꿀 수 없다」, 「오프체인 내용을 참조할 수 없다」 같은 문장은 프로젝트 쪽 설명이에요. 이 글은 그중 지갑 가이드와 인스크립션 문서에도 같은 내용이 있는 부분만 옮겼어요.
정리
| 질문 | 답 | 근거 |
|---|---|---|
| 오디널스는 뭔가요 | 사토시에 채굴 순서대로 번호를 붙이고 거래에서 선입선출로 따라가는 방식이에요 | 핸드북 개요, BIP 설계 절 |
| 인스크립션은 뭔가요 | 사토시 하나에 MIME 타입과 내용을 새긴 것으로, 핸드북은 흔히 NFT라고 부르는 것이라고 적었어요 | 핸드북 인스크립션 문서 |
| 어떻게 새기나요 | 커밋 거래로 내용을 담은 탭루트 스크립트를 약속하고, 리빌 거래로 드러내요. 덩어리 하나는 520바이트까지예요 | 핸드북 인스크립션 문서 |
| 어느 사토시에 새겨지나요 | 지정이 없으면 그 인스크립션이 담긴 리빌 거래 입력의 첫 사토시, pointer로 바꿀 수 있어요 | 핸드북 인스크립션·pointer 문서 |
| 별도 토큰이 필요한가요 | 아니에요. 핸드북은 별도 토큰, 다른 체인, 비트코인 변경이 필요 없다고 적었어요 | 핸드북 개요, FAQ |
| 희귀 사토시는 공식 등급인가요 | 프로젝트 관례예요. 총량은 uncommon 6,926,535, rare 3,432, epic 27, legendary 5, mythic 1이에요 | 핸드북 개요 |
| 비트코인 규칙인가요 | 아니에요. 네트워크 변경이 필요 없다고 적혀 있고, BIP 제안은 2026년 3월 bitcoin/bips에서 번호 없이 거절됐어요. ord 저장소에는 Draft로 남아 있어요 | BIP 머리·하위 호환 절, bitcoin/bips 풀 리퀘스트 #1408 |
| 아무 지갑에 둬도 되나요 | BIP 보안 절은 오디널스를 아는 소프트웨어가 값진 사토시를 통제하지 않는 출력으로 보내거나 수수료로 쓰지 않게 해야 한다고 적었고, 핸드북 지갑 가이드는 Bitcoin Core 지갑이 사토시 제어를 하지 않는다고 적었어요 | BIP 보안 절, 핸드북 지갑 가이드 |
이어서 볼 글
NFT가 국내 법에서 가상자산에 해당하는지는 NFT의 가상자산 해당 여부를 다룬 글에서 따로 볼 수 있어요. 탭루트 출력이 블록 안에서 차지하는 자리는 출력 스크립트 종류 글에, 사토시라는 단위 자체는 최소 단위 글에 있어요.
이 글이 다루지 않은 것
- 지금까지 새겨진 인스크립션 개수, 수수료 수준, 블록 공간에서 차지하는 비중은 측정하지 않았어요.
- 인스크립션이나 희귀 사토시의 가격, 사고파는 방법, 거래 장터와 지갑 앱 추천은 다루지 않았어요.
- 인스크립션이 국내 법상 가상자산인지는 판단하지 않았어요. 핸드북과 BIP는 국내 법 문서가 아니에요.
- 같은 저장소의 룬(Runes) 프로토콜은 필드 표의 태그 13 이름만 옮겼어요.
- BIP에 실린 의사코드는 옮기지 않았고, 설명 문장만 썼어요.
모든 내용은 2026년 10월 26일 오후 6시 33분부터 6시 35분 사이(한국 시각)에 받은 docs.ordinals.com 핸드북(영어, 공식 한국어 번역), ord 저장소의 BIP 초안, bitcoin/bips 저장소 README, GitHub 릴리스 기록, 그리고 같은 날 오후 6시 51분(한국 시각)에 다시 연 bitcoin/bips 풀 리퀘스트 #1408 기준이에요. 문서는 바뀔 수 있어요.
이 글은 정보 제공 글이며 매매 권유나 투자 자문이 아니에요. 가상자산은 변동성이 크고 원금 손실 위험이 있어요. 투자 판단과 그 결과에 대한 책임은 본인에게 있어요.