Input Output 研究员概述 Cardano 数据可用性需求

Input Output 研究员 Giorgos Panagiotakos 提交了一份文件，描述在 Cardano 基础层上需要专用数据可用性能力。

所提出的Layer 1 数据可用性问题陈述探讨项目如何发布信息，使他人能够检索并验证，而不必将其纳入账本的永久交易历史。它借鉴了9月3日在 IO Research 技术研讨会上讨论的需求。

为何 Cardano 项目需要访问已发布的数据

一些区块链应用只需要信息在足够的时间内保持可用，以便参与者验证某个操作或对问题作出响应。另一些则需要在记录创建很久之后仍可访问。

对于某些 Layer 2 协议，如果协议停滞或某个运营者离线，参与者可能需要已发布的状态信息来重建其持仓并提取资金。乐观汇总需要交易数据在足够长的时间内保持可访问，以便参与者在质疑某个被主张的状态时构造欺诈证明。

该文件还列举了体积较大的零知识证明、治理选票、审计记录以及将许多小操作分批聚合的应用。它们的留存需求各不相同：有些信息可能只需要保留数小时，另一些数据需要保留数天，而用于后续审计的记录则可能需要保留数年。

Panagiotakos 描述了几种现有选项。项目可以将数据直接发布到 Cardano 账本，依赖诸如 Celestia 等外部系统，或使用受信任的运营者。根据该文件，将海量数据发布到账本对于某些应用而言成本过高，而外部服务则引入了独立的安全性与可用性假设。

CPS 也讨论了 IPFS，它使用源自数据本身的信息来标识内容。该方法允许接收方检查检索到的内容，但并不能保证其他参与者会持续存储并提供这些内容。

Cardano 数据可用性层需要具备什么

该问题陈述为潜在方案设定了五个目标。其可用性保证应依赖于 Cardano 现有的安全性假设，而不是依赖独立受信的存储运营者或单独的外部验证者集合。

已发布的信息还应在指定期限内可被检索。拟议方案需要明确何时视为发布被接受、留存何时开始与结束，以及参与者在何种假设下可以获取数据。

第三个目标是数据完整性：任何检索到信息的人都应能够验证其正确性。第四个目标是支持成员性与非成员性证明，这将允许 Plutus 智能合约检查特定数据是否属于某个已发布集合。

最后一个目标涉及成本与性能。CPS 要求每字节成本显著低于将等量数据直接发布到基础层，同时实现更高吞吐量与可与 Layer 1 相当的发布延迟。它还要求未来的提案给出可用于衡量这些要求的具体数值。

该文件通过具体项目展示了需求范围。对于Gummiworm，它列出了1小时到5天的留存期限；而Midgard 作为一种乐观汇总，则被描述为需要7天存储以及对成员性与非成员性证明的支持。

对于治理应用，CPS 在讨论潜在的投票容量时参考了以往的 Project Catalyst 投票轮次，容量在10万到100万票之间。它还指出，一些后量子零知识证明可能超过100千字节，从而增加应用可能需要发布的数据量。

永久归档存储与保密性不在拟议范围内。对于需要在数年后仍可供审计的治理记录，该文件认为有必要采用单独的归档机制。

[NEWSBREAK]

成本、时间安排与未决技术问题

Panagiotakos 尚未确定架构，也未宣布完成的网络升级。CPS 询问哪种证明系统能够支持所需吞吐量，以及 Plutus 脚本将如何引用该系统。

它也未确定由谁为数据留存付费：发布方、检索方，还是协议本身。任何定价模型都需要同时考虑偶发的小规模发布与持续产生高流量的应用。

对于权益池运营者，文件询问方案将如何影响硬件要求与运营成本，以及有哪些激励能够促进参与。它还呼吁第一阶段应足够简单，能够为至少其中一个已识别的应用提供有用的能力。

该问题陈述包含时间限制。根据文件，对于计划在年内上线的某些项目而言，距离落地约八个月以上的方案可能来得太晚。较晚到来的替代方案需要在吞吐量上有显著提升，或具备其他明确优势，才能替换项目已集成的基础设施。

后量子安全被列为可取而非强制。该拟议 CPS 仍在 Cardano Improvement Proposals 仓库中处于开放状态，尚未被分配编号。