JPYC.allowlist_conserves

名称・種別

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

型シグネチャ

lean

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

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

解説

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

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

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

図解

Lean ソースコード

lean

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

JPYC.allowlist_conserves ​

名称・種別 ​

型シグネチャ ​

解説 ​

図解 ​

Lean ソースコード ​

依存 ​

JPYC.allowlist_conserves

名称・種別

型シグネチャ

解説

図解

Lean ソースコード

依存