use MEMPOOL_MODE as CLVM_MEMPOOL_MODE;
// flags controlling the condition parsing
// These flags are combined in the same fields as clvm_rs flags, controlling the
// CLVM execution. To avoid clashes, CLVM flags are in the lower two bytes and
// condition parsing and validation flags are in the top two bytes.
/// unknown condition codes are disallowed. This is meant for mempool-mode
pub const NO_UNKNOWN_CONDS: u32 = 0x2_0000;
/// Conditions will require the exact number of arguments
/// currently supported for those conditions. This is meant for mempool-mode
pub const STRICT_ARGS_COUNT: u32 = 0x8_0000;
/// By default, run_block_generator() and run_block_generator2() validates the
/// signatures of any AGG_SIG / condition. By passing in this flag, the
/// signatures are not validated (saving / time). This is useful when we've
/// already validated a block but we need to / re-run it to compute additions and
/// removals.
pub const DONT_VALIDATE_SIGNATURE: u32 = 0x1_0000;
/// This flag tells validate_clvm_and_signature() to also compute condition
/// fingerprints for spends that are eligible for dedup.
pub const COMPUTE_FINGERPRINT: u32 = 0x4_0000;
/// This flag controls whether or not we add a flat cost to conditions when
/// processing them in in chia_rs. It is set to activate after hard fork 2.
pub const COST_CONDITIONS: u32 = 0x80_0000;
/// A combination of flags suitable for mempool-mode, with stricter checking
pub const MEMPOOL_MODE: u32 = CLVM_MEMPOOL_MODE | NO_UNKNOWN_CONDS | STRICT_ARGS_COUNT;
// This flag sets the generator to use the simpler generator rules
pub const SIMPLE_GENERATOR: u32 = 0x1600_0000;