**백서(Whitepaper)**는 개발자가 암호화폐 프로젝트의 기술, 목적, 구상 및 데이터를 개괄하여 발표하는 문서입니다. 여기에는 잠재적 투자자들에게 프로젝트에 대한 심층적인 정보를 제공하기 위해 통계, 도표, 공식과 같은 데이터가 포함됩니다. ^[2]​

백서의 발행은 종종 암호화폐 스타트업이 전문성과 정당성을 갖춘 것으로 보이게 하는 수단으로 간주되는데, 이는 투자자들에게 암호화폐 시장 내에서 해당 프로젝트의 차별성에 대한 통찰력을 제공하기 때문입니다.

역사

'백서'라는 용어는 1920년대 초 정부의 공식적이고 권위 있는 보고서를 설명하기 위해 처음 사용되었습니다. 최초의 백서는 1922년 처칠 백서(Churchill White Paper)로, 정책 아이디어가 법안이 되기 전에 이를 소개했습니다. 정치인들이 이를 여론 탐색용(trial balloons)으로 사용한 반면, 백서는 1990년대에 마케팅 및 판매 분야에서 더욱 널리 보급되었습니다. 이는 제품을 홍보하고 잠재 고객의 호기심을 자극하는 도구로 변모했습니다. ^[1]​

백서 읽는 법

1. 프로젝트 생성 이유 이해: 모든 프로젝트 백서의 제작 동기는 일반적으로 서두에 설명되어 있습니다. 이는 프로젝트가 해결하고자 하는 문제에 대한 개요와 그 해결책이 기존의 것들과 어떻게 다른지를 제공합니다. 백서의 시장 분석은 제품의 필요성과 현재 시장에서의 위치를 보여줍니다.^[2]
2. 유틸리티(Utility): 암호화폐 토큰이나 프로젝트의 잠재적 가치를 판단하기 위해서는 실제 세계에서의 유용성을 평가하는 것이 필수적입니다. 유틸리티 토큰마다 목적이 다르므로, 그 실질적인 활용 방안을 이해하는 것이 중요합니다.^[2]
3. 프로젝트 합의: 합의 메커니즘은 백서의 핵심적인 부분입니다. 작업 증명(PoW), 지분 증명(PoS) 및 이들의 변형과 같은 다양한 합의 메커니즘이 존재합니다. 합의는 네트워크의 노드들이 직접적인 통신 없이도 거래를 검증할 수 있게 하여 탈중앙화 기술의 기초를 형성합니다.^[2]
4. 초기 코인 배분 - 토큰노믹스: 암호화폐 프로젝트, 특히 지분 증명 프로젝트는 초기 토큰 배분을 위해 사전 채굴된 코인을 사용할 수 있습니다. 이러한 코인의 배분 방식을 조사하는 것이 중요합니다. 초기 코인의 상당 부분이 벤처 캐피털과 프로젝트 창립자에게 할당된 경우가 있는데, 이는 펌프 앤 덤프(pump-and-dump) 수법의 징후일 수 있으며 프로젝트 확장에 제한이 될 수 있습니다.^[2]
5. 프로젝트의 기술적 설명: 프로젝트는 일반적으로 그래프와 요약본을 사용하여 네트워크의 작동 방식을 단순화하여 보여주려 합니다. 프로젝트를 이해하기 위해서는 백서의 기술적인 세부 사항보다는 전체적인 그림에 집중하는 것이 중요합니다.
6. 프로젝트 로드맵: 프로젝트의 상세한 타임라인은 판매 시작 시점과 토큰 출시 시점을 포함하여 향후 몇 달간의 작업 계획에 대한 통찰력을 제공할 수 있습니다. 이는 개발자의 역량과 선견지명을 가늠하는 지표가 될 수 있습니다.^[2]
7. 팀 구성: 백서에는 신원과 배경을 포함하여 프로젝트 뒤에 있는 팀에 대한 정보가 포함되어야 합니다. 특히 제작자가 익명인 경우와 같이 이러한 정보가 부족하면 토큰과 관련된 위험이 증가합니다. ^[1]

백서(White Paper) vs 라이트페이퍼(Litepaper) vs 깃북(Gitbook)

**라이트페이퍼(Litepapers)**는 백서의 요약 버전으로, 블록체인 프로젝트에서 투자자들에게 전통적인 백서보다 더 읽기 쉬운 정보를 제공하는 수단으로 인기를 얻었습니다. ^[1]​

**깃북(Gitbook)**은 문서화를 위한 주요 플랫폼이 되었으며, 이로 인해 라이트페이퍼의 사용이 감소했습니다. 그럼에도 불구하고 일부 프로젝트는 여전히 투자자 리소스로 라이트페이퍼를 활용하고 있습니다. ^[1]​