코인을 사기 전에 백서를 보라는 조언은 흔합니다. 그런데 막상 PDF를 열면 30페이지짜리 영어 문서에 수식과 도표가 가득하고, 대부분은 3페이지쯤에서 창을 닫습니다.
문제는 그 문서를 다 이해해야 한다고 생각하는 데 있습니다. 실제로 필요한 것은 이해가 아니라 확인입니다. 코인 백서는 학술 논문이 아니라 프로젝트가 스스로 남긴 약속 문서이고, 약속은 이해하는 것이 아니라 대조하는 것입니다.
왜 하필 코인 백서인가: 프로젝트가 스스로 남긴 유일한 약속
프로젝트에 대한 정보는 많습니다. 커뮤니티 게시글, 인플루언서 영상, 거래소 공지, 뉴스 기사. 그런데 이들에게는 공통점이 하나 있습니다. 프로젝트가 책임지지 않는 말이라는 것입니다.
코인 백서는 다릅니다. 프로젝트팀이 직접 작성해 공개한 문서이고, 거기 적힌 발행량·배분 구조·로드맵은 나중에 검증 가능한 형태로 남습니다. 약속과 결과를 대조할 수 있는 기준선이 되는 셈입니다. 백서를 읽는 목적은 프로젝트를 이해하기 위해서가 아니라, 나중에 대조할 기준선을 확보하기 위해서입니다.
그래서 백서가 아예 없거나, 있어도 대조할 만한 구체성이 없다면 그 자체가 이미 답입니다. 검증할 기준선을 제공하지 않는 프로젝트라는 뜻이기 때문입니다.
원형을 먼저 본다: 비트코인 백서는 무엇을 했나
기준선을 잡으려면 원형을 봐야 합니다. 비트코인 원문 백서는 2008년 10월 31일 사토시 나카모토가 공개한 문서로, 제목은 “Bitcoin: A Peer-to-Peer Electronic Cash System”입니다.
이 문서에서 가장 먼저 눈에 띄는 것은 분량입니다. 단 9페이지입니다. 그 안에 12개 절이 들어 있습니다. 서론, 거래, 타임스탬프 서버, 작업증명, 네트워크, 인센티브, 디스크 공간 회수, 간이 지불 검증, 가치의 결합과 분할, 프라이버시, 계산, 결론.
구성을 뜯어보면 순서가 명확합니다. 무슨 문제를 푸는가 → 어떤 구조로 푸는가 → 그 구조가 왜 무너지지 않는가 → 참여자는 왜 협조하는가 → 숫자로 따지면 어떤가. 마케팅 문구도, 가격 전망도, 파트너사 로고도 없습니다. 풀려는 문제와 그 해법, 그리고 그 해법이 공격받을 때의 계산만 있습니다.
이것이 코인 백서를 볼 때의 기준선입니다. 좋은 백서는 얇을 수 있어도 “무엇을 해결하는가”와 “왜 이 구조가 버티는가”에는 반드시 답합니다. 반대로 그 두 질문에 답하지 않으면서 분량만 많다면, 나머지는 대체로 장식입니다.
코인 백서에서 반드시 확인할 7가지
전부 읽지 않아도 됩니다. 다음 일곱 곳만 확인하면 대부분의 판단이 끝납니다.
백서의 검증 항목은 거래소의 신규 상장 심사 기준과 대조하고, 배분 계획에 무료 배포가 있다면 에어드랍 수령 자격과 시빌 판정을 따로 확인해 약속과 실제 참여 조건을 구분할 수 있습니다.
- 해결하려는 문제가 구체적으로 적혀 있는가. “금융의 미래를 바꾼다” 같은 문장은 문제 정의가 아닙니다. 누가, 어떤 상황에서, 무엇이 불편한지가 적혀 있어야 합니다. 문제가 모호하면 해법도 검증할 수 없습니다.
- 그 문제에 블록체인이 필요한 이유가 있는가. 상당수 프로젝트의 문제는 일반 데이터베이스로 더 싸고 빠르게 풀립니다. 백서가 이 질문을 피해 간다면, 기술은 목적이 아니라 자금 조달의 명분일 가능성이 큽니다.
- 토큰이 구조 안에서 실제로 하는 일이 있는가. 토큰이 없어도 서비스가 돌아간다면 그 토큰은 기능이 아니라 상품입니다. 수수료 지불, 담보, 거버넌스 투표처럼 토큰이 빠지면 시스템이 멈추는 지점이 명시돼 있는지 봅니다.
- 총 발행량과 배분 구조가 숫자로 적혀 있는가. 총량, 팀·재단·투자자·커뮤니티 배분 비율, 그리고 언제 풀리는지(락업과 베스팅)까지 있어야 합니다. 배분 비율은 나와 있는데 해제 일정이 없다면 절반만 공개한 것입니다.
- 팀이 실명으로 검증 가능한가. 이름, 이력, 외부에서 확인 가능한 프로필이 있는지 봅니다. 익명 팀이 무조건 문제인 것은 아니지만(비트코인이 그 반례입니다), 익명이면서 동시에 자금을 모으고 배분을 크게 가져간다면 얘기가 다릅니다.
- 로드맵에 검증 가능한 시점이 있는가. “2단계: 생태계 확장” 같은 항목은 검증할 수 없습니다. 분기와 산출물이 붙어 있어야 나중에 지켰는지 안 지켰는지를 대조할 수 있습니다.
- 위험과 한계를 스스로 적었는가. 이것이 가장 강력한 신호입니다. 자기 설계의 약점을 서술한 백서는 드물고, 적어 놓은 프로젝트는 대체로 그 부분을 실제로 고민한 팀입니다. 위험이 한 줄도 없는 문서는 설명서가 아니라 광고입니다.
| # | 항목 | 어디서 확인 | 위험 신호 |
|---|---|---|---|
| 1 | 문제 정의 | 서론/초록 | 추상적 구호뿐, 대상·상황 서술 없음 |
| 2 | 블록체인 필요성 | 서론~기술 절 | 일반 DB로도 되는 문제인데 언급 없음 |
| 3 | 토큰의 역할 | 토큰 이코노미 절 | 토큰 없어도 서비스가 돌아감 |
| 4 | 발행량·배분·락업 | 토크노믹스 절/표 | 배분 비율만 있고 해제 일정 없음 |
| 5 | 팀 실명 검증 | 팀 소개 절 | 실명·이력 없이 캐릭터 이미지뿐 |
| 6 | 로드맵 시점 | 로드맵 절 | “2단계: 확장”처럼 시점·산출물 없음 |
| 7 | 위험·한계 서술 | 리스크/한계 절(있다면) | 위험 언급이 전혀 없음 |
실제로 적용해 보면: 체인링크 백서로 보는 7가지
프레임워크는 예시가 있어야 손에 잡힙니다. 이미 자리 잡은 프로젝트인 체인링크(Chainlink) 2017년 원본 백서에 위 7가지를 그대로 대입해 봅니다. 매수를 권하거나 만류하려는 것이 아니라, 이미 잘 알려진 프로젝트에도 방법을 적용하면 무엇이 보이는지 보여주려는 것입니다.
| # | 항목 | 판정 | 근거 |
|---|---|---|---|
| 1 | 문제 정의 | 충족 | “블록체인은 외부 데이터를 스스로 가져올 수 없다”는 오라클 문제(oracle problem)를 구체적으로 정의 |
| 2 | 블록체인 필요성 | 충족 | 문제 자체가 블록체인 고유의 구조적 한계에서 나옴 — 일반 서버로 대체하면 신뢰를 검증할 수 없어짐 |
| 3 | 토큰의 역할 | 충족 | LINK는 데이터 제공에 대한 지불 수단이자, 노드 운영자가 정직하게 행동하도록 예치하는 담보 역할을 함께 함 |
| 4 | 발행량·배분·락업 | 절반만 충족 | 총발행량 10억 개 고정, 공개판매 35%·노드운영자·생태계 35%·회사 30% 배분은 명시. 그러나 해제(락업) 일정은 원문 백서에 없음 — 이 항목이 경고하는 상황 그 자체 |
| 5 | 팀 실명 검증 | 충족 | 공동창업자 세르게이 나자로프·스티브 엘리스가 실명으로 명시, 이후 공개 활동으로 지속 검증 가능 |
| 6 | 로드맵 시점 | 미충족 | 6절 “장기 기술 전략”이 방향성만 제시(“오프체인 계산을 더 발전시키는 것이 목표”) — 구체적 분기·연도 없음 |
| 7 | 위험·한계 서술 | 미충족 | 별도의 리스크·한계 절이 없음 |
7개 중 3개는 명확히 충족하고, 1개는 절반만 공개했고, 2개는 아예 없습니다. 2017년 당시 기준으로는 이례적으로 탄탄한 축에 속하는 백서조차 이 정도라는 것이, 처음에 세운 기준선(“좋은 백서는 얇아도 무엇을 해결하는지와 왜 버티는지에는 답한다”)이 왜 최소 기준이지 충분 기준이 아닌지를 보여줍니다. 락업 일정과 위험 고지처럼 이후 업계 관행으로 자리 잡은 항목은, 오래된 백서일수록 원문이 아니라 공식 홈페이지·문서 사이트의 최신 자료에서 따로 확인해야 합니다.
숫자로 본 코인 백서의 신뢰도: 3,291개 중 513개
코인 백서를 의심하며 읽어야 하는 이유는 정서가 아니라 데이터에 있습니다.
월스트리트저널은 2018년 12월, ICO를 진행한 3,291개 프로젝트의 백서를 분석해 그중 513개(약 16%)에서 위험 신호를 발견했다고 보도했습니다. 발견된 유형은 다른 백서와 겹치는 문장, 실존하지 않는 팀 구성원, “보장된 수익”이나 “무위험” 같은 표현, 접속되지 않는 웹사이트였습니다. 분석은 10단어 이상 중복 문장 검사, 인구조사 데이터와 대조한 가짜 이름 식별, 웹사이트 접근성 확인을 병행했습니다.
즉 여섯 개 중 하나꼴로 문서 자체가 신뢰할 수 없는 상태였다는 뜻입니다. 앞의 7가지 항목 중 5번(팀 검증)과 1번(문제 정의)만 확인해도 이 유형의 상당수는 걸러집니다.
코인 백서가 잡아 주지 못하는 것
다만 코인 백서만으로 끝나지 않습니다. 오늘날 시장의 상당 부분은 애초에 백서를 쓰지 않기 때문입니다.
Solidus Labs가 2025년 5월 발표한 리포트에 따르면, 조사 기간인 2024년 1월~2025년 3월 사이 Pump.fun에서 최소 5회 이상 거래된 토큰은 700만 개를 넘었지만 유동성 1,000달러 이상을 유지한 것은 약 9만 7천 개에 그쳤습니다. 같은 리포트는 Raydium의 유동성 풀 38만 8천 개 중 93%(약 36만 1천 개)에서 러그풀 성격이 확인됐고, 러그풀 규모의 중간값은 약 2,832달러였다고 밝혔습니다.
이 영역에는 읽을 백서가 없습니다. 그래서 확인 수단이 문서에서 데이터로 옮겨 갑니다.
- 유동성이 잠겨 있는가. 유동성을 언제든 뺄 수 있는 구조라면 러그풀은 기술적으로 한 번의 거래로 끝납니다.
- 보유 지갑이 몇 개에 몰려 있는가. 소수 지갑이 대부분을 쥐고 있으면 가격은 그들의 선택에 달려 있습니다.
- 계약 권한이 남아 있는가. 발행 권한이나 거래 차단 권한이 살아 있으면 백서에 뭐라고 적혀 있든 무의미합니다.
정리하면 백서는 “무엇을 하겠다고 했는가”를 알려 주고, 온체인 데이터는 “지금 실제로 어떤 상태인가”를 알려 줍니다. 둘 중 하나만으로는 판단이 반쪽입니다.
사이트에서 이 판단은 어떻게 다뤄져 왔나
코인 투자 원칙에서 “백서조차 제대로 갖추지 못한 프로젝트”를 걸렀어야 했다는 반성은, 이 글의 7가지 항목으로 구체화됩니다. 블록체인 기초 기술 가이드가 정리한 합의 알고리즘과 해시 개념은 백서 2~4절을 읽을 때 그대로 쓰이는 사전 지식입니다. 그리고 디파이 가이드에서 다룬 유동성 풀 구조를 알면, 앞서 본 Raydium 데이터가 왜 그렇게 극단적인 수치가 나오는지 이해할 수 있습니다.
초보자가 특히 자주 하는 실수
요약본만 읽습니다. 커뮤니티에 올라온 코인 백서 요약은 대개 좋은 부분만 남깁니다. 발행량과 배분 비율은 요약에서 가장 먼저 잘려 나가는 항목입니다.
어려운 문장을 근거로 신뢰합니다. 이해되지 않는 수식이 많다는 것은 기술력의 증거가 아닙니다. 오히려 앞서 본 표절 사례처럼 다른 문서에서 옮겨 왔을 가능성도 있습니다.
로드맵을 성과로 착각합니다. 로드맵은 계획입니다. 확인해야 할 것은 지난 로드맵 항목이 실제로 지켜졌는지입니다.
백서 발행 이후를 확인하지 않습니다. 코인 백서에는 버전과 날짜가 있습니다. 3년 전 문서가 그대로 걸려 있다면 그 자체가 정보입니다.
백서가 있다는 사실만으로 안심합니다. 문서의 존재와 문서의 내용은 다릅니다. 3,291개 중 513개는 문서가 있었는데도 위험 신호가 나온 사례입니다.
코인 백서는 뒤에서부터 읽는다
마지막으로 실행 순서를 하나 바꿔 보길 권합니다. 코인 백서를 1페이지부터 읽지 마십시오.
앞부분은 대체로 문제 제기와 비전으로 채워져 있고, 이 부분은 잘 쓰인 문서일수록 설득력이 강해서 판단을 흐립니다. 대신 이 순서로 읽습니다.
- 토큰 배분과 락업 일정(보통 뒤쪽) — 숫자가 없으면 여기서 끝냅니다.
- 팀과 위험 고지(보통 맨 뒤) — 검증 가능한 이름과 솔직한 한계가 있는지 봅니다.
- 로드맵 — 시점과 산출물이 붙어 있는지 봅니다.
- 그다음에야 초록과 문제 정의(맨 앞) — 앞의 숫자들과 앞뒤가 맞는지 대조합니다.
숫자를 먼저 보고 서사를 나중에 보면, 서사가 숫자를 설명하는지 아니면 숫자를 가리는지가 드러납니다. 코인 백서를 읽는 기술은 사실상 이 순서 하나로 요약됩니다.
“요즘은 백서 없는 코인이 더 잘 오르지 않나”: 반대 의견
타당한 지적입니다. 실제로 최근 몇 년간 수익률 상위권에는 백서가 없거나 형식적인 밈코인이 자주 올랐고, 백서가 정교한 프로젝트가 조용히 사라진 사례도 많습니다. 백서의 품질과 가격 상승 사이에 뚜렷한 상관관계가 있다고 말하기는 어렵습니다.
다만 이 반론은 질문을 바꿔 놓습니다. 백서를 읽는 목적은 오를 코인을 고르는 것이 아니라, 돈이 사라질 구조를 피하는 것입니다. 앞의 Pump.fun 데이터에서 700만 개 중 살아남은 것이 9만 7천 개였다는 사실은 “고르기”의 문제가 아니라 “피하기”의 문제를 보여 줍니다. 상승 가능성은 백서로 예측할 수 없지만, 소멸 가능성은 상당 부분 백서와 온체인 상태로 걸러집니다. 두 가지를 같은 질문으로 묶으면 답이 나오지 않습니다.
자주 묻는 질문 (FAQ)
Q1. 코인 백서를 꼭 영어 원문으로 읽어야 하나요?
A1. 번역본으로 시작해도 됩니다. 다만 발행량·배분 비율·락업 일정 같은 숫자는 원문에서 한 번 대조하는 편이 안전합니다. 요약과 번역 과정에서 가장 자주 누락되는 항목이기 때문입니다.
Q2. 백서가 없는 코인은 무조건 걸러야 하나요?
A2. 무조건은 아니지만, 그 경우 판단 기준이 온체인 데이터로 넘어갑니다. 유동성 잠금 여부, 보유 지갑 집중도, 계약 권한 잔존 여부를 대신 확인해야 합니다.
Q3. 비트코인 백서는 얼마나 긴가요?
A3. 9페이지이고 12개 절로 구성돼 있습니다. 2008년 10월 31일 공개됐으며, 마케팅 문구나 가격 전망 없이 문제·구조·계산만 담겨 있습니다.
Q4. 백서에 위험이 적혀 있으면 오히려 나쁜 신호 아닌가요?
A4. 반대입니다. 자기 설계의 한계를 서술한 문서는 드물고, 그렇게 쓴 팀은 대체로 그 부분을 실제로 검토했습니다. 위험이 한 줄도 없는 쪽이 더 경계할 대상입니다.
Q5. 토크노믹스에서 가장 먼저 볼 항목은 뭔가요?
A5. 락업과 베스팅 일정입니다. 배분 비율만 있고 해제 시점이 없으면 정보가 절반만 공개된 상태입니다.
Q6. 백서 표절은 실제로 얼마나 흔했나요?
A6. 월스트리트저널이 2018년 12월 3,291개 ICO 프로젝트를 분석한 결과 513개(약 16%)에서 중복 문장, 가짜 팀원, 비현실적 수익 약속 등의 위험 신호가 확인됐습니다.
Q7. 러그풀은 백서로 걸러지나요?
A7. 일부만 걸러집니다. 러그풀이 집중된 영역은 애초에 백서가 없는 경우가 많아, 유동성 잠금과 계약 권한 같은 온체인 확인이 함께 필요합니다.
Q8. 백서를 읽는 데 시간이 얼마나 걸리나요?
A8. 본문의 7가지 항목만 확인한다면 대체로 10분 내외입니다. 전부 이해하려 들면 끝나지 않지만, 확인만 한다면 짧게 끝납니다.
정리하며
코인 백서는 이해해야 할 문서가 아니라 대조해야 할 문서이고, 기준선은 9페이지짜리 비트코인 백서가 이미 보여 줬습니다. 문제 정의·블록체인 필요성·토큰의 역할·발행량과 락업·팀 검증·로드맵·위험 고지 일곱 곳만 확인하면 대부분의 판단이 끝나며, 백서가 아예 없는 영역에서는 유동성 잠금과 지갑 집중도, 계약 권한이 그 자리를 대신합니다. 3,291개 중 513개라는 숫자와 700만 개 중 9만 7천 개라는 숫자는, 고르는 일보다 거르는 일이 먼저라는 사실을 각각 다른 방식으로 말해 줍니다.
#코인백서 #화이트페이퍼 #토크노믹스 #프로젝트검증 #러그풀 #비트코인백서 #온체인 #투자공부 #가상자산 #코인공부