백서는 개발자가 발표하는 문서로, 암호화폐 프로젝트의 기술, 목적, 구상 및 데이터를 설명합니다. 여기에는 잠재적 투자자를 위해 프로젝트에 대한 심층적인 정보를 제공하기 위해 통계, 다이어그램 및 공식과 같은 데이터가 포함됩니다. ^[2]

백서의 발표는 종종 암호화폐 스타트업이 전문적이고 합법적으로 보이기 위한 방법으로 간주됩니다. 투자자에게 암호화폐 공간 내에서 프로젝트의 고유성을 보여주기 때문입니다.

역사

'백서'라는 용어는 1920년대 초에 권위 있는 성격의 공식 정부 보고서를 설명하기 위해 처음 사용되었습니다. 최초의 백서는 1922년 처칠 백서로, 법이 되기 전에 정책 아이디어를 소개했습니다. 정치인들이 이를 시험 삼아 사용했지만, 백서는 1990년대에 마케팅 및 판매에서 더욱 널리 사용되었습니다. 이는 제품을 홍보하고 잠재 고객의 흥미를 유발하는 도구로 바뀌었습니다. ^[1]

백서 읽는 방법

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

백서 vs 라이트페이퍼 vs 깃북

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

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

암호화폐 백서의 예

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