JPYCv2 形式検証

外観

JPYC.mint_auth ​

名称・種別 ​

  • 名称: JPYC.mint_auth
  • 種別: theorem
  • モジュール: JpycFormalVerification.AccessControlTheorems
  • ソース: JpycFormalVerification/AccessControlTheorems.lean:434-436
  • 概要: mint の成功は構成済み minter が呼んだことを含意する（権限）。
  • 仕様: 対象

型シグネチャ ​

lean
∀ {s s' : JPYC.State} {ctx : JPYC.CallContext} {dst : JPYC.Address} {amount : JPYC.U256}, Eq (JPYC.mint s ctx dst amount) (Except.ok s') → Eq (s.minters ctx.sender) Bool.true

mint の成功は、呼び出し元が登録ミンターであったこと（s.minters ctx.sender = true）を含意する、という認可定理です。

和訳 docstring ​

認可。 mint は登録ミンターのみが成功できる。

解説 ​

何を述べているか。 mint が成功したなら、s.minters ctx.sender = true、すなわち呼び出し元が登録ミンター本人だったことが導けます。*_ok 特徴づけの第 1 成分を取り出すだけです。

直感。 「この操作が通った ⇒ 権限者が呼んだ」。特権操作を権限者に閉じ込める、アクセス制御の中心的な保証です。

なぜ安全性に効くか。 権限のないアカウントは、たとえ他の条件を満たしても、この操作で状態を変えることができません。ロール検査ガードを最初に置く設計が、この性質として結実しています。

図解 ​

Lean ソースコード ​

lean
/-- **Authorization.** `mint` succeeds only for a configured minter. -/
theorem mint_auth {s s' : State} {ctx : CallContext} {dst : Address} {amount : U256}
    (h : mint s ctx dst amount = .ok s') : s.minters ctx.sender = true := (mint_guards h).2.1

依存 ​