存储费不被执行拥堵传染：Irys 可编程数据链的定价拆分

一条链如果既做存储又做计算，最常见的失败方式是用一个费用市场同时给两种资源定价：来了一个大文件上传的用户，智能合约的手续费跟着水涨船高。Irys 把”数据链”作为定位，给出的解法是把存储费与执行费拆成互不传染的管道，再用一套价格平滑机制让存储费贴近成本而不是贴着急剧波动的代币价格。本文按官方文档与白皮书拆解这套经济模型的三个部件。

数据怎么进链：从提交账本到发布账本

Irys 把交易分成不同泳道，代币转账、数据上传、合约执行不抢同一条处理通道。数据交易先进入提交账本，负责保存的矿工对收到的数据生成入口证明，确认自己拿到了原始字节并对可用性负责；达到推广条件后，数据被提升到发布账本，其默克尔根进入网络状态。此后存储责任持续接受抽查：随机采样、分区副本与把存储工作绑定进挖矿的机制，让矿工的收益与”数据还在、取得到”挂钩。用户视角的要点是：写入不是一次性的落盘，而是持续的责任关系——数据被”保管”而不只是被”发布”过。

存储费为什么能按成本定价

官方经济学文档把存储定价原则写成”匹配维护数据的真实资源成本”，费用取决于数据量与预期保存时长，并且明确声明不受其他协议组件需求的影响。换句话说，合约执行再拥堵，也不应该让上传一个字节的账面价格跟着起飞；反过来，一个大规模上传任务也不该抬高链上计算的价格。为了让价格贴近真实成本而不是猜一个市场价，矿工在自己的出块里上报对美元与代币比价的最优估计，协议对这些估计做指数移动平均平滑后作为计价基准。上报明显失真的区块会被其他矿工在验证环节拒绝，形成自我校正。

这套机制的用意有两层：一层是平滑，避免代币价格日内波动直接传导成存储费的忽高忽低；另一层是防操纵，因为报价错了会白白丢块，虚报没有稳赚的空间。除临时存储按时间段计费外，白皮书还把永久存储费用设计为进入一个非流通的储备池，配合烧毁机制，把”永久承诺占用未来资源”的成本一次性计提。

可编程数据是定价拆分的前提

Irys 的差异化概念是”可编程数据”：合约执行时可以直接把链上字节当作协议验证过的输入来读取，而不是先取到链下再喂回合约。执行环境在 EVM 基础上扩展了数据预编译，让合约能按区块范围流式读取存储内容。正因为数据与执行在同一条链上原子地交互，两者才必须先分账——否则读取大文件的执行成本与文件本身的存储成本会互相重复计费。官方文档据此描述了三种独立的经济来源：存储用量、合约执行、可编程数据访问，各自贡献收入，任何一个资源都不需要被人为抬高来补贴另一个。

普通用户与开发者核对什么

第一，估存储账单时问三件事：多少字节、存多久、是否选择永久层。按官方口径，时长与容量是存储费的两个自变量，其他需求不构成理由。第二，价格平滑意味着费率调整是缓慢跟随而不是实时跳变，做预算时应参考趋势而非瞬时值。第三，对”永久存储”的说法要区分两层：数据进入发布账本并被持续采样核验，与”任何时间任何地点都能取回”并不等价，检索责任、副本分布与保留策略仍要以项目当前的存储条款为准。

这条赛道本身也在快速演化，白皮书与实际主网行为之间可能滞后，正文机制描述以官方文档与白皮书为准；涉及代币与费用的讨论不构成任何投资或迁移建议。