Nikos Baxevanis

A new release will be out soon. I will try to tackle this there. Thanks!

Very interesting 👍 Essentially, `endOnFailure: true` is like a global way of disable shrinking, right?

I often use fast-check as a fuzzer where shrinking doesn't always make sense (or becomes interesting if combined with [shrinkray](https://github.com/DRMacIver/shrinkray)). In this case, instead of using `.noShrink()` everywhere, `endOnFailure: true`...

Yes, `fc.noShrink` sounds reasonable. It's more explicit than `.noShrink()`. How would `limitedShrink` work?

Some points to consider: - Limiting shrink values can make shrinking faster, but might miss some important edge cases(?) - Should be flexible to handle different use cases and data...

> I left a couple of suggestions. Thanks for the review! >Also, would you consider adding a formatter (such as prettier)? Happy to help on that I always run `deno...

> Any formater is good as far as i'm concerned. But I was a bit surprised with this formatting > > ```ts > pox_4_info.value.data[ > "first-burnchain-block-height"]; > ``` me too,...

Addressed feedback, formatted using `deno fmt` and force-pushed. Ready for review @hugocaillard @friedger.

That would actually be very, *very*, nice to have. Hypothetically, to me this looks like being able to, somehow, dynamically, 'append' `DataAttribute` instances on a `TheoryAttribute` until a test-case fails....

This is nice to have in Hedgehog. Also fast-check [supports this](https://github.com/dubzzz/fast-check/discussions/2978). In Hedgehog this could be done via a new Range, so in addition to constant, linear, exponential, there could...