---
# System prepended metadata

title: Staking Parachain retreat 2024 v1
tags: [staking, parachains]

---

# Staking Parachain retreat 2024 v1

## Notes

- The "right" thing to do if we are to adhere to our modularity is to have staking hub separate.
- AH+Staking is not as elegant, but is at least marginally easier to do, which means we can be done with it sooner, and move on to improving other things.
- The staking hub will inevitably be 2 phase, and first support just staking through teleporting, and then remotely from AH.
- Luckily the "software product" needed to build "Staking+AH" or "StakingHubTeleportOnly" is the same. So we don't have to decide now. And we know that in any future scenario, we need this software artifact and the roadmap for next months is clear for everyone: build these pieces.
- We should bear in mind that the matter of staking DOT and staking other ecosystem tokens is and will likely remain two different problems. let's keep in mind that the the "Staking Hub" is basically the "DOT Staking Hub".
- George is proposing AH to be only for foreign assets, and DOT itself to go elsewhere. Let's have this be a future discussion (internal forum, pre-RFC) and see where it goes.

--- 

- Test environment with AH, SC, Relay chain (by mid-year) 
    - MB native staking/elections
    - MB election working e2e
    - Relay-chain is receiving the set of validators from staking chain
    - Use this setup to verify the PoV limits
    - being worker on [`staking-parachain-exp` branch](https://github.com/paritytech/polkadot-sdk/tree/staking-parachain-exp)

**others**
- `CurrencyToVote` consider re-work.
    - make all the phragmen implementation to work with u128/ (not only with u64)

## Roundtable/discussion session ideas

### Staking Parachain
1. ✅ Design discussion v2
    - [x] native staking vs remote staking vs DOT chain (AH + staking)
    - keep working on the native staking runtime code to reach the [first milestone](https://github.com/orgs/paritytech/projects/120/views/1).
3. ✅ Review PRs
    - [x] delegated staking
    - [x] stake-tracker
5. ✅ Walkthrough of the current design, code and tooling of the Staking parachain
    - [`staking-parachain-exp` branch](https://github.com/paritytech/polkadot-sdk/tree/staking-parachain-exp)
        - [x] use parachain template to simplify and increase build speeds
        - [ ] figure out the limits (*ongoing*) https://github.com/paritytech/polkadot-sdk/issues/2200
7. Inflation mechanism and code walkthrough in the context of the Staking parachain
    - [x] [inflation pallet](https://github.com/paritytech/polkadot-sdk/blob/71bbb5cb7d636bc164d5ab4a6b576e2c3f5ccf0f/substrate/frame/staking/src/inflation.rs) to remove the logic from staking; general design where staking is not a 1st class citizen
8. Staking parachain migration process
    - https://hackmd.io/okXqe3csRd2Qmo6eXCNQ3Q#Migration-to-Staking-chain
9. Staking parachain <> relay-chain interaction
10. ✅ Multi-block feasibility check
    - [x] https://hackmd.io/-7NK0UwAS6aeJqMglya-Fw?view
    - use single page unsigned submission if one page is enough to pack enough backings to reach the minimum score. otherwise build a merkle-tree based proof system for the paged submissions (or other option, check again later).
11. ✅ Clean up and update the Staking parachain project board
    - https://github.com/orgs/paritytech/projects/120
    - new tab [*Milestone*](https://github.com/orgs/paritytech/projects/120/views/1) with the goals to achieve for the next month.

### Others
1. Info sharing on `staking-miner` (monitoring, CI pipeline, testing/checks improvements)
1. Fast unbonding queue design proposal by W3F
1. Triage all the staking-related project boards

## Hackaton ideas

1. Work on the staking parachain implementation, in general.
1. Implement the multi-block mode for the [staking-miner](https://github.com/paritytech/polkadot-staking-miner/)
1. Implement POC of the Staking parachain <> relay-chain interactions 
1. Improve the `pallet-staking` and `pallet-EPM` tests
1. Review all `try-runtime` checks of staking-related pallets
1. Refactor the Staking pallet to use `traits::tokens::fungible`/ Considerations

## Goals
- [x] Decide on the final design (native vs remote staking vs DOT chain)
    - kinda, remote-staking is the way thou.
- [ ] ~~Staking parachain <> relay-chain interactions draft implementation, working on local environment~~
    - focus first on the PoV-based bounds.
- [x] Staking parachain project board up to date with work for next 3 months
- [ ] Other staking-related project boards up to date

**Not timely yet**
- [ ] Fellowship RFC draft for Staking parachain <> relay-chain interactions
- [ ] Fellowship RFC draft for inflation with Staking parachain