xx labs团队正在推动对归属时间表的修正 2022年1月21日
概述
随着BetaNet赌注奖励计划的颁布，新的归属时间表被添加到xx network的大多数钱包中。xx labs团队已经发现在计算这些新的归属时间表时出现了一个错误，并且已经开发了一个修复程序，将恢复正确的时间表。
在这篇文章中，我们将首先深入探讨xx network中的归属问题。
然后，我们将解释BetaNet赌注奖励计划是如何实施的，颁布后发现的问题，以及我们如何修复这些问题，其中涉及修改不正确的归属时间表。
最后，我们将在以下网址公布所有修订的归属时间表 https://vesting.xx.network 为所有硬币持有者提供JSON数据格式和一个附带的包含归属图的PNG文件。我们还提供了因上述问题而影响硬币持有者的不同情况的例子。
我们将在2022年1月21日推送这些更正。
什么是归属时间表
归属是一个传统上用于股票期权的概念，即授予一定数量的股票单位，但这些单位只被给予（他们 马甲)的部分时间，例如，每季度或每年。
在xx network的背景下，其概念是相似的，但执行方式不同。授予的全额金币直接给到接受者的账户，但有一个归属时间表，即 锁扣 在一段时间内的硬币。被锁定归属的硬币可以用于网络中的任何操作（除了被用作 保留 币），但不能转移到任何其他账户。归属下的硬币随后在每个区块都会被解锁。
xx network中的归属时间表由三个字组成。
- 通过归属锁定的金额。 洛克d
- 解锁每个区块的金额。 per_block
- 当硬币开始被解锁的区块。 开始阶段
我们使用归属时间表对硬币进行两种不同类型的限制：在指定的时间内全额锁定，或线性解锁，从一个特定的时间点开始，也有一个指定的期限。
实例:
对于BetaNet节点来说，每月分批给7000个硬币的归属时间表是这样的。
- 洛克d:7000
- per_block:7000
- 开始阶段:1123200
这个例子放置了一个7000的锁，在区块1123200开始解锁，每个区块解锁7000。这实际上意味着，这批7000个币被锁定到1123200区块，并在1123201区块完全解锁。这个特殊的例子是针对2021年1月的BetaNet奖励，因为1123200区块等于1123200/（24小时*每小时600个区块）=78天，这意味着锁定在2022年2月1日结束。
为BetaNet赌注奖励提供的硬币的归属时间表是这样的。
- 洛克d:23812
- per_block:0.009186728
- 开始阶段:432000
这个例子放置了一个23812的锁，在区块432000开始解锁，每块解锁0.009186728。这意味着23812个币被锁定，直到区块432000，然后以每区块0.009186728开始解锁。我们可以通过将锁定的除以per_block来计算归属的时间：23812/0.009186728 ~= 2592000块，也就是2592000/(24*600) = 180天。这意味着该价值在开始归属6个月后完全解锁，432000/(24*600)=主网启动后30天。
Betanet赌注奖励
在2021年3月，团队宣布了BetaNet赌注奖励计划，该计划适用于主网启动时的所有硬币持有人。该计划的年利率为50%，每天计算利息，从2021年3月1日到主网启动。3月1日之后收到的硬币只从获得的那一天开始计息。奖励金额是为每个硬币持有人计算的，并在主网启动前公布在创世区块电子表格中。在创世区块中，奖励金额是在索赔模块中为每个持币人配置的，或者直接在BetaNet赌注奖励模块中配置。
该计划的设计有以下奖励方案。
- 没有归属感，给予2%的奖励
- 100%本金加奖励的1个月归属，12%的奖励是给的
- 本金加奖励的90%的3个月归属，奖励的45%的给予
- 6个月的本金加奖励的80%的归属，给予总奖励。如果没有选择，这是默认选项。
- 本金加奖励的100%的9个月归属，奖励的120%是给的
BetaNet赌注奖励模块的设计是为了支持该计划的必要功能。该模块允许用户在xx network地址中认领他们的硬币，以选择他们想要的选项。此外，该模块配置了一个颁布区块，被设置为主网启动后的30天。这是必要的，以便有时间让社区对该计划的接受程度进行投票。该计划通过公投获得批准，硬币持有者在一周内进行投票。
在颁布区块，程序被执行，奖励从主网赌注奖励池中发放给所有硬币持有者，并根据所选选项应用归属时间表。默认的6个月的归属权被自动应用于所有剩余的债权，奖励金额被添加到债权价值中，并添加归属时间表。
现有的问题
该小组确定了3个影响BetaNet赌注奖励计划颁布的问题。
- 剩余的索赔 - 锁定的金额是在奖励加到本金后计算的，即锁定=0.8*（本金+奖励）+奖励，而不是锁定=0.8*本金+奖励。这导致许多遗留索赔的锁定金额高于预期。
- 归属计算--要锁定的金额是通过取所需的锁和减去当前在颁布区块已经锁定的金额来计算的。这是一个尽力而为的解决方案，它从奖励中锁定所需的金额，同时保持现有的锁，导致归属的锁总是比以前高。然而，在许多情况下，这种解决方案会导致锁定的价值低于程序要求的价值，这可能会在选择不同选项的硬币持有者之间造成不公平的情况。此外，在某些情况下，锁定的价值开始时比需要的高，然后下降到比允许的低。
- 不正确的奖励支付 - 考虑一个用户有两个独立的索赔，一个没有归属时间表（例如来自原始销售），另一个有。如果两者都被领到同一个地址，那么只有第二个地址的奖励价值被保留。这意味着，在颁布区块中，第一个索赔的奖励价值没有被支付。这个特殊的问题只影响到3个硬币持有人。
修复问题
正如之前在一个论坛上宣布的那样 职位，该团队提出了一个区块链运行时间更新，增加了额外的功能。这包括两项功能，授予技术委员会以全票通过的方式，修改索赔和归属模块中的归属时间表的能力。这一升级在公投中获得批准，并在上周四（1月13日）颁布实施。
这些特权函数将被团队用来修复不正确的归属时间表，然后将在进一步的运行时间升级中尽快删除。
新的归属时间表
所有硬币持有者的归属和BetaNet赌注奖励计划信息可在以下网站找到 https://vesting.xx.network.
对于每个硬币持有者，都有一个JSON文件，其中包含以下信息。
- 本金：创世时存在的钱币数量
- 奖励：给予的奖励，根据所选择的选项进行调整
- 选项：BetaNet赌注奖励计划选定的选项
- 归属：关于归属的所有信息
- 原文：创世时存在的归属时间表
- betanet_rewards: betanet赌注奖励所要求的归属时间表
- on_chain: 目前在链上的归属时间表
- 计算：固定的归属时间表
- incorrect_on_chain：在链上归属中指定的标志不正确。
对于每个硬币持有者，都有一个PNG文件，其中包含三个锁定的硬币数量与区块编号的函数图。这些图表提供了一种更简单的方式来比较不同归属时间表在一段时间内锁定的数量。
- 原始归属（左）：该图显示了原始归属时间表（蓝色）与BetaNet赌注奖励所要求的时间表（橙色）。在该计划颁布后，锁定的金额必须始终是最严格的一个，即max(original, betanet_rewards)
- 链上归属（中间）：该图显示的信息与前一图相同，但叠加了链上归属的时间表（绿色）。在这里，持币人可以立即看到当前的归属是否无效，以及是否锁定了更多、更少（或两者）的硬币
- 新的归属（右）：该图显示的信息与第一张图相同，但新的（固定的）归属时间表重叠在一起（绿色）。在这里，持币人可以看到团队将设定的归属时间表，以解决发现的问题，可以看出，这总是遵循原始和betanet奖励归属之间的最大值。如果这个图表与中间的图表相同，这意味着链上的归属已经正确。
每个JSON和PNG文件的文件名是硬币持有者的xx network地址，如果截至870000区块，硬币没有被认领，则是ETH地址。 我们鼓励所有社区成员找到各自的信息，并在发现任何问题时联系团队。
方法论
所有必要的信息都是直接从创世区块和各个区块的链上状态中编译出来的。在生成所有文件时，进行了多次检查，以发现任何问题，并加以纠正。固定归属时间表的计算是通过调整原始时间表并根据需要增加BetaNet奖励时间表的部分来递归进行的，这样得出的总数与所有区块的必要锁相匹配，这正是两种类型时间表之间的最大值。
不同情况的例子
没有原始锁的遗留索赔，显示问题1
带有原始锁的遗留索赔，显示了第1和第2期的内容
原有锁具的遗留索赔，但归属正确
带有原始锁的支架，显示问题2导致比预期更高的锁。
带有原始锁的支架，显示问题2导致最初较高的锁，然后比预期的低。
带有原始锁的支架，但归属正确
没有原始锁，但归属正确的持有人
带有原始锁的持有人，显示错误1，由于在颁布后索赔
