暗号資産ステーキング入門：報酬・インフレ・スラッシング・拘束

ステーキングは検証者の経済的担保として資産を参加させる

proof-of-stakeでは、validatorが資産をstakeし、block提案・attestation等でnetworkの合意形成へ参加します。正しくonlineで動けばprotocolから報酬を得て、offlineや不正行為でpenalty・slashingを受ける場合があります。delegatorはvalidatorへ議決やstake weightを委任し、報酬とriskの一部を共有します。networkによりminimum、hardware、reward、slashing、unbondingは大きく異なります。

報酬sourceは新規token発行、transaction fee、priority fee、MEV、protocol subsidy等です。新規発行はnetwork security budgetであると同時に、非staking holderへの希薄化になり得ます。fee由来ならnetwork activityに依存し、MEVは集中・censorship・reorderingの論点を伴います。「年8%」だけでなく、何が原資かを確認します。

実際のcustody、slashing負担、withdrawal keyは各network・serviceのtermsで確認します。

APR・APY・実現報酬を同じ期間と前提へ揃える

APRは一般に単利年率、APYは一定頻度で再投資した複利年率ですが、serviceごとに定義、更新頻度、fee控除、変動rateが異なります。表示APYが毎日compoundを仮定しても、実際にはclaim minimum、gas、lock、reward delayがあり、同じ頻度で再投資できないことがあります。必ずgross/net、variable/fixed、token/fiat、as-ofを確認します。

架空例で1,000 token、gross APR 8%、365日、validator commission 10%、固定fee 1 tokenなら、概算net rewardは1,000×0.08×0.9−1＝71 tokenです。token価格が半分になれば数量は増えても法定通貨価値は減る可能性があります。逆に価格が上がってもstakingの仕組みが安全だった証明ではありません。

名目token報酬と供給全体に対する相対持分を分ける

stakingでtoken数量が8%増えても、network供給が10%増えれば、同じ条件の非staking holderよりは希薄化を抑えられても、全供給に対する持分が増えるとは限りません。staking ratioが高いと一validator当たりrewardが下がるdesignもあります。reward rate、net issuance、burn、circulating supply、staking ratioを同じ期間で比較します。

実質yieldという言葉も二種類あります。token supply inflationを引いた「token内の実質」と、物価上昇やFXを含む法定通貨の購買力ベースです。曖昧な一つの数字にせず、net token reward、share-of-supply change、fiat return、purchasing-power returnの四列へ分けます。トークノミクス供給台帳へstaking emissionを接続します。

downtime・二重署名・鍵・providerの損失経路を分ける

penaltyはofflineやmissed dutyに対する小さな減点、slashingは二重提案・矛盾attestation等の違反に対する大きな削減として設計されることがあります。複数validatorが同時にslashされるとcorrelation penaltyが増えるnetworkもあります。validator client、cloud region、operatorを分散しない委任は、見かけのvalidator数より同時障害riskが高くなります。

withdrawal credentialやsigning keyの分離、key backup、failover、client diversity、monitoring、upgrade手順を確認します。exchange stakingでは利用者がon-chain validatorを選べず、serviceがslashing lossを補償するか不明な場合があります。termsでreward計算、unbonding、fee変更、subcontractor、loss allocation、insolvencyを読みます。

receipt tokenは元のstaked assetと同じexitではない

liquid stakingでは、staked positionを表すreceipt tokenを受け取り、DeFiで移転・担保化できます。receipt tokenの価格がunderlyingとずれる、redemption queueが長い、smart contractが侵害される、oracleが誤る、governance keyが悪用されるriskが加わります。二次市場で即売できることと、protocolからunderlyingを額面償還できることは別です。

receipt tokenをlendingへ預け、借入、liquidity poolへ重ねると、同じunderlyingにsmart contract、liquidation、depeg、oracle、bridgeが積み上がります。表示APYを足し算せず、各layerのprincipal、liability、collateral factor、exit、fee、loss waterfallを図にします。DeFi依存関係の確認表を使います。

• conversion rate: receipt token一単位がunderlying何単位を表すか。
• redemption: instantかqueueか、fee・limit・pauseはあるか。
• secondary liquidity: pool depth、spread、price impact、venue集中。
• control: upgrade、oracle、multisig、validator selection、emergency pause。

報酬だけでなく拘束・退出・税務の証拠を先に作る

stake前にnetwork、validator、custody、minimum、commission、reward schedule、slashing、unbonding、claim、tax eventを確認します。少額でdelegate→reward accrual→claim→undelegate→withdrawまで一巡し、実際の所要時間とfeeを記録します。unbonding queueはnetwork demandで延びる場合があり、「X日」と固定しません。

1. 01公式仕様を保存

   reward、penalty、slashing、unbonding、keyを確認。

2. 02validatorを分類

   operator、client、region、commission、performanceを記録。

3. 03net計算を作る

   gross rateからcommission、fee、penalty、taxを分離。

4. 04退出testを行う

   small amountでundelegate、queue、withdrawを確認。

5. 05受取時点を記録

   quantity、timestamp、fair value、tx hash、sourceを保存。

Financial Templates Hubでvalidator、stake tx、reward受取、commission、unbonding、fair value sourceを台帳化できます。価格performanceを検証する場合はBacktest & Robustness Labを使えますが、staking reward、survivorship、delisting、token migration、taxをprice seriesへ自動的に含めるわけではありません。