Misleading type signature of UpdateFn

[JGameCreation]

As specified in base.py, the UpdateFn should only take in two arguments: an RNG key and the previous state. However many samplers take in additional arguments. For example, sgld also takes a minibatch of data and a step size after the rng and state. Maybe let's add *args to the signature of UpdateFn.__call__?

[albcab]

not sure if adding *args to UpdateFn.__call__ works or will just force us to add # type: ignore[arg-type] to every use of SamplingAlgorithm (instead of just the ones that deviate from the two arguments you mentioned).

but you can try opening a PR with the change to see if it works @JGameCreation, and we can see from there.

[JGameCreation]

I created a draft pull request but it doesn't seem to run any tests for some reason

[junpenglao]

I updated the setting so the tests should run for you now.

[gil2rok]

Related to #700

[howsiyu]

Similar problem holds for RunFn in AdaptationAlgorithm. I also don't understand why blackjax uses the pattern of NamedTuple of Callable/Protocol instead of just abstract classes.