**백서(White Paper)**는 개발자가 발표하는 문서로, 암호화폐 프로젝트의 기술, 목적, 개념 및 데이터를 설명합니다. 통계, 다이어그램 및 수식과 같은 데이터를 포함하여 잠재적 투자자에게 프로젝트에 대한 심층적인 분석을 제공합니다. ^[2]

백서 발표는 암호화폐 신생 기업이 전문적이고 합법적인 모습을 보이는 방법으로 여겨지는데, 투자자에게 암호화폐 시장 내에서 프로젝트의 독창성에 대한 통찰력을 제공하기 때문입니다.

역사

'백서'라는 용어는 1920년대 초 권위 있는 공식 정부 보고서를 설명하기 위해 처음 사용되었습니다. 최초의 백서는 1922년 처칠 백서(Churchill White Paper)로, 법률이 되기 전에 정책 아이디어를 소개했습니다. 정치인들이 시험적인 의견 발표 수단으로 사용했지만, 백서는 1990년대 마케팅 및 영업 분야에서 더욱 널리 사용되기 시작했습니다. 이는 제품을 홍보하고 잠재 고객의 관심을 높이는 도구로 변모했습니다. ^[1]

백서 읽는 방법

1. 프로젝트가 만들어진 이유 이해: 모든 프로젝트 백서의 동기는 일반적으로 서두에 설명되어 있습니다. 프로젝트가 해결하고자 하는 문제와 기존 솔루션과의 차이점에 대한 개요를 제공합니다. 백서의 시장 분석은 그 후 제품의 필요성과 현재 시장에서의 위치를 보여줍니다. ^[2]
2. 유틸리티: 암호화폐 토큰 또는 프로젝트의 실제 유용성을 평가하여 잠재적 가치를 결정하는 것이 중요합니다. 서로 다른 유틸리티 토큰은 목적이 다르며 실제 응용 프로그램을 이해하는 것이 중요합니다. ^[2]
3. 프로젝트 합의: 합의 메커니즘은 백서의 필수적인 부분입니다. 작업 증명, 지분 증명 및 이러한 변형과 같이 여러 가지 합의 메커니즘이 있습니다. 합의를 통해 네트워크의 노드는 직접 통신하지 않고도 트랜잭션을 검증하여 분산 기술의 기반을 형성합니다. ^[2]
4. 초기 코인 배포/토큰 경제학: 암호화폐 프로젝트는 특히 지분 증명 프로젝트에서 초기 토큰 배포에 사전 채굴된 코인을 사용할 수 있습니다. 이러한 코인의 배포를 조사하는 것이 중요합니다. 초기 코인의 상당 부분이 벤처 캐피탈리스트와 프로젝트 제작자에게 할당되는 경우가 있는데, 이는 펌프 앤 덤프 계획과 프로젝트 확장의 제한을 나타낼 수 있습니다. ^[2]
5. 프로젝트에 대한 기술적 설명: 프로젝트는 일반적으로 그래프와 요약을 사용하여 네트워크의 기능을 단순화하려고 합니다. 프로젝트를 이해하려면 백서의 기술적 세부 사항보다는 큰 그림에 집중하는 것이 중요합니다.
6. 프로젝트 일정: 프로젝트에 대한 자세한 일정은 판매 시작 시점과 토큰 출시 시점을 포함하여 향후 몇 개월 동안의 작업 계획에 대한 통찰력을 제공할 수 있습니다. 이는 개발자의 역량과 예측 능력을 나타낼 수 있습니다. ^[2]
7. 팀: 백서에는 프로젝트의 팀에 대한 정보(신원 및 배경 포함)가 포함되어야 합니다. 특히 제작자가 익명인 경우 이러한 정보가 없으면 토큰과 관련된 위험이 증가합니다. ^[1]

백서 대 라이트페이퍼 대 Gitbook

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

Gitbook은 문서화의 주요 플랫폼이 되어 라이트페이퍼 사용이 감소했습니다. 그럼에도 불구하고 일부 프로젝트에서는 여전히 투자자 리소스로 사용합니다. ^[1]

암호화폐 백서 예시

• 비트코인 백서 ^[3]
• 이더리움 백서 ^[4]
• 폴카닷 라이트페이퍼 ^[5]
• 도지코인 백서 ^[6]
• 테더 백서 ^[7]