refactor(deps): switch to cosmossdk.io/math from fork math

[p0mvn]

Progress towards: #6099

What is the purpose of the change

This PR proposes creating an alias for sdkmath types in osmomath.

Primarily, its goal is to remove the need for the verbose and unreadable prefix "Legacy" from Dec.

To avoid having to directly import both sdkmath and osmomath in files where both Dec and Int/Uint types are used we also create aliases for integer types. The aliases are created in the new file sdk_math_alias.go

To avoid name clashes with BigDec and BigDec, their constrictor APIs are now broken to contain "Big" in the suffix. For example, NewDec -> NewBigDec.

Important Notes

• Note: with the update, the Dec and Int do not get initialized to zero values
  by default in proto marhaling/unmarshaling. Instead, they get set to nil values.
• maxDecBitLen has changed by one bit so overflow panic can be triggerred sooner.
• Had to update precompute.go in CL due to maxBitLen changes
• For converting Int to Dec, "LegacyDec" is still present since it is impossible to define a method on Int outside of cosmossdk.io/math package
• I suggest we do not backport this due to complexity of resolving all these issues and the changes to maxDecBitLen + proto marshaling

Testing and Verifying

This change is already covered by existing tests

Documentation and Release Note

• Does this pull request introduce a new feature or user-facing behavior changes?
• Changelog entry added to Unreleased section of CHANGELOG.md?

Where is the change documented?

• Specification (x/{module}/README.md)
• Osmosis documentation site
• Code comments?
• N/A

[github-actions]

Important Notice

This PR modifies an in-repo Go module. It is one of:

• osmomath
• osmoutils
• x/ibc-hooks
• x/epochs

The dependent Go modules, especially the root one, will have to be
updated to reflect the changes. Failing to do so might cause e2e to fail.

Please follow the instructions below:

1. Open https://github.com/osmosis/osmosis/actions/workflows/go-mod-auto-bump.yml
2. Provide the current branch name
3. On success, confirm if an automated commit corretly updated the go.mod and go.sum files

Please let us know if you need any help.

[mattverse]

Just curious, what's the reason for decision behind making an alias package osmomath and then importing from osmomath directly instead of using sdkmath package?

[p0mvn]

Just curious, what's the reason for decision behind making an alias package osmomath and then importing from osmomath directly instead of using sdkmath package?

This is to reduce verbosity from the LegacyDec API stemming from upstream

[mattverse]

LGTM, nice work, must have been pain going through all this

[mattverse]

I like these changes, feels like this is what it should have always been

[PaddyMc]

Awesome work with this PR, reviewed an it works as expected 👍

I have one comment based on the use of sdk.ZeroDec( and other uses of the sdk types package for math functions. There's an alias created there that is very similar to the alias created in the osmomath package.

When we run grep -r "sdk.ZeroDec(" we find we refer to the alias in our sdk fork, could we just use osmomath.ZeroDec( here instead? And remove the need to import the sdk "github.com/cosmos/cosmos-sdk/types" package for math functions?

Approved here with the understanding that this suggestion should probably be another PR if we want to go that route. ⚡

[p0mvn]

grep -r "sdk.ZeroDec("

Seems that some updates got affected by merge conflicts, thanks for catching. Will reswitch everything prior to merge