来源 | polynya.medium.com

作者 | Polynya

编者注：本文对以太坊以外的项目有所提及，但仅代表作者个人观点，ECN 仅对此文进行编译。

这是对 Danksharding (以 PBS+crLists 为特色) 的一个非常简化的介绍。

Danksharding 将以太坊变成一个统一的结算和数据可用性层。

结算和数据可用性采样都不是新概念了。巧妙的地方在于把它们统合起来，因此对于 rollup 来说，它看起来是一个宏大的整体。所有的 rollup 证明和数据确认都在相同的信标区块里。

我们知道 rollup 是如何运作的——它就是关于计算和数据压缩。rollup 需要空间来转储这些压缩了的数据，而danksharding 提供了大量的空间——长期来看，rollup 的 TPS (每秒处理交易量) 可以达到数百万。我指的是真正的 TPS，而不是 Solana TPS。(PS：当然，TPS 是一个毫无意义的指标。但请记住，单个 rollup 一定会比 Solana 更有可能有更高的 TPS。而且这样的 rollup 会有数百个。我敢说，如果有人分叉 Solana 并把它作为一个 rollup 来部署，它会在各个方面都远优胜于 Solana。)

构建者 (builder) 是一个新角色，它们聚合所有以太坊一层的交易和来自 rollup 的原始数据。当然，构建者可以有很多，但这仍然存在一定审查风险。如果所有的构建者都选择审查某些交易，怎么办？有了 crList，区块提议者可以迫使构建者打包交易。

Danksharding 会让很多非常有趣的可能性得以实现。请注意，这些完全是我在半知半解的情况下做的推测，我不是要给区块链研究员或工程师，可能是在胡说八道：

• 你可以在 ZK-Rollup 和以太坊一层之间进行同步调用——因为它们在同一个区块里确认。你可以看到这对于像 dAMM (分布式 AMM) 这样的东西来说是很有意思的！（dAMM 的相关内容可参阅文章 dAMM)

• 打开了把目前的以太坊执行层升级为一个协议层 rollup 的可能性。首先是一个无状态和有欺诈证明的 optimistic rollup，最终会是一个有 zkEVM 的 zk rollup。

• 有了 crLists，你就可能对 L1 交易进行即时的预确认。(不用再等待区块的确认！)

• 因此，考虑到上述所有内容，各种以前你没有想到过的新可能性都会闪现出来。这里有一个：这可以为在多个 zkrollup 间实现跨 rollup 的原子可组合性打开可能性吗？！在同一个 zkrollup 网络 (例如 StarkNet L3s) 里的多条链间当然是可能的——但在一个 StarkNet L3 和一个 zkSync L2 间呢？crList 预确认会否允许不同 zkrollup 把各自上面的交易“链”起来，全部在同一个区块里确认？

• PBS+crList 感觉是一种对 rollup 定序进行去中心化的合理方式。只需要有一个主要的定序者 (sequencer)，证明者 (attester) 迫使主要定序者打包交易，如果主要定序者离线了，证明者可以充当主要定序者。这种情况可以通过建立一个任何人都可以参与的后备定序者队列来改善。

• 对 MEV 也有影响，这方面留给 MEV 专家来说吧。

要说清楚的是，现在还有很多工作要做，但我觉得这确实是从我了解 rollup 和数据可用性采样以来，区块链协议领域发生的最令我兴奋的事情。

可以从以下文章了解更多：

WIP implementation of Danksharding by dankrad · Pull Request #2792 · ethereum/consensus-specs (github.com) PBS censorship-resistance alternatives — HackMD (ethereum.org) 大幅简化的新分片设计

PS：为什么要叫 Danksharding？只是为了把它与 "sharding" 区分开来，因为太多人仍然认为它意味着”多条平行链执行交易“。

ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。

来源 | polynya.medium.com

作者 | Polynya

编者注：本文对以太坊以外的项目有所提及，但仅代表作者个人观点，ECN 仅对此文进行编译。

这是对 Danksharding (以 PBS+crLists 为特色) 的一个非常简化的介绍。

Danksharding 将以太坊变成一个统一的结算和数据可用性层。

结算和数据可用性采样都不是新概念了。巧妙的地方在于把它们统合起来，因此对于 rollup 来说，它看起来是一个宏大的整体。所有的 rollup 证明和数据确认都在相同的信标区块里。

我们知道 rollup 是如何运作的——它就是关于计算和数据压缩。rollup 需要空间来转储这些压缩了的数据，而danksharding 提供了大量的空间——长期来看，rollup 的 TPS (每秒处理交易量) 可以达到数百万。我指的是真正的 TPS，而不是 Solana TPS。(PS：当然，TPS 是一个毫无意义的指标。但请记住，单个 rollup 一定会比 Solana 更有可能有更高的 TPS。而且这样的 rollup 会有数百个。我敢说，如果有人分叉 Solana 并把它作为一个 rollup 来部署，它会在各个方面都远优胜于 Solana。)

构建者 (builder) 是一个新角色，它们聚合所有以太坊一层的交易和来自 rollup 的原始数据。当然，构建者可以有很多，但这仍然存在一定审查风险。如果所有的构建者都选择审查某些交易，怎么办？有了 crList，区块提议者可以迫使构建者打包交易。

Danksharding 会让很多非常有趣的可能性得以实现。请注意，这些完全是我在半知半解的情况下做的推测，我不是要给区块链研究员或工程师，可能是在胡说八道：

• 你可以在 ZK-Rollup 和以太坊一层之间进行同步调用——因为它们在同一个区块里确认。你可以看到这对于像 dAMM (分布式 AMM) 这样的东西来说是很有意思的！（dAMM 的相关内容可参阅文章 dAMM)

• 打开了把目前的以太坊执行层升级为一个协议层 rollup 的可能性。首先是一个无状态和有欺诈证明的 optimistic rollup，最终会是一个有 zkEVM 的 zk rollup。

• 有了 crLists，你就可能对 L1 交易进行即时的预确认。(不用再等待区块的确认！)

• 因此，考虑到上述所有内容，各种以前你没有想到过的新可能性都会闪现出来。这里有一个：这可以为在多个 zkrollup 间实现跨 rollup 的原子可组合性打开可能性吗？！在同一个 zkrollup 网络 (例如 StarkNet L3s) 里的多条链间当然是可能的——但在一个 StarkNet L3 和一个 zkSync L2 间呢？crList 预确认会否允许不同 zkrollup 把各自上面的交易“链”起来，全部在同一个区块里确认？

• PBS+crList 感觉是一种对 rollup 定序进行去中心化的合理方式。只需要有一个主要的定序者 (sequencer)，证明者 (attester) 迫使主要定序者打包交易，如果主要定序者离线了，证明者可以充当主要定序者。这种情况可以通过建立一个任何人都可以参与的后备定序者队列来改善。

• 对 MEV 也有影响，这方面留给 MEV 专家来说吧。

要说清楚的是，现在还有很多工作要做，但我觉得这确实是从我了解 rollup 和数据可用性采样以来，区块链协议领域发生的最令我兴奋的事情。

可以从以下文章了解更多：

WIP implementation of Danksharding by dankrad · Pull Request #2792 · ethereum/consensus-specs (github.com) PBS censorship-resistance alternatives — HackMD (ethereum.org) 大幅简化的新分片设计

PS：为什么要叫 Danksharding？只是为了把它与 "sharding" 区分开来，因为太多人仍然认为它意味着”多条平行链执行交易“。

ECN的翻译工作旨在为中国以太坊社区传递优质资讯和学习资源，文章版权归原作者所有，转载须注明原文出处以及ethereum.cn，若需长期转载，请联系eth@ecn.co进行授权。