JPYC.removeMinter_ok

名称・種別

名称: JPYC.removeMinter_ok
種別: theorem
モジュール: JpycFormalVerification.AccessControlTheorems
ソース: JpycFormalVerification/AccessControlTheorems.lean:313-318
概要: 成功した removeMinter を順方向に特徴づける補助補題。
仕様: 対象外

型シグネチャ

lean

∀ {s s' : JPYC.State} {ctx : JPYC.CallContext} {minter : JPYC.Address}, Eq (JPYC.removeMinter s ctx minter) (Except.ok s') → And (Eq ctx.sender s.minterAdmin) (Eq s' ((s.setMinter minter Bool.false).setMinterAllowed minter 0))

removeMinter s ctx minter が成功したという仮定から、その成立条件（minterAdmin であること）と結果状態の形を取り出す前向き特徴づけ補題です。

解説

何を述べているか。 removeMinter が Except.ok s' で成功したとき、minterAdmin であることが成り立ち、結果 s' が(s.setMinter minter false).setMinterAllowed minter 0に等しいことを取り出します。証明は do ブロック先頭から req_bind_eq_ok でガードを 1 枚ずつ剝がし、最後に pure_ok で pure の成功値を取り出します。

直感。 「成功した」という結果だけから、「どの条件が満たされていたか」「状態がどう変わったか」を逆算する分解です。後続の認可・効果・不変条件の定理は、すべてこの 1 本から枝分かれします。

なぜ安全性に効くか。 これは各関数の 仕様の核 です。removeMinter_ok を一度証明しておけば、*_auth（認可）・*_sets（効果）・*_wf / *_conserves（不変条件）が短く導けます。安全性主張を 1 か所に集約する設計です。

図解

Lean ソースコード

lean

theorem removeMinter_ok {s s' : State} {ctx : CallContext} {minter : Address}
    (h : removeMinter s ctx minter = .ok s') :
    ctx.sender = s.minterAdmin ∧ s' = (s.setMinter minter false).setMinterAllowed minter 0 := by
  unfold removeMinter onlyMinterAdmin at h
  obtain ⟨ha, h⟩ := req_bind_eq_ok h
  exact ⟨ha, pure_ok h⟩

JPYC.removeMinter_ok ​

名称・種別 ​

型シグネチャ ​

解説 ​

図解 ​

Lean ソースコード ​

依存 ​

JPYC.removeMinter_ok

名称・種別

型シグネチャ

解説

図解

Lean ソースコード

依存