This PR will do two things:

• remove outdated references to configuration options for controlling codecs (thereby closing DOC: Configuration value 'array.v3_default_compressors' has been removed, but is still documented #3389)
• make some of our function / method docstrings more consistent across the async / sync boundary.

The reason for two things in this PR, instead of 1, is that changing docstrings in zarr python is incredibly tedious because we have a lot of similar functions, with very similar docstrings: we have asynchronous.create, synchronous.create, asynchronous.create_array, synchronous.create_array, Group.create_array, AsyncGroup.create_array, init_array, from_array, ... So any PR that changes docstrings needs to be sure that all relevant docstrings are updated. This is more work, but it's part of the spirit of "leaving things better than you found it".

edit: this PR grew in scope, but not complexity. So I think it's fine to keep this in one PR.
Here's a list of the changes:

• remove outdated references to configuration options for controlling codecs (thereby closing DOC: Configuration value 'array.v3_default_compressors' has been removed, but is still documented #3389)
• Ensure that all docstrings for store parameters are consistent. They are all now correctly reporting the type of the parameter as StoreLike
• Test that array creation function/methods which use the same parameters have those parameters declared identically in docstrings. We could expand these tests as needed to include more functions, but I wanted to focus on array creation routines for now because removing the outdated config content touched the docstrings for compressor, serializer, and filters extensively, so these needed to be tested.
• Where necessary, change docstrings to pass the above tests.

One specific change: I normalized a large number of store docstring declarations to store : StoreLike or None, default=None (obviously this is only for functions where the store parameter is nullable). This is consistent with NumpyDoc and more informative that just saying "StoreLike, optional", because the latter does not convey what the default value is.