fix(ci, core)!: ensure committed and code generated from protobuf spec match

[SuperFluffy]

Summary

Deletes and regenerates all code in astria-core/src/generated. Fixes bad imports by nesting generated Astria APIs under a new astria module. Fixes badly named modules.

Background

#1236 noticed that some protobuf files were skipped during code generation because of a tonic_build::Builder::extern_path statement. This showed up again when reworking the protobuf compilation tool to first clear the target directory for storing the generated rust files, where now an include! statement in astria_core::generated failed because the file was not in fact generated. This was not detected because the file was still committed to the repository at an earlier point.

#1707 then added new generated code under a wrongly named optimistic_block module, which should have been named optimistic to be in line with its protobuf package counterpart.

The present change is primarily to the tools/protobuf-compiler binary, which first purges the output directory (minus the handwritten mod.rs) before generating new code.

Changes

• Update tools/protobuf-compiler to clear astria-core/src/generated prior to repopulating it from proto/
• Remove the module sequencerblock::optimisticblock
• Add module sequencerblock::optimistic
• Update all services that import Astria APIs from astria_core::generated to astria_core::generated::astria.

Testing

This is just code organization. Import paths were updated, code still compiles and tests pass.

Changelogs

Changelogs updated.

Breaking Changelist

• This is a breaking change for all consumers of astria_core that now need to import many items from astria_core::generated::astria that were directly under astria_core::generated before.

Override Freeze

This code touches services by changing their imports (astria_core::generated -> astria_core::generated::astria) but does change any implementation details.

Related Issues

Fixes and amends #1707.
Supersedes #1824
Closes #1823

[Fraser999]

Couple of minor comments, but non-blocking. LGTM otherwise.

[joroshiba]

Could we move this out of the generated folder since it is a manually edited file? I recognize that this breaks our convention generally, but I think for generated files the convention should be a directory should be wholly generated files.

[joroshiba]

Approving with note that I think we should migrate the generated mod.rs