EigenDA 是什么？再质押的质押力量怎么用 BLS 聚合签名签发数据可用性证书

它想解决的原始问题

Rollup 需要把每批交易数据发布到某个地方，让任何想重建这条链的人都能拿到。发布到以太坊主网最安全，但主网带宽有限、成本随行就市；托管给自己的验证者或小型委员会，则把信任要求搬到了链下。EigenDA 走的是第三条路：它不新建一条链，而是作为 EigenLayer 上的主动验证服务运行，直接复用存储在以太坊 L1 上的 EigenLayer 状态来组织运营商集合。官方仓库对它的定位是一个建立在以太坊之上、使用 EigenLayer 再质押原语的安全、高吞吐、去中心化数据可用性服务。换句话说，为数据可用性背书的经济力量不是 EigenDA 自己的代币，而是通过再质押进入各个 Quorum（投票组）的质押者权益，各 Quorum 之间互为冗余。

散播流程：从 blob 到聚合证明

按官方架构文档，一次数据散播由散播者发起：它接收 Rollup 提交的 blob，做 Reed-Solomon 编码后把分片发给各 DA 节点；节点校验自己分片的正确性，对批次头部签署自己的 BLS 签名；散播者再把这些碎片签名聚合成一份聚合证明。这里的聚合不是简单拼接，而是按质押权重加权的 BLS 聚合——签字质押者合计达到阈值，证书才算签发。官方给出的默认安全参数是确认阈值约百分之五十五、对抗阈值约百分之三十三，配合重建阈值折算出的活性阈值约百分之四十五：攻击者要控制约三分之一以上的签名权重才能破坏安全性，控制接近一半才能让证书发不出来。

证书长什么样、在哪里被验收

对外交付的产物是 DACert（数据可用性证书），它包含从网络检索并验证一个 blob 所需的全部信息和可用性证明，实现上由批次头、blob 验证信息、未签名者的权重签名、证书版本和签名所用的 Quorum 编号等字段构成。真正决定安全边界的地方在以太坊 L1：Rollup 通过 EigenDACertVerifier 合约提供的 checkDACert 视图函数，按证书版本解码并核对 BLS 签名的权重是否达标。官方明确警告各 Rollup 不要直接复用共享验证合约，否则自己的安全性和活性会被 EigenDA 的治理节奏牵制，推荐配一个路由器合约按生效区块号映射到不同验证器，实现可控升级。

和 4844 blob 是竞争还是分工

官方文档把两条路线并列展示：op 栈 Rollup 的数据既可以普通交易或 4844 blob 交易的形式发到以太坊，也可以编码成 EigenDA blob 散播给 DA 网络。两者对 blob 的数学解释也不同——以太坊把 4844 blob 视为多项式的求值点，EigenDA 则把 blob 解释为多项式的系数，乐观 Rollup 常按求值语义处理以便做点对点开口证明。在 V2 规格里，批次被运营商集签名确认这一操作大约耗时十到二十秒，此后验证责任移交回 Rollup 自己的栈：由它在 L1 上验证书、由欺诈证明或提取机制兜底。还有一条容易被忽略的安全集成要求：EigenDA 的数据可用性窗口必须与乐观 Rollup 约七天的挑战期重叠，派生管道应拒绝可用性窗口过短的证书，否则挑战期还没走完数据就先过期了。

信任账本要记清楚

官方对散播者的角色说得直白：当前它是中心化的，仅被信任用于系统活性，后续将逐步去中心化。也就是说，恶意或故障的散播者最多让系统变慢、拒绝服务，不能伪造证书——伪造要过签名权重这道门。但对使用者而言，安全叙事的前提是”再质押质押者的加权签名等于足够去中心化”，这一假设依赖参与运营商的分布，评估任何具体 Rollup 时应查它接的是哪些 Quorum、质押集中度如何。具体参数与合约接口以 EigenDA 当前版本官方规格文档为准。本文内容为技术机制介绍，不构成任何投资建议。