You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
we can change any of the cost models with an update proposal (make and confirm changes to different parameters of both cost-model_V, cost-model_V2, and cost-model_V3 for parameters having the same name and also different names)
there is full backward compatibility between PlutusV1, PlutusV2, and PlutusV3
leaderlogs - compare the results in the epoch before and after the hard fork (avoid issues like these - here)
@mkoura, @james-iohk, @CarlosLopezDeLara, @disassembler can you please review this ticket detailing our plan to test the HFC on a local cluster and let us know if we missed anything?
query tip
CLI command returns correct valuesquery protocol parameters
CLI command returns correct values (protocol version included)transaction view
output works for Conway transactions and it contains all the new parameters when using PlutusV2 and PlutusV3all the previous (Babbage) functionalities continue to work in the Conway era (after the hard fork)
after the HF, the correct protocol version is advised in the block headers
upgrade nightly pipelines with the Conway era scripts
check consistency of the previews era related to the functionalities from the next era (make sure we avoid issues like these - here)
cost model V3 (it is not clear if we will have a new cost model yet)
there is full backward compatibility between PlutusV1, PlutusV2, and PlutusV3
leaderlogs - compare the results in the epoch before and after the hard fork (avoid issues like these - here)
HFC Mainnet approach works as expected --> similar scenario with this one but for Conway
The text was updated successfully, but these errors were encountered: