如何在Hardhat部署时规避中心化网络？是否有Alchemy的去中心化替代方案？

当然存在去中心化的替代方案，主要分为两类：运行自己的以太坊节点，或者使用去中心化的RPC聚合服务。

一、运行自己的以太坊节点 #

这是最彻底的去中心化方式，完全不依赖任何第三方服务商。你可以选择主流的以太坊客户端：

• Geth（Go语言实现）
• Nethermind（.NET实现，资源占用较低）
• Erigon（高性能客户端，同步速度快）

配置示例 #

将Hardhat配置中的url替换为本地节点的RPC地址即可，比如Geth默认的本地RPC地址是http://localhost:8545：

require("@nomicfoundation/hardhat-toolbox");

/** @type import('hardhat/config').HardhatUserConfig */
module.exports = {
  defaultNetwork: "goerli",
  networks: {
    goerli: {
      url: "http://localhost:8545", // 本地节点的RPC地址
      accounts: ["0xPRIV_KEY"]
    }
  },
  solidity: "0.8.9"
};

注意事项 #

• 同步节点需要一定时间，测试网（如Goerli）同步速度远快于主网；
• 可以选择轻节点模式减少磁盘和内存占用，但轻节点的功能支持有限（比如无法查询历史状态）；
• 确保节点持续运行，否则部署合约时会连接失败。

二、使用去中心化RPC聚合服务 #

这类服务聚合了多个独立运营的节点，去中心化程度远高于Infura/Alchemy这类中心化服务商，不会因为单个节点或服务商宕机导致服务中断。常见的选项包括：

• Ankr：由社区节点集群提供的分布式RPC服务，支持多条公链的测试网和主网；
• Chainstack：提供去中心化的RPC网络，整合了全球多个节点提供商的资源；
• 社区维护的公开RPC：部分区块链项目或社区会维护公开的去中心化RPC端点，比如以太坊基金会提供的公开测试网RPC。

配置示例（以Ankr的Goerli RPC为例） #

require("@nomicfoundation/hardhat-toolbox");

/** @type import('hardhat/config').HardhatUserConfig */
module.exports = {
  defaultNetwork: "goerli",
  networks: {
    goerli: {
      url: "https://rpc.ankr.com/eth_goerli", // Ankr的去中心化RPC端点
      accounts: ["0xPRIV_KEY"]
    }
  },
  solidity: "0.8.9"
};

注意事项 #

• 公开的去中心化RPC通常有请求频率限制，适合开发测试场景；
• 生产环境建议选择付费的去中心化聚合服务，或者结合多个RPC端点做冗余配置，确保稳定性。

内容的提问来源于stack exchange，提问作者Alexander R Johansen