官方Wiki精选丨Agile Coretime常见问题解答
Polkadot生态研究院热度: 3693
本文是关于波卡Agile Coretime架构的介绍。
路线图
我们如何追踪Agile Coretime的进展？
Agile Coretime项目进展可以在平行链团队的GitHub仪表板（详情请参见：
https://github.com/orgs/paritytech/projects/119/views/20）上追踪。
RFC-1中的所有内容是一次性推出还是分阶段推出？
不是一次性推出，随着Kusama的初步发布，RFC-1（详情请参见：
https://polkadot-fellows.github.io/RFCs/approved/0001-agile-Coretime.html）中提到的以下功能将陆续推出：
- 购买批量核心时间（Bulk Coretime）以及按需下单
- 续租
- 区域（Region）拆分和交织
以下功能仍在开发中，将在后续版本中推出：
- 将你的区域添加到按需池中获得奖励
- 按需Coretime的积分（目前你可以使用中继链的原生通证进行购买）
生态系统中目前正在开发哪些内容以支持Agile Coretime？
生态系统中有几个项目正在开发中，例如Coretime的二级市场，Lastic（详情请参见：
https://www.lastic.xyz/）和RegionX（详情请参见：
https://app.regionx.tech/?network=polkadot）。
一定要自己做研究。如果你认为你的项目可以列入Wiki，请参阅贡献者指南，详情请参见：
https://wiki.polkadot.network/docs/contributing
目前所有的租赁持有平行链都会迁移吗？什么时候迁移？
当中继链进行包含Agile Coretime的运行时升级时，它们将进行迁移。在其余的租赁期间，任何现有租赁期的平行链都将自动获得批量Coretime积分。
产品
Coretime将在哪里维护？
Coretime将由部署在Coretime Chain上的经纪人模块（broker pallet）进行管理。
Broker Chain与Coretime Chain是同一个链吗？
是的，经纪人模块在Coretime Chain上运行。
核心可以同时共享吗？
目前不可以。核心可以共享，但只能分时共享。例如，你在X区块获得一个核心，另一个用户在Y区块获得它。未来这可能会有所改变。
核心数量有哪些限制？
在约80个核心以及平行链12秒出块时间的情况下，测试取得了成功。单个测试验证节点能够同时验证80条区块链。
理论上，单个中继链应该能够支持几百个核心。我们将不断开发和部署优化措施，以更接近这一理论上限。
一旦达到这一理论上限，进一步扩展的想法就已经在酝酿之中。我们的目标不是通过降低安全保证（详情请参见：
https://www.youtube.com/watch?v=O9QZveTdW5I）（类似于OP Rollups）来实现扩展，而是通过优化和提高分配效率（通过更好地利用现有核心）来实现。
Coretime Chain有用户界面吗？
生态系统中的团队正在开发用户界面。RegionX已在Paseo上发布了一款测试应用，详情请参见：
如果没有用户界面，这将通过平行链的运行时自动进行，或者通过Polkadot-JS使用Coretime Chain的外部调用手动操作。
Coretime定价和购买
批量Coretime的价格是如何计算的？
批量Coretime的定价取决于多个方面的因素：
1.第一个因素是直接在模块中实现，不作为配置公开。
2.第二个因素可以在Coretime Chain的运行时中进行配置。
3.可配置参数，如起始销售价格、理想批量比例和每次销售提供的核心数量，这些都是通过治理设定的。
4.市场因素，如核心的需求和感知的真实市场价格，治理设定的配置可以增强或减弱这些因素的影响。
有关影响批量Coretime价格的因素的更详细描述，可在此处找到，详情请参见：
https://hackmd.io/@seadanda/Sk9pLYm3a
经过深入分析（详情请参见：
请关注帖子，以便获得信息，并与我们一起决定KSM上Agile Coretime的初始价格。波卡的价格仍在讨论中。
Coretime Chain上的销售周期是如何运作的？
Coretime Chain上的销售具有区域时长为单位。这些销售被分为两个主要时期：续订期和销售期。
- 续订期的时长和间隔（interlude）时长一致，间隔时长被定义为经纪人模块配置中的区块数量，在此期间可以续订批量Coretime。
- 销售期也被分为两个阶段：价格发现期和固定价格期。续订期结束后，Coretime Chain将设定一个新的起始价格，随后会进行时长为引入时长个区块的荷兰式拍卖，通过压低价格来寻找正确的均衡点。这一过程将确定基础价格，该价格将在固定价格期提供。
按需Coretime的定价机制是如何运作的？
将设定一个最低价格，其余部分则基于通过价格函数产生的需求：排队时间越长，价格越高。
注册Coretime是否需要支付押金？
所有新注册的平行链都必须存入（详情请参见：
https://github.com/paritytech/polkadot-sdk/pull/3020）一笔相当于注册最大运行时（业务逻辑）代码大小所需成本的押金。
成功注册后，平行链将被分配到各个区域。然后，可以在不产生任何额外费用的情况下升级这些平行链的运行时。最大大小是预先定义的，并且对网络上的所有人都是相同的。这样，无论注册的运行时代码（WASM BLOB）的大小如何，每次注册的费用都将相同。
RFC-44提案（详情请参见：
https://github.com/polkadot-fellows/RFCs/pull/44）正在提出一种新的基于租金的注册价格模型，如果该模型获得批准，将成为一种替代方案。
价格如何随时间变化？
按需Coretime始终受市场条件影响。批量Coretime的价格会根据上一次销售的结果而变化。上一次销售中最后一个核心的销售价格，结合售出核心的数量、目标（根据理想批量比率确定）以及销售中提供的核心数量等因素，共同决定价格。批量续订的价格上限为上一次购买价格的一定百分比。每个运行时都会实施所使用的算法，不同链之间的算法可能有所不同。
在Kusama上，如果上一次销售中没有售出任何核心，批量价格可能会下降50%，而根据售出核心的数量和销售时间，价格也可能上涨5倍。不过，这些数字代表的是极端情况。
每个任务ID（平行链）的续订价格可以不同吗？还是每个销售周期都有固定的续订价格？
一般来说，如果达到价格上限，通常每个任务的续订价格会有所不同。
根据Kusama的当前配置，如果价格上涨，每次续订支付的价格最多比上一次销售时支付的价格高出3%。这一规则会一直追溯到他们首次购买Coretime（或续租）的销售周期。由于人们在不同的销售周期购买，甚至在每个销售周期的不同时间点购买，他们的价格可能大相径庭。对于租赁期即将结束的承租人有一个特殊情况：他们在租赁到期时的销售中支付基础价格。
如果价格下降，情况就不同了，因为上限不再相关。如果价格下降幅度足够大，可能意味着所有平行链都以相同的价格续订。
如果批量购买，我是否可以在自己需要的时候使用“一个核心”或“一桶Coretime”呢？是否有特定的时间段限制？
你会获得一个为期四周的特定核心，并有权对该区域进行拆分。拆分或交织区域会让你失去价格上限续订的权利。
如果我购买的Coretime没有使用，会发生什么？
未使用的Coretime不能结转。如果时间分配（时间片）内的Coretime没有使用，就会失效。如果之前购买的Coretime不再需要，可以在二级市场出售。
我可以提前购买Coretime，等准备好了再开始使用吗？
可以提前最多28天购买Coretime。未来，“futures”市场可能会成为进一步提高可预测性的解决方案，以对冲价格波动。
概念
是“按需Coretime”还是“瞬时Coretime”？
最终决定采用“按需Coretime”这一术语。
正确的拼写及其用法是什么？
除了“Agile Coretime”和“Coretime Chain”外，其他情况下“coretime”和“blockspace”无需大写。
“blockspace”和“Coretime”之间有什么联系？
（安全的）“blockspace”是波卡提供的资源，通过“Coretime”来衡量和分配。
价值主张
Agile Coretime有哪些优势？按需模型和批量模型如何满足不同客户的需求？
- 从宏观层面来看，Agile Coretime为Web3带来了一个新的扩展时代，实现整个网络的资源最优分配。
- 按需模型通过向所有构建自定义、主权Web3应用的人员开放大门，实现了区块链访问的民主化；批量模型为团队和项目带来了更高水平的成本可预测性。
决策者和开发者的具体好处：
- Agile Coretime提高了资源利用效率，实现了更好的用户体验所需的规模和敏捷性，同时不牺牲安全性或去中心化。
- 成长各阶段的更灵活经济模型使建设者能够无界限地创新。
- 开发者通过简化的资源管理受益于开发流程的精简，以及通过随时间变化灵活且可预测的成本建模受益于一致的开发环境。
- 按需Coretime消除了进入壁垒：快速启动你的概念验证，并完全访问波卡的整个生态系统。
- 成本效益：通过仅按需购买Coretime来提高效率，或在二级市场上出售Coretime访问权限。
- 通过Elastic Scaling（尚不支持）项目可以无缝扩展，且不受先前分配资源的限制。Elastic Scaling是指为一个任务获取多个核心的过程。这允许平行链在单位时间内包含更多区块（中继链端），并在单位时间内产生更多区块（平行链端的异步支持）。通过Elastic Scaling，按需添加Coretime以无缝增加带宽。
- 批量Coretime可实现战略资源规划：以固定价格确保批量Coretime，防止在需求高峰时费用飙升。这有助于你的项目为未来做好准备。批量Coretime为你的长期业务计划提供了坚实的基础，促进了可持续增长。
波卡上的Coretime模型为何具有竞争力？
按需选项消除了进入壁垒，使建设者能够快速启动和创新。结合批量模式，建设者还能降低在需求高峰期费用飙升的风险。
然而，与在Layer1运行或采用扩容解决方案相比，在专门设计的平行链上运行仍然具有优势，因为这样做比在通用Layer1上运行智能合约更高效，因此也更便宜。此外，你还与整个波卡网络相连，受其保护。
因此，波卡提供了构建高性能、专门设计和可交织的应用链的所有好处，同时结合了最灵活的经济模型。
在Web3领域，我们距离实现Web2级别的规模还有多远？
Agile Coretime主要提高了分配效率。通过Elastic Scaling（详情请参见：
https://github.com/paritytech/polkadot-sdk/issues/1829），我们将通过把平行链的区块生产时间缩短到6秒以下，从而在Web3中迈出一大步，使其接近Web2的规模。理论上，平行链将能够非常快速地生产区块，而限制将在于中继链端的核心数量以及平行链使用的核心数量。
实施
无法使用多个核心！
Coretime Chain并不禁止订购多个核心并将它们分配给同一个平行链。然而，Elastic Scaling仍在开发中，因此请不要这样做，否则你将无法使用这些核心。
在转向Coretime时，我的平行链需要做什么才能继续工作？
在运行时升级过程中，当前的平行链插槽将通过一个迁移过程自动转换为传统租赁，无需任何人工干预。该租赁将使你的平行链使用一个核心，直到其插槽本应到期的区域结束为止。
最后一次拍卖是在什么时候进行的？
在波卡于2024年9月19日进行运行时升级并推出Agile Coretime之前，一直在进行拍卖。正在进行的拍卖被取消，之前拍卖的现有活跃租赁被迁移到Agile Coretime。如果你已经确保了租赁，你将自动获得相应的Coretime，并有续签权。
注意：如果你的团队使用新的paraID确保了租赁，请阅读关于交换的问题，详情请参见：
我何时以及如何续签我的旧版租赁？
[slots.leases]将迁移到[leases]代理模块中，其过期时段切片[timeslice]与你的原始过期区块相对应。租赁到期后，平行链将保留一个核心，直到其过期的销售期结束。之后，销售[interlude]期开始。在那个销售期内，你可以通过调用租赁核心的[renew]函数来续签你的批量Coretime。价格将按市场价格收取，等于该销售期内批量核心的市场价格。
更多详细信息，请参阅我们的技术指南，详情请参见：
所有租赁都会迁移到Agile Coretime吗？
如果你的团队在Agile Coretime推出之前已经确保了租赁，那么他们也将拥有Agile Coretime的租赁，并在租赁到期时有续签的权利。如果你的项目的租赁只在Agile Coretime推出后才开始（在推出时还未生效），那么该租赁将被取消，你锁定的KSM将退还。你需要购买并分配Coretime。
注意：如果你的租赁不连续，它也将被取消并退款，因为Agile Coretime不支持有“间断”的租赁。
我还能和其他项目交换我的租赁权吗？
遗憾的是，在当前的Kusama版本中无法进行租赁权交换，并且也不建议在波卡上进行，因为Agile Coretime模式下不存在租赁权交换机制。然而，为了确保顺利迁移，我们正在为波卡实施一个解决方案。一旦我们在波卡上发布Agile Coretime，你应该能够调用交换外部函数（详情请参见：
https://github.com/paritytech/polkadot-sdk/issues/3552）来与另一个项目交换你的租赁，并且这一变化也将在Agile Coretime上反映出来。
我的租赁即将到期，我需要做什么？
如果你的租赁即将到期，你的核心将被添加到允许续签的列表中，你可以在其他市场参与者能够对其出价之前，以固定百分比的增长率续签你的核心。请确保在中介链规定的期限内续签你的租赁，以避免你的链停机，并可能失去你的固定续签费用。
任何账户都可以代表一个平行链续签Coretime吗？还是需要由平行链的主权账户来进行？
是的，任何拥有足够资金的账户都可以为任何给定的、符合续签条件的平行链在核心上续签Coretime。
在实践中，Coretime的价格是如何确定的？
起始价格最初由公民投票设定。在后续的销售中，它取决于售出的核心数量与待售核心数量的比例。如果售出了理想比例的核心（该比例也通过公民投票设定），则价格保持不变。如果售出的核心数量少于理想数量，则价格降低。如果售出的核心数量多于理想数量，则价格上涨。这样，价格就对市场状况、初始配置以及销售中提供的核心数量敏感。
技术上如何测量和分配Coretime？
Coretime Chain是波卡网络中提议的一个新系统平行链，负责Coretime的管理。它被设计为处理批量Coretime的分配，并跟踪作为非同质化资产（NFT）的Coretime的所有权。Coretime Chain向中继链提供有关可用核心数量、每个核心上运行的任务以及按需Coretime信用的会计信息。此外，它还处理续签，并允许对批量Coretime进行各种操作，如转移、分区、交错、分配给任务以及按需Coretime的合并。
为什么按需Coretime的销售在中继链上进行？
最初，销售是在中继链上执行的，但它们可能会转移到Coretime Chain上。延迟是唯一的缺点：在需求较低时，通过中继链，买家会立即收到Coretime，但如果通过Coretime Chain执行，则会有延迟。在需求高峰期，无论如何都会有排队等待的情况，因此这个延迟就不太重要了。
对于按需任务（以前称为按需平行链）来说，定期向中继链发送外部函数以允许区块验证的最佳方式是什么？
目前正在实施（详情请参见：
https://github.com/Magport/Magnet/issues/4）。无论如何，有效的方法是“手动”订购按需Coretime，例如通过polkadot js发送[onDemandAssignmentProvider]的[placeOrderKeepAlive]外部函数。你可以在此处找到一个简单的逐步指南，详情请参见：
按需coretime将配置多少个核心？
我们当然会先在Kusama上配置一个核心，在波卡上也配置一个，然后看看初期是否足够。
如果我的链用完了coretime会怎样？
你的链将无法进一步验证区块，并将停止运行。
拆分和交织是什么意思？
拆分和交织是任何人都可以在其自己的区域内执行的操作。执行其中任何一项操作都会导致具有新特性的新区域产生，并使原始区域的所有者无法续签。
- 拆分（Splitting）：将一个区域拆分为具有不同开始和结束时间片的多个区域的操作。
- 交织（Interlacing）：将一个区域拆分为在每个时间层的不同区块上执行不同任务的操作。结果区域将与父区域具有相同的开始和结束时间片，但不同任务将在不同区块上执行。
原文出自Polkadot Wiki，详情可查看：
本内容旨在传递行业动态，不构成投资建议或承诺。
24H热门新闻
暂无内容
