1 unstable release

0.1.0 May 31, 2024

#58 in #alloy

Download history 83/week @ 2024-07-22 104/week @ 2024-07-29 99/week @ 2024-08-05 106/week @ 2024-08-12 101/week @ 2024-08-19 146/week @ 2024-08-26 137/week @ 2024-09-02 266/week @ 2024-09-09 294/week @ 2024-09-16 278/week @ 2024-09-23 121/week @ 2024-09-30 155/week @ 2024-10-07 150/week @ 2024-10-14 301/week @ 2024-10-21 370/week @ 2024-10-28 554/week @ 2024-11-04

1,381 downloads per month
Used in 12 crates (8 directly)

MIT/Apache

1MB
13K SLoC

linera-alloy-networks

Ethereum blockchain RPC behavior abstraction.

This crate contains a simple abstraction of the RPC behavior of an Ethereum-like blockchain. It is intended to be used by the Alloy client to provide a consistent interface to the rest of the library, regardless of changes the underlying blockchain makes to the RPC interface.

Core Model

This crate handles abstracting RPC types. It does not handle the actual networking. The core model is as follows:

  • Transaction - A trait that defines an abstract interface for EVM-like transactions.
  • Network - A trait that defines the RPC types for a given blockchain. Providers are parameterized by a Network type, and use the associated types to define the input and output types of the RPC methods.
  • TODO: More!!!

Usage

This crate is not intended to be used directly. It is used by the linera-alloy-provider library and reth to modify the input and output types of the RPC methods.

This crate will primarily be used by blockchain maintainers to add bespoke RPC types to the Alloy provider. This is done by implementing the Network trait, and then parameterizing the Provider type with the new network type.

For example, to add a new network called Foo:

// Foo must be a ZST. It is a compile error to use a non-ZST type.
struct Foo;

impl Network for Foo {
    type Transaction = FooTransaction;
    type Block = FooBlock;
    type Header = FooHeader;
    type Receipt = FooReceipt;

    // etc.
}

The user may then instantiate a Provider<Foo> and use it as normal. This allows the user to use the same API for all networks, regardless of the underlying RPC types.

Note: If you need to also add custom methods to your network, you should make an extension trait for Provider<N> as follows:

#[async_trait]
trait FooProviderExt: Provider<Foo> {
    async fn custom_foo_method(&self) -> RpcResult<Something, TransportError>;

    async fn another_custom_method(&self) -> RpcResult<Something, TransportError>;
}

Dependencies

~22MB
~528K SLoC