WCNCitizen Ledger
№ 15·0115 · Resource Center2 min read · Section 1 of 5

15.1 White Paper

The most complete and systematic formal discussion carrier of WCN: typical chapter structure, reader path and division of labor with other materials.

Updated
15.1 · White Paper

The white paper answers "What is WCN, why is it now, how does it work, and where are the risks and stage boundaries."

The white paper is WCN’s systematic text that can be quoted externally. It connects problem judgment, network architecture, node and deal mechanisms, PoB (Proof of Business), Agent roles, business models and roadmaps in series to provide due diligence, research and long-term cooperation to complete a logical closed loop in a single document.

core positioningVersionable, citable formal statement, non-marketing essay
primary readerFinancial and strategic investors, core node candidates, legal affairs and compliance, and industrial strategy departments
Relationship with short materialOne-Pager and Deck extract narratives from this; FAQ digests the resulting high-frequency questions

White Paper Responsibilities

The white paper undertakes three types of functions: complete argument (hypothesis, mechanism and counterexample), auditable citation (cross-reference of definition, stage and disclaimer), internal and external alignment (reduce caliber drift caused by verbal explanation). It does not replace the rhythm of the road show, nor does it replace the terms of the contract; contracts and regulatory filings are subject to formal legal documents.

Problems and OpportunitiesThe pain points of the market structure, the entities served by WCN (project parties, capital parties, service parties, nodes) and the economic reasons for the existence of the network.
System architectureHierarchical model (projects and assets, capital allocation, execution and services, distribution and liquidity, etc.), data and authority boundaries, on-chain/off-chain division of labor principles.
Nodes and GovernanceNode roles, access and obligations, and relationship to the Deal/Proof process; transparency expectations for governance and parameter changes.
PoB and AgentThe meaning, audit and anti-abuse ideas of PoB as business authenticity input; Agent’s permissions, logs and manual verification.
business and stagesRevenue sources and stage assumptions (aligned with roadmap), key metrics and go/no-go signals.
Risks and RoadmapTechnology, market, regulatory and execution risks; switching conditions between phased delivery and "verify first, expand later".

Typical chapter structure (for comparison with PDF)

The official white paper PDF should be organized into the following modules according to readability and citation requirements (specific titles can be fine-tuned, but the logical order is recommended to be maintained):

Abstracts and Reader's Guide
Background and problem statement
WCN Definition and Participants
Architecture and Process
Mechanical depth
Economic Model and Stage Assumptions
Risks, Compliance and Disclaimers

Who should read the white paper first?

  • Financial Investors: Used to check whether narratives and numerical assumptions are consistent before term sheets or in-depth meetings.
  • Strategy and Partners: Evaluate interface responsibilities, data sharing and co-branding boundaries.
  • Node Candidate: Understand PoB, obligations and network phases before committing time and resources.
  • Internal Products and Markets: As the upstream of the "single source of truth" for external discourse and customer-facing materials.
If the other party is extremely short on time, the One-Pager or Deck fragment should be sent first, and it should be clearly stated that "the complete technology and mechanism can be found in Chapter × of the white paper" - to avoid short materials being misinterpreted as complete disclosure.

What a white paper shouldn’t do

White papers are not suitable as "sole sales tools" or "substitutes for legal opinions": the former is completed by One-Pager, Deck and meetings; the latter must be issued by a licensed legal advisor in a specific jurisdiction.
Non-real-time status screenOn-chain data, specific Deal lists, and real-time KPIs should be displayed on product or data dashboards, and the white paper retains the methodology and representative examples.
Non-Personalized Term SheetThe signed text shall prevail for the node agreement, investment agreement, confidentiality obligations, etc.
← PreviousChapter OverviewNext →15.2 One-Pager