![]() Without that, we may encounter weird error messages when writing validators without an explicit `else`. Since we automatically fill it with a `fail`; without annotation, it unifies to a generic parameter. The existing check that would look for the body being an error term is ill-advised as it doesn't work as soon as one adds tracing, or make the validator a parameterized validator. Plus, it may simply trigger the wrong behavior as one can now annotate a validator with _whatever_ and get pass the type-checker by plucking a `fail` keyword as body. |
||
---|---|---|
.. | ||
src | ||
test_data | ||
tests | ||
Cargo.toml | ||
README.md |
README.md
Untyped Plutus Core
A crate for working with untyped plutus core. It handles parsing, conversion between various forms, and flat encoding/decoding.