Danksharding 通过 Blob 交易、数据可用性采样（DAS）和提议者 - 构建者分离（PBS）实现高效数据分片；Proto-Danksharding（EIP-4844）在 Dencun 升级中落地，引入 0x03 交易类型与 KZG 验证；Fusaka 升级通过 PeerDAS（EIP-7594）优化 P2P 片段广播与轻节点验证；以太坊主网由此退为结算层与数据可用性层，L2 承担执行，L1 专注最终性与抗审查性。
全球主流的正规交易所推荐
欧易 OKX：
Binance 币安：
火币 Huobi：
Gateio 芝麻开门：
一、以太坊 分片的演进逻辑
以太坊分片最初旨在通过并行处理提升网络吞吐能力，但早期 Sharding 1.0 因状态同步复杂与跨分片延迟被放弃。Danksharding 转向数据分片路径，聚焦 Rollup 数据上链效率与验证去中心化。
二、Danksharding 的核心机制
Danksharding 不拆分账户状态，而是将 Rollup 批量交易数据封装为 Blob，交由共识层存储与验证。其关键支撑包括 Blob 交易、数据可用性采样（DAS）及提议者 - 构建者分离（PBS）三项技术协同。
1、引入 Blob 交易类型，每个 Blob 可承载128KB 数据，存储成本仅为传统 calldata 的1/10；
2、采用 RS编码 与 KZG 多项式承诺，使验证者仅需采样 约 25% 的数据片段 即可确认完整数据可用；
3、实施 PBS 机制，构建者竞价生成含 Blob 的区块头，提议者仅选择最优出价，阻断交易排序操控路径。
三、Proto-Danksharding 的落地实现
EIP-4844 作为 Danksharding 的第一阶段，在 Dencun 升级中正式激活。它未要求全节点存储 Blob，仅在信标链中添加临时数据通道，并设定 Blob 生命周期为18 天，兼顾成本控制与数据可用窗口。
1、客户端需升级支持 Blob 字段解析，识别新增 transaction type 为 0x03 的交易；
2、Rollup 运营商将原 calldata 提交方式切换为 Blob 提交，调用新的 EVM 预编译合约 0x0A 完成 KZG 验证；
3、区块 浏览器 需扩展解析逻辑，单独展示 Blob 哈希、大小及到期区块高度。
四、PeerDAS 与 Fusaka 升级的关键增强
Fusaka 升级引入 EIP-7594 PeerDAS，进一步降低全节点带宽与存储压力。它将单个 Blob 切分为更小单元，通过 P2P 网络广播片段，使轻量级验证节点也能参与数据可用性抽样验证。
1、节点启动时自动加入 PeerDAS 专用 gossip 子网，订阅对应 slot 的 Blob 片段主题；
2、收到片段后执行本地 KZG 开放验证，拒绝无法通过多项式承诺校验的单元；
3、当某 Blob 的已接收片段比例超过⅔阈值，节点即标记该 Blob 为“可用”，并向共识层广播确认信号。
五、模块化堆 栈下的角色重定义
随着 Danksharding 推进，以太坊主网逐步退居为结算层与数据可用性层，计算任务完全移交 Layer2。这种分工明确的模块化结构，使 L1 不再承担执行压力，专注保障最终性与抗审查性。
1、L1 验证者仅验证 Blob 存在性与 KZG 承诺有效性，不执行任何 Rollup 交易逻辑；
2、L2 sequencer 负责交易排序与执行，将结果连同对应 Blob 索引提交至 L1；
3、用户通过 L2 客户端直接与智能合约交互，所有状态变更均在链下完成，仅依赖 L1 提供数据锚定。
