feat(auctioneer): add new service

[SuperFluffy]

Summary

This patch adds the Astria Auctioneer service to the monorepo.

Background

The Astria Auctioneer auctions the top of the next Rollup to the highest bidder.

It receives a proposed Sequencer block¹ via a Sequencer node's astria.sequencerblock.optimistic.v1alpha1.OptimisticBlock service, and forwards it to its Rollup node's astria.auction.v1alpha1.OptimisticExecutionService for optimistic execution by the Rollup. The executed optimistic block hash returned by the rollup triggers Auctioneer to start an auction. It then receives bids from the Rollup node's astria.auction.v1alpha.AuctionService, selecting the winner using a first-price mechanism.

The auction winner is finally submitted to the same Sequencer node using a standard ABCI broadcast_tx_sync to the Sequencer network.

Auctioneer does not act as a server in its own right but connects as a client to a Rollup node and to a Sequencer node.

Changes

• Add crate crates/astria-auctioneer. It is implemented as a simple event loop that multiplexes proposed blocks and finalized commits (from sequencer), as well as executed rollup blocks and bids (from the rollup).
• Bump workspace dependency tokio_utils to 0.7.13 to get access to CancellationToken::run_until_cancelled
• Rename execution APIs astria.bundle to astria.auction
• Add domain type SequencerBlockCommit to new astria_core::sequencerblock::optimistic::v1alpha1 submodule, following protobuf spec naming conventions (the other domain types remain exclusive to auctioneer for now).
• Implement astria_core::Protobuf for FilteredSequencerBlock to get access to the wiretype name in error and log messages.
• Refactor astria_sequencer::sequencer::start_grpc_server to astria-sequencer::grpc::serve
• Add module astria_sequencer::grpc::optimistic implementing the astria.sequencerblock.optimistic.v1alpha1.OptimisticBlock gRPC service
• Refactor astria_sequencer::app module to implement an EventBus that is used by the gRPC service to subscribe to new events (right now, only proposed blocks and commits).
• Add setting ASTRIA_SEQUENCER_NO_OPTIMISTIC_BLOCKS to toggle the optimistic block service in Sequencer
• Add chart charts/auctioneer
• Update charts/evm-rollup/files/genesis/geth-genesis.json to set astriaAuctioneerAddresses
• Update charts/sequencer/templates/configmaps.yaml to to set ASTRIA_SEQUENCER_NO_OPTIMISTIC_BLOCKS
• Update justifle to understand how to docker-build auctioneer
• Add job auctioneer to docker-build github workflow.

Testing

To test this, we deployed a local setup consisting of a dedicated auctioneer flame node, the auctioneer node and a sequencer with optimistic blocks enabled.
The code for auctioneer flame node can be found at astriaorg/flame#30. The auctioneer has been tested locally against this auctioneer flame node branch.
We have tested the setup by sending txs to the auctioneer flame node using spamooor. We check with logs and manually query the blocks to ensure that the tx sent has end up on the top of block of the auctioneer.

Changelogs

Changelogs updated.

Related Issues

closes #1888
closes #1533
closes #1820

Footnotes

1. A proposed Sequencer block is that data structure that comes out of the Astria Sequencer network's CometBFT process-proposal step. ↩

[noot]

sequencer side changes look good to me!

[Fraser999]

Seems like when we call this method, the caller always has to immediately call mark_latest_event_as_seen. if so, it would be better to just do that inside here (and in finalized_blocks just below), meaning we could remove the mark_latest_event_as_seen method altogether.

Suggested change

	self.process_proposal_blocks.clone()
	let mut receiver = self.process_proposal_blocks.clone();
	receiver.inner.mark_unchanged();
	receiver

[SuperFluffy]

Yeah, that makes sense and is actually in line with how the EventBus is described to work. 49d3be4

[Fraser999]

Looks like removing mark_latest_event_as_seen was missed?

[Fraser999]

Optimistic approval of the sequencer and core code, pending addressing one minor comment.