技术深度剖析
Sablier 遗留合约围绕一个核心概念构建：一个 `Stream` 结构体，用于保存单个支付流的状态。每个流由发送方、接收方、存款金额、开始时间和结束时间定义。其关键创新在于 `withdraw` 函数，该函数使用简单的线性公式计算接收方截至当前区块时间戳已累积的金额：
```
accruedAmount = (deposit * (block.timestamp - startTime)) / (stopTime - startTime)
```
这个公式虽然简洁优雅，但引入了若干技术限制。首先，它依赖于 `block.timestamp`，而矿工可以在 15 秒窗口内操纵该值，为时间敏感的流支付创造了潜在攻击向量。其次，合约将全部存款作为托管持有，这意味着即使接收方只提取一小部分，发送方的资金也会在整个流支付期间被锁定。与使用定期结算或抵押头寸的现代协议相比，这是一个显著的效率低下问题。
该架构是单体式的：一个单一的 `Sablier.sol` 合约管理所有流，没有关注点分离。这与 Sablier V2 形成鲜明对比，后者采用模块化系统，包含独立的流支付、资金管理和资产处理合约。遗留合约还缺乏对每个流多个接收方、批量操作或除 ERC-20 之外代币标准的支持。`withdraw` 函数会遍历所有流以更新状态，导致 O(n) 的 gas 成本，随着流数量增加而扩展性极差。
遗留合约中的一个关键漏洞是缺少一个能在单笔交易中将未流出的资金返还给发送方的 `cancel` 函数。相反，发送方必须代表接收方调用 `withdraw` 来耗尽流，然后手动转移剩余余额。这一设计缺陷在早期版本中被利用，导致了 2020 年的一次部分资金损失事件。
性能指标（遗留版 vs. V2 vs. Superfluid）
| 特性 | Sablier 遗留版 | Sablier V2 | Superfluid |
|---|---|---|---|
| 创建流的 Gas 消耗 | ~150,000 | ~80,000 | ~120,000 |
| 提取的 Gas 消耗 | ~60,000（O(n) 随流数量增长） | ~40,000（O(1)） | ~50,000 |
| 每合约最大流数量 | ~500（实际限制） | 无限（可批量处理） | 无限（通过 Super Token） |
| 代币类型 | 仅 ERC-20 | ERC-20, ERC-721, ERC-1155 | 自定义 Super Token |
| 时间操纵风险 | 高（block.timestamp） | 低（基于预言机） | 低（恒定流速） |
| 取消机制 | 手动，多步骤 | 原子化，单笔交易 | 原子化，单笔交易 |
数据要点： 遗留合约在 gas 效率上明显低于其继任者和竞争协议，功能也更有限。O(n) 的提取成本使其对于拥有超过几百个流的任何系统都不切实际，而缺乏原子化取消功能则是一个关键的 UX 失败。
对于对代码感兴趣的开发者，位于 `github.com/sablier-labs/legacy-contracts` 的仓库使用 Solidity 0.6.12 编写，并采用 OpenZeppelin 合约处理 ERC-20 和 SafeMath。测试套件非常简陋，仅覆盖基本的提取场景。一个更具指导意义的资源是 `sablier-labs/v2-core` 仓库，它展示了模块化架构并包含全面的模糊测试。
关键参与者与案例研究
Sablier 遗留协议由 Paul Razvan Berg 及其团队构建，他们后来创立了 Sablier Labs。Berg 是以太坊研究社区的知名人物，以其在流支付方面的工作以及对代币化金库标准 EIP-4626 的贡献而闻名。遗留合约于 2019 年部署在以太坊主网上，使 Sablier 成为最早实现流支付的 DeFi 协议之一。
竞争解决方案对比
| 协议 | 发布年份 | 当前状态 | 关键差异化优势 |
|---|---|---|---|
| Sablier（遗留版） | 2019 | 已弃用 | 先行者，线性流支付 |
| Superfluid | 2020 | 活跃 | Super Token，恒定流速 |
| LlamaPay | 2021 | 活跃 | 多链，无需代币 |
| Zodiac（流支付） | 2022 | 小众 | 面向 DAO，模块化 |
数据要点： Sablier 的先发优势被更灵活、gas 效率更高的竞争对手所侵蚀。Superfluid 的 Super Token 架构实现了无需离散提取交易的连续实时结算，而 LlamaPay 的多链支持和更简单的用户体验吸引了更广泛的用户群。
一个值得注意的案例是 MolochDAO 使用 Sablier 遗留合约来流式发放成员津贴。该 DAO 为每个成员部署了一个自定义流，但随着成员数量增长，O(n) 的 gas 成本迅速变得高得令人望而却步。这迫使 MolochDAO 迁移到自定义解决方案，凸显了遗留设计的可扩展性限制。
另一个例子是与名为 'StreamPay' 的薪资初创公司的失败集成，该公司曾尝试使用 Sablier 进行链上薪资支付。