---
title: "如何評估專屬區塊鏈基礎設施供應商"
description: "評估專屬區塊鏈基礎設施的實用檢查清單:一致性、正常運行時間、隔離性、地區、彈性與遷移路徑。"
---

# 如何評估專屬區塊鏈基礎設施供應商

<ImageBlock
  src="https://media.alchemy.com/dedicated-guide.png"
  alt="選擇專屬區塊鏈基礎設施"
  width={1920}
  height={900}
  priority
/>

選擇專屬的區塊鏈基礎設施供應商是一項會影響長達數年的決策。多數真正重要的評估標準不會出現在銷售demo裡，而是在你部署上線、達到一定規模之後才會顯現。每月報價最便宜的供應商，最後可能讓你在停機、資料過時、工程時間上付出最大的代價。

本指南列出在你做出決定之前應該問的問題，並依照它們實際的重要程度排序。你可以拿它當作檢查清單，用來評估任何供應商，確保能夠可靠地部署與擴展。

## 從一致性開始，而不是速度

每個供應商都會給你一個延遲數字。但很少有供應商會告訴你，當他們的節點彼此資料不一致時會發生什麼事。

在正式環境中最傷人的故障不是速度慢，而是某個節點已經落後於鏈的最新狀態，卻仍很有把握地回傳過時的資料。你應該問：供應商如何在多個備援節點之間維持讀取一致性，以及他們對「讀取結果反映鏈的目前狀態」提供什麼樣的保證。在一致性層之後運行[備援](/overviews/how-dedicated-blockchain-infrastructure-works)節點的供應商，解決的是單一快速節點無法解決的問題。

該問的問題：你們如何在多個節點之間維持讀取一致性？當某個節點落後時，我的請求會發生什麼事？

## 正常運行時間，以及背後的證明

每家供應商都會宣稱自己的正常運行時間很高。真正有用的問題是：這個數字是相對於什麼標準來衡量的，以及在真正的壓力事件中它是否撐得住。

要求對方提供具體的正常運行時間數字、其衡量方式，以及在近期高流量時刻（例如一次重大清算或一次網路升級）的表現。平時的表現只是基本門檻，尖峰時刻的表現才是真正的產品。

該問的問題：你們[量測到的正常運行時間](/benchmarks)是多少？在上一次重大網路壓力事件中，你們的表現如何？

## 隔離性與合規性

如果你是受監管的團隊或金融業者，單租戶隔離往往正是你考慮專屬基礎設施的根本原因。

要問清楚：這套基礎設施是否真正做到單租戶、有哪些[合規](https://trust.alchemy.com/)認證（SOC 2 Type II是常見的門檻），以及你的工作負載是否與其他客戶的流量完全隔離。掛著「專屬」標籤的共享基礎設施，並不等於真正的隔離。

該問的問題：這是單租戶的嗎？你們持有哪些合規認證？

## 區域配置

對延遲敏感的工作負載而言，基礎設施實際所在的地理位置，對數字的影響幾乎大於其他任何因素。

問清楚供應商可以在哪些區域部署、能否把叢集配置在靠近你的使用者或現有架構的地方，以及跨區域時延遲會如何變化。如果供應商只能鎖定在單一區域，對於全球性或延遲敏感的應用來說並不合適。

該問的問題：你們可以在哪些[區域](/benchmarks)部署？能否把基礎設施配置在靠近我現有架構的位置？

## 彈性：自訂執行與硬體

許多團隊自行架設的原因在於控制權：自訂追蹤器（tracer）、自訂二進位檔、依工作負載大小配置的硬體。一個值得考慮的[專屬供應商](/blog/introducing-dedicated-clusters)應該讓你保留這樣的控制權。

問清楚你是否可以執行自訂的追蹤器或二進位檔、硬體是依你的工作負載配置還是被塞進固定的方案級別，以及大量的archive和trace工作負載是否會被限流。如果換到某個供應商意味著放棄你自架時擁有的控制權，那它就不是真正的替代方案。

該問的問題：我能執行自訂的追蹤器和二進位檔嗎？硬體是依我的工作負載配置的嗎？

## 支援與遷移路徑

再好的基礎設施，如果遷移過去本身就是一個大工程，也毫無意義。要問清楚遷移是如何進行的、能否在切換之前與現有環境並行運作，以及如果專屬容量出問題時有什麼樣的容錯機制。

該問的問題：遷移是怎麼進行的？如果專屬容量發生問題，有什麼備援方案？

## 快速評估檢查清單

- 一致性：如何在各節點之間保持讀取結果的即時性？資料過時是最常見的正式環境故障。
- 正常運行時間：量測到的正常運行時間，以及在壓力下的表現如何？尖峰時刻才是真正的考驗，不是平時。
- 隔離性：是單租戶嗎？有SOC 2 Type II嗎？這往往正是選擇專屬架構的根本理由。
- 區域：可以部署在哪些區域？離我的架構有多近？這是影響延遲最大的單一因素。
- 彈性：能否使用自訂追蹤器、二進位檔、依需求配置的硬體？這能保留你自架時擁有的控制權。
- 支援：遷移路徑與容錯機制如何？困難的遷移會抵銷掉所有好處。

我們的[Dedicated Clusters](/dedicated-clusters)正是圍繞這些標準所打造：單租戶隔離、區塊等級的精確一致性、自訂執行，以及自動容錯轉移至共享叢集。使用本指南最正確的方式，就是拿同一組問題去檢視每一家供應商，包括我們自己。

## 開始使用

如果你正在評估專屬基礎設施，先從這份檢查清單開始，再參考[Node RPC vs. Dedicated Clusters](/overviews/dedicated-vs-shared-nodes)進行比較。當你準備好討論你的工作負載適合哪種方案時，[聯絡我們的團隊](/contact-sales-dedicated-clusters)。

## 常見問題

### 選擇專屬區塊鏈基礎設施供應商時，應該注意什麼？

依影響程度排序：跨節點的讀取一致性、經過壓力驗證的正常運行時間、真正的單租戶隔離與合規性、靠近使用者的區域配置、支援自訂執行與硬體的彈性，以及低風險、附帶容錯機制的遷移路徑。

### 什麼樣的條件能造就高效能的RPC節點供應商？

跨備援節點的一致讀取結果、在使用者所在區域量測到的低延遲、負載下的低錯誤率，以及在流量尖峰時仍能維持的餘裕，而不只是在正常情況下表現良好。

### 我要如何判斷一家RPC節點供應商是否可靠？

要求對方提供量測到的正常運行時間數字及其計算方式、近期網路壓力事件中的實際表現證明，以及該端點背後的備援與容錯機制。

### 專屬基礎設施是否永遠優於共享基礎設施？

不一定。如果你的工作負載在彈性的共享方案上運作順暢，那通常是更好也更經濟的選擇。專屬架構的價值在於一些具體且長期存在的理由：自訂執行、單租戶隔離、其他方式無法觸及的區域，或是持續穩定的流量規模。