---
title: "如何评估专用区块链基础设施提供商"
description: "评估专用区块链基础设施的实用清单：一致性、正常运行时间、隔离性、区域、灵活性和迁移路径。"
---

# 如何评估专用区块链基础设施提供商

<ImageBlock
  src="https://media.alchemy.com/dedicated-guide.png"
  alt="选择专用区块链基础设施"
  width={1920}
  height={900}
  priority
/>

选择专属区块链基础设施提供商是一个会产生多年持续影响的决定。真正重要的标准大多不会在销售演示中体现出来,而是在你部署到生产环境并达到一定规模之后才会显现。看起来每月最便宜的提供商,可能会在停机时间、数据滞后和工程时间上让你付出最大的代价。

本指南按实际重要性的顺序列出了在签约前值得提出的问题,可以作为清单来评估任何提供商,帮助你可靠地部署和扩展。

## 从一致性而非速度开始

每家提供商都会给你一个延迟数字,但很少有人会告诉你,当它们的节点之间出现分歧时会发生什么。

在生产环境中最伤人的故障不是慢,而是节点已经落后于链的最新状态,却仍在自信地提供过时数据。要问清楚提供商如何在多个冗余节点之间保持读取一致性,以及他们对读取结果反映链当前状态做出了怎样的保证。在一致性层之后运行[冗余](/overviews/how-dedicated-blockchain-infrastructure-works)节点的提供商,解决的是单个快速节点无法解决的问题。

该问的问题:你们如何在多个节点之间保持读取一致性?当某个节点落后时,我的请求会怎样处理?

## 正常运行时间,以及支撑它的证据

每家都会宣称自己的正常运行时间很高。真正有用的问题是,这个数字是相对什么衡量的,以及在真实的压力事件中是否依然成立。

要求提供一个具体的正常运行时间数字、其衡量方式,以及提供商在最近一次高流量时刻(例如一次大规模清算或一次网络升级)中的表现。平稳时期的表现是基本要求,峰值时期的表现才是真正的产品能力。

该问的问题:你们[测得的正常运行时间](/benchmarks)是多少?在上一次重大网络压力事件中表现如何?

## 隔离性与合规性

如果你是受监管或金融团队,单租户隔离往往正是你首先考虑专属基础设施的原因。

要问清楚该基础设施是否真正做到单租户、存在哪些[合规](https://trust.alchemy.com/)认证(SOC 2 Type II 是常见门槛),以及你的工作负载是否与其他客户的流量隔离。挂着专属标签的共享基础设施,不等同于真正的隔离。

该问的问题:这是单租户的吗?你们持有哪些合规认证?

## 区域布局

对于延迟敏感的工作负载而言,基础设施物理位置的选择,对数据结果的影响几乎超过其他任何因素。

要问清楚提供商可以在哪些区域部署、是否能将集群部署在靠近你的用户或现有技术栈的位置,以及不同区域之间延迟的变化。只能锁定在单一区域的提供商,不适合全球化或延迟敏感型应用。

该问的问题:你们可以在哪些[区域](/benchmarks)部署?能否将基础设施部署在靠近我技术栈的位置?

## 灵活性:自定义执行与硬件

许多团队自建基础设施的原因在于掌控权:自定义 tracer、自定义二进制文件、根据工作负载定制的硬件规格。一个值得考虑的[专属提供商](/blog/introducing-dedicated-clusters)应当让你保留这种掌控权。

要问清楚是否可以运行自定义 tracer 或二进制文件、硬件规格是否按你的工作负载定制而非被压缩进固定档位,以及大型 archive 和 trace 工作负载是否会被限流。如果换用某个提供商意味着放弃你自建基础设施时所拥有的掌控权,那它就算不上真正的替代方案。

该问的问题:我能运行自定义 tracer 和二进制文件吗?硬件规格是否按我的工作负载定制?

## 支持与迁移路径

如果迁移过程本身就是一个大项目,再好的基础设施也毫无意义。要问清楚迁移是如何进行的、在切换之前能否与现有环境并行运行,以及如果专属容量出现问题时有哪些故障转移机制。

该问的问题:迁移是如何进行的?如果专属容量出现故障,有哪些后备方案?

## 快速评估清单

- 一致性:如何在多个节点间保持读取数据的实时性?数据滞后是生产环境中最常见的故障。
- 正常运行时间:测得的正常运行时间和压力下的表现如何?真正的考验是峰值,而不是平稳期。
- 隔离性:是否单租户?是否具备 SOC 2 Type II?这往往正是选择专属方案的全部理由。
- 区域:可以在哪些区域部署,离我的技术栈有多近?这是影响延迟的最大单一因素。
- 灵活性:是否支持自定义 tracer、二进制文件、定制硬件?能否保留你自建时拥有的掌控权。
- 支持:迁移路径和故障转移机制如何?艰难的迁移会抵消一切好处。

我们的 [Dedicated Clusters](/dedicated-clusters) 正是围绕其中若干标准构建的:单租户隔离、逐块级别的一致性、自定义执行,以及向共享节点集群的自动故障转移。使用本指南的正确方式,是用同样这些问题去衡量每一家提供商,也包括我们自己。

## 开始使用

如果你正在评估专属基础设施,可以从这份清单开始,然后对比 [Node RPC vs. Dedicated Clusters](/overviews/dedicated-vs-shared-nodes)。当你准备好讨论你的工作负载适合哪种方案时,[联系我们的团队](/contact-sales-dedicated-clusters)。

## 常见问题

### 在选择专属区块链基础设施提供商时应该关注什么?

按影响力排序:节点间的读取一致性、经压力验证的正常运行时间、真正的单租户隔离与合规认证、靠近你用户的区域布局、支持自定义执行与硬件的灵活性,以及带有故障转移机制的低风险迁移路径。

### 什么样的因素造就了高性能的 RPC 节点提供商?

在多个冗余节点间保持一致的读取结果、在你的用户所在区域测得的低延迟、负载下的低错误率,以及在流量峰值而非仅在正常状况下也能维持的余量。

### 我如何判断一个 RPC 节点提供商是否可靠?

要求提供一个测得的正常运行时间数字及其计算方式、最近一次网络压力事件中的表现证据,以及支撑该端点的冗余与故障转移机制。

### 专属基础设施是否总是优于共享方案?

不是。如果你的工作负载在弹性共享方案上运行良好,那通常是更优、也更经济的选择。专属方案值得选择的原因是具体且持久的:自定义执行、单租户隔离、无法通过其他方式覆盖的区域,或持续的高流量。