백서(Whitepaper)가 무엇인가?

Whitepaper는 암호화 프로젝트가 무엇을 구축하고 있는지, 어떻게 작동하는지, 왜 누군가가 관심을 가져야 하는지 설명하는 핵심 문서입니다. 피치 데크의 분위기를 담았지만 검증 가능한 증거, 모델, 증빙으로 구성되어 있습니다. 대담한 주장과 상세 내용이 만나는 곳이 바로 이 문서입니다.

Myth

백서도 마케팅일 뿐이다. 절대 그렇지 않습니다. 진짜 백서는 구체적이며, trade off를 참조하고, 나중에 주장들을 확인할 수 있을 만큼의 상세 정보를 제공합니다.

How Whitepaper works

아이디어와 저장소(repo)가 있는 팀을 상상해 보세요. 그들은 누구나 읽고 살펴볼 수 있는 계획을 작성합니다. 일반적인 흐름은 다음과 같습니다:

Step 1: 문제. 문서는 어떤 이슈가 존재하는지, 누구를 돕는지 밝힙니다.
Step 2: 설계. 시스템을 개략하고 합의 메커니즘과 데이터 흐름을 포함합니다.
Step 3: 계획. 마일스톤이 살고 있는 로드맵으로 제시되며 단기 및 장기 목표가 포함됩니다.
Step 4: 수치. 토큰 경제를 설명하고 총 공급량 및 유통 공급, 배정 및 가용성 등을 포함합니다.
Step 5: 증거. 보안 접근 방식, 감사나 계획, 코드로의 링크, 커뮤니티가 진척 상황을 검증할 수 있는 방법.

따라하기에 간단하지만 나중에 테스트하기에 충분한 상세함. 예, 그것이 아이디어입니다.

Why Whitepaper Matters

그렇다면 이 문서가 당신에게 어떤 이익이 있나? 세 가지입니다:

Benefit: 주의나 자금을 투입하기 전에 프로젝트가 실제로 실체가 있는지 시간을 절약하며 보여 줍니다.
Perspective: 공개된 약속이므로 시간이 지나도 행동이 주장과 일치하는지 추적할 수 있습니다.
Relevance: 토큰 출시, 프로토콜 업그레이드, dApp, DAO 제안에서 이를 볼 수 있습니다.

Tip

먼저 초록 요약과 토큰 섹션부터 훑고, 그런 다음 위험성과 가정으로 넘어가세요. 그 부분이 얇다면 나머지는 주의해서 다루세요.

Key Characteristics of Whitepaper

읽을 때 다음 신호를 찾으세요:

Specific: 명확한 문제, 명확한 대상, 명확한 결과.
Testable: 코드, 데이터, 수학으로 확인 가능한 주장.
Transparent: 공급, 배정, 거버넌스가 명시되어 있습니다.
Readable: 전문 용어가 설명되고 다이어그램이 도움을 주며 예가 등장합니다.
Versioned: 진행 상황을 보여 주는 날짜, 버전, 변경 로그.

Variations

모든 프로젝트가 같은 맛으로 배포하진 않습니다. 몇 가지 스타일이 있습니다:

Technical: 엔지니어를 위한 수학과 프로토콜 상세가 강합니다.
Litepaper: 깊은 수학 없이 큰 부분을 강조하는 짧은 읽기.
Yellow: 핵심 모델을 입증하는 형식의 학술적 스타일.
Onepager: 콜이나 데모 전에 빠르게 검토할 수 있는 간결한 요약.

Reminder

백서는 계약서가 아닙니다. 팀은 범위를 바꾸고, 일정은 미끄러지며, 기능은 evolve합니다. 그러니 항상 코드베이스와 최근 업데이트를 교차 확인하세요.

Example

새 토큰에 투자하기 전에 문서를 읽고 프로젝트가 해결하는 문제, 공급 처리 방식, 주요 릴리스 예상 시점을 확인합니다.

Fun Fact

2008년 어느 금요일에 Satoshi의 9페이지 PDF가 메일링 리스트에 올라왔고 수백만 줄의 코드와 새로운 형태의 돈에 영감을 주었습니다.

Wrap-Up

간단 요약: 백서를 당신의 프리플라이트 체크리스트처럼 다루고, 아이디어가 당신의 시간이나 코인으로 보상을 받을 만큼 가치가 있는지 판단하세요.

Whitepaper