Skip to content

JPYC.blocklist_conserves

名称・種別

  • 名称: JPYC.blocklist_conserves
  • 種別: theorem
  • モジュール: JpycFormalVerification.AccessControlTheorems
  • ソース: JpycFormalVerification/AccessControlTheorems.lean:279-281
  • 概要: blocklist は供給保存不変条件 SupplyConserved を保つ、という定理。
  • 仕様: 対象

型シグネチャ

lean
∀ {s s' : JPYC.State} {ctx : JPYC.CallContext} {account : JPYC.Address}, JPYC.SupplyConserved s → Eq (JPYC.blocklist s ctx account) (Except.ok s') → JPYC.SupplyConserved s'

blocklist が成功するなら、結果状態も SupplyConserved(総供給 = 残高総和)を満たす、という供給保存の定理です。

解説

何を述べているか。 事前状態 sSupplyConservedtotalSupply = Σ balances)を満たし、blocklist が成功して s' になったとき、s' もまた供給保存を満たします。

直感。 この操作は残高(balances)にも総供給(totalSupply)にも触れません。総供給も残高総和も動かないので、両者が等しいという関係はそのまま保たれます。

なぜ安全性に効くか。 「帳簿が常に釣り合っている(発行総量=全員の残高合計)」という会計上の健全性を、各操作が壊さないことを保証します。mint/burn のように総供給を動かす操作では残高総和も同じだけ動くので、等式が保たれます。

図解

Lean ソースコード

lean
theorem blocklist_conserves {s s' : State} {ctx : CallContext} {account : Address}
    (hc : SupplyConserved s) (h : blocklist s ctx account = .ok s') : SupplyConserved s' := by
  obtain ⟨_, rfl⟩ := blocklist_ok h; exact supplyConserved_of_balances_totalSupply_eq hc rfl rfl

依存