JPYC.permit_conserves

名称・種別

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

型シグネチャ

lean

∀ {O : JPYC.SigOracle} {s s' : JPYC.State} {ctx : JPYC.CallContext} {owner spender : JPYC.Address} {value deadline : JPYC.U256} {v : JPYC.U8} {r sig : JPYC.Bytes32}, JPYC.SupplyConserved s → Eq (JPYC.permit O s ctx owner spender value deadline v r sig) (Except.ok s') → JPYC.SupplyConserved s'

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

和訳 docstring

permit の 供給保存。

解説

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

直感。 permit は許可額と nonce を変えるだけで、残高（balances）にも総供給（totalSupply）にも触れません。総供給も残高総和も動かないので、両者が等しいという関係はそのまま保たれます。

なぜ安全性に効くか。 「帳簿が常に釣り合っている（発行総量＝全員の残高合計）」という会計上の健全性を、承認操作が壊さないことを保証します。

図解

Lean ソースコード

lean

/-- **Supply conservation** for `permit`. -/
theorem permit_conserves {O : SigOracle} {s s' : State} {ctx : CallContext} {owner spender : Address}
    {value deadline : U256} {v : U8} {r sig : Bytes32}
    (hc : SupplyConserved s) (h : permit O s ctx owner spender value deadline v r sig = .ok s') :
    SupplyConserved s' := by
  obtain ⟨_, _, nextNonce, _, happ⟩ := _permit_ok (permit_eq_ok h)
  refine _approve_conserves ?_ happ
  exact supplyConserved_of_balances_totalSupply_eq hc rfl rfl

JPYC.permit_conserves ​

名称・種別 ​

型シグネチャ ​

和訳 docstring ​

解説 ​

図解 ​

Lean ソースコード ​

依存 ​

JPYC.permit_conserves

名称・種別

型シグネチャ

和訳 docstring

解説

図解

Lean ソースコード

依存