要理解 dYdX 为何选择从以太坊主网向 Layer 2 的过渡，我们需要回顾一下 2020 年初之前发生的事件。可能与很多人知道的情况相反，dYdX 当时是交易量最高的去中心化交易平台之一，占所有去中心化交易平台交易量的约一半。然而，一切都在所谓的 DeFi Summer 发生了变化，这一变化是由 Compound 推出其治理代币 COMP 和引入流动性挖矿概念而触发的。
在 DeFi Summer 期间，DeFi 代币出现了爆炸性上涨（尽管很多代币是为了鼓励流动性供应而随意创造，并没有实质价值支撑）。新的 DeFi 代币快速涌现，且马上就可以在 Uniswap 上随意交易，这导致许多交易者转向使用 Uniswap。这一转变也使得 dYdX 的交易量从 50% 迅速下降到微不足道的 0.5% 。
DeFi Summer 带来的不仅仅是市场份额的挑战。在此期间，以太坊的 gas 费用飞涨，对 dYdX 构成了近乎灭顶之灾，因为 dYdX 一直承担用户的 gas 费用以提升用户体验。在 DeFi Summer 之前，gas 费用低到可以通过 dYdX 的交易费用收入来承担。然而，随着以太坊的 gas 费用激增大约 100 到 1000 倍，dYdX 面临了严重的财务损失。他们采取了一些措施，比如设定最低交易额（例如 1 万美元），但最终，dYdX 不得不引入与 gas 实际状况相匹配的交易费用，这导致用户的交易面临高昂的费用门槛（交易费往往超过每笔交易 100 美元）。
讽刺的是，正值 DeFi 人气高涨之际，dYdX 却遇到了最艰难的挑战。鲜为人知的是，在这个时候，dYdX 濒临破产边缘。由于资金有限，且现有投资者不愿意追加投资，dYdX 面临严重的财务危机。此外，该公司面临着如何向市场介绍其差异性的挑战。有趣的是，在这一期间，已破产的 Three Arrows Capital 曾是为 dYdX 提供资金的公司之一。
最终，为了摆脱这种不稳定的状况，dYdX 决定做出根本性的变化，这导致它选择了离开了以太坊主网。这一过渡也造就了我们曾熟悉的那个 dYdX —— 基于 Starkware 旗下的一个由 STARK 驱动的可扩展性引擎 StarkEx 而构建的去中心化衍生品交易所。
dYdX 遇上 Starkware，转机来临！2.1 为什么选择 Layer 2 ？dYdX 采纳 Layer 2 解决方案不仅是其在与 Uniswap 竞争遇挫时的战略选择，更重要的是，更它对以太坊上不可持续交易费用的一种必要反应。Layer 2 提供了一个可行的替代方案，它不仅能够处理 dYdX 的交易吞吐量，而且大幅降低了交易费用。
当时的以太坊 Layer 2 解决方案 —— 尤其是 Starkware（StarkEx） —— 专为解决以太坊主网服务迁移的问题而设计。Starkware 在利用了以太坊安全性的前提下，提供巨大的可扩展性，这使得其成为了 dYdX 理想的解决方案。这种可扩展性还让 dYdX 能够在不同的产品创新上进行尝试，进而显著推动了平台的整体进步。我认为 dYdX 的这次战略过渡以及随后的产品升级是“基础设施优先还是应用优先”一辩的绝佳案例。
如我后续将阐释的，dYdX 的核心功能在很大程度上依赖于 Starkware。借助 Layer 2 方案，dYdX 进入了繁荣的新阶段。下面我们具体分析一下 dYdX 迁移到 Layer 2 后的表现。
2.2 为何选中了 Starkware（StarkEx）?实际上，在 dYdX 选定 Starkware 时，人们便曾提出过疑问 —— 为何在众多的 Layer 2 方案中偏偏选择了它？如果 Starkware 没有突出的优势，dYdX 就没有特别选择它的理由。那么，Starkware 与其他 Rollup 解决方案，特别是其他零知识证明（ZK）方案相比有什么区别呢？
首先，Starkware 作为 Layer 2 解决方案，特别适合需要快速处理大量交易的应用，比如 dYdX。Starkware 可以将多笔交易打包起来一起处理，但这并非 Starkware 的特点，其他 ZK 方案也有相似能力。Starkware 的真正优势在于它能支持更多种类的交易。尽管如今我们见到了诸如 zkEVM 等技术的成熟，但在 dYdX 开始探索 Layer 2 时，大多数 ZK 方案都只能针对简单的交易（例如代币转移）进行优化。因此 dYdX 寻求的是一种既能批量处理交易也兼容自有智能合约的方案，在当时 Starkware 的 StarkEx 满足了这些需求。尽管 Starkware 不支持 EVM，这意味着在 Starkware 上开发应用程序需要学习其特有语言（Cairo），但这对 dYdX 来说似乎是可克服的挑战。
此外，据 Antonio Juliano 所述，当时 Starkware 为基于以太坊的应用提供了最为便捷的接入方案，并在产品上市方面已做好充分准备。
2.3 引入 Starkware 后的 dYdX：增长再增长借助 Starkware 的基础架构，dYdX 推出了交叉保证金功能，这种交易方式允许使用单一保证金账户进行多头寸操作，再加之已得到显著提升的可扩展性，dYdX 吸引了越来越多流动性。此外，随着 dYdX 支持了更多资产，成功吸引来了更多交易者。借助其新引擎，dYdX 的交易量比以前增加了五倍，实现了巨幅的飞跃。
2.3.1 DYDX 上线，战略位置巩固在 2021 年夏季，dYdX 基金会联合 StarkEx 推出了 DYDX 代币，这进一步确立了其市场地位。DYDX 作为 dYdX 的治理代币，旨在让协议能够由社区驱动而自主运营，同时鼓励协议用户更加积极地参与交易。尽管转向 Layer 2 后取得了明显增长，但代币的推出是向“巩固”发展方向迈进的重要一步。让我们来细看一下 DYDX 代币的分配方案。
DYDX 代币的分配模式与其他代币有所不同，尤其体现在追溯性挖矿、交易激励以及流动性激励方面。接下来我们详细探讨这些部分。
- 追溯性挖矿
- 交易激励
- 流动性激励
- DYDX 代币的影响
3.3.1 验证节点尽管 dYdX 链是在 Cosmos SDK 的基础上构建的，其验证节点的角色却与其他 Cosmos 应用链的节点有所区别。普通 Cosmos 应用链的验证节点主要负责传播交易、验证区块和达成共识，然而在 dYdX 上，每个验证节点都必须自行维护一个订单簿并存储订单（这些订单不在共识层面反映）。验证节点在链下管理订单簿，这意味着用户下单或取消订单时不会产生交易费用。
在所有验证节点中，提议者节点负责提出下一个区块的内容。如此一来，当用户下单时，提议者节点会匹配这些订单并将它们包含在提议的区块中，同时参与共识过程。
此外，全节点在 dYdX 中扮演着至关重要的作用，辅助索引者运行，这对 dYdX 服务至关重要（当然了在传统区块链中全节点也同样重要）。
3.3.2 索引者（Indexer）正如上图示中所展现的，索引者负责从 dYdX 链的完整节点读取数据并储存，之后以兼容 Web 2.0 的方式将这些信息传递给最终用户。虽然协议本身能替代这一角色，但 dYdX 的验证节点和全节点并未专门优化这项服务，因此可能导致处理缓慢且效率不高。此外，过多直接查询可能会干扰验证节点的主要工作（参与验证共识过程），因此拥有专门的索引者系统是至关重要的。
图上右侧的 Postgres、Redis 和 Kafka 分别用于储存链上数据、链外数据和向索引者服务传输数据。
3.3.3 前端前端设计旨在简化端到端应用的开发流程。基于 JavaScript 和 React 的 Web 前端通过 API 从索引者获取订单簿信息，并直接将交易数据发送至链上。dYdX 已将前端代码开源，任何人都可以使用 dYdX 的前端界面。移动端也与 Web 端一样，可与索引器交互来获取信息，并直接在链上记录交易信息。它同样是开源的，允许任何人部署和使用。
3.3.4 订单是如何处理的？来看看 dYdX 链上的订单是如何通过上述各实体协同处理的吧。
- 用户通过 API 或前端提交订单。
- 订单被发送至某个验证节点，然后由该节点将交易广播给其他验证节点和全节点，并在它们的订单簿中进行更新。
- 像其他基于 Cosmos SDK 的区块链一样，通过共识流程选出一个提议者节点，这个节点会将订单匹配并添加到下一个区块。
- 提议的区块进入共识流程，若获得了超过三分之二验证节点的确认和表决，则会被记录并提交，继而存储在链上数据库（以及全节点）。
- 如果该区块未能获得超过三分之二验证节点的表决支持，则会被拒绝。
- 一旦区块被记录并提交后，数据将被传送给全节点和索引者，索引者会通过 API 和 Websocket 技术将这些数据反馈到前端。
- 增加或移除新资产；
- 变更协议参数；
- 修改提供价格信息的第三方名单；
- 调整费率；
- 修改交易奖励机制。；
- 调整 x/distribution 模块的参数（决定如何分配来自 Cosmos 的奖励）；
- 调整 x/staking 模块的参数（与 Cosmos 中的质押设置有关）。
- 更改资金费率计算公式；
- 管理保险基金……
