This proposal is still in progress. Polkassembly is a read-only archive: status and tallies are refreshed periodically from public indexers and may lag the chain.
View All Staking Admin

Restore the Parity staking miner as an invulnerable signed submitter

inStaking Admin
4 hours ago
Deciding

This referendum calls MultiBlockElectionSigned.set_invulnerables on Polkadot Asset Hub to restore the Parity staking miner as an invulnerable signed submitter (16ciP5rjt4Yqivi1SWCGh7XsA8BDguV4tnTuyr937u2NME6h)

Background

When staking moved to Asset Hub, this account was set as the only invulnerable signed submitter of the multi-block election. An invulnerable submitter pays a fixed deposit (10 DOT) instead of the queue-dependent one.

The account lost this status by accident/bug: a rejected solution used to remove its submitter from the invulnerables automatically. Since polkadot-sdk#10454, which is included from polkadot-stable2509-4 onwards, only governance can remove an invulnerable. The list has been empty since then.

What this referendum does

  • Sets the invulnerables list to the single account above. The list is empty today, so no other account is affected.
  • Changes no other parameter, and adds no code or runtime upgrade.

Call

  • Call data: 0x580404f86a0e73c498fa0c135fae2e66da58346e777a6687cc7f7d234b0cb09c021232
  • Call hash: 0xc9dbdc01bc26c8a249022d3c20f36ad34af14f6375358087970c8162c691c560

Notes

  • A community miner (14x3h6Vfr1fcW1wcf53K3LiTkMHQUcWQzWLRYAB7AnAehhFN) has won every election for several weeks, see the recent reward events. The Parity miner runs only as a safety net that submits only if no better solution is available. The extra safety net is represented by the on-chain unsigned solution in case no miner is running.
  • Being invulnerable is part of that safety net. Once invulnerable, the Parity miner always pays a fixed 10 DOT deposit, however many submissions are in the queue. It doesn't make the Parity miner more likely to win. The best valid solution still wins.
  • If the community miner(s) stop running and the Parity miner starts winning, I would be in favor of sending its rewards to the DAP buffer at regular intervals via bot or similar.

Comments (1)

3 hours ago

The proposal is stored inline in the referendum, so the call that will run is the one shown below
Note: I am using polkadot-cli.

Inline call bytes:

dot polkadot-asset-hub.query.Referenda.ReferendumInfoFor 1967

{
  "type": "Ongoing",
  "value": {
    "track": 10,
    "origin": {
      "type": "Origins",
      "value": {
        "type": "StakingAdmin"
      }
    },
    "proposal": {
      "type": "Inline",
      "value": "0x580404f86a0e73c498fa0c135fae2e66da58346e777a6687cc7f7d234b0cb09c021232"
    },
    "enactment": {
      "type": "After",
      "value": 10
    },
    "submitted": 33759579,
    "submission_deposit": {
      "who": "15JDUd4QXoArDgwzkAFhSnFvV8LSwAXE7t1A5gpaGoEc5qDE",
      "amount": "100000000000"
    },
    "decision_deposit": {
      "who": "13sDzot2hwoEAzXJiNe3cBiMEq19XRqrS3DMAxt9jiSNKMkA",
      "amount": "50000000000000"
    },
    "tally": {
      "ayes": "0",
      "nays": "0",
      "support": "0"
    },
    "in_queue": false,
    "alarm": [
      33760779,
      [
        33760779,
        0
      ]
    ]
  }
}

To decode:

dot tx.0x580404f86a0e73c498fa0c135fae2e66da58346e777a6687cc7f7d234b0cb09c021232 --to-yaml --chain polkadot-asset-hub

chain: polkadot-asset-hub
tx:
  MultiBlockElectionSigned:
    set_invulnerables:
      inv:
        - 16ciP5rjt4Yqivi1SWCGh7XsA8BDguV4tnTuyr937u2NME6h

Dry-run:

dot polkadot-asset-hub.apis.DryRunApi.dry_run_call '{"type":"Origins","value":{"type":"StakingAdmin"}}' 0x580404f86a0e73c498fa0c135fae2e66da58346e777a6687cc7f7d234b0cb09c021232 5
{
  "success": true,
  "value": {
    "execution_result": {
      "success": true,
      "value": {
        "pays_fee": {
          "type": "Yes"
        }
      }
    },
    "emitted_events": [],
    "forwarded_xcms": []
  }
}

Polkassembly is now a read-only archive. Commenting is disabled.

Voting Period

Decision Period

0 / 28 days

Confirmation Period

0 / 3 hours