Staking as Control Plane
This lens is for systems where staking, delegation, validator registration, or restaked collateral becomes the real authority surface.
Questions worth asking:
- Who can opt in stake, delegate rights, or register operators, and who decides admission?
- Does stake decide who can issue commitments, route orderflow, sequence transactions, or collect rents?
- Are slashing and freeze rights actually live, or mostly roadmap and social theater?
- Does the marketed staking layer mostly repackage dependence on one gateway, sidecar, relay set, or operator market?
- Which custody, portal, or treasury workflow decides where stake can actually go after the depositor says
yes?
Good comparison set
- Validator-edge middleware: mev-boost and commit-boost are the cleanest cases where validator opt-in and sidecar defaults shape who can actually monetize block-production rights.
- Restaked fast-confirmation systems: puffer-preconf and spire are better anchors than a long list of preconfirmation cousins because each makes delegation, gateway, and sequencing-right allocation unusually explicit.
- Shared-security rails: babylon, interchain-security, and symbiotic keep the question on stake admission, slashing design, and what collateralized operators are actually allowed to secure.
- Distributed validator middleware: obol and ssv-network are the main operator-coordination anchors; thinner implementation notes like Charon or Diva are better read through them unless the validator-clustering mechanics are the whole point.
- Institutional staking packaging: liquid-collective, stakewise, figment, and alluvial show how validator choice, wrapper policy, and reporting defaults get turned into an enterprise operating surface.
- Custody-mediated reachability: fireblocks and bitgo matter because supported-validator menus, approval graphs, and treasury policy often decide whether the onchain staking path is operationally reachable at all.
Onchain vs offchain split
- Onchain stake surface: validator sets, delegation records, slashing conditions, reward accounting, and governance rights live in protocol contracts or consensus rules.
- Offchain/operator surface: custody approvals, validator menus, portal permissions, reporting dashboards, auto-compounding defaults, whitelist policy, and treasury-routing workflows often decide which of those onchain rights institutions can actually exercise.
- The useful question is usually not
is this onchain or offchain?It is where the decisive leverage sits: protocol staking logic, operator-market admission, or custody-and-operations packaging.
Migration map
- Protocol rail: interchain-security, babylon, and symbiotic keep authority close to stake admission, collateral rules, and validator-service eligibility.
- Operator rail: obol, ssv-network, and figment shift the practical choke point toward validator coordination, managed access, and reporting defaults.
- Treasury rail: liquid-collective, stakewise, and alluvial package staking into an institution-friendly workflow where the wrapper and validator menu matter as much as the base protocol.
- Custody rail: fireblocks and bitgo keep the decisive leverage in approvals, policy gates, and supported routes before a staking transaction ever hits chain.