코인 백서 작성법: 구조, 내용 및 실수

백서는 왜 필요하며 누가 읽을까요?

백서는 독자에게 프로젝트에 대한 검증 가능한 설명을 제공하기 위해 필요합니다: 어떤 문제를 해결하는지, 어떤 방식으로, 그리고 구현에 대해 이미 알려진 것은 무엇인지. 이는 광고 브로셔나 문서, 프레젠테이션 또는 법적 자료를 대체하는 것이 아닙니다. 작성 전에 독자가 문서를 읽은 후 어떤 결정을 내려야 하는지 명확히 하세요: 제품 이해, 기술 모델 평가 또는 토큰 구조 연구. 코인 백서 작성법을 고려할 때, 독자의 관점에서 접근하는 것이 중요합니다.

주요 대상 그룹을 별도로 정의하세요. 사용자는 사용 시나리오를 이해하는 것이 중요합니다; 개발자는 아키텍처와 제약 사항을; 파트너는 의존성과 통합 단계를. 하나의 문서가 여러 그룹을 대상으로 할 수 있지만, 모든 사람이 동일한 수준의 세부 사항을 헤쳐 나가도록 해서는 안 됩니다. 간결한 요약은 핵심을 빠르게 파악하는 데 도움이 되며, 특별 섹션은 필요한 사람에게 깊이를 제공합니다.

계획 전에 다음 질문에 답하세요:

• 독자가 제품과 블록체인에 대해 이미 알고 있는 것은 무엇인가요?
• 현재 제품, 코드 또는 계산으로 확인할 수 있는 주장은 무엇인가요?
• 처음 사용할 때 정의해야 할 용어는 무엇인가요?
• 문서는 웹사이트, 문서 및 출시 자료와 어떻게 연결되나요?

첫 소개를 위한 짧은 개요가 필요하다면, 이는 부록이 될 수 있지만 중요한 조건을 숨겨서는 안 됩니다. 더 광범위한 준비 계획을 위해서는 토큰 출시 체크리스트를 사용하세요.

어떤 백서 구조가 프로젝트 이해를 돕나요?

실용적인 구조는 독자를 문제에서 해결책으로 안내한 후, 메커니즘과 제약 사항을 보여줍니다. 순서는 제품에 따라 변경될 수 있지만, 각 섹션은 구체적인 질문에 답해야 하며, 일반적인 명제를 다른 말로 반복해서는 안 됩니다.

편리한 문서 프레임워크:

• 간결한 요약: 제품, 대상, 문제 및 제안된 해결책.
• 맥락 및 문제: 현재 접근 방식이 어디에서 실패하며 누구에게 중요한지.
• 제품 설명: 사용자 시나리오, 주요 기능 및 개발 상태.
• 아키텍처: 구성 요소, 데이터 흐름, 사용된 네트워크 및 외부 의존성.
• 토큰 및 경제: 목적, 분배, 사용 가능한 메커니즘 및 조건 (토큰이 있는 경우).
• 보안 및 제약 사항: 위협 모델, 취해진 조치, 알려진 절충점 및 미해결 질문.
• 개발 로드맵 및 거버넌스: 단계, 의존성, 책임 있는 결정 및 문서 업데이트 방법.

각 섹션에 대해 명제와 확인 목록(사양, 계산, 다이어그램 또는 담당자 의견)을 작성하세요. 아직 사실이 없는 경우, 이를 미해결 질문이나 계획으로 표시하고, 확신에 찬 표현으로 공백을 채우지 마세요. 내용은 제품의 실제 구조를 반영해야 하며, 보편적인 템플릿 역할을 해서는 안 됩니다. 프로젝트에 구두 발표 자료가 필요한 경우, 작업을 피치덱 형식과 비교하세요.

토큰노믹스와 기술 메커니즘을 어떻게 설명하나요?

토큰에 관한 섹션은 제품에서의 역할과 유통 규칙을 이해하기 쉬운 언어로 설명해야 합니다. 설명된 시나리오에 토큰이 필요하지 않거나 그 기능이 아직 정의되지 않은 경우, 복잡한 계획으로 불확실성을 가리지 마세요: 결정을 미해결 상태로 기록하고 팀과 조율하세요.

사용자 또는 프로토콜의 행동을 통해 토큰의 목적을 설명하세요. 어디서, 어떤 조건에서 사용되는지, 어떤 권리나 기능이 관련되어 있는지, 어떤 제한이 적용되는지 명확히 하세요. 공급, 분배, 언락 또는 발행에 관한 정보를 제공하는 경우, 현재 모델과 조율하고 문서 전체에서 용어를 일관되게 사용하세요. 분배 비율, 토큰 가용성 및 실제 유통을 혼동하지 마세요: 이들은 다른 개념입니다.

기술 부분에서는 다음을 설명하는 것이 유용합니다:

• 시스템의 주요 구성 요소와 상호 작용;
• 일반적인 사용자 시나리오에서 발생하는 일;
• 스마트 컨트랙트가 수행하는 작업과 오프체인에 남는 것;
• 작업이 의존하는 외부 서비스 또는 네트워크;
• 선택한 아키텍처의 가정과 절충점.

자산 또는 데이터 흐름을 추적하는 데 도움이 된다면 다이어그램을 추가하고 캡션을 제공하세요. 각 다이어그램은 텍스트 및 현재 구현과 일치해야 합니다. 토큰노믹스는 자산의 미래 가치를 증명하지 않습니다: 구조와 조건을 설명하고 수익성에 대한 결론을 내리지 마세요.

원자료에서 완성된 텍스트까지 어떻게 진행하나요?

백서는 사실을 작성 전에 수집하고 검증을 섹션 소유자에게 분산할 때 준비하기 쉽습니다. 표현 다듬기부터 시작하지 마세요: 먼저 모델의 공백을 찾고, 용어에 합의하며, 팀 구성원이 동일한 제품을 설명하고 있는지 확인하세요.

실용적인 작업 순서:

• 원자료 수집: 제품 설명, 사양, 토큰노믹스, 다이어그램, 개발 상태 및 미해결 결정 목록.
• 담당자 지정: 각 기술, 제품 및 경제 주장에는 이를 확인할 수 있는 소유자가 있어야 합니다.
• 내용 조율: 섹션 계획을 작성하고 어떤 사실이 이미 확인되었고 어떤 것이 계획으로 남아 있는지 표시하세요.
• 초안 작성 및 검토: 먼저 논리와 완전성, 그 다음 스타일, 용어, 상호 참조 및 시각적 요소.
• 출시 확정: 버전 및 업데이트 날짜를 명시하고 후속 변경에 대한 책임자를 지정하세요.

준비 기간은 페이지 수가 아니라 전문가 가용성, 자료의 완전성 및 조정 속도에 따라 결정됩니다. 한 문서에 의견을 모으고 피드백을 사실, 기술 및 편집으로 분류하여 지연을 줄이세요. 편집자는 구조와 명확성을 개선할 수 있지만, 프로젝트 팀이 제품 구조를 확인해야 합니다.

어떤 실수가 백서를 약하게 만드나요?

약한 백서는 일반적으로 약속된 해결책이 실제로 어떻게 작동하는지 설명하지 않습니다. 독자는 용어, 계획 및 화려한 주장을 보지만 문제, 제품 및 주장된 메커니즘 간의 연결을 확인할 수 없습니다.

초안에서 일반적인 실수를 확인하세요:

• 너무 광범위한 문제 명제. 구체적인 사용자, 시나리오 및 기존 접근 방식의 단점을 명시하세요.
• 정의 없는 기술 전문 용어. 처음 사용 시 용어를 설명하고 모든 섹션에서 동일하게 사용하세요.
• 계획을 작동 중인 기능으로 제시. 완료된 구현, 현재 개발 및 가능한 방향을 분리하세요.
• 토큰노믹스가 제품과 분리되어 설명됨. 토큰이 해결하는 작업을 보여주거나, 그 역할이 아직 확정되지 않았음을 정직하게 표시하세요.
• 조정되지 않은 값 및 용어. 텍스트, 표, 다이어그램 및 공개 자료를 단일 데이터 소스와 교차 확인하세요.
• 제약 사항 논의 없음. 시스템 사용에 영향을 미칠 수 있는 의존성 및 절충점을 명시하세요.

유용한 편집 검증은 간단합니다: 팀 외부의 사람에게 요약을 읽은 후 프로젝트의 목적과 하나의 주요 시나리오를 다시 말해 달라고 요청하세요. 그들이 자신의 가정으로 사실을 대체하는 경우, 텍스트를 명확히 하고 누락된 연결을 추가하세요. 인상을 위해 볼륨을 추가하지 마세요: 각 주장은 시스템을 이해하는 데 도움이 되어야 합니다.

백서 게시 전에 무엇을 확인해야 하나요?

게시 전에 문서를 프로젝트 정보의 출처로 확인하세요: 독자는 사실과 의도를 구별하고, 용어를 이해하며, 중요한 주장에 대한 확인을 찾을 수 있어야 합니다. 검증은 편집자에게만 필요한 것이 아니라 제품, 개발, 경제 모델 및 공개 커뮤니케이션을 담당하는 사람들이 참여해야 합니다.

최종 목록을 확인하세요:

• 모든 기술 설명을 현재 아키텍처 및 개발 상태와 교차 확인하세요.
• 텍스트의 토큰 모델이 계산 및 결정된 사항과 일치하는지 확인하세요.
• 예측 및 계획을 계획으로 표시하고, 이미 발생한 사실로 표시하지 마세요.
• 표와 일러스트레이션이 읽기 쉽고 텍스트와 모순되지 않는지 확인하세요.
• 날짜, 버전, 링크, 이름 철자 및 용어 정의를 확인하세요.
• 수정 사항을 보고할 곳과 최신 버전을 찾을 곳을 명시하세요.

백서 자체는 프로젝트의 품질을 확인하지 않으며 스마트 컨트랙트, 제품 또는 법적 모델 검증을 대체하지 않습니다. 문서 게시는 플랫폼의 결정을 통제하지 않습니다: CoinMarketCap 또는 CoinGecko의 상장 및 모더레이션은 자체 기준 및 절차에 따라 진행됩니다. 텍스트를 기반으로 상장 승인, 청중의 관심 또는 시장 결과를 약속할 수 없습니다. 팀은 문서의 정확성과 적시 업데이트에 대해 책임을 질 수 있지만, 외부 플랫폼의 결정에 대해서는 책임을 지지 않습니다. 제품 변경 후 공개 정보가 업데이트되는 경우, CoinMarketCap 상장 신청을 포함한 다른 자료와 조율하세요.

가격

USD 기준 시작 가격입니다. 맞춤 번들 및 볼륨 할인은 요청 시 제공됩니다. USDT, USDC, BTC, ETH, SOL, TON 또는 프로젝트 토큰으로 결제 가능합니다.

이용 방법

1. 사실 수집사양, 다이어그램, 현재 토큰 매개변수 및 사용자 시나리오 설명을 요청하세요. 팀이 아직 해결책이 없는 질문을 별도로 표시하세요.
2. 독자 정의주요 대상 그룹을 선택하고 각 그룹에 필요한 설명을 결정하세요. 문서의 목적을 명확히 하여 프레젠테이션이나 문서와 혼동하지 않도록 하세요.
3. 구조 조율섹션을 문제와 제품에서 아키텍처, 경제 및 제약 사항 순으로 배열하세요. 각 명제에 대해 정확성을 확인할 전문가를 지정하세요.
4. 초안 준비확인된 자료를 기반으로 작성하고 현재 기능을 계획과 분리하세요. 정의와 값이 섹션 간에 변경되지 않는지 확인하세요.
5. 검증 및 출시팀과 사실을 교차 확인하고, 텍스트, 다이어그램 및 링크를 편집하세요. 문서 버전을 명시하고 업데이트 책임자를 지정하세요.