fix datum lookup bug affecting inputs and outputs
This commit is contained in:
parent
1e353cf8ee
commit
acdf7044e5
1 changed files with 4 additions and 4 deletions
|
|
@ -50,7 +50,7 @@ import Plutarch.Api.V2 (PDatum, PMintingPolicy, PScriptHash, PScriptPurpose (PMi
|
||||||
import Plutarch.Api.V2.Tx (POutputDatum (..))
|
import Plutarch.Api.V2.Tx (POutputDatum (..))
|
||||||
import Plutarch.Extra.AssetClass (PAssetClassData, passetClass)
|
import Plutarch.Extra.AssetClass (PAssetClassData, passetClass)
|
||||||
import Plutarch.Extra.Field (pletAll, pletAllC)
|
import Plutarch.Extra.Field (pletAll, pletAllC)
|
||||||
import Plutarch.Extra.Maybe (passertPJust, pfromJust, pjust, pmaybeData, pnothing)
|
import Plutarch.Extra.Maybe (passertPJust, pfromMaybe, pjust, pmaybeData, pnothing)
|
||||||
import Plutarch.Extra.Ord (POrdering (..), pcompareBy, pfromOrd, psort)
|
import Plutarch.Extra.Ord (POrdering (..), pcompareBy, pfromOrd, psort)
|
||||||
import Plutarch.Extra.Record (mkRecordConstr, (.&), (.=))
|
import Plutarch.Extra.Record (mkRecordConstr, (.&), (.=))
|
||||||
import Plutarch.Extra.ScriptContext (
|
import Plutarch.Extra.ScriptContext (
|
||||||
|
|
@ -342,12 +342,12 @@ governorValidator =
|
||||||
plam $
|
plam $
|
||||||
flip (pletFields @'["value", "datum", "address"]) $ \txOutF ->
|
flip (pletFields @'["value", "datum", "address"]) $ \txOutF ->
|
||||||
let isProposalUTxO =
|
let isProposalUTxO =
|
||||||
(pfromJust #$ pscriptHashFromAddress # pfromData txOutF.address)
|
passetClassValueOf
|
||||||
#== pfromData proposalScriptHash
|
|
||||||
#&& passetClassValueOf
|
|
||||||
# pstClass
|
# pstClass
|
||||||
# txOutF.value
|
# txOutF.value
|
||||||
#== 1
|
#== 1
|
||||||
|
#&& (pfromMaybe # pconstant "" #$ pscriptHashFromAddress # pfromData txOutF.address)
|
||||||
|
#== pfromData proposalScriptHash
|
||||||
|
|
||||||
proposalDatum =
|
proposalDatum =
|
||||||
ptrace "Resolve proposal output datum" $
|
ptrace "Resolve proposal output datum" $
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue