介绍
近期，已有一些项目开始尝试使用Madara为其应用链进行实验，例如Pragma、Kakarot、Mangata Finance和Dojo等。只要我们坚信多链未来以及zk扩展的潜力，未来将会有更多此类项目浮现。然而，应用链数量的增加也带来了一些问题，主要包括：
• 去中心化
• 可组合性
• 开发体验
在本文中，我将尝试阐述因拥有大量应用链而引发的问题，并提出一种我认为对Madara和Starknet来说优雅且最佳的可能解决方案。如果你对应用链和共享序列化非常熟悉，可直接跳至“等等，这不就是Polkadot重演吗？”部分。
100个应用链会发生什么？
假设我们处于一个现实场景，有100个不同的应用链在以太坊上结算。我们来探讨这会导致的所有问题。
去中心化的碎片化
每个应用链都需要独立解决去中心化的问题。目前，应用链的去中心化并非像L1那样必需，主要是因为我们依赖L1以确保安全性。然而，我们仍需去中心化以保证活跃性、抵抗审查以及避免垄断优势（例如高费用）。然而，如果每个应用链都以自身的方式解决去中心化问题，很快会导致验证者集的碎片化。每个应用链都必须制定经济激励措施以吸引新的验证者。此外，验证者还需要选择他们愿意运行的客户端。更不用说，这为开发者启动自己的应用链（与部署智能合约相比，后者仅是一笔交易）设置了很高的门槛。
可组合性
可组合性基本上意味着跨应用交互。在以太坊或Starknet上，这只意味着调用另一个合约，剩下的所有事务都由协议本身处理。然而，对于应用链来说，这变得更为困难。不同的应用链具有自身的区块和共识机制。每次你尝试与另一个应用链交互时，都需要仔细检查共识算法和最终性保证，并相应地设置跨链桥梁（直接连接到链或通过L1）。如果你想与10个设计不同的应用链交互，你需要做10次不同的设置。
开发体验
解决去中心化和桥接问题并非易事。如果这是每个应用链的要求，那将使通常的智能合约开发者难以构建自己的应用链。此外，随着每个应用链试图以自己的方式解决这些问题，我们很快就会看到不同的链遵循不同的标准，这使得加入生态系统变得更加困难。
共享序列器可以解决这个问题
现在，如果你一直在关注应用链领域，你可能已经听说过“共享序列器”这个术语。它指的是为所有链拥有一组公共验证者的概念，以解决上述问题。以下是它的工作原理。
共享去中心化
共享序列器的本质是你不需要为每个应用链或L2拥有不同的验证者集。相反，你可以拥有一个非常高效且去中心化的验证者集，为所有链排序区块！想象一个包含来自100个不同应用链交易的区块。你可能会认为，由于需要处理每个应用链的执行引擎，这实际上会使序列器变得非常臃肿。
其实不是这样！
由于目前几乎每个序列器都是中心化的，序列器被视为一个收集交易、对其进行排序、执行它们并将结果发布到L1的单一应用程序。然而，这些任务可以分成多个模块化组件。为了解释，我将它们分为两个部分。
• 排序引擎：负责按特定顺序排列交易。一旦排序引擎确定了这个顺序，就必须遵守它。通过在L1上提交此顺序并强制L1验证者检查交易是否按照所需顺序执行来实施这一点。
• Rollup引擎：Rollup引擎基本上负责Rollup的所有其他操作 - 从用户处收集交易，执行它们，创建证明并在L1上更新状态。理想情况下，这可以分解为更多的组件，但是我们在这篇文章中会避免这样做。