如果说稳定币发行方是加密金融的「央行」，交易所是「商业银行」，那 Alchemy 这类公司就是没人会在新闻头条上看到、但每一次链上交易都绕不开的「电网」。USDT 卡用户在 App 里点一下「USDT 充值已到账」，背后很可能就是某个跑在 Alchemy 节点上的 RPC 调用。
公司简介
Alchemy 由 Nikil Viswanathan 与 Joe Lau 于 2017 年在斯坦福创立，总部位于旧金山。它的产品形态可以一句话概括：把以太坊及其他主流链的节点访问、数据索引、开发者工具封装成 API，让开发者不必自己维护节点。据官方披露，Coinbase、MetaMask、OpenSea、Adobe、Shopify 都是其客户，覆盖了 Web3 用户日常接触的相当一部分入口。
2022 年 Alchemy 在一轮融资中估值达到 102 亿美元，是当时少数估值过百亿的 Web3 基础设施公司。随后整个加密市场进入回调，相关估值是否仍然成立、公司在二级市场的价格如何，外部很难独立核验，但在「Web3 节点 API」这条赛道里，Alchemy 与 Infura 共同构成了事实上的双寡头格局。
对 USDT 卡用户而言，Alchemy 是一家「不会出现在你账单上」的公司。但你充值 USDT 时，发卡方需要确认链上交易是否已经达到所需确认数；提现 USDT 到外部钱包时，钱包需要查询余额和 gas 费——这些动作背后调的 RPC，有相当概率走的就是 Alchemy。
它具体在卖什么
Alchemy 的核心产品 Supernode 本质上是一层「智能负载均衡 + 多节点冗余」的代理。开发者向 Alchemy 发起一次 eth_getBalance 或 eth_sendRawTransaction 请求，Alchemy 在后端用多个节点交叉验证、自动重试、做缓存，然后返回结果。和直接连一个自建的 geth 节点相比，开发者获得了更高的可用性和更少的运维负担，代价是把链上访问的「最后一公里」交给了第三方。
围绕 Supernode，Alchemy 还提供：
- Alchemy SDK：包装好的 JavaScript / TypeScript 客户端，让前端开发者不用关心底层 JSON-RPC。
- NFT API：聚合多链 NFT 元数据、所有权、交易历史。
- Transact / Notify：交易广播优化与 webhook 通知服务。
- Embedded Wallets：近年新推的方向，瞄准让传统 App 嵌入加密钱包功能。
这套产品矩阵的客户主要是钱包、交易所、NFT 平台、DApp，而不是终端用户。这一点在理解它和 USDT 卡的关系时很关键——Alchemy 卖的是「水电」，不是面向消费者的金融服务。
与 Infura 的竞争格局
讨论 Alchemy 几乎不可能跳过 Infura。Infura 由 ConsenSys 于 2016 年推出，MetaMask 默认的 RPC 提供商长期就是 Infura。两家公司在产品形态上高度相似，差异更多在生态绑定和商务策略：
- Infura：背靠 ConsenSys，与 MetaMask 同根，在 EVM 生态的「默认地位」更稳，但也因此长期被批评是中心化风险点（典型事件是 2022 年 Infura 一度按地理位置过滤部分用户访问，引发自托管钱包社区讨论）。
- Alchemy：独立运营，客户结构更分散，文档与开发者体验在业内普遍被认为更现代化；面向 NFT、Rollup、新公链的扩展速度也更激进。
在编辑视角里，这种「双寡头 + 一批小厂」的格局对加密生态既是好事也是隐患。好事是开发者有得选、价格被压住；隐患是任何一家出现长时间宕机，都会让大量钱包和交易所的链上查询同时失灵，而终端用户会以为「USDT 链被堵了」。这种现象在 2022–2024 年期间出现过几次，每次都会短暂影响 USDT 充值卡的到账体验。
与 USDT 卡场景的真实连接
Alchemy 不发卡、不持有用户资产、不签发牌照，按字面意义讲它和 USDT 卡几乎「无关」。但展开来看，几乎每一个 USDT 卡场景都隐含 Alchemy 这一层：
- 充值确认：你把 USDT 从 OKX 或自托管钱包转到 MPCard 等卡产品的充值地址。发卡方的后端需要轮询链上、确认 N 个区块、最终入账。这一步在不少发卡方那里是直接调 Alchemy 的 RPC。
- MetaMask 类钱包发起充值：MetaMask Card 本身就和 MetaMask 钱包绑定，而 MetaMask 默认 RPC 历史上以 Infura 为主、Alchemy 为备选——这意味着钱包侧的链上读写有相当比例走在这两家管道里。
- 多链 USDT：当用户在以太坊、Arbitrum、Optimism、Base 之间切换时，发卡方需要支持多链余额查询。Alchemy 这种「一个 API key 通多链」的产品，正是发卡方愿意付费的原因。
- 链上风控：部分发卡方会做地址打分（是否来自混币器、是否在制裁名单），这背后通常组合使用 Alchemy 的索引能力 + Chainalysis 等合规数据。详细的合规链路可参考 /compliance/us 中关于美国持牌发卡方的部分。
换句话说，Alchemy 是「加密支付的电网管理员」之一。用户看不到它，但当它打个喷嚏，Coinbase Card 充值变慢、MetaMask 显示余额为零、OpenSea 加载白屏这些现象就会同时发生。
风险与争议
Alchemy 不是稳定币发行方，也不是托管方，常规意义上的「跑路」「储备金不足」风险并不适用。但它身上的风险有自己的形态：
- 中心化风险：Web3 长期讨论「去中心化是否名副其实」时，Alchemy / Infura 的存在感是常被点名的反例。绝大多数声称去中心化的钱包，其默认 RPC 都跑在这两家身上。一旦因合规要求（OFAC 制裁名单、地区封锁）必须过滤特定请求，影响面会非常广。
- 可用性事件：根据官方状态页历史记录，Alchemy 出现过区域性 API 延迟与降级。基础设施服务的 SLA 通常承诺 99.9% 级别，落到 USDT 卡用户身上就是「偶尔充值卡 10 分钟才到账」。
- 数据集中：所有链上请求集中在少数几家服务商手里，意味着用户的查询模式（哪些地址、多大金额、多频繁）也被这些公司采集。这对隐私敏感用户是值得注意的点，进一步的讨论可见 /risks/sanctions 与 /risks/regulatory-freeze。
- 商业可持续性：基础设施 SaaS 的毛利模型一直被质疑——免费层吸客、付费层转化、企业层定制，中间任何一段出问题都可能逼公司涨价或缩减免费配额。这对小型 USDT 卡发卡方的成本结构会有传导效应。
需要特别说明的是，以上是基于公开信息和业内一般理解的归纳，不代表 Alchemy 当前存在具体问题。
编辑建议
- 如果你是普通 USDT 卡用户：你不需要关心 Alchemy 是谁，但可以记住一点——当多个钱包、多张卡同时出现充值延迟时，问题大概率不在「USDT 这条链堵了」，而在某家基础设施服务商出了状况。这时干等比反复发起新交易更安全。
- 如果你同时用多张 USDT 卡（如 MPCard + Bybit Card）：建议至少持有一张充值链路独立、不依赖同一家钱包前端的卡。详见 /best/2026-top-5 中的多卡组合思路。
- 如果你是开发者或发卡方：Alchemy vs Infura vs 自建节点是一个真实的成本-可控性权衡。把 RPC 提供商写死在前端是历史上多次「钱包看似宕机」的根因，多 provider failover 是基本功。
- 如果你关注 Web3 去中心化叙事：Alchemy 是一个绕不开的样本——它的存在让以太坊「人人可验证」的理想在工程现实里打了折。理解这一点，再看 /compliance/eu 等监管框架对「关键基础设施」的定义，会更有体感。
Alchemy 不是一家 USDT 卡用户需要主动选择或回避的公司。但理解它在加密管道里的位置，等于多了一把诊断工具——下次你的卡充值莫名其妙慢半小时，你大概能猜到不是 Tether 出了问题，也不是发卡方跑路，而只是某个机房在重启。