chore: change defaults from cosmos->celestia for codec testutil

[damiannolan]

Description

Closes: #XXXX

---

Author Checklist

All items are required. Please add a note to the item if the item is not applicable and
please add links to any relevant follow up issues.

I have...

• included the correct type prefix in the PR title
• added ! to the type prefix if API or client breaking change
• targeted the correct branch (see PR Targeting)
• provided a link to the relevant issue or specification
• followed the guidelines for building modules
• included the necessary unit and integration tests
• added a changelog entry to CHANGELOG.md
• included comments for documenting Go code
• updated the relevant documentation or specification
• reviewed "Files changed" and left comments if necessary
• run make lint and make test
• confirmed all CI checks have passed

Reviewers Checklist

All items are required. Please add a note if the item is not applicable and please add
your handle next to the items reviewed if you only reviewed selected items.

I have...

• confirmed the correct type prefix in the PR title
• confirmed ! in the type prefix if API or client breaking change
• confirmed all author checklist items have been addressed
• reviewed state machine logic
• reviewed API design and naming
• reviewed documentation is accurate
• reviewed tests and test coverage
• manually tested (if applicable)

[damiannolan]

see 01builders/celestia-app#13

[damiannolan]

we can also just extend moduletestutil to add another API which lets you override this, then do it in celestia-app. either is fine imo

[julienrbrt]

I disagree with this change. All tests in the SDK will fail because of that.

Cannot we just bring in the api we add in 0.52 that passes a custom config? But instead of breaking it, we do smth like FooWithBar

[julienrbrt]

we can also just extend moduletestutil to add another API which lets you override this, then do it in celestia-app. either is fine imo

Yes please, otherwise we cannot trust the fork tests. Which is annoying.

[damiannolan]

yeah sounds good. agree with that for sure! didn't notice the failing tests til you mentioned, definitely would prefer to bring the 52 api in

[damiannolan]

closing in favour of other PR