Are you an LLM? Read llms.txt for a summary of the docs, or llms-full.txt for the full context.
Skip to content

以太坊对比

Stable 完全兼容 EVM,因此大多数以太坊工具、库和合约模式无需修改即可使用。下面的章节将逐一介绍从以太坊迁移到 Stable 时哪些保持不变、哪些会改变。

哪些保持不变

Stable 与以太坊开发生态系统保持完全兼容:

领域兼容性
语言Solidity、Vyper
工具Hardhat、Foundry
ethers.js、web3.js
合约模式所有标准 EVM 约定(ERC-20、ERC-721、ERC-1155、代理等)
RPC 接口支持大多数 eth_* 方法(eth_calleth_sendRawTransactioneth_getBalanceeth_getLogseth_estimateGas 等)。完整列表请参见 JSON-RPC API

现有的智能合约、部署脚本和前端集成只需更改 RPC 端点和链 ID 即可面向 Stable。

哪些不同

有四种行为与以太坊不同。

1. 单槽最终性

以太坊需要多个区块确认才能将交易视为最终确认。Stable 提供单槽最终性:交易一旦被包含在某个区块中即为最终确认。

对开发者而言,这意味着:

  • 交易一旦出现在已确认的区块中,其状态更改即为最终且不可逆转。
  • 应用程序可以安全地依赖区块包含作为结算确认。

即便具备确定性最终性,处理金融敏感流程的应用程序仍应:

  • 在进行依赖性操作(例如解锁、赎回)之前,通过 RPC 或发出的事件验证交易是否成功。
  • 为自动化和批量操作实现重试和对账逻辑,以处理临时提交或 RPC 错误。

2. Gas 代币:USDT0

在 Stable 上,交易费用以 USDT0 支付,而非波动性的原生代币。这提供了以 USDT 计价、可预测的低 gas 成本。

  • 用户需要在其钱包中持有 USDT0 才能提交交易。
  • 交易中的 value 字段仍可用于发送 USDT0,类似于在以太坊上发送 ETH 的方式。
  • 详情请参见 USDT 作为 gas

3. 无优先小费

Stable 使用单组件 gas 模型。不存在基于小费的交易排序。

  • maxPriorityFeePerGas 被忽略(始终为 0)。
  • 交易排序不受费用竞价影响。
  • 钱包应隐藏或禁用优先小费输入字段。
  • 详情请参见 Gas 定价

4. USDT0 双重角色行为

USDT0 既作为原生 gas 代币,又作为 ERC-20 代币。这在余额语义、授权安全性以及某些操作码假设方面引入了行为差异。完整详情请参见 USDT0 在 Stable 上的行为

快速对比

参数Stable以太坊
Gas 代币USDT0ETH
最终性单槽多区块确认
出块时间~0.7 秒~12 秒
优先小费(maxPriorityFeePerGas被忽略(始终为 0)用于排序
EIP-1559 交易格式支持支持
EVM 兼容性完全不适用

推荐的后续内容