KETJU Research

← The Register

Staking

Kintsu

Not approved Runs only on a chain that failed review
Issued
2026-08-15
Last confirmed
2026-08-15
Next check due
2026-11-15
Chains
Hyperliquid / HyperEVM · Issuer can freeze, Monad · Governed, no freeze

Kintsu issues sMON on Monad and sHYPE on Hyperliquid, with each receipt redeemable only through staking contracts and native unbonding on its respective chain. Both observed settlement perimeters are outside the approved-chain set, so the version-1 rejected-chain dossier is decisive regardless of the approximately $2.03M observed across Monad and Hyperliquid L1 on 2026-08-15.

The research file

Mechanism and chain applicability

Kintsu pools native gas tokens and issues chain-specific liquid-staking receipts: sMON for MON and sHYPE for HYPE. Its Monad StakedMonad contract delegates pooled MON among registered validators, while the Hyperliquid StakedHype contract batches HYPE through the CoreWriter precompile into HyperCore staking. Both products therefore depend directly on their native settlement chains and meet the shared v1 rejected-chain dossier.

Current observation and perimeter

The DefiLlama protocol API read on 2026-08-15 classified Kintsu as Liquid Staking and reported approximately $2.03M: about $1.99M on Monad and $0.05M on Hyperliquid L1. The registry now includes both current perimeters rather than the stale Monad-only scope. Kintsu’s current documentation publishes separate Monad and Hyperliquid architectures and redemption workflows, supporting an active two-product record.

Control, slashing and exit applicability

Kintsu governance maintains validator target weights and contracts batch delegation and unbonding. Receipt holders inherit validator performance and slashing, contract and governance authority, native cooldown and batch timing. Hyperliquid exits additionally require unbonded HYPE to move from HyperCore back to the HyperEVM vault; Monad redemption depends on nodes returning unbonded MON. Secondary DEX liquidity does not remove those settlement dependencies.

Why the class rule decides

Every observed sMON and sHYPE mint, stake accounting and protocol redemption settles on Monad or Hyperliquid L1. The shared v1 rejected-chain dossier therefore controls before validator diversification, audit or size. Reopen only if the relevant chain verdict changes or an economically separate Kintsu product deploys on an approved chain, then test validators, realized concentration, authorities, slashing, audits, incidents and proposed-size exits.

Class rule

The rejected chain class is outside the approved structures, so every protocol in it is not approved until the rule changes. The rule is about the structure, not an adverse finding about this protocol, and it is not a client instruction. The events that would reopen it are listed with the memo.

Sources

The claims above trace to these. Where a number could not be independently verified, the thesis says so.

Inherited controls

The research above describes the protocol layer. Every position also inherits the asset it holds and the chain it settles on. The layer with the most administrative power sets the position’s effective control; that describes control, not quality or suitability.

ChainVerdictControlControl constraint
Hyperliquid / HyperEVMRejected Issuer can freeze a 21-validator permissioned set operates both the chain and its bridge. One compromise reaches both.
MonadApproved with limits Governed, no freeze the L1 has a public validator path, but its short production record, single initial client lineage, and Foundation-directed delegation keep stake and operations concentrated.
The memo is public. Monitoring connects the research to positions clients actually hold and flags evidence changes for advisor review. $49 per advisor per month, first 14 days free. Start the trial.