Chapter 1: Project Background & Operations Status
1.1 Project Background
In 2026, the blockchain industry is facing three major bottlenecks: compute centralization, high barriers to entry, and energy waste. The compute power of existing public chains is monopolized by professional mining farms, PoW mining consumes massive electricity, and PoS requires large token stakes—none of which align with the original intent of decentralization.
The Guixu Consensus Platform proposes a brand-new approach: true decentralization does not require users to invest in purchasing mining rigs, but instead allows every person with idle devices to participate in the consensus network. Idle computers, phones, routers, and NAS—these resources themselves are the consensus power that blockchain most desperately needs.
1.2 Project Positioning
Project Nature: Decentralized consensus network platform
Core Mechanism: PoR (Proof of Resource) Resource Proof Consensus
Token Type: Guixu Token
Operations Mode: Community Co-Governance, on-chain governance, fully transparent on-chain
Funding Model: 100% decentralized, no reliance on external financing, self-sufficient through the transaction tax
1.3 Operations Status
The project is currently in the foundational concept phase, with whitepaper completed in Chinese and English. PoR algorithm prototype validation and beta testing are planned for Q1-Q2 2027, mainnet launch for Q3, and open phase for Q4.
Chapter 2: Operations Data Overview
2.1 Operations KPI System
Target Operations KPIs (Phase 1: Beta Phase)
2.2 Resource Contribution Statistics
| Resource Type | Collection | Weight | Note |
|---|
| Network Bandwidth | Meter | 1.0x | Basic resource |
| Storage Space | Disk Monitor | 1.2x | High-value, PC/NAS |
| Compute Power | CPU/GPU Monitor | 1.5x | Highest value, heavy-end |
| Online Stability | Heartbeat + Logs | 1.1x | Continuous online bonus |
| Geographic Location | IP Geolocation | 0.8x | Multi-region bonus |
Effective Contributor Threshold (aligned with Whitepaper Chapter 3):
Resource contribution only carries settlement value for an Effective Resource Contributor — a terminal must meet all four within a 7-day assessment window: hardware floor (PC ≥ 4-core + 8GB + 50GB; phone ≥ 4GB + 20GB), bandwidth (downlink ≥ 50Mbps / uplink ≥ 20Mbps), stability (≥ 90% uptime over 7 days), and score threshold (PC ≥ 200 / phone ≥ 100 / server·NAS ≥ 500). Meeting these makes Lv1; uplink ≥ 100Mbps with 60 consecutive days upgrades to Lv2; uplink ≥ 500Mbps + GPU consensus participation + 180 consecutive days upgrades to Lv3. Terminals below the hardware floor have their contribution capped.
Full definition and graded incentives: Whitepaper v1.2, Chapter 3, "Effective Contributor Threshold".
Chapter 3: Community Governance Mechanism
3.1 PoR Consensus Mechanism
The Guixu Consensus Platform adopts the PoR (Proof of Resource) consensus mechanism: it replaces capital staking and hashrate competition with resource contribution, establishing an independent path distinct from PoW and PoS; the technical implementation draws on PoS's stake-weighting approach, but the weight derives from resource contribution rather than token staking.
Idle Terminals → Contribute Resources → Calculate Score → Rank & Mint
- Terminals prove their contribution value through continuous contribution of idle resources (bandwidth, storage, compute)
- The system real-time calculates each terminal's contribution score ranking
- Terminals with the highest contribution scores gain priority in token minting rights
- All resource contribution records are stored on-chain, immutable
3.2 Token Issuance Mechanism
| Dimension | Rule |
|---|
| Total Supply | Minted on demand, no fixed upper limit |
| Issuance Method | No private sale, no public sale, all automatically minted through terminal resource contribution |
| Distribution Ratio | More contribution equals more allocation; contribution score ranking determines minting rights |
| Minting Frequency | Minted once every 1 hour to prevent high-frequency farming |
| Anti-Exploit Strategy | Device fingerprint, contribution decay curve, behavioral analysis, geolocation validation |
3.3 Tax Mechanism — Operations Reserve Fund
Transaction Tax: 1% Guixu token per transaction (Transfer)
Rate Adjustment: Tax rates can be adjusted via community governance voting
Fund Destination: Transaction tax revenue automatically flows into the operations reserve pool
Fund Usage Allocation: Node rewards (40%), network maintenance & security audits (30%), system upgrades & development (20%), community building & marketing (10%)
3.4 Community Governance Voting
Guixu token holders participate in community governance through on-chain voting. Key voting items include:
- Tax rate adjustments (modification of the 1% transaction tax)
- Contribution coefficient adjustments (changes to weights for each resource type)
- Operations reserve fund usage approval
- Technology upgrades and protocol changes
- Malicious node punishment
Chapter 4: Operations Strategy & Direction
4.1 Phased Operations Plan
| Phase | Timeline | Goal | Key Milestone |
|---|
| Beta Phase | 2027 Q1-Q2 | 100-500 beta nodes | PoR algorithm prototype validation, PC beta, token contract launch |
| Public Testing | 2027 Q3 | 500-2000 public nodes | Mainnet launch, mobile App release, governance voting launch |
| Open Phase | 2027 Q4 | Open public access | Global node network expansion |
| Ecosystem Phase | 2028+ | Build complete ecosystem | DeFi ecosystem, cross-chain bridge, multi-device access |
4.2 Market Promotion Strategy
Early Incentives: First 1000 users receive extra contribution coefficient bonus (1.5x)
Community Co-Building: Community co-building program, node ambassador program
Academic Collaboration: Research partnerships with universities on PoR algorithm
Tech Community: GitHub open-source, tech blogs, whitepaper publication
Gamification Design: Contribution dashboard, leaderboard, contribution tier system
Market Promoter (Team Lead) definition (aligned with Whitepaper Chapter 9, Section 2):
The model uses "contribution bonus + team activity reward" rather than direct token profit-sharing. A valid Team Lead must simultaneously: have directly invited ≥ 10 Effective Resource Contributors (Lv1+), have ≥ 30% of the team at Lv2, be an Lv1+ contributor personally, and maintain a team daily-active average of ≥ 15 terminals over the past 30 days.
Three incentive tiers: (1) Recruitment Reward (one-off) — each Lv1 / Lv2 / Lv3 recruited grants a +5% / +15% / +30% contribution bonus, applied to the Team Lead's own score only and not affecting network-wide issuance speed; (2) Team Activity Reward — 0.5% of total team contribution at ≥ 20 daily-active terminals, rising to 1.0% at ≥ 50, paid monthly from the Operations Reserve Fund's community budget and excluded from token issuance; (3) Ecosystem Contribution Reward — 1% of purchase value when team members' resources are commercially procured, paid from commercial revenue and valid only for Lv2+ members.
Full definition and anti-fraud mechanisms: Whitepaper Chapter 9, Section 2.
4.3 Technology Roadmap
| Module | Current Progress | Next Phase |
|---|
| PoR Consensus | Paper-level prototype | Runnable Demo |
| Terminal Client | PC in development | PC beta, mobile App |
| Token Contract | Design complete | EVM contract launch |
| Security Audits | Planned | Third-party audit |
| Cross-Chain Bridge | Planned | Integrated after mainnet |
Chapter 5: Commercial Monetization & Resource Matching
5.1 Overall Commercial Approach
For the project to survive long term, "idle resources" must generate real sales revenue. The Guixu Consensus Platform is not a closed mining network but a resource aggregation and scheduling platform: it standardizes the storage, bandwidth and compute scattered across users' devices and matches them to professional platforms with genuine purchasing demand.
In one sentence: the consensus layer meters resources → the business layer sells them → revenue flows back to participants and the operations fund → more devices join, forming a self-sustaining commercial loop.
5.2 Resource – Demand-Side Matching Matrix
| Resource | Demand Side (Platforms) | Business Direction | Billing & Settlement |
|---|
| Disk storage | Distributed storage providers, cold backup / archiving platforms, data hosting parties | Data archiving, backup replicas, origin storage | Capacity × uptime, settled in USDT / tokens |
| Network bandwidth | CDN / acceleration providers, bandwidth-type mining platforms (CDN mining, proxy egress, decentralized VPN, etc.) | Content delivery, edge acceleration, egress bandwidth leasing | Traffic (GB) and online stability |
| Device compute | AI compute buyers (inference services, model services, rendering / research computing platforms) | AI inference, batch rendering, fine-tuning, data processing | Compute time / task volume, GPU prioritized |
| Traffic & user scale | Ecosystem partners, data service providers, brands and advertisers | Ecosystem partnerships, data services, brand exposure, value-added node services | Settled by engagement term / service volume; creates token demand |
5.3 Converting Traffic into Token Economy Value
Once the network has accumulated enough devices and users, that traffic itself carries commercial value. The platform can match this traffic with partnership demand to generate revenue, and route that revenue back to network participants through resource settlement and token mechanisms — giving the token real usage demand rather than issuance supply alone.
Idle resources → aggregation & metering by Guixu → purchased by professional demand side → revenue returns → participant payouts + operations fund → network scale expands
Effective Traffic User definition (aligned with Whitepaper Chapter 9, Section 1):
Traffic can only be monetized if it can be priced, and it can only be priced if it is genuinely human. An access event counts as effective traffic only if it meets all four: identity uniqueness (one wallet per natural person, bound to a device fingerprint), non-automated behaviour (randomness, dwell time and interaction; no fixed script pattern), meaningful dwell (single session ≥ 15 seconds with at least one meaningful interaction), and source quality (excluding crawlers, CDN prefetch and known proxy pools).
Anti-fraud tiers: L1 automated scripts are blocked outright and generate no contribution value; L2 human-plus-script-assisted is reduced to a 0.3 coefficient; L3 fully human starts at 1.0 and gradually rises to 1.5 after 30 consecutive days of effective online presence.
Full definition: Whitepaper Chapter 9, Section 1.
5.4 Revenue Structure & Resilience
- No single-source dependency: storage, bandwidth, compute and traffic advance in parallel; any one of them maturing is enough to sustain basic network operations.
- Asset-light cost structure: resources come from users' idle devices at near-zero marginal cost, giving a price advantage over traditional IDC and compute markets.
- Professional buyers: purchasers are established storage, bandwidth and compute platforms with relatively rigid demand and the ability to sign long-term agreements.
- Compliant and controllable: resources are delivered as standardized services without capital raising, and combined with community governance and the operations fund mechanism to reduce legal and operational risk.
Chapter 6: Risk Assessment & Mitigation
6.1 Technical Risks
| Risk Item | Impact | Mitigation |
|---|
| Large device performance differences | Hard to measure contribution fairly | Dynamic coefficient model, tiered weights |
| Inconsistent network latency | Communication efficiency differences | Smart routing + async consensus |
| Security vulnerabilities | Malicious attacks could disrupt consensus | Multi-layer defense + audits |
| Device fingerprint spoofing | Malicious users multi-account cheating | Multi-dimensional cross-verification |
6.2 Legal Risks
| Risk Item | Impact | Mitigation |
|---|
| Regulatory policies vary by country | Compliance difficult | Regional compliance, no pre-set legal positions |
| Token classified as security | High legal risk | Position as resource credential, not investment |
| Cross-border data transfer | Data compliance risk | Data localization + compliant protocols |
6.3 Market Risks
| Risk Item | Impact | Mitigation |
|---|
| Major public chains adopt PoS | Competition intensifies | Differentiated: focus on idle resources |
| Insufficient user participation | Slow node growth | Early incentives, gamified dashboard |
| Token price volatility | User confidence shaken | Price tied to contribution scores |
Chapter 7: Operations Outlook
7.1 Short-Term (2027)
- Complete PoR algorithm prototype validation and beta testing
- Mainnet launches with mobile App release
- Build global node network covering major cities
- Community governance mechanism operates normally
7.2 Mid-Term (2028)
- Node count exceeds 10,000, covering major regions globally
- DeFi ecosystem takes initial shape (liquidity mining, lending protocols)
- Cross-chain bridge capability launches, interoperable with major public chains
- Token economic model operates stably, tax revenue sustainably supports network operations
7.3 Long-Term Vision
2028+: Become the world's largest distributed consensus network. True decentralization becomes reality, not just a slogan.
Every ordinary person with idle devices can participate in building the blockchain network through their own devices and receive fair returns.
All Streams Converge, Consensus Builds Together.
