암호화폐 백서를 비판적으로 읽는 법
암호화폐 백서를 비판적으로 읽는 법을 알아보세요. 각 섹션이 증명해야 할 내용, 던져야 할 질문, 진짜 프로젝트와 과대광고를 가르는 경고 신호를 정리했습니다.
암호화폐 백서를 비판적으로 읽으려면 네 가지를 순서대로 확인하세요. 설명하는 문제가 실제로 존재하는지, 제안된 메커니즘이 그 문제를 그럴듯하게 해결하는지, 토큰이 정말 필요하고 공정하게 분배되었는지, 그리고 모든 중요한 주장을 문서 밖에서 검증할 수 있는지입니다. 백서는 증거가 아니라 프로젝트의 홍보 자료이자 기술적 주장 목록으로 대하세요.
백서가 유명해진 계기는 Bitcoin 백서였습니다. 이 9쪽짜리 문서는 새로운 시스템을 다른 사람들이 구현하고 검증할 수 있을 만큼 정확하게 설명했습니다. 이후의 많은 백서는 정반대입니다. 길고, 모호하며, 유행어로 가득합니다. 그 차이를 구별하는 법을 익히는 것은 암호화폐 리서치에서 가장 유용한 기술 중 하나이며, 생각보다 시간이 많이 들지 않습니다.
백서에 담겨야 할 내용
진지한 백서는 대부분 비슷한 내용을 다룹니다. 읽는 동안 이 표를 지도처럼 활용하세요.
| 섹션 | 알려줘야 할 내용 | 확인할 점 |
|---|---|---|
| 문제 정의 | 현재 무엇이 문제이며 누구에게 문제인지 | “블록체인이 X를 혁신할 것”이 아닌 구체적이고 실제적인 문제 |
| 해결책과 설계 | 시스템이 어떻게 작동하는지 | 구체적인 메커니즘, 다이어그램, 가정 |
| 토큰 설계 | 토큰이 무엇을 하며 왜 필요한지 | 수수료, 스테이킹, 거버넌스 같은 명확한 역할 |
| 공급과 분배 | 토큰이 몇 개 존재하며 누가 받는지 | 배분 비율, 베스팅 일정 |
| 보안 모델 | 무엇이 잘못될 수 있으며 어떻게 대응하는지 | 공격과 한계에 대한 솔직한 논의 |
| 팀과 거버넌스 | 누가 만들고 누가 변경을 결정하는지 | 실명이 공개된 인물, 조직 구조 |
| 로드맵 | 무엇이 완성되었고 무엇이 계획 중인지 | 완료된 것과 약속된 것의 명확한 구분 |
이 중 여러 항목을 건너뛰거나 구호로만 채운 백서라면 더 회의적으로 봐야 합니다. 함께 보기: 트레저리 분석.
1단계: 문제 정의를 검증하기
처음 몇 페이지부터 시작하세요. 다음을 물어보세요.
- 1문제가 구체적인가? “소규모 기업 간 국경 간 결제는 며칠이 걸리고 몇 퍼센트의 비용이 든다”는 구체적입니다. “금융은 망가졌다”는 그렇지 않습니다.
- 2블록체인이 필요한가? 많은 문제는 일반 데이터베이스로 더 잘 해결됩니다. 좋은 백서는 왜 여기서 탈중앙화, 검열 저항성, 공개 검증 가능성이 중요한지 설명합니다.
- 3사용자는 누구인가? 누가 그 제품을 쓸지 떠올릴 수 없다면, 프로젝트에 실제 수요가 없을 수도 있습니다.
2단계: 메커니즘이 타당한지 확인하기
실질적인 내용이 드러나는 곳은 설계 섹션입니다. 모든 공식을 이해할 필요는 없지만, 다음은 확인할 수 있습니다.
- 구체적인 세부 사항이 있는가? 합의 방식, 데이터 흐름, 수수료 지불 방법, 가격 결정 방식.
- 가정이 명시되어 있는가? 모든 시스템은 정직한 다수나 신뢰할 수 있는 가격 피드 같은 가정에 의존합니다. 좋은 백서는 이를 밝힙니다.
- 트레이드오프를 인정하는가? 단점 없이 가장 빠르고, 가장 저렴하며, 가장 탈중앙화된 네트워크라고 동시에 주장한다면 경고 신호입니다.
- 독창적인가? 특징적인 문장 몇 개를 검색 엔진에 붙여 넣어 보세요. 다른 백서에서 복사한 부분은 대충 만든 프로젝트나 사기 프로젝트의 흔한 징후입니다.
3단계: 토큰을 따져 묻기
많은 프로젝트가 진짜 우선순위를 드러내는 곳이 토큰 섹션입니다. 다음을 물어보세요.
- 1토큰은 무엇을 하는가? 수수료 지불, 스테이킹을 통한 네트워크 보안, 거버넌스 투표, 담보 역할인가요?
- 2토큰 없이도 시스템이 작동하는가? 스테이블코인이나 기존 코인으로 같은 역할을 할 수 있다면, 그 토큰은 주로 자금 조달을 위해 존재하는 것일 수 있습니다.
- 3가치는 어디서 나오는가? 토큰 보유자에게 수익을 약속한다면 실제 원천을 찾아보세요. 사용자가 내는 수수료인지, 보상용으로 새로 발행되는 토큰인지 말입니다.
- 4공급은 어떻게 나뉘는가? 팀, 투자자, 트레저리, 커뮤니티에 각각 얼마가 돌아가며 얼마나 빨리 잠금 해제되는지 적어 두세요. 토크노믹스와 베스팅 일정 및 토큰 언락 가이드에서 건전한 일정이 어떤 모습인지 설명합니다.
고정 수익이나 보장 수익 약속은 특히 조심하세요. 많은 국가에서 팀의 노력으로 얻는 이익을 약속하는 것은 프로젝트에 법적 문제를 일으킬 수도 있습니다. 더 자세한 내용은 커뮤니티 건강 점검을 참고하세요.
4단계: 문서 밖에서 주장 검증하기
대부분의 독자가 건너뛰는 단계이자 가장 중요한 단계입니다.
- 코드. 실제 개발 이력이 있는 공개 저장소가 있나요? 코드가 설명된 설계와 일치하나요?
- 온체인 데이터. 블록 탐색기를 사용해 토큰 공급량과 최대 보유자가 공표된 배분과 일치하는지 확인하세요.
- 팀. 언급된 인물들을 독립적으로 찾을 수 있으며, 프로젝트 이전부터의 경력이 있나요?
- 감사. 감사가 언급되어 있다면 감사 기관의 자체 웹사이트에서 보고서를 찾아보세요.
- 파트너십. 언급된 파트너가 자사 공식 채널에서 그 관계를 언급하는지 확인하세요.
투자 전 암호화폐 프로젝트를 조사하는 방법에 관한 더 폭넓은 가이드에서 이러한 점검들이 어떻게 맞물리는지 보여줍니다.
암호화폐 백서의 경고 신호
다음과 같은 패턴을 주의하세요.
- 보장된 수익이나 비정상적으로 높은 수익, 또는 토큰 보유만으로 얻는 “패시브 인컴”을 내세우는 표현.
- 유행어 나열: AI, 메타버스, 양자 내성, DeFi가 구체적인 내용 없이 한 문단에 모두 등장.
- 팀이나 “마케팅”에 대한 대규모 토큰 배분과 짧거나 아예 없는 베스팅.
- 익명 팀과 대규모 자금 모집 목표의 조합.
- 위험, 공격, 한계에 대한 논의 부재.
- 제품 개발보다 거래소 상장과 가격 목표 위주의 로드맵.
- 초안이 바뀔 때마다 토큰 배분이 조용히 달라지는 버전 이력.
이에 대해서는 과거 가격 데이터를 리서치에 활용하는 방법에서 더 자세히 다룹니다.
결론
백서는 출발점이지 판결이 아닙니다. 프로젝트가 무엇을 주장하는지 이해하기 위해 읽고, 그다음에는 대부분의 시간을 코드, 블록체인 데이터, 팀의 이력, 독립적인 출처와 그 주장을 대조하는 데 쓰세요. 구체적이어야 할 부분에서 문서가 모호하거나, 토큰이 주로 판매를 위해 존재하는 것처럼 보인다면, 그것은 아무리 세련된 디자인보다도 많은 것을 알려줍니다. 프로젝트를 다른 프로젝트와 비교할 준비가 되면 실사(due diligence) 관련 글에서 다음 단계를 확인하세요.
자주 묻는 질문
암호화폐 백서란 무엇인가요?
암호화폐 백서는 프로젝트가 해결하려는 문제, 기술의 작동 방식, 토큰의 설계와 분배 방식, 그리고 누가 개발하는지를 설명하기 위해 프로젝트가 발행하는 문서입니다. 프로젝트가 직접 작성한 마케팅 겸 기술 문서이므로, 액면 그대로 받아들이기보다 독립적인 증거와 대조해 확인해야 합니다.
좋은 백서가 있으면 정상적인 프로젝트인가요?
아닙니다. 잘 다듬어진 백서는 적은 비용으로 작성하거나 베낄 수 있습니다. 백서는 주장의 모음일 뿐입니다. 정당성은 증거에서 나옵니다. 작동하는 코드, 온체인 활동, 실제 사용자, 신원을 확인할 수 있는 팀원, 그리고 문서의 약속과 일치하는 토큰 분배가 그것입니다.
백서를 읽는 데 얼마나 걸리나요?
처음 비판적으로 훑어보는 데는 보통 30~60분이 걸립니다. 문제 정의, 메커니즘, 토큰의 역할과 분배, 팀에 집중하세요. 그런 다음 코드, 블록 탐색기, 독립적인 출처와 그 주장들을 대조하는 데 더 많은 시간을 쓰세요.
프로젝트에 백서가 없다면요?
많은 정상적인 프로젝트가 하나의 백서 대신 문서, 기술 사양서, 연구 논문을 공개합니다. 백서가 없다는 것 자체가 자동으로 경고 신호는 아니지만, 프로젝트는 여전히 작동 방식, 토큰의 역할, 공급량 분배 방식을 명확하게 설명해야 합니다.