whitepaperFull Whitepaper

DOGENALS

An Open Standards Layer for Dogecoin Inscriptions

“Everything Done Right, For Everyone”

The Spark Becomes the Fire

such curiosity, much adventure

Whitepaper v4.4 — April 2026

dogenals.com • github.com/jonheaven/dogenals


1. Abstract & Mission

Dogenals is an open standards layer for Dogecoin inscriptions and related metaprotocols — specs, indexer profiles, and product conventions that wallets, marketplaces, and indexers can implement without private coordination.

Doginals remain Doginals. Since 2023 that word has meant Dogecoin inscriptions: ord-style envelopes, shibescriptions, DRC-20, collections, and the indexers that decode them. Dogenals does not rename that category, retire it, or claim to be the official rebrand of the entire Doginals ecosystem. It is a new lane on the same chain.

What began in 2023 as Doginals is the spark: the inscription primitive this work sits on. Dogenals is the fire: additive marketplace JSON, identity binds, parent-child collections, fair-launch curves, and a native dog marker with ord backward compatibility. Indexers that only implement 2023 Doginals rules will miss Dogenals-specific operations until they implement those specs. That is a new metaprotocol profile, not a rebirth of every 2023–2025 inscription.

Mission: To publish the most open, fair, fun, and technically sound standards for assets on Dogecoin — designed for Everyone. We build on the 2023 inscription model, keep historical Doginals numbered and honored, and add rulesets precise enough for independent implementers.

Vision: “Dogenals = Everything Done Right, For Everyone. Doginals remain Doginals. The spark becomes the fire.”

Motto: “such curiosity, much adventure.”

Genesis timing: Official activation at block 6,142,069, launched around 4/20/2026.

New in v4.4: ÐFund protocol (with Donate-by-Sale PSBT flows for asset contributions and ÐRep reputation tiers/badges) + Charms stub reserved for future DogeTokens enhancements. Full specs live in the github.com/jonheaven/dogenals repo.


2. The Problem: Early inscription tooling

In early 2023, apezord forked Bitcoin’s ord protocol and brought inscriptions to Dogecoin. It was a brilliant prototype. The Doginal Dogs collection proved the demand was real — and that collection remains Doginal Dogs. The tooling that followed had serious gaps that limited what builders could ship fairly.

Heavy, bloated inscription format inherited from Bitcoin. The original Doginals format was a direct port of Bitcoin’s ord — a protocol built for Bitcoin’s constraints, not Dogecoin’s character. It brought unnecessary complexity, a Bitcoin-centric mental model, and a design philosophy that assumed scarcity and premium fees rather than Dogecoin’s fundamentally inclusive, high-volume, low-cost ethos.

Two-step transfer mechanics. To transfer a token in early Doginals tooling, you had to first inscribe a “transfer” inscription, then send it in a separate transaction. This two-step flow confused users, fragmented balances, created “transferable” vs “available” states that most wallets didn’t handle correctly, and made the simplest operation — moving tokens between wallets — unnecessarily expensive and error-prone.

No native support for royalties, proper collections, fair launches, or auctions. Creators had no reliable way to earn on secondary sales. Collections had no trustless verification — any wallet could claim to be part of any collection with no on-chain proof. Token launches were free-for-alls that rewarded insiders and bots. Auctions didn’t exist at the protocol level. Each marketplace invented its own incompatible workarounds, fragmenting the ecosystem further.

Weak anti-spam. Without quality signal or skin-in-the-game requirements, low-quality and plagiarized collections flooded the network. Early buyers couldn’t distinguish authentic creators from scammers. The protocol did not stop that — it enabled it.

Information asymmetry. The early scene rewarded people who coordinated privately and understood the tooling. Technical complexity created a filter that excluded everyone who wasn’t deeply technical or well-connected. That is the opposite of Dogecoin’s community spirit.

Fragmented marketplaces. Without a shared marketplace protocol, every platform built its own incompatible listing and trading format. Provenance was fragmented. Royalties were inconsistent. A collection listed on one marketplace couldn’t be seamlessly discovered or traded on another. History was siloed in private databases rather than living on-chain.

The result: A promising movement that never reached its potential. The community deserved better. We spent over a year writing specs and indexers to close those gaps. This whitepaper — and the Dogenals standards library — is that work.


3. The Solution: An additive standards layer

Dogenals is not a rebrand of Doginals. It is an additive standards and product layer on the same inscription primitive.

We are not abandoning Doginals. Inscriptions created under apezord/ord-style tooling remain Doginals. Collections such as Doginal Dogs remain Doginal Dogs. Dogenals names the specs, the indexer profile, and the new operations (p: "Ð:MP", Ð𝕏, DogeTags, the dog marker, and the rest of this library).

Dogenals takes everything that worked — permanent on-chain ownership, the magic of inscribing forever, the Dogecoin community’s love of memes and fun — and adds what was missing. It is built as a native Dogecoin standards layer, not a Bitcoin port, and it is designed so independent wallets and indexers can implement it.

This is additive: Doginals stay the category. Dogenals ships the new rulesets. The spark becomes the fire.


4. Why the name exists

Dogenals is the brand for this standards library and the products that implement it. It is a one-letter variation of Doginals. That is family resemblance, not a claim that Doginals is over.

Historically, Doginals is Dogecoin + Ordinals. It does not mean “Individual.” Dogenals uses E as a slogan for Everyone — mission language for this project, not a rewrite of 2023 etymology, and not an official rebrand of the entire category.

AspectDoginalsDogenals
What it namesThe category of Dogecoin inscriptions and the 2023-era tooling that made themAn open standards layer, indexer profile, and product umbrella
OriginDogecoin + Bitcoin ord (2023, apezord and the wider community)Specs and implementations published from this repository (2026)
RelationshipBase artifacts stay DoginalsAdditive metaprotocols and docs; ord inscriptions remain valid

Doginal (with an I) = Dogecoin inscriptions as a category. Still correct. Still in wallets, APIs, and collections.

Dogenal (with an E) = This project’s standards brand. Built for Everyone. Open source. Fair. Trustless. Anti-spam. Not the new official name of the entire Doginals ecosystem.

The standards and specifications that power Dogenals are maintained openly at github.com/jonheaven/dogenals as a shared, neutral foundation for wallets, marketplaces, indexers, and creators who choose to implement them.


5. Core Protocol

All features below are core Dogenals features — part of this standards layer. They apply on top of Dogecoin inscriptions; they do not rename historical Doginals.

5.1 Permanent Inscriptions & NFTs

Any data can be inscribed permanently onto Dogecoin — images, text, video, code, 3D models, HTML, even full applications. Inscriptions are the soul of Dogenals. They are forever. The user experience remains familiar: you inscribe a file, it lives on-chain permanently. Dogenals uses a native dog marker, giving a clean foundation free of Bitcoin baggage, while remaining fully backward-compatible with the ord marker so all historical Doginals inscriptions continue to count and be honored.

5.2 Dogenals Tokens & Bonding Curves

One-step, UTXO-native fungible tokens. No separate “make transferable” step. Multi-token support per transaction. Minimal bloat. True Dogecoin-native design.

Bonding Curves — A Defining Dogenals Principle:

One of the most powerful and fair features of Dogenals is native support for bonding curve launches via the ÐLaunch protocol. This is the fairest way to launch a token on Dogecoin.

How it works (simple):

  • Creator deploys a new Dogenals token with a bonding curve in one transaction — no separate deploy and mint phases, no premine, no team allocation.
  • Early buyers purchase at a low price. As more people buy, the price automatically rises along a deterministic mathematical curve. The curve parameters are locked on-chain at launch and cannot be changed.
  • At a predefined graduation threshold — supply sold, market cap reached, or community vote — the curve graduates automatically. Liquidity is provided at the graduated price. Trading opens to the free market.
  • No team allocation. No hidden premine. Price discovery is fair and transparent from the first buyer.

This removes the biggest problems with traditional launches — rugs, team dumps, and unfair allocations. Everyone buys on the same curve. The earlier you buy, the lower the price. It is the fairest launch mechanism possible on Dogecoin L1, with every parameter verifiable on-chain by anyone.

(Current base implementations include the DRC-20 family; bonding curves via ÐLaunch represent the next evolution of fair launches within the Dogenals ecosystem.)

Charms (Planned — DogeTokens Enhancement Layer)

Charms is the reserved future-protocol stub for DogeTokens-family inscription enhancements with “charm/curse” semantics. It will enable conditional effects on assets — e.g., soulbound tokens that unlock on ÐFund contribution milestones, royalty curses that redirect proceeds to causes, or holder boosts for reputation-building donations. Full normative spec planned under spec/protocols/future-protocols/charms/. Name, namespace (p: "charms"), and high-level scope are locked to prevent fragmentation. This keeps the DogeTokens umbrella extensible while maintaining standards purity.

5.3 On-Chain Collections (Parent-Child Model)

Dogenals introduces a native parent-child model for collections — making collection verification trustless and easy for marketplaces, wallets, and explorers across the ecosystem.

  • A Collection inscription acts as the “parent.” It defines the collection’s creator, royalties, supply, and policy. It lives on-chain permanently as the authoritative source of truth.
  • Individual NFTs (children) include a cryptographic reference to the parent inscription ID at mint time. This reference is immutable once inscribed — it cannot be forged or retroactively altered.
  • Anyone can verify on-chain that an NFT belongs to a given collection by following the parent reference. No marketplace coordination, no trust in third parties, no private database required.
  • ÐMP extends this with a collection operation that attaches marketplace and royalty semantics to the parent, creating a unified provenance and trading layer.

Benefit: Collections become first-class citizens in the Dogenals ecosystem. Creators can launch verified collections with clear provenance, and buyers can instantly verify authenticity without trusting any intermediary.

5.4 Creator Royalties (Marketplace-Enforced)

Dogenals stores royalty information directly in the on-chain Collection data — the percentage and the recipient address are inscribed at launch and visible to every indexer. This is not a centralized registry or an off-chain agreement. It is a permanent, public, on-chain declaration.

Good marketplaces in the Dogenals ecosystem automatically read and apply royalties from collection data. The transparency itself creates accountability — any marketplace that skips royalties is visibly doing so, and the community can respond. Royalty outputs appear in ÐMP settlement transactions, creating an auditable, permanent record of every royalty payment.

5.5 Auction Support

Dogenals includes native on-chain auction support via the ÐMP protocol. Sellers can create time-bounded auctions with reserve prices. Bidders place on-chain bids that are visible to all participants. Settlement is verified against the highest bid, the correct outputs, and the auction parameters — all deterministically, from chain data alone. No centralized auction server required.

5.6 DogeTags — The Lightest Permanent Signal

DogeTags are the lightest and most accessible form of permanent on-chain data in the Dogenals ecosystem. Using Dogecoin’s native OP_RETURN field — a small but powerful slot for attaching data to any transaction — anyone can write a permanent, uncensorable signal to the chain.

Think of a DogeTag as the Dogecoin equivalent of carving your name into a tree — except the tree is a global, append-only, censorship-resistant ledger, and the carving costs almost nothing.

DogeTags power a wide range of Dogenals features: lightweight marketplace offer signals (ÐMP DogeTag Offers), encrypted message routing (Ðignal), identity attachments (Ðoge𝕏ID), and any creative on-chain signal a builder can imagine. Dogenals does not gatekeep what a DogeTag can say. A birthday message is as valid as a marketplace bid.

5.7 Post-Quantum Security (Optional Quantum Commitments)

Dogenals includes optional support for post-quantum cryptographic protection. Creators and protocol implementers can attach post-quantum signature commitments to inscriptions and operations using Falcon-512 or ML-DSA-44 algorithms. This is experimental in Phase 1 and non-breaking — standard ECDSA verification remains primary. Full post-quantum support is planned for Dogenals v2.0 in the 2027+ research phase.


6. ÐMP — The Dogenals Marketplace & Provenance Layer

ÐMP (Dogenals Marketplace Protocol) is the official marketplace and provenance layer for the entire Dogenals ecosystem. It stores marketplace actions as on-chain JSON inscriptions, creating a permanent, auditable public record of Dogenals asset history — independent of any centralized platform.

Why ÐMP exists: The original Doginals era had fragmented marketplaces with no shared history. Every platform maintained its own private database of listings, bids, and sales. When a platform shut down, that history was gone. When a user moved to a different marketplace, their history didn’t follow. ÐMP fixes this permanently: every listing, bid, auction, counteroffer, and settlement is recorded directly on Dogecoin L1, visible to any indexer, forever.

Key Features:

  • On-chain marketplace intents. list, offer, bid, auction, accept, counteroffer, decline, and cancel operations are all inscribed on-chain. The full negotiation history of any asset is publicly readable.
  • Creator-signed collection manifests. The collection operation lets creators inscribe a signed manifest that defines royalties, supply policy, and collection identity. Marketplaces read the manifest to apply royalties automatically.
  • Royalty outputs in settlement transactions. Every settle operation MUST include the correct royalty outputs — verified by indexers against the collection manifest. Royalties are not a suggestion; they are a verifiable protocol requirement.
  • Provenance continuity. Every transfer and sale is permanently linked to the asset’s inscription ID, creating an unbroken chain of custody from minting to the present.
  • Full on-chain audit trail. Every ÐMP operation references its subject inscription and the addresses involved. There is no private coordination required between marketplaces — any independent indexer can reconstruct the complete marketplace state from chain data alone.

How ÐMP works (simple flow):

  1. A seller inscribes a list operation referencing their asset’s inscription ID and their price.
  2. A buyer inscribes an offer (or the seller’s listing is taken directly).
  3. If negotiation is needed, counteroffer, accept, or decline operations follow — all on-chain.
  4. Settlement happens via a settle inscription combined with the transfer of the underlying asset UTXO, with royalty outputs verified by the indexer.
  5. The permanent on-chain record shows the full history: listed at X, offered Y, settled at Z, with royalty R paid to the creator.

Cost & Skin in the Game: ÐMP operations require inscribing on-chain, which costs a small amount of DOGE. This is intentional. The cost of inscription is the cost of participation — it filters out trivial spam while remaining accessible to genuine participants. Wash trading and fake bid manipulation become economically costly rather than free.


7. Community Reputation, Social Signals & Anti-Spam

One of the biggest failures of early Doginals tooling was the flood of low-quality, stolen, and spam collections that eroded trust. Without mechanisms to signal quality or punish bad actors, the signal-to-noise ratio collapsed. Dogenals takes a multi-layered approach to anti-spam and reputation that operates entirely on-chain — no centralized moderator, no private whitelist, no single entity deciding what is legitimate.

7.1 Skin in the Game

Every on-chain action in Dogenals carries a cost proportional to its significance. Inscribing a collection, listing an asset, or placing a bid all require a real DOGE transaction. This is not a tax — it is a filter. Bad actors who spam fake collections or fake bids pay for every attempt. Legitimate creators who inscribe once and build real communities pay once. The cost of abuse scales with the scale of the abuse.

ÐMP’s claim and stake mechanisms for title protocols (ÐMaps, Koinu Relics) add an additional layer: staking DOGE alongside a claim raises the economic cost of griefing while rewarding legitimate early participants.

7.2 Social Signals via Ðoge𝕏ID

Dogenals integrates with X (Twitter) identity through the Ðoge𝕏ID (Ð𝕏) protocol. A creator or trader can link their X handle to their Dogecoin address on-chain, with a cryptographic proof tied to their inscription. This creates a reputation layer that is:

  • Persistent — the link is on-chain and survives marketplace shutdowns.
  • Voluntary — no one is required to link an X handle; pseudonymous participation is always valid.
  • Tiered — Ðoge𝕏ID defines four reputation tiers (Bronze, Silver, Gold, Platinum) based on on-chain signals: inscription age, ÐFund contributions, ÐRep badges, and community activity. Higher tiers unlock access to reputation-gated launches, governance participation, and early access to curated collections.

A creator with a Platinum Ðoge𝕏ID reputation is not someone who bought their way in — they are someone whose on-chain history speaks for itself.

7.3 Supply Transparency

Every DogeTokens deploy and every ÐLaunch project records its maximum supply, bonding curve parameters, and creator address on-chain at launch. There is no hidden inflation, no undisclosed premine, no minting that can surprise holders later. The numbers are in the inscription — readable by every indexer, every wallet, every explorer, forever.

7.4 Fair Launch Mechanics

ÐLaunch’s bonding curve design is the strongest anti-rug mechanism Dogenals offers. Because the price curve is deterministic and locked on-chain at deploy time, and because graduation conditions are publicly defined before the first buy, there is no point at which the creator can rug by dumping a premine or changing the rules. The math is the contract.

ÐFund’s Donate-by-Sale mechanism extends this principle to fundraising campaigns: contributors donate by selling assets at a defined price to the campaign UTXO, with the beneficiary routing verified on-chain by indexers. No creator can redirect funds — the settlement flow is defined in the campaign inscription and enforced by every independent indexer.


8. Technical Architecture

Dogenals is built on three interconnected layers that compose cleanly without central coordination.

Core Protocol Layer: The foundation. Inscriptions, tokens, bonding curves, collections, royalties, auctions, DogeTags — all encoded directly on Dogecoin L1 using Dogecoin’s native primitives (witness data, OP_RETURN, UTXO). This layer is simple, auditable, and designed to last. Any full Dogecoin node with an inscription indexer can read and validate it. No additional infrastructure required.

ÐMP Layer: The marketplace and provenance layer. Marketplace actions, collection manifests, royalty tracking, social signals, reputation links — all stored as on-chain JSON inscriptions. ÐMP creates a permanent, shared, open record that any marketplace, wallet, or explorer can read without private coordination. This layer composes with the Core Protocol Layer: DogeRelics parent-child metadata and ÐMP collection semantics are designed to stay consistent.

Explorer & Marketplace Layer: The user interface layer. dogenals.com and the broader ecosystem of wallets, marketplaces, and explorers that read the two layers below and present them to users. This layer is intentionally open: any team can build an explorer or marketplace that reads the on-chain data directly. Dogenals does not require using any specific marketplace or explorer. The standards exist so builders can work independently.

The normative standards and reference implementations that define all three layers are maintained openly at github.com/jonheaven/dogenals.


9. Comparison: 2023 Doginals tooling vs Dogenals standards

Doginals remain the artifact category. Dogenals is the additive standards layer.

Feature2023 Doginals toolingDogenals standards
NameCategory: Dogecoin inscriptionsProduct and standards brand for this library
OriginBitcoin ord fork (2023)Specs and indexer profile for Dogecoin L1 (2026)
Protocol markerord onlyord + native dog (all markers valid)
NumberingFragmented across toolsOne continuous global inscription number
Token transfer2-step (inscribe + send)1-step atomic (Universal DogeTokens / Ðunes)
Fair launchesNo native support; insider-heavyBonding curves via ÐLaunch — fully on-chain, zero premine, deterministic graduation
CollectionsNo trustless verificationNative parent-child model; on-chain cryptographic proof
Creator royaltiesMarketplace-dependent, inconsistentOn-chain in collection manifest; indexer-enforced in settlements
AuctionsNo native supportNative ÐMP auction operations with on-chain bids
Marketplace protocolFragmented, private databasesÐMP — fully on-chain, shared, open, auditable by any indexer
ProvenancePlatform-siloedOn-chain, permanent, platform-independent
Anti-spamNoneMulti-layered: skin-in-the-game, reputation tiers, supply transparency, fair launch mechanics
IdentityPseudonymous onlyPseudonymous + optional on-chain X identity via Ðoge𝕏ID
Metadata standardNoneÐMS — cross-protocol metadata, file references, RWA disclosures
Encrypted messagingNoneÐignal — E2EE via OP_RETURN signals + encrypted inscriptions
FundraisingNoneÐFund — on-chain campaigns, Donate-by-Sale, ÐRep reputation
GovernanceNoneOpen standards process; on-chain governance planned for 2027+
Post-quantum securityNoneOptional PQC commitments (Falcon-512 / ML-DSA-44)
Historical compatibilityNative eraAll historical Doginals inscriptions honored; numbering continuous
Standards bodyNoneOpen public repo: github.com/jonheaven/dogenals

10. Roadmap

Q2 2026 — Genesis: Dogenals whitepaper v4.4 live, with genesis activation around 4/20/2026 at block 6,142,069. ÐFund protocol (Donate-by-Sale + ÐRep) and Charms stub published. DogeTags fully supported across the Dogenals stack. Community reputation system (ÐRep) live. Standards foundation at github.com/jonheaven/dogenals published.

Q3 2026 — Adoption: Wallet integrations: launchpad browsing, campaign discovery, reputation display, encrypted messaging. Major collection launches under the Dogenals name. Bonding curve launchpad (ÐLaunch) live with reference implementation (Drok). ÐMP-compatible marketplaces emerge from independent teams. ÐFund indexer adoption: campaign state, multi-asset pledge verification, PSBT Donate-by-Sale settlement. Multiple independent indexers across DogeTokens, Ðunes, ÐLaunch, and ÐFund.

Q4 2026 — Expansion: ÐMP v2 features — bundle listings, Dutch-style auctions, trait-scoped bidding. ÐLaunch governance: community-driven graduation triggers via ÐMP vote ops. Cross-protocol composability: ÐMS attestations on graduated ÐLaunch tokens. Charms spec draft: community design of charm/curse semantics.

2027+ — Maturity: Dogenals aims to be a default standards library for new Dogecoin asset protocols. The 2023 Doginals era remains the inscription category and the spark. Dogenals is the standards fire — not a replacement name for every inscription. Dogenals v2.0 research: quantum-safe signatures (Falcon-512 / ML-DSA-44), encrypted vaults. Formal security audits across production protocols. Regulatory compliance guides for RWA use cases. Ecosystem governance: on-chain standards voting.


11. Conclusion

Dogecoin has always been about the people. Not the builders. Not the insiders. The people.

Dogenals is our gift back to that spirit — an open standards layer anyone can implement. A protocol and culture built for Everyone. A standard that matches the energy of the chain it lives on. Additive, not a category capture.

We are not here to overwrite the past. We are here to specify what comes next, while Doginals stay Doginals.

Dogenals is built in the spirit of Dogecoin’s original decentralized ethos — permissionless, transparent, and resistant to centralized control or insider capture. We believe the best way to honor that legacy is to build systems that make abuse harder and community oversight easier. No single entity controls this ecosystem. No bridge is required to participate. No permission is needed to implement, build, or innovate on top of these open standards.

The old era had the spark. This new era has the fire.

Welcome to Dogenals.

Everything Done Right. For Everyone.

such curiosity, much adventure

— The Dogenals Community • April 2026 —


Full normative specifications, reference implementations, and ecosystem tools:
https://github.com/jonheaven/dogenals

This whitepaper v4.4 describes Dogenals as an open standards layer for Dogecoin inscriptions and related metaprotocols, with ÐFund (asset-for-cause sales + reputation rewards) and Charms future stub. Doginals remain Doginals. The spark has become the fire — without renaming the spark.