The Copperfield Plan

The Copperfield Plan for Tondi blockchain development and ecosystem growth.

Tondi as Bitcoin's Proving Ground for Unadopted BIPs

The Copperfield Plan is our initiative to transform Tondi, a Taproot-native high-performance blockchain, into a living laboratory for Bitcoin's unadopted or experimental proposals. Our goal is twofold:

Validation for Bitcoin โ€“ provide a proving ground for technical ideas discussed in the Bitcoin community but not yet adopted into consensus.

Preparation for the Next Era โ€“ explore how Bitcoin's "impossible trinity" of decentralization, security, and scalability may shift dynamically, rather than remain frozen under extreme conservatism.

We believe that inaction is not entropy reduction. Conservatism preserves Bitcoin's security today, but experimentation is necessary to prepare for tomorrow.


Focus Areas of Experimentation

Within Copperfield, we are actively implementing the following classes of proposals as core differentiators of Tondi:

๐Ÿ”น Channel & Scalability Layer

  • โœ… ANYPREVOUT (TSP-0007) โ€“ enabling eltoo and simplified channel updates. Status: Review
  • โœ… Channel Factories (TSP-0012) โ€“ multi-party channel construction to reduce on-chain footprint. Status: Draft
  • ๐Ÿ”„ CTV (CheckTemplateVerify) (TSP-0009) โ€“ covenant-based transaction commitments. Status: Draft

๐Ÿ”น Privacy & Signature Layer

  • โœ… PTLC (TSP-0010) โ€“ privacy-enhanced conditional payments. Status: Draft
  • โœ… CISA (TSP-0008) โ€“ transaction size reduction via aggregate Schnorr signatures. Status: Draft
  • โœ… Native MuSig2 (TSP-0011) โ€“ efficient multisig aggregation built into consensus rules. Status: Draft

๐Ÿ”น Performance & State Management

  • ๐Ÿ”„ UTreeXO โ€“ stateless client with Merkleized UTXO set. Planned for future TSP
  • ๐Ÿ”„ AssumeUTXO โ€“ faster node bootstrapping with snapshot validation. Planned for future TSP

๐Ÿ”น Extension Models

  • ๐Ÿ”„ Ark โ€“ off-chain payment pools with improved UX. Planned for future TSP
  • ๐Ÿ”„ Statechains โ€“ transferable off-chain custody with cryptographic handovers. Planned for future TSP

๐Ÿ”น Covenant & Smart Contract Layer

  • ๐Ÿ”„ OP_VAULT โ€“ secure vault mechanisms with delegated spending policies. Planned for future TSP
  • ๐Ÿ”„ OP_CAT โ€“ reintroducing concatenation for expressive covenant design. Planned for future TSP
  • ๐Ÿ”„ OP_CSFS โ€“ checksum-based script validation for advanced contracts. Planned for future TSP

๐Ÿ”น Applications & Standards

  • โœ… FUN20 (TSP-0006) โ€“ inscription-style fungible token standard. Status: Review

Process and Community Feedback

Current Implementation Status (January 2025)

Stage 1 โ€“ Tondi Frontier (Testnet)

  • โœ… TSP-0001: Kaspa-Compatible Payment Types with Extended Taproot - Implemented
  • โœ… TSP-0002: BLAKE3 Hash Algorithm Adoption - Implemented
  • โœ… TSP-0004: TSP Numbering and Lifecycle Definition - Implemented
  • ๐Ÿ”„ TSP-0003: ASIC-Resistant PoW with BLAKE3+MTR - Review
  • ๐Ÿ”„ TSP-0005: Biannual Evolution and Frontier Network - Accepted
  • ๐Ÿ”„ TSP-0006: FUN20 Fungible Token Standard - Review

Stage 2 โ€“ Mainnet Preparation

  • ๐Ÿ“‹ TSP-0007: ANYPREVOUT for Eltoo Channels - Review (Target: v2026a)
  • ๐Ÿ“‹ TSP-0008: CISA Signature Aggregation - Draft (Target: v2026a)
  • ๐Ÿ“‹ TSP-0009: CTV Covenants - Draft (Target: v2026b)
  • ๐Ÿ“‹ TSP-0010: PTLC Contracts - Draft (Target: v2026a)
  • ๐Ÿ“‹ TSP-0011: Native MuSig2 - Draft (Target: v2026a)
  • ๐Ÿ“‹ TSP-0012: Channel Factories - Draft (Target: v2026b)

Stage 3 โ€“ Reporting Back

We commit to publishing technical reports for each tested proposal, feeding back real-world data, attack surfaces, and UX implications to the Bitcoin development community.


๐Ÿ“Š Implementation Progress Overview

Status Count Percentage
โœ… Implemented 3 25%
๐Ÿ”„ Review 3 25%
โœ… Accepted 1 8.3%
๐Ÿ“‹ Draft 5 41.7%
Total 12 100%

๐Ÿ“ˆ Overall Completion Status

  • Fully Implemented: 3 TSPs (25%)
  • In Active Development: 3 TSPs (25%)
  • Accepted for Deployment: 1 TSP (8.3%)
  • Design Phase: 5 TSPs (41.7%)

๐Ÿ“‹ Detailed Implementation Progress Table

๐Ÿ—๏ธ Core Protocol Layer

TSP Title Status Completion Target Version Implementation Phase Notes
TSP-0001 Kaspa-Compatible Payment Types + Extended Taproot โœ… Implemented 100% v2025a โœ… Production Supports all Kaspa payment types, adds Taproot support
TSP-0002 BLAKE3 Hash Algorithm Adoption โœ… Implemented 100% v2025b โœ… Production Unified BLAKE3 usage across entire protocol stack
TSP-0003 ASIC-Resistant PoW (BLAKE3+MTR) ๐Ÿ”„ Review 45% v2026b ๐Ÿ”„ Testnet Validation Memory-touch randomness algorithm design completed

๐Ÿ›๏ธ Governance & Meta Protocol

TSP Title Status Completion Target Version Implementation Phase Notes
TSP-0004 TSP Numbering, Categories, and Lifecycle Definition โœ… Implemented 100% v2025a โœ… Production Two-phase numbering system established
TSP-0005 Biannual Evolution and Tondi Frontier Network โœ… Accepted 70% v2025b ๐Ÿ”„ Ready for Deployment Frontier testnet formalization

๐Ÿš€ Applications Layer

TSP Title Status Completion Target Version Implementation Phase Notes
TSP-0006 FUN20 - Inscription-style Fungible Token Standard ๐Ÿ”„ Review 50% v2025b ๐Ÿ”„ Testnet Validation Complete token protocol specification with zk-proof support

โšก Consensus Layer

TSP Title Status Completion Target Version Implementation Phase Notes
TSP-0007 ANYPREVOUT Support (Eltoo Payment Channels) ๐Ÿ”„ Review 0% v2026a ๐Ÿ“‹ Development Core functionality for Tondi Flash
TSP-0008 CISA (Cross-Input Signature Aggregation) ๐Ÿ“‹ Draft 0% v2026a ๐Ÿ“‹ Design Phase Transaction size optimization
TSP-0009 CTV (CheckTemplateVerify) Covenants ๐Ÿ“‹ Draft 0% v2026b ๐Ÿ“‹ Design Phase Covenant primitive support
TSP-0011 Native MuSig2 Multi-Signatures ๐Ÿ“‹ Draft 0% v2026a ๐Ÿ“‹ Design Phase Efficient multi-signature aggregation

๐Ÿ“ Standards Layer

TSP Title Status Completion Target Version Implementation Phase Notes
TSP-0010 Tondi PTLC (Point Time-Locked Contract) ๐Ÿ“‹ Draft 65% v2026a ๐Ÿ“‹ Design Phase Privacy-enhanced conditional payments

๐ŸŒ Layer 2

TSP Title Status Completion Target Version Implementation Phase Notes
TSP-0012 Channel Factories (Scalable Off-Chain Payment Networks) ๐Ÿ“‹ Draft 45% v2026b ๐Ÿ“‹ Design Phase Multi-party channel construction

๐Ÿ”ง Technical Implementation Status

Completed Implementations

  1. TSP-0001: Kaspa-Compatible Payment Types + Taproot Support

    • โœ… Support for all Kaspa native payment types
    • โœ… Added Taproot (P2TR) output support
    • โœ… BIP-340 Schnorr signature compatibility
    • โœ… Bech32m address format (tondi prefix)
  2. TSP-0002: BLAKE3 Hash Algorithm

    • โœ… Block header hashing (consensus path)
    • โœ… Transaction ID generation
    • โœ… Merkle tree construction
    • โœ… Script and contract hash references
    • โœ… RGB anchoring consistency
  3. TSP-0004: TSP Numbering and Lifecycle

    • โœ… Two-phase numbering system
    • โœ… Category system definition
    • โœ… Lifecycle process
    • โœ… Editorial responsibilities and community governance

In Development

  1. TSP-0003: ASIC-Resistant PoW (45% Complete)

    • ๐Ÿ”„ BLAKE3-MTR algorithm design
    • ๐Ÿ”„ Memory-touch randomness implementation
    • ๐Ÿ”„ Adjustable parameter design
    • ๐Ÿ“‹ Testnet validation preparation
  2. TSP-0006: FUN20 Token Standard (50% Complete)

    • ๐Ÿ”„ Compact payload design (โ‰ค128 bytes)
    • ๐Ÿ”„ Deterministic replay specification (CRS)
    • ๐Ÿ”„ MEV-resistant shuffling
    • ๐Ÿ”„ Dual deployment model (Deploy-Mint/Deploy-Issue)

Design Phase

  1. TSP-0007: ANYPREVOUT (0% Complete)

    • ๐Ÿ“‹ Tapscript opcode design
    • ๐Ÿ“‹ Dynamic UTXO binding
    • ๐Ÿ“‹ Eltoo channel support
    • ๐Ÿ“‹ Tondi Flash integration
  2. TSP-0008: CISA Signature Aggregation (0% Complete)

    • ๐Ÿ“‹ Cross-input signature aggregation
    • ๐Ÿ“‹ Transaction size optimization
    • ๐Ÿ“‹ Privacy enhancement
    • ๐Ÿ“‹ Verification efficiency improvement
  3. TSP-0010: PTLC Contracts (65% Complete)

    • ๐Ÿ“‹ Privacy-enhanced conditional payments
    • ๐Ÿ“‹ Adaptor signature implementation
    • ๐Ÿ“‹ Cross-chain atomic swaps
  4. TSP-0012: Channel Factories (45% Complete)

    • ๐Ÿ“‹ Multi-party channel construction
    • ๐Ÿ“‹ Covenant-based funding
    • ๐Ÿ“‹ Off-chain scalability

๐Ÿ“ˆ Performance Metrics & Impact

Performance Improvements from Implemented Features

  • BLAKE3 Hashing: 30-50% performance improvement over SHA-256
  • Taproot Support: Enhanced privacy with script path hiding
  • Kaspa Compatibility: 100% backward compatibility, seamless migration

Expected Performance Improvements (2026)

  • ANYPREVOUT: Payment channel update latency <1ms
  • CISA: Transaction size reduction of 30-50%
  • PTLC: Significant privacy enhancement, no hash leakage
  • Channel Factories: 90% reduction in off-chain channel creation costs

๐ŸŽฏ Key Milestone Timeline

Q1 2025

  • โœ… TSP-0001: Kaspa Compatibility + Taproot Support (Completed)
  • โœ… TSP-0002: BLAKE3 Hash Algorithm (Completed)
  • โœ… TSP-0004: TSP Numbering System (Completed)
  • ๐Ÿ”„ TSP-0003: ASIC-Resistant PoW (Testnet Validation)
  • ๐Ÿ”„ TSP-0005: Frontier Network (Ready for Deployment)
  • ๐Ÿ”„ TSP-0006: FUN20 Token Standard (Testnet Validation)

Q2 2025

  • ๐ŸŽฏ TSP-0003: ASIC-Resistant PoW (Mainnet Deployment)
  • ๐ŸŽฏ TSP-0005: Frontier Network (Formal Activation)
  • ๐ŸŽฏ TSP-0006: FUN20 Token Standard (Mainnet Deployment)

Q1 2026

  • ๐ŸŽฏ TSP-0007: ANYPREVOUT (Mainnet Deployment)
  • ๐ŸŽฏ TSP-0008: CISA Signature Aggregation (Mainnet Deployment)
  • ๐ŸŽฏ TSP-0010: PTLC Contracts (Mainnet Deployment)
  • ๐ŸŽฏ TSP-0011: Native MuSig2 (Mainnet Deployment)

Q2 2026

  • ๐ŸŽฏ TSP-0009: CTV Covenants (Mainnet Deployment)
  • ๐ŸŽฏ TSP-0012: Channel Factories (Mainnet Deployment)

๐Ÿ”— Repository Information

GitHub Repository: https://github.com/Tondi-Foundation/Tondi-Standard-Proposal


Philosophy

Bitcoin's durability is built on caution, but progress comes from active exploration. Tondi's Copperfield Plan embraces this role:

Not to compete with Bitcoin, but to act as its wind tunnelโ€”testing how new mechanics behave in live environments.

Not to dilute security, but to generate empirical data that Bitcoin Core and BIP authors can evaluate.

Not to break the trilemma, but to probe how decentralization, scalability, and security trade-offs evolve dynamically.

By running these experiments on Tondi, we hope to both strengthen Bitcoin's future path and prepare the ecosystem for the next technological cycle.