从以太坊迁移到 Solana：Quivr 的迁移到底打碎了什么，又花了多少钱
我们帮助 Quivr 从 EVM 迁移到 Solana。先说结论：链迁移不是移植，是部分重写。大致40% 到 70% 的智能合约代码需要新的逻辑，整个前端钱包栈要换掉，索引器、RPC 策略和分析层都要重建。生产产品要预留 6 到 14 个工程师周，视范围大小而定。代币成本和审计成本另算。
这篇文章是诚实的拆解。Solana 在哪里赢，以太坊在哪里仍然赢，还有我们在客户签约前会给他们的清单。
在考虑链迁移？
预约免费咨询这次迁移到底为什么发生？
对 Quivr 来说，驱动因素是小额交易的单位经济。在以太坊 L1 上，交易费让核心流程没法跑通。L2 有所缓解但割裂了流动性并让 UX 更复杂。Solana 的费率模型和吞吐让产品在团队所需的价格点上变得可行。不同的产品有不同的驱动：延迟、吞吐、MEV 暴露，或是对某个特定生态的可组合性。驱动因素重要，因为它决定你愿意接受哪些迁移上的取舍。
重写过程中到底打碎了什么？
不是“生产事故”意义上的打碎。是 EVM 思维模型在迁移后无法存活意义上的打碎。
- 账户模型。Solana 的账户模型在结构上与 EVM 存储不同。账户是显式的、有大小、有所属。状态不是一个合约里巨大的 key-value map。这会重写你对用户、余额和产品数据的建模方式。
- 程序 vs 合约。Solana 程序是无状态的，状态存在账户里。这改变了你对升级、访问控制和组合的思考方式。
- 代币标准。ERC-20 到 SPL 不是一行就能改完的。铸币权、冻结权、关联代币账户（ATA）和租金都是业务逻辑和前端要处理的新概念。
- 钱包 UX。从 MetaMask 到 Phantom（或任何 Solana 钱包）意味着新的签名流程、新的交易预览 UX、新的错误信息，以及用户截然不同的思维模型。
- RPC 与索引。Solana 的 RPC 行为、限流和索引工具是另一个生态。我们基本是从零重建了读取通路。
- 可升级性。Solana 程序的升级权限默认是单个密钥（或多签）。和代理合约相比是另一种治理模型。
到底花了多少？
基于 Wavect 在 EVM 到 Solana 项目上的经历，以下是成本区间。工程师周按高级工程师、综合费率估算。审计成本严重取决于范围和所选机构。
| 工作流 | 工程师周 | 说明 |
|---|---|---|
| 程序重写（Rust / Anchor） | 3 到 8 | 取决于合约规模，预计 40% 到 70% 的逻辑要重写，而不是移植。 |
| 账户模型设计 | 1 到 2 | 被最严重低估的一步。这里做错，下游全都遭殃。 |
| 前端钱包接入 | 1 到 3 | Phantom、Solflare、Backpack、移动 deeplink。 |
| RPC + 索引器重建 | 1 到 3 | 选 RPC 提供商、搭建索引（Helius、Triton 或自托管）。 |
| 代币标准迁移 | 0.5 到 2 | SPL 处理、ATA 管理，可选 token-2022 特性。 |
| 内部评估 + QA | 1 到 2 | devnet 然后 mainnet-beta 的端到端流程。 |
| 外部审计 | 外部 | 由专业审计机构独立承接。Wavect 不做第三方审计。 |
我们看到的实际总区间：Wavect 这边 6 到 14 个工程师周，外加外部审计。客户那边还要加上产品、运营和资金方面的工作。
实际的迁移清单是什么？
- 决定你是迁移、双部署还是退役 EVM 版本。每种选择在治理和资金上有不同影响。
- 盘点每一个智能合约入口点。把每个映射到 Solana 的账户/指令。
- 动 Rust 之前，先在纸上从头到尾设计好账户模型。
- 决定升级权限：单密钥、多签或 DAO。写下来。
- 选程序框架：原生 Rust、Anchor，或者更新一些的 SDK。
- 重建代币模型。SPL、可选的 token-2022 扩展、ATA。
- 把 MetaMask 接入换成 wallet adapter。测试移动端 deeplink。
- 选定 RPC 提供商，设计回退策略。
- 重建索引器。决定用托管索引还是自托管。
- 移植分析事件。Solana 的交易日志结构不同。
- 重写测试套件。先 localnet，再 devnet，最后 mainnet-beta。
- 设计状态迁移（如果有任何用户状态需要跨链迁移）。
- 主网上线前完成一次外部审计。
- 规划拥堵时的优先费预算。
- 决定如何（或是否）向现有用户沟通这次迁移。
"链的选择是一个 5 年的决定，不是一个上线时的决定。大多数团队搞反了。"
Solana 在哪些地方明显胜出？
高频或低额交易的费率经济。面向消费者规模产品的吞吐。一个在 UX 上投入巨大的钱包生态（特别是 Phantom）。原生支持的快速确认，体验更接近 web2 而非 web3。Token Extensions 标准让你无需自定义合约就能拿到 transfer hooks 和保密转账。
以太坊在哪些地方仍然胜出？
工具链成熟度。审计机构的深度。与世界上最大 DeFi 流动性池的可组合性。EVM 开发者人才池仍然大幅领先。账户抽象工具（ERC-4337）在 EVM 这边更成熟。如果你的产品需要与某个生活在以太坊上的特定协议有深度可组合性，迁移的算账就会变难。
客户最常被什么惊到？
三件事。第一，前端重写比预期大得多。钱包 UX、签名、错误处理、费用估算，全都变。第二，索引是一个真实的工作流。“随便上个 subgraph”的肌肉记忆不能迁移过去。第三，审计的范围对话不一样。Solana 审计机构池子更小，他们的检查清单和 EVM 审计也不同。请预留日历时间，不只是预算。
我们还会再迁一次吗？
对的产品，会。Quivr 是明显的例子。对那些 EVM 生态可组合性才是护城河的产品，我们会反推。这个决定应该由单位经济和产品路线图驱动，而不是因为本季度 Twitter 上某条链在火。框架请见我们的区块链工程服务。
最终思考
从以太坊到 Solana 的迁移是部分重写，不是移植。智能合约代码是看得见的部分。看不见的部分，账户模型设计、钱包 UX、RPC 和索引，才是工程师周真正花掉的地方。规划 6 到 14 个工程师周，加上一次外部审计。请诚实地说出为什么要迁移。如果答案是单位经济或吞吐，Solana 通常能交付。如果答案是与某个 EVM 原生协议的可组合性，请三思。最差的结果是产品中途、路线图中途迁移，用户分布在两端、资金分布在两条链上。最好的结果是这次迁移把未来 5 年的费用问题一次性拿掉。先跟你的工程师谈、跟你的审计谈，先为那些无聊的工作流（索引器、RPC、前端）做预算，再为令人兴奋的部分做预算。
在考虑链迁移？
预约免费咨询