JPYCv2 形式検証

外観

JPYC.receiveWithAuthorization_wf ​

名称・種別 ​

  • 名称: JPYC.receiveWithAuthorization_wf
  • 種別: theorem
  • モジュール: JpycFormalVerification.SignaturesTheorems
  • ソース: JpycFormalVerification/SignaturesTheorems.lean:488-494
  • 概要: receiveWithAuthorization は健全性不変条件 WF を保つ、という定理。
  • 仕様: 対象

型シグネチャ ​

lean
∀ {O : JPYC.SigOracle} {s s' : JPYC.State} {ctx : JPYC.CallContext} {frm dst : JPYC.Address} {value validAfter validBefore : JPYC.U256} {nonce : JPYC.Bytes32} {v : JPYC.U8} {r sig : JPYC.Bytes32}, JPYC.WF s → Eq (JPYC.receiveWithAuthorization O s ctx frm dst value validAfter validBefore nonce v r sig) (Except.ok s') → JPYC.WF s'

receiveWithAuthorization が成功するなら、結果状態も WF を満たす、という不変条件保存の定理です。

解説 ​

何を述べているか。 事前状態が WF を満たし、receiveWithAuthorization が成功すれば、結果も WF を満たします。authorization 台帳に 1 を書くだけで（WF_setAuthorizationState）、_transfer はフラグを変えません。

直感。 transferWithAuthorization の WF 保存と同型です。受取人チェックが増えても、状態を壊す書き込みは増えません。

なぜ安全性に効くか。 フラグに依存する判定の前提が、署名つき受領の後も保たれます。

図解 ​

Lean ソースコード ​

lean
theorem receiveWithAuthorization_wf {O : SigOracle} {s s' : State} {ctx : CallContext}
    {frm dst : Address} {value validAfter validBefore : U256} {nonce : Bytes32}
    {v : U8} {r sig : Bytes32} (hwf : WF s)
    (h : receiveWithAuthorization O s ctx frm dst value validAfter validBefore nonce v r sig = .ok s') :
    WF s' := by
  obtain ⟨_, _, _, _, _, htr⟩ := _receiveWithAuthorization_ok (receiveWithAuthorization_eq_ok h)
  exact _transfer_wf (WF_setAuthorizationState hwf frm nonce (Or.inr rfl)) htr

依存 ​