LikeCoin v3 升级/迁移中的 CDC

以及尽管咱是 CDC （Community Delegation Committee）成员之一，但以下除非另有声明，皆为咱个人的想法而非 CDC 集体的“官方态度”。

在第一次完成补助发放（虽然也晚了两个多月）之后，咱才想起来把这两个月中 CDC 在忙什么整理出来，为了引出下一个想法。

ping.pub/likecoin/tx...

为什么通胀率要降至 0%？

落實驗證人的過渡期安排後，社群應通過參數修訂議案，把 LikeCoin 鏈的通膨率調至 0，停止增發 LIKE 2.0，以鎖定待升級通證的數目，避免數字隨著每區塊不斷增加，難以執行升級。

凍結 LIKE 2.0 供應量帶來的另一效果，是剔除賺取質押回報的經濟誘因，以免用戶寧願留在 2.0，拖延升級 3.0 的進度。

-- LikeCoin 3.0 綠皮書．三．升級七部曲 / Chungkin Express

ckxpress.com/likecoi...

虽然并没有说法一定要按照这份绿皮书的步骤来走（以及汝如何看待“正式通过 LikeCoin 3.0 升级”这第一步是从 #85 还是 #92 通过开始等等），但这里已经埋下一颗“炸弹”了。

于是有了 #90

[Parameter Change] Set LIKE inflation rate to 0% and initiate Validator transition subsidy

ping.pub/likecoin/go...

在收到 #90 的草稿之后，咱当时想要进一步讨论补偿方案的想法咱时被 CDC 其他成员的“待到提案通过后再商讨细节”的建议给推迟了。直到 #90 通过，或是有验证人在 Discord 里提及此事，才发现这真是一个参数调整提案，而通胀率也真切实际的已经变成 0%了。

#90 为核心的补偿方案的产生

差不多是意识到上面那点的七月中旬，咱带着咱对补偿方案的修改想法，和待签名的取回委托交易的文件发出了邮件，在那之后讨论的共识大约是：

• 出于网络稳定性和安全性的考虑，不建议一次性取回 CDC 的所有委托。

• Validator 过渡补偿机制基本上应该按照 #90 已有的部分进行（每月预算 182.5 万 LIKE，持续六个月）。

• #90 没有明晰的部分，待 CDC 中形成共识后执行。

于是，目前确定的一共有这么几步：

• 每月补助预算仍为 #90 约定的 182.5 万 LIKE。发放时间范围为 2025年6月至12月。

• 发放方式为倒填机制（9月发放的是8月的补偿，以此类推），符合资格的验证人在每月 13 日确定（上个时间范围内总在线时长达到 95%以上的验证人）。

• 从现有的委托中取回一半（约 1.3 亿 LIKE），用于准备发放接下来的补偿，和协助社群基金（Community Pool）向 V3 的迁移。剩余部分则转移委托至 Civic Liker, OurSky, OldCat, Yotisu, 和 Liker.Social.

• 至于咱想做的补偿方案修改（主要是通胀率选取基准），需要另外提出提案讨论。但即使修改方案获得通过，已经按照现有方案发放的补偿并不会补填。

为什么只成功了一半？

指为什么才发出来 6 月的补偿？

老实说咱不知道 🥲 ，错误消息也只有诸如 “Unexpected EOF” 和 “Unable to verify signature” 一类的没什么用的话。 但有一个关键的问题可能需要解释一下：

CDC 的钱包是一个 Multi-sign Wallet ，而设计上，无论成功与否，将来自成员的多个单独的签名组合成单个签名的操作只能进行一次。（第二次使用同一个签名就会产生那个神秘的 “Unable to verify signature from like1……” 的错误）

所以一旦组合签名没有成功产生，签名的步骤就要重新进行一次，必要时还需要重新产生待签名的交易文件。（例如在第一次取回收益的时候，还遇上了一回经典的 Out of Gas 错误）

咱希望确定或变动的地方有哪些？

基本都会影响补偿发放的数量，咱希望增加补偿数量的动机，一部分是来自自己作为 Validator 的私心（笑），一部分则是咱在咱的草稿中预测的一种“中间状态”——过渡补偿机制应该能够平衡节点运行的成本。

更加有私心的想法也还有，例如要不要在中间或是最后的某个阶段，为 CDC 的两任成员提供一些“回馈” 等等 🤣 （这个和下面对 IBC Relayer 照顾的计划是前几天才想到的，还没在 CDC 里讨论过）。

补偿措施的储备计算

除了模拟通胀产出的部分，是否可以为补偿措施分配更多预算？

咱的设想是除了 CDC 钱包源自社群基金的1亿，剩下的部分都可以用作补偿的储备。（当然，储备不见得全部要发出去）

在某次回忆的讨论中中甚至更进了一步，计划把 CDC 钱包中所有的 LIKE 都拿出来发了（笑）。虽然这个想法马上被纠正了就是。

最近 LikeCoin <-> Osmosis 的 IBC 通道续约（还是更新？）的提案正在 Osmosis 上投票，这让咱想到了一个新的问题，维持 IBC Realyer 的运行需要同时运行两条链上的节点，即使另一条链正在平稳运行，是否需要在补偿中为运行 IBC Layer 的 Validator 增加一些？

除此以外，有没有可能随着验证人总量的下降，对单个节点的负载可能会增加。不过随着时间流逝，交易大部分都会迁移到 OP Mainnet 上，这一部分的影响可能不会那么明显？

通胀率的计算基准

#90 模拟的通胀增量是以 #89 通过变更的 3% 为基准的。咱当时的意见则是，3%也是 LikeCoin v3 升级期间的一种过渡措施，所以应该使用 #89 前的通胀率 7% 为计算基准。

假如咱设想的 7% 能够通过的话，大约就是每月发放的数量会增加一倍多一些。

补偿措施实施的时长

#90 约定的是从 #90 通过之后算起的六个月。咱的想法则是可能会稍微延后一些：

• 因为通证（Token）迁移最早也要到 10 月才会开放，而绿皮书建议的商议限期以通过升级提案后的若干月约定期限。所以变更为以 #93 通过的时间开始（2025/9-2026/2），或是以开放通证迁移的时间开始 ，或者六个月这个时间长度也值得商榷？

每月的发放数量

是用每月的预算对当前在线的验证人平均，还是约定一个定值？

• 如果用每月的预算对当前在线的验证人平均，则随着验证人下线，每月对剩余验证人发放的数量会增加，这是否对已经下线的验证人有所不公？

• 如果约定一个定值，考虑到上面说过的负载变化，和未来有可能发生的币价变化等因素，会不会不足以负担验证人的成本？

我是一般持币者，不是 Validator，这些和我还有关吗？

Validator 过渡补偿机制意在维持 LikeCoin Chain （v2）在迁移过程中的安全和稳定性，确保迁移能够顺利完成，避免验证人因为没有收益过早下线。

接下来呢？

如議案能順利於月底前通過，我們將於下次社群會議，也就是九月一日（星期一）台港時間 18:30，舉辦簡單而隆重的鑄造儀式，在直播中跟社群一起見證 LikeCoin v3 通證在 Optimism Superchain 的 Base 鏈誕生。會議地點大家不妨先記下來：meet.google.com/ndv-fbfx-cat；如只觀看直播，也可使用 YouTube：youtube.com/likecoin 。

-- LikeCoin v3 將於十月推出，前提是...... / DHK Weekly

确定 LikeCoin v3 白皮书的提案 #93 已经在几天前通过了。于是欢迎大家在 9/1 见证第一批 LikeCoin v3 Token 的诞生，如果支持咱对 Validator 过渡补偿机制的调整计划，或是有别的意见，也可以在下面和咱讨论。

另外，咱在讨论期间使用的方案草稿在这里： hackmd.io/@kenookami... 。