1. 2024 年第一季度推出的功能/特性有哪些？

A：至少包括批量和按需服务。

2. 我们在哪里可以看到进展？

A：在这个 Github 页面上：https://github.com/orgs/paritytech/projects/119/views/20

3. RFC-1 是一次性推出还是分阶段推出？

A：我们可能会稍微推迟租约分割（lease splitting）的部分，尤其为那些购买了租约并选择将其用于按需服务的用户提供奖励，这可能不会在年底前准备好。

4. 目前生态中正在开发什么？

A：目前正在开发几个生态项目，如 Coretime 的二级市场 Lastic（专注于前端）和Region X（专注于后端）。

5. 当前所有租约持有者的平行链会迁移吗？何时迁移？

A：一旦批量处理工作如预期那样运行，他们将会迁移。这将会自动发生。我们正在准备指南，并将提前与团队沟通以做好准备。

6. 什么时候将淘汰 Auction机制？

A：一旦批量 Coretime 正常运行，就不会再有新的 Auction。当前的租约将自动迁移到批量 Coretime。

7. 平行链现在是否已经从直接与核心（core）进行交互中抽象化了？

A：还没有，这可能会在以后发生。

价格目前仍在讨论中，可以在 Polkadot 论坛上查看。https://forum.polkadot.network/t/initial-coretime-pricing/5187

1. 定价模型是怎样的？

A：按需核心时间（coretime）将始终按市场条件定价，新的批量核心时间也是如此。然而，批量续订的价格上限是前一次购买价格的一定百分比内。

2. 如果你批量购买，那么你是拥有“一个核心”还是一个你可以在自己时间内使用的核心时间（coretime）桶？还是有特定的时段？

A：你拥有一个特定的核心，为期整整一个月，并且有能力将其分割。

3. 如果我没用掉购买的核心时间会怎样？

A：未使用的核心时间将会丢失。不过，如果你不需要之前购买的核心时间，不久后你将能够在二级市场上出售它。

4. 我能提前购买核心时间并在准备好时开始使用吗？

A：你只能提前最多 28 天购买核心时间。未来，为了进一步增加可预测性，可能会有“期货”解决方案来对冲价格波动。

1. 是 “ 按需核心时间 On-demand Coretime ” 还是 “ 即时核心时间 Instantaneous Coretime ”？

A：我们决定坚持之前讨论的术语“按需”。

2. 区块空间和核心时间之间有什么联系？

A：（安全的）区块空间是 Polkadot 提供的资源，这个资源通过核心时间来衡量和分配。

1. 敏捷核心时间（Agile Coretime），以及按需和批量模型的好处是什么？

对更广泛的 Web3 影响：

• 从高层次上看，敏捷核心时间为 Web3 带来了新时代的扩展，通过在整个网络中优化资源分配。

• 按需模型通过向每个人开放构建自定义、主权 Web3 应用的大门，实现了区块链访问的民主化；而批量模型为团队和项目带来了新水平的业务和成本可预测性。

对决策者和开发者的具体好处：

• 敏捷核心时间实现了资源的高效利用，使规模和敏捷性得以提升，从而带来更好的用户体验 – 而不会损害安全性或去中心化。

• 更灵活的经济模型适用于每个成长阶段，使构建者能够无界限地创新。

• 开发者从简化的资源管理中获得流畅的开发体验，以及通过灵活和可预测的成本模型随时间变化获得一致的开发环境。

• 按需核心时间消除了进入门槛：快速启动您的概念验证，完全访问 Polkadot 的整个生态系统。

• 性价比高：仅在需要时购买核心时间，或在二级市场上出售多余的核心时间。

• 通过弹性扩展（目前尚不支持），项目可以无缝扩展：不受先前分配资源的限制。有了弹性扩展，可以无缝增加按需核心时间，提升您的带宽。

• 批量核心时间支持战略资源规划：在高需求期间固定价格购买批量核心时间，以防止费用激增。这有助于未来规划您的项目：批量核心时间为您的长期业务计划提供了坚实的基础，支持可持续发展。

2. Polkadot 上的核心时间模型有何竞争优势？

A：按需选项消除了进入门槛，使构建者能够快速开始和创新。结合批量模型，构建者还可以缓解高需求时期费用激增的风险。

然而，与在 L1 或扩展解决方案上运行相比，构建者仍然享受在专为此目的设计的平行链上运行的好处，这比在通用 L1 上运行智能合约更有效率，因此成本更低，而且还连接到并受到整个 Polkadot 网络的保护。

因此，Polkadot 能够提供构建高性能、专用、可组合的 Appchains 的所有好处，同时具有最灵活的经济效益。

3. 我们离 Web2 规模的 Web3 有多近？

A：敏捷核心时间主要提高了分配效率。有了弹性扩展，我们向实现 Web2 规模的 Web3 迈出了一大步。