---
title: "如何選擇企業級區塊鏈基礎設施合作夥伴"
description: "了解如何選擇企業級區塊鏈基礎設施，滿足企業的特定需求"
---

# 如何選擇企業級區塊鏈基礎設施合作夥伴

將區塊鏈技術納入技術堆疊，是[讓企業面向未來](https://www.alchemy.com/use-cases)的重要一環。在 2000 年代初期，區分「網路」公司與其他公司是常見做法，但今天所有公司都在使用網路。同樣地，區塊鏈技術正在顛覆大多數企業與大多數資本市場，這也是為什麼運用這項技術的應用程式常被稱為「Web3」。

區塊鏈有望將數兆美元的非流動性資本釋放進入市場，同時也為大多數科技公司採用的以廣告為核心的商業模式提供替代方案。企業必須選擇具備相關經驗與知識的合作夥伴，才能有效掌握這些機會。

本指南旨在協助你選擇能提供完整產品、支援你的業務目標與使用者需求的區塊鏈基礎設施公司。

## **企業應評估哪些不同類型的區塊鏈基礎設施提供商？**

區塊鏈基礎設施提供商在 web3 開發者堆疊的每個環節都提供解決方案；從讓工程師讀寫區塊鏈的 RPC 節點提供商，到讓企業能以簡便方式為客戶提供 web3 錢包的 Wallets-as-a-Service 提供商，一應俱全。

### **1. 錢包解決方案**

錢包讓使用者能掌控自己的數位資產，並參與 web3 經濟。有了錢包，人們可以在 DeFi 應用程式上借貸、鑄造與展示 NFT、玩遊戲，並參與消費者忠誠與會員計畫，同時保障資產安全。

多年來，依賴助記詞恢復的 EOA（「外部擁有帳戶」）錢包一直主導市場；不過，包括[Wallet-as-a-Service 提供商](https://www.portalhq.io/platform)在內的新型錢包，能在不降低安全性與隱私性的情況下改善使用者體驗，正逐漸受到青睞。

門檻簽章方案（TSS）MPC 錢包、[智能合約錢包](https://www.alchemy.com/overviews/smart-contract-wallet-benefits)，以及結合帳戶抽象化（MPC + AA）的[MPC 錢包](https://www.alchemy.com/dapps/best/mpc-wallets)，透過免除助記詞需求並降低與 web3 互動所需的技術門檻，為新使用者提供更簡單的入門體驗。

#### **帳戶抽象化：最流暢的使用者體驗**

全新的帳戶抽象化基礎元件已經到來，緩解了進入 web3 的轉換過程——入門體驗不再受困於令人困惑的私鑰要求，也不再因忘記助記詞而永遠失去資產。

像[Alchemy 的 Account Kit](https://www.alchemy.com/account-kit) 這樣的解決方案，提供了讓使用者在不知不覺中完成 onboarding 所需的一切工具：社群與 passkey 帳戶恢復、代付 gas 費，以及批次交易。

透過與 Portal 等簽署者的整合，企業可以使用 Account Kit 建立內嵌式智能錢包，支援社群登入、passkey 帳戶恢復、代付 gas 費，以及批次交易。

### **2. 託管解決方案**

託管商是第三方供應商，代表個人與機構安全儲存與管理私鑰。[託管商](https://www.alchemy.com/dapps/best/custody-solutions)為必須使用外部供應商，或偏好付費使用金鑰管理服務而非自行內部管理的機構，提供強大的安全性與技術知識。

託管商通常使用冷儲存（即金鑰離線保存）以降低駭客攻擊風險，並要求機構在成為客戶前完成 KYC 與其他反洗錢審查。

託管商——尤其是持有牌照的託管商——的存在，對機構採用 web3 至關重要，因為他們提供了傳統金融機構所需的基礎設施與合規框架。

### **3. RPC 節點提供商**

RPC 節點提供商提供讓 web3 應用程式能透過查詢資料或提交交易與區塊鏈網路互動的基礎設施。雖然任何人都可以自行架設 RPC 節點，但許多獨立開發者與公司更傾向於[使用企業級 RPC 節點提供商](https://www.alchemy.com/overviews/how-to-choose-a-blockchain-node-provider)來運行與擴展基礎設施。

透過提供核心 API、增強型 API，以及易於使用的開發者平台，RPC 節點提供商簡化了開發流程，讓工程師能專注於建構應用程式，而不必擔心基礎設施問題。

### **4. Web3 開發平台**

建構在公有區塊鏈上運行的去中心化應用程式，需要開發者學習一整套新的工具、設計模式與術語。選擇合適的供應商作為你的區塊鏈開發平台，能將許多開發者工具整合進單一、易於理解的使用者介面，加快你的產品上市速度。

如果開發平台的技術堆疊為工程師帶來太多摩擦，建構者可能需要很長時間才能完成應用程式的開發，甚至放棄專案，或有不好的開發者體驗。

## **選擇區塊鏈基礎設施提供商時應考量哪些功能？**

區塊鏈基礎設施供應商所提供的功能，取決於你的產品範疇與目標。有幾個常見的評估面向，包括支援易用性、安全性、可組合性與可擴展性的功能。

### **1. 易用性**

你為 web3 堆疊選擇的任何區塊鏈工具，都應該易學、易用，並能穩健地滿足你的需求。平台應具備清楚的文件、專業的使用者體驗，以及企業級功能，以支援團隊當下與未來的目標。

### **2. 組織安全性**

區塊鏈應用程式帶來新型風險，如協定風險、智能合約風險，也帶來傳統類型的風險，如組織控管。在與新供應商簽約前，應審查對方的安全性：

- SOC II 認證
- 系統測試與韌性
- 滲透測試報告
- 外部安全稽核
- 已記錄的安全控管措施

<EbookCta
  eyebrow="免費指南"
  title="自建 vs. 採購：區塊鏈基礎設施"
  description="在雇用 infra 團隊前，先看這篇：自建團隊在服務任何一個 production request 之前，每年可能就要花費 $850K–$1M 以上。查看完整成本分析。"
  ctaLabel="下載指南"
  ctaHref="/resources/build-vs-buy"
  coverImage={{
    src: "https://media.alchemy.com/ebooks/cta-build-vs-buy.png",
    alt: "Build vs. Buy: Blockchain Infrastructure ebook cover",
  }}
/>

### **3. 可組合性**

可組合性是 web3 的一項特色，讓企業能與公開、開源的應用程式、API 與智能合約互動（即讓 web3 產品更容易建構的靈活且可擴展的構件）。

選擇供應商時，須考量該供應商的產品套件與你計劃在堆疊中使用的其他產品與工具（例如 IDE、除錯工具等）的組合程度。

基礎設施合作夥伴應讓你能輕鬆納入符合需求的特定功能，而不必要求開發者實作每一項功能。舉例來說，像[Portal](https://www.alchemy.com/dapps/portal) 這樣的端對端 web3 連接提供商，能提供帳戶管理功能，如設定新使用者、備份與恢復選項。他們也支援錢包管理流程，如發送、接收、儲存與交換資產。

這樣的功能可能已足夠支撐你的產品建構，但如果你想建立 dapp 商店、連接純瀏覽器應用程式，或原生整合協定，你可以透過[Portal 的 SDK](https://docs.portalhq.io/) 來做到，而無需額外的後端整合。

### **4. 功能路線圖**

區塊鏈基礎設施平台正在演進，以滿足 web3 開發者不斷浮現的需求，選擇合適的合作夥伴時，也應考量對方在改進與擴展產品方面的規劃路線圖。

產品擴展可能包括將使用場景延伸至新的垂直領域（例如交易所、金融科技、跨境支付、自主身分），或在現有垂直領域中延伸至更利基的使用場景（例如 NFT 銷售等）。

研究基礎設施合作夥伴功能集的目的，是判斷對方是否能滿足你產品的基本功能需求、能否隨需求增加而擴展，以及能否成長以支援更多的使用場景。

## **企業應向區塊鏈基礎設施提供商詢問哪些問題？**

企業應向潛在的區塊鏈基礎設施提供商詢問的問題，可分為幾個類別：團隊、經驗、支援與路線圖。

### **1. 團隊、客戶與投資方**

在選擇供應商前，應提出問題來評估對方團隊的品質：

- 產品工程團隊具備哪些經驗？
- 領導團隊具備哪些經驗？
- 目前的客戶有哪些，他們對供應商有何評價？
- 供應商有哪些合作夥伴關係？
- 公司的投資人與顧問是誰？

### **2. 技術品質與開發者體驗**

在選擇供應商的產品前，應提出問題來評估對方技術堆疊的品質：

- 這項技術的架構為何？
- 是否有大型客戶流失，或公開透露對該公司的負面經驗？
- 該技術是否經過稽核並具備安全性？
- 產品文件的品質與清晰度如何？
- 對於 Wallet-as-a-Service 提供商，使用者是否能「取出自己的錢包」（即匯出私鑰）？

### **3. 客戶支援與關係管理**

在與軟體供應商簽約前，應確認對方團隊能否妥善支援你們的合作關係：

- 供應商使用哪些管道與你的團隊溝通？
- 團隊是否提供與工程師及技術支援人員的直接溝通管道？
- 公司是否具備完善的工單、可觀測性與狀態回報系統？
- 特別是在發生嚴重問題時，技術支援是否能及時提供？
- 供應商對回饋與產品變更請求是否回應積極？

### **4. 供應商產品時程與路線圖**

在選定區塊鏈基礎設施合作夥伴前，應評估對方產品管理團隊的產品路線圖：

- 短期與長期內，有哪些功能正在規劃中？
- 與他們合作，多快能推出完整的產品？
- 客戶提出產品功能建議與需求的難易度如何？
- 團隊推出新產品與功能的速度如何？
- 團隊在 alpha、beta 與正式開放階段發布產品的流程為何？

在評估新的區塊鏈基礎設施合作夥伴是否合適時，向銷售主管、產品經理與工程師提出這些問題，是將 web3 產品推向市場不可或缺的一環。

此外，企業應試用產品、索取展示、閱讀文件、觀看教學，並與現有客戶交流，藉此判斷所評估的供應商是否適合自身的使用場景。雖然完成盡職調查需要大量研究與時間，但徹底的流程能節省時間、金錢與資源。
