Dungeon Games❖Dungeon
DashboardCastleAccount
Governance War Room
Native motions, ballots, and chain law
Proposal RegistryDAO CouncilsValidator OathsChain ParametersLiving LedgerExplorer
Trade
SwapStakeBuy DGN
Explorer
DEX ScreenerBlocksTransactionsValidatorsConsensusGovernanceBridgesDEX PoolsTokensAnalyticsToken FactoryTop AccountsContractsChain StatsDesktop App
Ecosystem
NFT MarketplaceSky MercenariesDAOLeaderboard
Game
LeaderboardGuildsBattle PassGame Guide
Docs
WhitepaperRoadmapFAQ
Enter DAO councils
Native proposal #44Passed

Dungeon v12: Cosmos SDK 0.55, IBC 11 and post-quantum support

Chain tally · percentages of tallied voting power

Yes
100.00%
No
0.00%
Abstain
0.00%
No with veto
0.00%

332.2M DGN voted.

Proposal status

Passed

PROPOSAL_STATUS_PASSED

Tally evidence

Live response

Independent tally endpoint

Vote records

0

Complete next_key scan · records, not unique voters

Deposit records

0

Complete next_key scan

Voting closes

Oct 11, 2026, 06:38:15 PM UTC

proposal.voting_end_time

Filed summary

Motion Before the Chain

Upgrade dungeon-1 to v12.0.0 at height 21795500, estimated Tuesday October 13, 2026 at 16:00 UTC using the recent block-time sample (actual time may vary). The release upgrades Cosmos SDK to 0.55.0, CometBFT to 0.40.0, IBC to 11.2.0, wasmd to a local 0.70.4 compatibility port and patched WasmVM to 3.0.8. Existing Dungeon tokenfactory, Hyperlane, globalfee, groups and historical state are retained. It adds ML-DSA account and validator key-rotation support. This software upgrade preserves the Ed25519-only consensus allowlist; enabling quantum-resistant validator signing requires separate governance and coordinated signer/counterparty readiness. Existing accounts and validator keys are not automatically rotated. Tested with v10-to-v12 governance halt/resume and quantum activation on both databases, Docker Wasm/IBC/tokenfactory tests, a verified mainnet snapshot migration and 261 unchanged smart queries across 210 live contracts. The candidate also guards against duplicate database closure during SDK/Comet shutdown. Source: 8b1d988ec404b8e23df0e2ba27f150469991b2d6. Linux amd64 binary SHA256: 0c86a68d66fd4dadab945a31d163c31f4c4df7bcdf5a1f86de5618e1a31a1120. Operators must install the exact release, back up pre-upgrade state and coordinate the upgrade. Local compatibility ports and operator readiness remain subject to review.

Tally source

Voting Evidence

Live tally response

Yes

100.00%

332.2M DGN

No

0.00%

0 DGN

Abstain

0.00%

0 DGN

No with veto

0.00%

0 DGN

Shares use the exact integer tally total as denominator. Display percentages are rounded to two decimals; threshold decisions use the full voting power.

Quorum

81.16% turnout

33.40% required

332.2M / 409.4M DGN

Satisfied

Approval threshold

100.00% yes

>50.00% required

Yes divided by Yes + No + NoWithVeto; abstain is excluded.

Satisfied

Veto threshold

0.00% veto

≤33.40% required to avoid veto

NoWithVeto divided by all tallied voting power.

Satisfied
Tally: live proposal tally endpoint. 0 vote records were returned after following next_key to completion; this is not relabeled as a unique-voter total.

Proposal timestamps

Docket Timeline

  1. Submitted

    Returned timestamp

    Oct 8, 2026, 06:38:15 PM UTC

    proposal.submit_time

  2. Deposit period ends

    Returned timestamp

    Oct 11, 2026, 06:38:15 PM UTC

    proposal.deposit_end_time

  3. Voting begins

    Returned timestamp

    Oct 8, 2026, 06:38:15 PM UTC

    proposal.voting_start_time

  4. Voting ends

    Returned timestamp

    Oct 11, 2026, 06:38:15 PM UTC

    proposal.voting_end_time

These are proposal response fields, not independently observed chain events. An unset zero-time remains explicitly not set.

Independent source register

Evidence Integrity

Independent governance evidence source status
EvidenceEndpointCoverageState
Live tally/cosmos/gov/v1/proposals/:id/tallyExact integer tally fields returnedAvailable
Vote records/cosmos/gov/v1/proposals/:id/votes0 records after following next_key to completionAvailable
Deposit records/cosmos/gov/v1/proposals/:id/deposits0 records after following next_key to completionAvailable
Staking pool/cosmos/staking/v1beta1/poolbonded_tokens available for turnout denominatorAvailable
Tally parameters/cosmos/gov/v1/params/tallyingeffective regular threshold 0.500000000000000000 · quorum 0.334000000000000000 · veto 0.334000000000000000Available

Wallet action

Cast a Native Vote

The voting control is enabled only by its existing wallet and proposal-status rules. The evidence panels above do not sign or broadcast transactions.

Executable payload

Proposal Actions · 1

/cosmos.upgrade.v1beta1.MsgSoftwareUpgradeMessage 1 of 1
{
  "@type": "/cosmos.upgrade.v1beta1.MsgSoftwareUpgrade",
  "authority": "dungeon10d07y265gmmuvt4z0w9aw880jnsr700j53vrug",
  "plan": {
    "name": "v12",
    "time": "0001-01-01T00:00:00Z",
    "height": "21795500",
    "info": "{\"binaries\":{\"linux/amd64\":\"https://github.com/Crypto-Dungeon/dungeonchain/releases/download/v12.0.0/dungeond?checksum=sha256:0c86a68d66fd4dadab945a31d163c31f4c4df7bcdf5a1f86de5618e1a31a1120\"}}",
    "upgraded_client_state": null
  }
}

Proposal response

Filed Details

Proposal ID
44
Status
PROPOSAL_STATUS_PASSED
Proposer
dungeon1...72eycc
Submit time
Oct 8, 2026, 06:38:15 PM UTC
Deposit end
Oct 11, 2026, 06:38:15 PM UTC
Voting start
Oct 8, 2026, 06:38:15 PM UTC
Voting end
Oct 11, 2026, 06:38:15 PM UTC
Proposal total_deposit field
500,000 DGN

Exhaustively paginated response

Vote Records

Valid empty vote scan

The vote helper followed next_key to completion and returned zero current vote records.

0 vote records after following next_key to exhaustion. “Vote records” is used deliberately; this is not relabeled as a unique-voter count.

Exhaustively paginated response

Deposit Records

Valid empty deposit response

The deposit endpoint answered with zero rows. This is distinct from the proposal's own total_deposit field above.

0 deposit records after following next_key to exhaustion.

Proposal, live tally, exhaustively paginated vote records, exhaustively paginated deposit records, staking pool, and tallying parameters are independent REST evidence. Ready vote and deposit scans followed next_key to completion with safety guards. Final tally fallback is used only for explicitly final proposal statuses and is labeled.