Overview

Abstracts alternative data availability adapters out of kona-derive by doing away with the DataSourceFactory in favor of adapters implementing the DataAvailabilityProvider trait themselves. Right now, the DataSourceFactory composes the various DA options like so:

struct DataSourceFactory<C, B, PIF, I>
where
    C: ChainProvider + Send + Clone,
    B: BlobProvider + Clone,
    PIF: PlasmaInputFetcher<C> + Clone,
    I: Iterator<Item = Bytes> + Send + Clone,
{ /* ... */ }

Removing the dependency on the DataSourceFactory as a composition type wrapping around the DataAvailabilityProvider trait lends towards more flexibility for other future alternative DA adapter implementors, given that kona-derive's business logic only depends on the DataAvailabilityProvider trait's interface. This also allows us to completely decouple alt data availability modifications from kona-derive, and allow for them to exist as extensions (think: revm + the handler abstractions, allowing for modifications to the base EVM logic). Other consumers of the crate can make new extensions without having to upstream changes to kona-derive for their modifications.

This also makes composition a bit cleaner for the consumer of the library - for example, in the online feature of kona-derive's constructor, we can use the concrete implementations of the various online traits, as well as abstract over the DA (useful, for example, in a rollup client that may support several DAs through configuration at a higher level):

/// Creates a new online stack.
#[cfg(feature = "online")]
pub fn new_online_stack<DAP>(
    rollup_config: Arc<RollupConfig>,
    chain_provider: AlloyChainProvider<ReqwestProvider>,
    dap_source: DAP,
    fetcher: AlloyL2ChainProvider<ReqwestProvider>,
    builder: StatefulAttributesBuilder<
        AlloyChainProvider<ReqwestProvider>,
        AlloyL2ChainProvider<ReqwestProvider>,
    >,
) -> impl NextAttributes + ResettableStage + Debug + Send
where
    DAP: DataAvailabilityProvider + Debug + Send,
{ /* ... */ }

Note that above, we no longer need to supply types for DA options we are not using.

Other File Jumblin'

1. kona-plasma now contains all logic related to the alternative Plasma DA extension for kona-derive.
2. kona-providers has been moved back into kona-derive; These providers are specific to the pipeline and pretty minimal interfaces of the full RPCs, shouldn't be useful except to consumers of kona-derive.