AWS Managed Blockchain 替代方案：如何將 AMB Access 與 AMB Query 遷移至 Alchemy
作者 Uttam Singh
Amazon Web Services 即將終止旗下的託管區塊鏈服務 Amazon Managed Blockchain（AMB）。現有客戶可以繼續使用到 2027 年 9 月 29 日，在那之後 AMB Access 與 AMB Query 將停止回應。如果你在 Ethereum、Bitcoin 或 Polygon 上使用 AMB Access，切換至 Alchemy 只需更換端點。你的 JSON-RPC 呼叫維持不變，並以 API 金鑰取代 SigV4 請求簽署或 AMB Accessor tokens。
AMB Query 則不只是更換 URL 那麼簡單，因為它是經過索引的資料 API，而不是節點。我們的 Data API 涵蓋相同的 Ethereum 讀取需求（餘額、轉帳、代幣與 NFT 中繼資料），而我們的 UTXO API 涵蓋 Bitcoin 的地址、餘額與交易。本指南涵蓋這兩條路徑：如何取得端點、如何把程式碼修改交給程式碼代理、如何取代 SigV4、如何對應每個 AMB Query 操作、如何確認新端點回傳相同的資料，以及兩者的計費比較。
AWS Managed Blockchain 何時停止服務？
根據 AWS 的 Amazon Managed Blockchain 終止支援公告，現有客戶將於 2027 年 9 月 29 日之後無法再存取任何 AMB 產品。這涵蓋以下五項服務：
- AMB Access Ethereum。Ethereum 主網上的專屬全節點，透過 HTTP 與 WebSocket 提供 JSON-RPC，另外還有 Consensus API。
- AMB Access Bitcoin。共用的 Bitcoin 主網與測試網端點。
- AMB Access Polygon。一個共用的 Polygon 主網端點。
- AMB Query。經過索引的 API，提供 Ethereum（主網與 Sepolia）和 Bitcoin（主網與測試網）上的餘額、交易與代幣資料。
- AMB Access Hyperledger Fabric。私有的許可制網路。
清單上的每一條公鏈，也就是 Ethereum、Bitcoin 與 Polygon，我們都已支援，而且同一組 API 金鑰還能使用另外 100 多條鏈。Hyperledger Fabric 運行的是私有帳本而非公鏈，因此不在本指南的範圍內，AWS 的公告中列出了它的可行選項。
AWS 的節點與 RPC 遷移指南將 Alchemy 列為 AMB Access Ethereum、Bitcoin 與 Polygon 的第三方供應商。當你的所有流量都在 Alchemy 上運行後，請刪除你的 AMB Ethereum 節點、Accessor tokens，以及授予 AMB 存取權的 IAM 權限。在你刪除之前，AWS 會按秒對 AMB Ethereum 節點計費。
如何將 AMB Access 切換至新的 RPC 供應商？
在 Alchemy 儀表板註冊、建立一個應用程式，並啟用你在 AMB 上使用的網路。每個網路都有自己的 URL，而同一個應用程式的 API 金鑰可在所有網路上使用。
如果你偏好在終端機中操作，Alchemy CLI 可以幫你登入、建立應用程式，並發出第一個測試呼叫：
npm i -g @alchemy/cli@latest
alchemy auth # browser sign-in
alchemy app create --name amb-migration --networks ETH_MAINNET
alchemy app select <app-id> # use the new app's key
alchemy evm block latest -n eth-mainnet # confirm the endpoint answers在沒有瀏覽器的遠端伺服器上，請改用 alchemy auth login --device-code。alchemy app chains 會列出所有其他可加入的網路識別碼，包括 Bitcoin 與 Polygon。
如果你的團隊透過 AWS 採購軟體，我們也已上架 AWS Marketplace，因此 Alchemy 的訂閱可以透過你的 AWS 帳戶計費。
AI 程式碼代理能幫你從 AMB 遷移嗎？
可以，而且在 AMB 上最能節省時間，因為簽署程式碼往往分散在好幾個地方：應用程式用戶端、Lambda 函式，以及 API Gateway 代理伺服器。我們提供三項工具，讓程式碼代理（Claude Code、Cursor、Codex 或類似工具）取得所需的一切：
- Alchemy CLI 負責執行指令：建立應用程式、設定允許清單，以及對各網路發出測試呼叫。
- Alchemy Agent Skills 讓代理了解我們的端點格式、Data API 方法與 CLI 用法。使用
alchemy install skills安裝。 - Alchemy MCP server 讓代理能直接存取 100 多個網路的鏈上資料，因此它在工作時可以比對結果。它託管於
https://mcp.alchemy.com/mcp，並以你的 Alchemy 帳號登入，因此不需要貼上 API 金鑰。使用alchemy install mcp新增，或在 Claude Code 中執行：
claude mcp add alchemy --transport http https://mcp.alchemy.com/mcp在 Claude Code 上，適用於 Claude Code 的 Alchemy 外掛程式可一步安裝這些 skills 與 MCP server，而使用 Alchemy 設定 Claude Code 則逐步說明設定流程。
接著，在儲存庫的根目錄給代理類似以下的提示詞：
Move this project off Amazon Managed Blockchain (AMB Access and AMB Query) before the September 29, 2027 shutdown. The new provider is Alchemy. Use the Alchemy MCP server, the Alchemy CLI, and Alchemy skills. If the MCP tools aren't available, walk me through setup and sign-in first.
Plan first. Don't change files or Alchemy settings until I approve. Never print or commit credentials.
Before changing anything, ask me:
- which AMB products and networks we use (Ethereum, Bitcoin, Polygon, AMB Query)
- where our secrets live (env files, AWS Secrets Manager, CI variables)
- whether the new Alchemy app needs IP or origin allowlists
Then find every AMB dependency: managedblockchain.amazonaws.com endpoints, SigV4 signing code (signature-v4, aws4, awscurl, botocore signers), billingtoken query parameters, IAM policies granting managedblockchain actions, and every AMB Query SDK call (ManagedBlockchainQuery clients and operations). Show me the list with file paths and wait.
After I approve, replace each RPC endpoint with an environment variable holding the Alchemy URL, remove the signing code, and add placeholders to .env.example. For AMB Query, propose an adapter that maps each operation we use to Alchemy Data API or UTXO API calls, and list any fields that don't map one-to-one.
Finally, verify each migrated network with the Alchemy CLI and report the results.若不使用代理而要自行遷移，請在程式碼與設定中搜尋 managedblockchain 主機名稱與 SigV4 簽署輔助函式，為每個網路換上 Alchemy URL，並刪除簽署步驟。
你的 AWS 區塊鏈設定中，各部分由什麼取代？
大部分項目都是一對一對應，而且有幾項 AMB 的限制會隨之消失。
遷移後，有幾項 AMB 的限制會隨之消失。AMB Ethereum 節點是全節點，因此 AWS 會引導團隊改用 AMB Query 取得歷史資料，而我們的 RPC API 可在同一個端點上，針對任何過去的區塊回應 eth_getBalance 與 eth_call。AMB Ethereum 與 Polygon 不接受 JSON-RPC 批次請求，我們則在這兩條鏈上都支援批次請求。AMB Polygon 沒有 WebSocket 端點，我們則有。AMB Ethereum 也僅涵蓋主網，而我們另外提供 Sepolia 與 Hoodi 供測試使用。
當初為了單租戶節點而選擇 AMB 的團隊，可以改用 Alchemy Dedicated Clusters，而如何在 Node RPC 與 Dedicated Clusters 之間做選擇則說明了何時值得這麼做。
以下是以環境變數形式呈現的端點替換：
# Before: Amazon Managed Blockchain
ETH_RPC_URL=https://<node-id>.ethereum.managedblockchain.<region>.amazonaws.com/
ETH_WS_URL=wss://<node-id>.wss.ethereum.managedblockchain.<region>.amazonaws.com/
# Accessor-token variant: https://<node-id>.t.ethereum.managedblockchain.<region>.amazonaws.com?billingtoken=<token>
BTC_RPC_URL=https://mainnet.bitcoin.managedblockchain.<region>.amazonaws.com/
POLYGON_RPC_URL=https://mainnet.polygon.managedblockchain.<region>.amazonaws.com/
# After: Alchemy
ETH_RPC_URL=https://eth-mainnet.g.alchemy.com/v2/<your-key>
ETH_WS_URL=wss://eth-mainnet.g.alchemy.com/v2/<your-key>
ETH_BEACON_URL=https://eth-mainnetbeacon.g.alchemy.com/v2/<your-key>
BTC_RPC_URL=https://bitcoin-mainnet.g.alchemy.com/v2/<your-key>
POLYGON_RPC_URL=https://polygon-mainnet.g.alchemy.com/v2/<your-key>
POLYGON_WS_URL=wss://polygon-mainnet.g.alchemy.com/v2/<your-key>若要進行 Bitcoin 測試，我們以相同的 URL 格式提供 bitcoin-testnet 與 bitcoin-signet 端點。
如何從區塊鏈請求中移除 AWS SigV4 簽署？
在 AMB 上，每個請求都必須以 AWS Signature Version 4（SigV4，一種將你的 IAM 憑證附加到每次呼叫的機制）簽署，或在 URL 中攜帶 Accessor token。在 Alchemy 上，URL 中的 API 金鑰就是憑證，因此你只需刪除簽署步驟，而不必替換它。
對 Bitcoin 而言，請求主體不會改變，改變的只有工具與 URL：
# Before: AMB Access Bitcoin, signed with awscurl
awscurl -X POST --service managedblockchain --region us-east-1 \
-d '{"jsonrpc":"1.0","id":"1","method":"getblockcount","params":[]}' \
https://mainnet.bitcoin.managedblockchain.us-east-1.amazonaws.com
# After: Alchemy, plain curl
curl -X POST -H "Content-Type: application/json" \
-d '{"jsonrpc":"1.0","id":"1","method":"getblockcount","params":[]}' \
"https://bitcoin-mainnet.g.alchemy.com/v2/$ALCHEMY_API_KEY"在應用程式程式碼中，AWS SDK 簽署器、憑證提供者與請求包裝器都可以移除。對 EVM 鏈而言，使用標準用戶端就夠了：
import { createPublicClient, http } from "viem";
import { mainnet } from "viem/chains";
const { ETH_RPC_URL } = process.env;
// Fail fast: viem's http() silently falls back to a public RPC when the URL is undefined.
if (!ETH_RPC_URL) {
throw new Error("Set ETH_RPC_URL to your Alchemy Ethereum Mainnet URL");
}
// No SignatureV4, credential provider, or signed fetch wrapper.
const client = createPublicClient({ chain: mainnet, transport: http(ETH_RPC_URL) });
async function main() {
console.log(await client.getBlockNumber());
}
main();ethers、web3.py 以及任何 JSON-RPC 用戶端也同樣適用。當不再有任何程式呼叫 AMB 後，請刪除簽署相關的相依套件，以及 AMB 的 IAM 權限。
哪個區塊鏈資料 API 可以取代 AMB Query？
我們的 Data API 是一套區塊鏈資料 API，為 Ethereum 及其他 EVM 鏈提供經過索引的交易歷史與代幣資料；我們的 UTXO API 則是提供地址、餘額與交易的 Bitcoin API。兩者合起來涵蓋了 AMB Query 原本提供的讀取功能。
AMB Query 透過一組以 SigV4 簽署的操作，回傳經過正規化與索引的資料。AWS 的 AMB Query 遷移指南直接指出，沒有任何供應商能一對一取代它，因此實際可行的做法是建立一個轉接層。你的應用程式持續呼叫同一個介面，而轉接層會將每個 AMB 操作對應到我們的 API，並將你實際使用的欄位正規化。
Ethereum：經過索引的交易歷史與代幣資料
Ethereum 這一側使用我們的 Data API。Token API 涵蓋 ERC-20 餘額與中繼資料，NFT API 涵蓋 ERC-721 與 ERC-1155 持有資產，Transfers API 則涵蓋地址的歷史紀錄。若要取得某個錢包完整的轉入與轉出交易歷史，請以 fromAddress 與 toAddress 各呼叫一次 alchemy_getAssetTransfers，或使用 Transfers By Wallet 在一次請求中涵蓋多條鏈。NFT 餘額（包括歷史餘額）需在所需區塊對代幣合約執行 eth_call 取得（ERC-721 使用 ownerOf，ERC-1155 使用 balanceOf），因為 getNFTsForOwner 只會回傳目前持有的資產。Token Balances By Wallet 可取代原生代幣與 ERC-20 餘額的批次讀取，因為一次請求就能涵蓋 Ethereum 與 Polygon 上的多個地址：
curl -X POST "https://api.g.alchemy.com/data/v1/$ALCHEMY_API_KEY/assets/tokens/balances/by-address" \
-H "Content-Type: application/json" \
-d '{"addresses":[{"address":"0xYourAddress","networks":["eth-mainnet","matic-mainnet"]}]}'Bitcoin API：地址、餘額與 UTXO
Bitcoin 這一側使用我們的 UTXO API，這是一個 REST 介面，提供 Blockbook 風格的端點，可查詢地址、餘額、餘額歷史、交易與未花費輸出。請在儀表板中將它作為附加元件啟用。餘額歷史會在你設定的範圍內，回傳每個時間區間收到與送出的金額，足以支援報表檢視：
curl "https://bitcoin-mainnet.g.alchemy.com/v2/$ALCHEMY_API_KEY/api/v2/balancehistory/<btc-address>?from=1700000000&to=1710000000"它回傳的是每個區間的活動，而不是某個時間點的餘額。如果你曾在 Bitcoin 上以時間戳記呼叫 AMB 的 GetTokenBalance，請根據該地址的輸出與花費重建該餘額，或自行保存快照。
轉接層應該處理哪些細節？
有幾個細節值得在轉接層中處理：
- 最終性。AMB Query 的餘額與合約操作只回傳已最終確定的資料，AWS 將其定義為 Ethereum 上 64 個區塊、Bitcoin 上 6 個區塊。當你需要相同的結果時，請在這個深度的區塊讀取，而不是在
latest讀取。 - 時間戳記。AMB Query 接受以某個時間點（
atBlockchainInstant）查詢歷史餘額。我們的 Ethereum 餘額方法接受的是區塊編號，因此請先將時間戳記解析為區塊，再於該區塊查詢。 - 交易涵蓋範圍。Transfers API 涵蓋的是轉帳活動，而非所有交易。如果你需要某個地址送出的每一筆頂層交易（包括失敗的交易），請讀取該範圍內的區塊，並檢查每份交易收據的狀態。
- 合約清單。
ListAssetContracts會依部署者篩選合約，沒有任何單一呼叫能重現這項功能。如果你仰賴它，請趁 AMB Query 仍可使用時匯出該清單，並保存在你自己的儲存系統中。 - 分頁。AMB 的
nextToken在我們這裡對應pageKey（或 UTXO API 的分頁參數）。請將這項差異封裝在轉接層內。
請以你現在從 AMB Query 擷取的回應來驗證轉接層，比對時使用已最終確定的區塊，並涵蓋你的應用程式實際讀取的操作與欄位。
如何驗證遷移並零停機切換？
在移轉任何正式環境流量之前，先在一個固定且已最終確定的區塊上比較兩個供應商。以下腳本使用你在 AMB Bitcoin 上已經在用的 awscurl 工具，檢查兩邊在相同高度是否回傳相同的區塊雜湊：
set -euo pipefail
: "${ALCHEMY_API_KEY:?Set ALCHEMY_API_KEY}"
: "${AWS_REGION:?Set AWS_REGION}"
HEIGHT="${1:-850000}"
BODY="{\"jsonrpc\":\"1.0\",\"id\":\"parity\",\"method\":\"getblockhash\",\"params\":[$HEIGHT]}"
AMB=$(awscurl -X POST --service managedblockchain --region "$AWS_REGION" -d "$BODY" \
"https://mainnet.bitcoin.managedblockchain.$AWS_REGION.amazonaws.com" | jq -r .result)
ALC=$(curl -s -X POST -H "Content-Type: application/json" -d "$BODY" \
"https://bitcoin-mainnet.g.alchemy.com/v2/$ALCHEMY_API_KEY" | jq -r .result)
if [ "$AMB" = "$ALC" ]; then echo "block $HEIGHT match: $ALC"; else echo "MISMATCH at $HEIGHT: AMB=$AMB Alchemy=$ALC"; exit 1; fi對 Ethereum 與 Polygon，請在遠超過最終性的區塊上以 eth_getBlockByNumber 執行相同的比較，並對你的應用程式所依賴的每個歷史 eth_call 進行比較。如果你的 AMB Ethereum 節點使用 Accessor tokens，它的 token 端點可在任何一般的 JSON-RPC 用戶端中使用，因此這項比較不需要簽署程式碼。若已最終確定的區塊出現不一致，幾乎都代表網路 URL 填錯了。
檢查通過後，透過功能旗標或加權路由分階段移轉流量，並保留 AMB 作為回復路徑，直到你有十足把握為止。如何在 RPC 供應商之間零停機遷移詳細說明了分階段切換的做法，包括在遷移後保留一個備援 RPC 端點。
Alchemy 的定價與 AWS Managed Blockchain 相比如何？
AMB 的每項產品計費方式都不同。AMB Access Ethereum 節點在運行期間按秒計費，另外再加上儲存與請求費用。AMB Access Bitcoin 與 AMB Query 則按請求計費，並依呼叫的方法分級計價。我們對每條鏈與每個 API 都採用相同的計費方式，以運算單位（CU）計算，輕量呼叫消耗的單位比繁重呼叫少。
舉一個具體的比較：AWS 的 AMB 定價頁面在其 Bitcoin 範例中，以每百萬次 getblock 呼叫 $16 計算。在我們的端點上，getblock 消耗 10 CU，以 Pay As You Go 計算約為每百萬次呼叫 $5.25。完整的方案細節請見我們的定價頁面。高用量團隊可以與我們的銷售團隊洽談 Enterprise 方案，這些方案也可透過 AWS Marketplace 的私有優惠購買。
需要協助規劃遷移嗎？
你可以建立免費的 Alchemy 帳號，今天就擁有可用的 Ethereum、Bitcoin 與 Polygon 端點，不需要簽約，也沒有節點需要同步。這足以讓你在本週就針對你的 AMB 設定執行一致性檢查。
對於正式環境工作負載、AMB Query 遷移，或是仰賴專屬節點的團隊，歡迎與我們的銷售團隊聯繫。我們會協助你對應 AMB 的設定、選擇合適的方案規模，並在 2027 年 9 月之前及早安排切換。如果你也要將工作負載移出 Google Cloud，我們的 Google Cloud Blockchain Node Engine 遷移指南涵蓋了該項切換。
常見問題
AWS Managed Blockchain（AMB）何時停止服務？
Amazon Managed Blockchain 將於 2027 年 9 月 29 日終止支援。在那之後，現有客戶將無法再存取 AMB Access Ethereum、Bitcoin、Polygon、Hyperledger Fabric 或 AMB Query。請在截止日期之前及早規劃遷移，以便讓兩個供應商並行運作。
Amazon Managed Blockchain 的最佳替代方案是什麼？
對於 Ethereum、Bitcoin 與 Polygon 上的 AMB Access，Alchemy 是可直接取代的方案，AWS 自己的節點與 RPC 遷移指南也將 Alchemy 列為第三方供應商。Alchemy 保留相同的 JSON-RPC 方法，並以 API 金鑰取代 SigV4 簽署。至於 AMB Query，Alchemy 的 Data API 與 UTXO API 涵蓋了經過索引的讀取需求。
離開 Amazon Managed Blockchain 需要重寫我的應用程式嗎？
AMB Access 不需要。Alchemy 在 Ethereum、Bitcoin 與 Polygon 上使用標準 JSON-RPC，因此你只需變更端點 URL，並移除 SigV4 簽署或 Accessor tokens。AMB Query 是經過索引的 API，因此你需要透過轉接層，以 Alchemy Data API 與 UTXO API 呼叫取代它的 SDK 呼叫。
哪個區塊鏈 API 能像 AMB Query 一樣提供經過索引的交易歷史與代幣資料？
Alchemy 的 Data API 提供經過索引的交易歷史與代幣資料。在 Ethereum 上，它涵蓋 AMB Query 的餘額、交易、轉帳、代幣與 NFT 讀取，而 Token Balances By Wallet 可取代原生代幣與 ERC-20 餘額的批次查詢。在 Bitcoin 上，Alchemy 的 UTXO API 涵蓋地址、餘額、餘額歷史、交易與未花費輸出。請透過轉接層對應你使用的每個 AMB Query 操作，並以擷取下來的 AMB 回應進行驗證。
可以透過 AWS 支付 Alchemy 的費用嗎？
可以。Alchemy 已上架 AWS Marketplace，因此訂閱可以透過你的 AWS 帳戶計費，Enterprise 方案也可透過私有優惠購買。你也可以先從 Alchemy 的 Free 方案開始，每月包含 3,000 萬個運算單位，之後再改用每百萬運算單位 $0.525 的 Pay As You Go 方案。
遷移到 Alchemy 後可以使用哪些鏈？
AMB 支援的每一條公鏈都可使用：Ethereum（主網，以及 Sepolia 與 Hoodi）、Bitcoin（主網、測試網與 Signet），以及 Polygon（主網與 Amoy）。除此之外，Alchemy 支援超過 100 條鏈，包括 Base、Arbitrum、Optimism 與 Solana，全部都能以同一組 API 金鑰存取。
AMB Access Hyperledger Fabric 怎麼辦？
Hyperledger Fabric 運行的是私有的許可制帳本，其遷移方式與移轉公鏈 RPC 流量不同。AWS 的終止支援公告列出了 Fabric 的選項：其他託管的 Fabric 網路、在 AWS 上自行管理的 Fabric，或是 AWS 資料庫。如果你正在考慮將 Fabric 工作負載移到公鏈上，請與 Alchemy 的銷售團隊聯繫。
相關總覽
基礎設施2026年10月13日
Google Cloud Blockchain Node Engine 替代方案：如何切換至 Alchemy
Google Cloud Blockchain Node Engine 將於 2026 年 12 月 15 日停止服務。只需更換 URL 即可切換至 Alchemy，保留現有程式碼，並以一組金鑰使用 100 多條鏈。
基礎設施2026年3月30日
Node RPC vs. Dedicated Clusters:為你的工作負載選擇合適的基礎設施
了解 Alchemy 的兩種基礎設施模型如何運作、各自適用的情境，以及如何為你的團隊做出選擇。
Solana2026年10月15日
2026 年最佳 9 家 Solana RPC 供應商：決策指南
比較 2026 年最適合關鍵任務應用程式的 9 家 Solana RPC 供應商，包括各地區的帶日期延遲數據、archival 深度、多鏈覆蓋、gRPC 定價、免費方案，並提供挑選合適端點的檢查清單。
打造區塊鏈魔法
Alchemy 結合最強大的 Web3 開發者產品與工具，並提供資源、社群與卓越的支援。