以太坊对比
Stable 完全兼容 EVM，因此大多数以太坊工具、库和合约模式无需修改即可正常工作。以下部分将介绍从以太坊迁移到 Stable 时哪些保持不变，哪些会改变。
保持不变的地方
Stable 保持与以太坊开发生态系统的完全兼容：
| 领域 | 兼容性 |
|---|---|
| 语言 | Solidity, Vyper |
| 工具 | Hardhat, Foundry |
| 库 | ethers.js, web3.js |
| 合约模式 | 所有标准 EVM 约定 (ERC-20, ERC-721, ERC-1155, 代理等) |
| RPC 接口 | 支持大多数 eth_* 方法 (eth_call, eth_sendRawTransaction, eth_getBalance, eth_getLogs, eth_estimateGas 等)。有关完整列表，请参阅 JSON-RPC API |
现有的智能合约、部署脚本和前端集成通过更改 RPC 端点和链 ID 来针对 Stable。
不同之处
有四种行为与以太坊不同。
1. 单槽终结性
以太坊需要多次区块确认才能认为交易最终确定。Stable 提供单槽终结性：一旦交易包含在区块中，它就是最终的。
对于开发者而言，这意味着：
- 一旦交易出现在已确认的区块中，其状态变化即为最终且不可逆转。
- 应用程序可以安全地依赖区块包含作为结算确认。
即使具有确定性终结性，处理金融敏感流的应用程序仍应：
- 在进行依赖操作（例如解锁、赎回）之前，通过 RPC 或发出的事件验证交易成功。
- 为自动化和批处理操作实施重试和协调逻辑，以处理瞬时提交或 RPC 错误。
2. Gas 代币：USDT0
在 Stable 上，交易费用以 USDT0 支付，而不是波动的原生代币。这提供了以 USDT 计价的、可预测的低 Gas 成本。
- 用户钱包中需要有 USDT0 才能提交交易。
- 交易中的
value字段仍可用于发送 USDT0，类似于以太坊上发送 ETH 的方式。 - 有关详细信息，请参阅 USDT0 作为 Gas。
3. 无优先费用 (priority tips)
Stable 使用单组件 Gas 模型。没有基于小费的交易排序。
maxPriorityFeePerGas被忽略（始终为 0）。- 交易排序不受费用竞价影响。
- 钱包应隐藏或禁用优先费用输入字段。
- 有关详细信息，请参阅 Gas 定价。
4. USDT0 双重角色行为
USDT0 既是原生 Gas 代币，又是 ERC-20 代币。这引入了围绕余额语义、代币授权安全性以及某些操作码假设的行为差异。有关完整详细信息，请参阅 Stable 上的 USDT0 行为。
快速比较
| 参数 | Stable | 以太坊 |
|---|---|---|
| Gas 代币 | USDT0 | ETH |
| 终结性 | 单槽 | 多区块确认 |
| 出块时间 | ~0.7 秒 | ~12 秒 |
优先费用 (maxPriorityFeePerGas) | 被忽略（始终为 0） | 用于排序 |
| EIP-1559 交易格式 | 支持 | 支持 |
| EVM 兼容性 | 完全 | 不适用 |
建议下一步
- USDT0 作为 Gas：了解替代 ETH 作为 Gas 的资产模型。
- Gas 定价：详细审查单组件费用模型。
- Stable 上的 USDT0 行为：审计合约，检查双重角色资产语义、代币授权安全性和
EXTCODEHASH行为。