Protocol Specification

This document defines the public protocol architecture of Denaris. It is not intended to be a low-level implementation manual, nor a purely academic formal spec. Its role is to explain how Denaris is built, why it is built that way, and which architectural decisions define the protocol at launch.

This specification focuses on:

• The logic of the protocol
• The scope of the MVP core
• The relationship between the monetary model and the technical architecture
• The design choices that distinguish Denaris from both legacy first-generation designs and bloated altcoin architectures

The Denaris protocol is built to satisfy six main technical objectives.

These objectives define what Denaris includes — and what it deliberately excludes.

4.1 Proof of Work

Denaris uses proof of work as its consensus mechanism. This is a foundational decision. Denaris is explicitly designed as a hard-money-oriented protocol, and proof of work remains the most appropriate consensus model for that category because it ties block production to external cost rather than purely internal stake weight.

• Externally costly block production
• Objective miner competition
• Consensus identity legible to users who take monetary neutrality and protocol hardness seriously

4.2 Why not Proof of Stake?

Denaris is not trying to optimize for stake-based capital coordination. It is trying to build a neutral monetary base layer with stronger continuity to the proof-of-work tradition, while improving launch architecture, network posture, and protocol discipline.

This is one of the most important protocol decisions in the project.

5.2 Why this mining model exists

The purpose of this design is to reduce the probability of immediate launch capture by pre-existing Bitcoin-compatible industrial ASIC infrastructure. A new proof-of-work monetary network launched in 2026 should not pretend that mining hardware asymmetry is irrelevant.

5.3 Launch mining objectives

• Broaden early participation
• Reduce instant industrial domination
• Improve distribution quality
• Give the network time to stabilize under more open initial conditions

5.4 Algorithm: RandomX

6.2 Why 90 seconds?

This target was selected because it offers a stronger long-term compromise than both slow legacy cadence and overly aggressive fast-block vanity design.

• Materially faster than Bitcoin
• Easier to defend than a 60-second launch
• More stable for relay and propagation
• Better aligned with Denaris' identity as a serious settlement layer

The purpose of this model is to keep block production near the target cadence even when miner participation changes quickly.

7.4 Clarification

Difficulty adjustment protects timing, not total supply by itself. This is why Denaris combines difficulty logic with a reward warm-up phase and a smooth emission model.

8.2 Why UTXO?

• Clear ownership semantics
• Clean auditability
• Stronger coin control
• Natural compatibility with money-first design
• Better discipline around custody and transfer logic

Denaris launches with a modern cryptographic authorization stack built on Schnorr signatures, native Taproot, and MAST.

9.3 Benefits

• Cleaner multisig via MuSig aggregation (appears as single signer on-chain)
• Future vault structures with hidden spending conditions
• Policy-based custody logic via MAST branches
• More modern wallet architecture

11.5 Reward Warm-Up Phase

11.6 Treasury Logic

This is protocol-native reward logic, not a giant premine.

12.1 Treasury Role

• Protocol development
• Audits
• Public infrastructure
• Explorer and client systems
• Long-term protocol stewardship

12.2 Why protocol-native?

Embedding treasury logic into the reward structure is cleaner than creating a large discretionary insider reserve at genesis. It also improves transparency and public legibility.

A 2026 protocol should not default to legacy-era networking assumptions if stronger, cleaner choices are available.

• Seed nodes
• Public peer discovery
• Explorer integration
• Realistic self-hosted node operation

14.1 Full-node Realism

Denaris is designed so that a serious user can run a full node on:

• A normal VPS
• A modest self-hosted machine
• A practical technical environment without institutional-scale hardware

14.3 MVP Expectation

The Denaris MVP includes a practical baseline wallet and CLI interaction model. At minimum:

16.1 Mechanism — Silent Payments (BIP 352)

Denaris utilizes BIP 352 (Silent Payments) as its primary privacy layer. Each transaction creates a unique P2TR (Pay-to-Taproot) output that is cryptographically tied to the recipient but mathematically indistinguishable from regular outputs to third-party observers.

16.2 The Shared Secret

The protocol uses the sender's private key and the receiver's scanning key to generate a shared secret, which is then used to "tweak" the recipient's public key for the specific transaction. This ensures that no link can be established between multiple payments to the same entity by analyzing the public ledger.

16.3 Light Client Optimization

To maintain "Zero-Sync" performance, Denaris employs GCS (Golomb-Coded Sets) filters. This allows mobile wallets to scan the blockchain for their specific Silent Payment outputs without compromising privacy or downloading unnecessary data.

16.4 Alias Synergy

The Denaris Alias system acts as the frontend for Silent Payments, allowing users to send "invisible" payments to a simple @name handle.

16.5 MVP Privacy Components

• BIP 352 Silent Payments for non-interactive one-time addresses
• A more modern network transport posture
• Cleaner metadata assumptions
• GCS filters for privacy-preserving light client scanning

16.6 Future Privacy Direction

• Stronger address privacy extensions
• Improved wallet-level privacy tooling
• More advanced optional payment privacy features

Denaris is built in the L2 era, and its architecture reflects that.

• Scalable settlement structures
• Cleaner transient data publication
• Machine-native payment overlays
• Future protocol-layer extensibility

Denaris is not designed as an AI-branded protocol. However, it ships with concrete infrastructure for machine-native interaction.

The protocol includes:

• AI-Agent RPC proxy — a Role-Based Access Control (RBAC) gateway allowing autonomous software bots to hold restricted API permission keys (e.g., 'ConditionalSpender') and transact securely within defined boundaries.
• Denaris Sentinel — experimental interception hooks for AI-driven heuristic scam detection in the mempool, flagging suspicious transactions before confirmation.
• Machine-readable monetary infrastructure for autonomous value transfer.
• Explorer and wallet compatibility with intelligent AI-adjacent tooling.

Denaris is intended to be explorer-friendly from launch. A serious protocol should offer public visibility into:

• Block production
• Transaction activity
• Chain progression

19.3 MVP Expectation

• Block indexing
• Transaction indexing
• Basic public chain transparency

Denaris implements a complete modern authorization stack: 64-byte Schnorr signatures on secp256k1, native BIP341 Taproot with hidden spending conditions, MAST branching for conditional payment logic, and MuSig aggregation for multi-party signatures that appear as a single signer on-chain. Gasless onboarding is achieved through specialized SIGHASH_ANYONECANPAY signature hashing, allowing sponsors to cover transaction fees for new users at the consensus level.

Denaris is designed with stronger self-custody assumptions in mind. That includes delayed paths, recovery-aware spending models, and clearer multi-path authorization structure. The objective is not to turn the chain into a general smart-contract platform, but to support stronger money custody patterns directly within a disciplined monetary architecture.

• Vault-style delayed spending logic
• Recovery-aware authorization paths
• Multi-path custody structure
• Not a smart-contract platform — money custody discipline

Denaris does not frame treasury funds as a simple founder-controlled wallet. The architecture direction includes delayed release logic, operator safety layers, emergency control thinking, and cleaner stewardship structure. The treasury is intended to behave more like protocol infrastructure than discretionary loose capital.

Denaris is not being designed only around heavyweight full-node assumptions. Its architecture also considers future light-client and lightweight verification directions, including cleaner query surfaces, proof-oriented flows, and more practical client access patterns over time.

Rather than assuming static transaction pricing forever, Denaris combines ASERT-style difficulty adjustment with Elastic Block Space — dynamically sized blocks that expand under congestion — supplemented by real-time Transaction Telemetry at the P2P layer, effectively eliminating "pending transaction anxiety" for end users.

• Dynamic fee estimation under load with Elastic Block Space
• Real-time P2P transaction telemetry for confirmation visibility
• Smarter transaction prioritization
• Congestion-responsive pricing
• Preserved auditability and monetary discipline

Future protocol improvements should not be introduced through chaos. Denaris is being designed with structured deployment, activation, compatibility, and rollout discipline in mind, so future features can be introduced through clearer lifecycle logic and lower split risk.

Denaris considers longer-term Utreexo accumulator and stateless-oriented directions. This does not mean the launch system is fully stateless, but it does mean the architecture is already shaped with state commitment, proof-carrying validation direction, Zero-Sync (ZK-STARK) preparation, and future node-burden reduction in mind.

Denaris is not pretending to be post-quantum today. Instead, it is being built with migration discipline in mind: cleaner upgrade paths for key families, future cryptographic transition planning, and architecture that can evolve if long-term assumptions around signatures and security materially change.

• Cleaner upgrade paths for key families
• Future cryptographic transition planning
• Architecture that evolves with security assumptions
• Migration discipline, not post-quantum theater

Denaris is defined not only by what it includes, but by what it deliberately refuses to force into genesis.

Denaris is a proof-of-work, UTXO-based, money-first protocol designed to modernize where crypto learned something useful and remain conservative where money infrastructure requires discipline.

• Proof-of-work credibility
• Launch-resilient mining architecture
• Continuous difficulty adjustment
• 90-second block targets
• Smooth long-horizon issuance
• Minimal perpetual security emission
• Transparent treasury logic
• Modern network assumptions
• Future-ready restraint