Alloy：连接应用与区块链的新利器

King
发布于 3天前
阅读 326

一、引言在区块链技术飞速发展的今天，应用与区块链之间的连接需求日益增长。Alloy作为一个全新的项目，正逐渐走进开发者的视野。它是对ethers-rs的全面重写，带来了令人兴奋的新特性、高性能以及出色的文档支持。本文将深入剖析Alloy的各个方面，为开发者们揭开它的神秘面纱。二、All

# 一、引言
在区块链技术飞速发展的今天，应用与区块链之间的连接需求日益增长。

Alloy作为一个全新的项目，正逐渐走进开发者的视野。

> 它是对`ethers-rs`的全面重写，带来了令人兴奋的新特性、高性能以及出色的文档支持。

本文将深入剖析Alloy的各个方面，为开发者们揭开它的神秘面纱。

# 二、Alloy 概述

### 2.1 项目背景与目标
Alloy旨在为开发者提供一个高效、易用的工具集，用于连接应用程序和区块链。

它的诞生源于对现有解决方案的优化和改进，致力于解决开发者在与区块链交互过程中遇到的各种问题，如性能瓶颈、功能缺失等。

### 2.2 核心特性
- **新特性**：Alloy引入了许多创新的特性，如支持新的以太坊改进提案（EIP）、提供更灵活的合约交互方式等。
- **高性能**：通过优化代码结构和算法，Alloy在处理区块链数据时具有更高的性能，能够满足大规模应用的需求。
- **优秀文档**：提供详细的文档和示例，帮助开发者快速上手和深入理解Alloy的使用方法。

# 三、安装与配置
### 3.1 安装方式
Alloy由多个crate组成，提供了与以太坊区块链交互所需的各种功能。最简单的开始方式是使用Cargo从命令行添加`alloy` crate并启用`full`特性标志：
```sh
cargo add alloy --features full
```
或者，你也可以手动将以下内容添加到`Cargo.toml`文件中：
```toml
alloy = { version = "0.12", features = ["full"] }
```
如果想更精细地控制包含的特性，可以将单个crate添加到`Cargo.toml`文件，或者使用带有所需特性的`alloy` crate。

完整的可用特性列表可在[docs.rs](https://docs.rs/crate/alloy/latest/features)或`alloy` crate的`Cargo.toml`文件中找到。

### 3.2 配置要点
在安装完成后，需要根据实际需求对Alloy进行配置。例如，需要配置与以太坊节点的连接地址、签名器等。以下是一个简单的配置示例：
```rust
use alloy_provider::ProviderBuilder;

#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
    // 构建一个 Provider
    let provider = ProviderBuilder::new().connect("http://localhost:8545").await?;
    Ok(())
}
```

# 四、核心模块解析
### 4.1 核心与共识模块
- `alloy`：整个项目的元crate，包含`alloy-core`。
- `alloy-consensus`：以太坊共识接口，定义了与以太坊共识相关的规则和协议。

### 4.2 合约交互模块
- `alloy-contract`：用于与链上合约进行交互。开发者可以使用该模块部署合约、调用合约函数等。以下是一个简单的合约调用示例：
```rust
use alloy_contract::SolCallBuilder;
use alloy_network::Ethereum;
use alloy_primitives::{Address, U256};
use alloy_provider::ProviderBuilder;
use alloy_sol_types::sol;

#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
    // 定义合约的 ABI 和字节码
    sol! {
        #[sol(rpc)] // 生成必要的 `MyContract` 结构体和函数方法
        #[sol(bytecode = "0x1234")] // 生成 `BYTECODE` 静态变量和 `deploy` 方法
        contract MyContract {
            constructor(address) {}

#[derive(Debug)]
            function doStuff(uint a, bool b) public payable returns(address c, bytes32 d);
        }
    }

// 构建一个 Provider
    let provider = ProviderBuilder::new().connect("http://localhost:8545").await?;

// 部署合约
    let constructor_arg = Address::ZERO;
    let contract = MyContract::deploy(&provider, constructor_arg).await?;

// 构建对 `doStuff` 函数的调用并配置它
    let a = U256::from(123);
    let b = true;
    let call_builder = contract.doStuff(a, b).value(U256::from(50e18 as u64));

// 发送调用
    let call_return = call_builder.call().await?;
    println!("{call_return:?}"); // 打印调用结果

Ok(())
}
```

### 4.3 EIP 实现模块
- `alloy-eips`：以太坊改进提案（EIP）的实现，支持最新的EIP标准，为开发者提供更多的功能和选择。

### 4.4 JSON - RPC 模块
- `alloy-json-rpc`：JSON - RPC 2.0 客户端的核心数据类型。
- `alloy-rpc-client`：底层的以太坊 JSON - RPC 客户端实现，负责与以太坊节点进行通信。
- `alloy-rpc-types`：所有以太坊 JSON - RPC 类型的元crate，包含多个子crate，如`alloy-rpc-types-admin`、`alloy-rpc-types-eth`等，分别对应不同的 JSON - RPC 命名空间。

### 4.5 网络抽象模块
- `alloy-network`：RPC 类型的网络抽象，提供了统一的网络接口，方便开发者进行网络操作。
- `alloy-network-primitives`：网络抽象的原始类型，定义了网络操作所需的基本数据结构。

### 4.6 节点绑定模块
- `alloy-node-bindings`：以太坊执行层客户端的绑定，支持与不同的以太坊节点进行交互。

### 4.7 提供者与订阅模块
- `alloy-provider`：用于与以太坊区块链进行交互的接口，提供了丰富的方法和工具。
- `alloy-pubsub`：以太坊 JSON - RPC 的发布 - 订阅服务和类型定义，支持实时监听区块链事件。

### 4.8 序列化与签名模块
- `alloy-serde`：与 [Serde] 相关的实用工具，用于数据的序列化和反序列化。
- `alloy-signer`：以太坊签名器的抽象，包含多个子crate，如`alloy-signer-aws`、`alloy-signer-ledger`等，分别对应不同的签名器实现。

### 4.9 传输层模块
- `alloy-transport`：底层的以太坊 JSON - RPC 传输抽象。
- `alloy-transport-http`：HTTP 传输实现。
- `alloy-transport-ipc`：IPC 传输实现。
- `alloy-transport-ws`：WS 传输实现。

# 五、版本更新日志分析
### 5.1 重要版本特性
- **v0.1.1（2024 - 06 - 17）**
    - **功能方面**：在多个模块添加了新功能，如`alloy-transport-ws`添加了`[providers] Event, polling and streaming methods`；`alloy-provider`添加了`[providers] Event, polling and streaming methods`、`Nonce filling layer`和`trace_call`及`trace_callMany`等。
    - **依赖方面**：多个模块进行了依赖更新，如`alloy-rpc-client`更新到`interprocess 2`和`hyper 1.0`，并更新了所有依赖；`alloy-signer-ledger`等模块引入了`Alloy-consensus crate`。
    - **文档和样式方面**：多个模块更新了描述和顶级摘要，如`alloy-pubsub`、`alloy-genesis`等；同时，部分模块进行了样式调整，添加了一些依赖的链接。
- **v0.1.2（2024 - 06 - 19）**
    - `alloy-consensus`添加了`eip - 7251 consolidation request`；`alloy-rpc-types-anvil`添加了`Index`并修复了兼容性问题。
- **v0.3.0（2024 - 08 - 28）**
    - `alloy`和`alloy-node-bindings`在测试方面进行了改进，处理了`Flaky rpc`问题。
- **v0.5.0（2024 - 10 - 18）**
    - `alloy`启用了`serde` on `alloy-consensus`，并重新导出了更多`alloy-core`的特性；多个模块进行了格式化调整。
- **v0.6.0（2024 - 11 - 06）**
    - 多个模块进行了样式调整，将`txtype - specific builders`移动到`network-primitives`；`alloy-rpc-types-anvil`引入了`anvil_reorg`和相关类型。
- **v0.8.0（2024 - 12 - 10）**
    - `alloy-network`要求交易使用`typed2718`；`alloy-rpc-types-engine`添加了`[engine] Forkchoice Version`；`alloy-eips`添加了`arbitrary for alloy types`和`EIP - 7691`。
- **v0.9.0（2024 - 12 - 30）**
    - `alloy-genesis`添加了`EIP - 7840`。
- **v0.11.0（2025 - 01 - 31）**
    - `alloy-provider`添加了`anvil_rollback`到`anvil API provider`，并保持`Anvil`在`Provider`中的类型与项目其他部分一致；`alloy-rpc-types-anvil`也进行了相同的类型一致性调整。
- **v0.11.1（2025 - 02 - 12）**
    - 多个模块进行了文档清理，如`alloy`、`alloy-eip5792`、`alloy-rpc-types-trace`等；`alloy-contract`添加了`[provider] Multicall`和`helpers for account overrides`；`alloy-node-bindings`暴露了`anvil wallet`。
- **v0.12.0（2025 - 03 - 07）**
    - `alloy-rpc-client`添加了`[provider] Trace api builder`。
- **v0.12.6（2025 - 03 - 18）**
    - `alloy`和`alloy-consensus`更新了`tx fee comment about Transaction trait`；`alloy-node-bindings`添加了`Anvil typed hardforks`。

### 5.2 版本更新趋势
从更新日志可以看出，Alloy的开发团队一直在持续不断地改进和完善项目。

* 在功能方面，不断添加新的特性和支持新的EIP标准，以满足开发者的需求；
* 在依赖方面，及时更新依赖库，确保项目的安全性和稳定性；
* 在文档和样式方面，注重用户体验，不断优化文档和代码样式。

# 六、实际应用案例
### 6.1 去中心化应用（DApp）开发
在DApp开发中，Alloy可以帮助开发者快速搭建与以太坊区块链交互的基础设施。

例如，开发者可以使用`alloy-contract`模块部署和调用智能合约，使用`alloy-provider`模块与以太坊节点进行通信，使用`alloy-signer`模块进行签名操作。

以下是一个简单的DApp开发示例：
```rust
// 省略部分导入代码

#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
    let provider = ProviderBuilder::new().connect("http://localhost:8545").await?;
    let signer = /* 初始化签名器 */;

// 部署合约
    let contract = MyContract::deploy(&provider, signer, constructor_arg).await?;

// 调用合约函数
    let result = contract.doSomething().call().await?;
    println!("Contract call result: {:?}", result);

Ok(())
}
```

### 6.2 区块链数据监测
使用`alloy-pubsub`模块，开发者可以实时监听区块链上的事件，如交易确认、合约事件等。以下是一个简单的区块链数据监测示例：
```rust
// 省略部分导入代码

#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
    let provider = ProviderBuilder::new().connect("ws://localhost:8546").await?;

let subscription = provider.subscribe_new_heads().await?;

while let Some(head) = subscription.next().await {
        println!("New block mined: {:?}", head);
    }

Ok(())
}
```

# 七、总结与展望
### 7.1 总结
Alloy作为一个新兴的区块链开发工具集，具有丰富的功能和优秀的性能。它的模块化设计使得开发者可以根据自己的需求选择合适的模块进行使用，提高了开发效率。同时，详细的文档和丰富的示例也为开发者提供了便利。

### 7.2 展望
随着区块链技术的不断发展，Alloy有望在未来得到更广泛的应用和发展。开发团队可能会继续添加新的功能和支持更多的EIP标准，进一步优化性能和用户体验。同时，与其他区块链项目的集成也可能会成为未来的发展方向。

> 希望本文能够帮助开发者更好地了解Alloy，并在实际项目中应用它。
如果你对Alloy有任何疑问或建议，欢迎在评论区留言交流。

一、引言

在区块链技术飞速发展的今天，应用与区块链之间的连接需求日益增长。

Alloy作为一个全新的项目，正逐渐走进开发者的视野。

它是对ethers-rs的全面重写，带来了令人兴奋的新特性、高性能以及出色的文档支持。

本文将深入剖析Alloy的各个方面，为开发者们揭开它的神秘面纱。

二、Alloy 概述

2.1 项目背景与目标

Alloy旨在为开发者提供一个高效、易用的工具集，用于连接应用程序和区块链。

它的诞生源于对现有解决方案的优化和改进，致力于解决开发者在与区块链交互过程中遇到的各种问题，如性能瓶颈、功能缺失等。

2.2 核心特性

新特性：Alloy引入了许多创新的特性，如支持新的以太坊改进提案（EIP）、提供更灵活的合约交互方式等。
高性能：通过优化代码结构和算法，Alloy在处理区块链数据时具有更高的性能，能够满足大规模应用的需求。
优秀文档：提供详细的文档和示例，帮助开发者快速上手和深入理解Alloy的使用方法。

三、安装与配置

3.1 安装方式

Alloy由多个crate组成，提供了与以太坊区块链交互所需的各种功能。最简单的开始方式是使用Cargo从命令行添加alloy crate并启用full特性标志：

cargo add alloy --features full

或者，你也可以手动将以下内容添加到Cargo.toml文件中：

alloy = { version = "0.12", features = ["full"] }

如果想更精细地控制包含的特性，可以将单个crate添加到Cargo.toml文件，或者使用带有所需特性的alloy crate。

完整的可用特性列表可在docs.rs或alloy crate的Cargo.toml文件中找到。

3.2 配置要点

在安装完成后，需要根据实际需求对Alloy进行配置。例如，需要配置与以太坊节点的连接地址、签名器等。以下是一个简单的配置示例：

use alloy_provider::ProviderBuilder;

#[tokio::main]
async fn main() -> Result&lt;(), Box&lt;dyn std::error::Error>> {
    // 构建一个 Provider
    let provider = ProviderBuilder::new().connect("http://localhost:8545").await?;
    Ok(())
}

四、核心模块解析

4.1 核心与共识模块

alloy：整个项目的元crate，包含alloy-core。
alloy-consensus：以太坊共识接口，定义了与以太坊共识相关的规则和协议。

4.2 合约交互模块

alloy-contract：用于与链上合约进行交互。开发者可以使用该模块部署合约、调用合约函数等。以下是一个简单的合约调用示例：


use alloy_contract::SolCallBuilder;
use alloy_network::Ethereum;
use alloy_primitives::{Address, U256};
use alloy_provider::ProviderBuilder;
use alloy_sol_types::sol;

[tokio::main]

async fn main() -> Result<(), Box<dyn std::error::Error>> { // 定义合约的 ABI 和字节码 sol! {

[sol(rpc)] // 生成必要的 `MyContract` 结构体和函数方法

    #[sol(bytecode = "0x1234")] // 生成 `BYTECODE` 静态变量和 `deploy` 方法
    contract MyContract {
        constructor(address) {}

        #[derive(Debug)]
        function doStuff(uint a, bool b) public payable returns(address c, bytes32 d);
    }
}

// 构建一个 Provider
let provider = ProviderBuilder::new().connect("http://localhost:8545").await?;

// 部署合约
let constructor_arg = Address::ZERO;
let contract = MyContract::deploy(&provider, constructor_arg).await?;

// 构建对 `doStuff` 函数的调用并配置它
let a = U256::from(123);
let b = true;
let call_builder = contract.doStuff(a, b).value(U256::from(50e18 as u64));

// 发送调用
let call_return = call_builder.call().await?;
println!("{call_return:?}"); // 打印调用结果

Ok(())

}


### 4.3 EIP 实现模块
- `alloy-eips`：以太坊改进提案（EIP）的实现，支持最新的EIP标准，为开发者提供更多的功能和选择。

### 4.4 JSON - RPC 模块
- `alloy-json-rpc`：JSON - RPC 2.0 客户端的核心数据类型。
- `alloy-rpc-client`：底层的以太坊 JSON - RPC 客户端实现，负责与以太坊节点进行通信。
- `alloy-rpc-types`：所有以太坊 JSON - RPC 类型的元crate，包含多个子crate，如`alloy-rpc-types-admin`、`alloy-rpc-types-eth`等，分别对应不同的 JSON - RPC 命名空间。

### 4.5 网络抽象模块
- `alloy-network`：RPC 类型的网络抽象，提供了统一的网络接口，方便开发者进行网络操作。
- `alloy-network-primitives`：网络抽象的原始类型，定义了网络操作所需的基本数据结构。

### 4.6 节点绑定模块
- `alloy-node-bindings`：以太坊执行层客户端的绑定，支持与不同的以太坊节点进行交互。

### 4.7 提供者与订阅模块
- `alloy-provider`：用于与以太坊区块链进行交互的接口，提供了丰富的方法和工具。
- `alloy-pubsub`：以太坊 JSON - RPC 的发布 - 订阅服务和类型定义，支持实时监听区块链事件。

### 4.8 序列化与签名模块
- `alloy-serde`：与 [Serde] 相关的实用工具，用于数据的序列化和反序列化。
- `alloy-signer`：以太坊签名器的抽象，包含多个子crate，如`alloy-signer-aws`、`alloy-signer-ledger`等，分别对应不同的签名器实现。

### 4.9 传输层模块
- `alloy-transport`：底层的以太坊 JSON - RPC 传输抽象。
- `alloy-transport-http`：HTTP 传输实现。
- `alloy-transport-ipc`：IPC 传输实现。
- `alloy-transport-ws`：WS 传输实现。

# 五、版本更新日志分析
### 5.1 重要版本特性
- **v0.1.1（2024 - 06 - 17）**
    - **功能方面**：在多个模块添加了新功能，如`alloy-transport-ws`添加了`[providers] Event, polling and streaming methods`；`alloy-provider`添加了`[providers] Event, polling and streaming methods`、`Nonce filling layer`和`trace_call`及`trace_callMany`等。
    - **依赖方面**：多个模块进行了依赖更新，如`alloy-rpc-client`更新到`interprocess 2`和`hyper 1.0`，并更新了所有依赖；`alloy-signer-ledger`等模块引入了`Alloy-consensus crate`。
    - **文档和样式方面**：多个模块更新了描述和顶级摘要，如`alloy-pubsub`、`alloy-genesis`等；同时，部分模块进行了样式调整，添加了一些依赖的链接。
- **v0.1.2（2024 - 06 - 19）**
    - `alloy-consensus`添加了`eip - 7251 consolidation request`；`alloy-rpc-types-anvil`添加了`Index`并修复了兼容性问题。
- **v0.3.0（2024 - 08 - 28）**
    - `alloy`和`alloy-node-bindings`在测试方面进行了改进，处理了`Flaky rpc`问题。
- **v0.5.0（2024 - 10 - 18）**
    - `alloy`启用了`serde` on `alloy-consensus`，并重新导出了更多`alloy-core`的特性；多个模块进行了格式化调整。
- **v0.6.0（2024 - 11 - 06）**
    - 多个模块进行了样式调整，将`txtype - specific builders`移动到`network-primitives`；`alloy-rpc-types-anvil`引入了`anvil_reorg`和相关类型。
- **v0.8.0（2024 - 12 - 10）**
    - `alloy-network`要求交易使用`typed2718`；`alloy-rpc-types-engine`添加了`[engine] Forkchoice Version`；`alloy-eips`添加了`arbitrary for alloy types`和`EIP - 7691`。
- **v0.9.0（2024 - 12 - 30）**
    - `alloy-genesis`添加了`EIP - 7840`。
- **v0.11.0（2025 - 01 - 31）**
    - `alloy-provider`添加了`anvil_rollback`到`anvil API provider`，并保持`Anvil`在`Provider`中的类型与项目其他部分一致；`alloy-rpc-types-anvil`也进行了相同的类型一致性调整。
- **v0.11.1（2025 - 02 - 12）**
    - 多个模块进行了文档清理，如`alloy`、`alloy-eip5792`、`alloy-rpc-types-trace`等；`alloy-contract`添加了`[provider] Multicall`和`helpers for account overrides`；`alloy-node-bindings`暴露了`anvil wallet`。
- **v0.12.0（2025 - 03 - 07）**
    - `alloy-rpc-client`添加了`[provider] Trace api builder`。
- **v0.12.6（2025 - 03 - 18）**
    - `alloy`和`alloy-consensus`更新了`tx fee comment about Transaction trait`；`alloy-node-bindings`添加了`Anvil typed hardforks`。

### 5.2 版本更新趋势
从更新日志可以看出，Alloy的开发团队一直在持续不断地改进和完善项目。

* 在功能方面，不断添加新的特性和支持新的EIP标准，以满足开发者的需求；
* 在依赖方面，及时更新依赖库，确保项目的安全性和稳定性；
* 在文档和样式方面，注重用户体验，不断优化文档和代码样式。

# 六、实际应用案例
### 6.1 去中心化应用（DApp）开发
在DApp开发中，Alloy可以帮助开发者快速搭建与以太坊区块链交互的基础设施。

例如，开发者可以使用`alloy-contract`模块部署和调用智能合约，使用`alloy-provider`模块与以太坊节点进行通信，使用`alloy-signer`模块进行签名操作。

以下是一个简单的DApp开发示例：
```rust
// 省略部分导入代码

#[tokio::main]
async fn main() -> Result&lt;(), Box&lt;dyn std::error::Error>> {
    let provider = ProviderBuilder::new().connect("http://localhost:8545").await?;
    let signer = /* 初始化签名器 */;

    // 部署合约
    let contract = MyContract::deploy(&provider, signer, constructor_arg).await?;

    // 调用合约函数
    let result = contract.doSomething().call().await?;
    println!("Contract call result: {:?}", result);

    Ok(())
}

6.2 区块链数据监测

使用alloy-pubsub模块，开发者可以实时监听区块链上的事件，如交易确认、合约事件等。以下是一个简单的区块链数据监测示例：

// 省略部分导入代码

#[tokio::main]
async fn main() -> Result&lt;(), Box&lt;dyn std::error::Error>> {
    let provider = ProviderBuilder::new().connect("ws://localhost:8546").await?;

    let subscription = provider.subscribe_new_heads().await?;

    while let Some(head) = subscription.next().await {
        println!("New block mined: {:?}", head);
    }

    Ok(())
}

七、总结与展望

7.1 总结

Alloy作为一个新兴的区块链开发工具集，具有丰富的功能和优秀的性能。它的模块化设计使得开发者可以根据自己的需求选择合适的模块进行使用，提高了开发效率。同时，详细的文档和丰富的示例也为开发者提供了便利。

7.2 展望

随着区块链技术的不断发展，Alloy有望在未来得到更广泛的应用和发展。开发团队可能会继续添加新的功能和支持更多的EIP标准，进一步优化性能和用户体验。同时，与其他区块链项目的集成也可能会成为未来的发展方向。

希望本文能够帮助开发者更好地了解Alloy，并在实际项目中应用它。如果你对Alloy有任何疑问或建议，欢迎在评论区留言交流。

原创
学分: 9
分类: 以太坊
标签: Rust Alloy

本文参与登链社区写作激励计划，好文好收益，欢迎正在阅读的你也加入。

Alloy：连接应用与区块链的新利器

一、引言

二、Alloy 概述

2.1 项目背景与目标

2.2 核心特性

三、安装与配置

3.1 安装方式

3.2 配置要点

四、核心模块解析

4.1 核心与共识模块

4.2 合约交互模块

[tokio::main]

[sol(rpc)] // 生成必要的 `MyContract` 结构体和函数方法

6.2 区块链数据监测

七、总结与展望

7.1 总结

7.2 展望

0 条评论

文章目录

Alloy：连接应用与区块链的新利器

一、引言

二、Alloy 概述

2.1 项目背景与目标

2.2 核心特性

三、安装与配置

3.1 安装方式

3.2 配置要点

四、核心模块解析

4.1 核心与共识模块

4.2 合约交互模块

[tokio::main]

[sol(rpc)] // 生成必要的 MyContract 结构体和函数方法

6.2 区块链数据监测

七、总结与展望

7.1 总结

7.2 展望

0 条评论

文章目录

[sol(rpc)] // 生成必要的 `MyContract` 结构体和函数方法