尊敬的社区成员：
上周在 BSC 网络的流动性挖矿中，由于 bStable 缺乏失衡保护机制，前端页面缺乏警告，加上稳定币交易池在 QUSD 过多充入后失衡，套利者从交易池套取了超额 QUSD，导致部分用户的 QUSD 本金遭受损失。该事件经过发酵之后，对用户的信心和 QUSD 发行量造成了打击，对项目造成了负面的影响。
这一事故部分原因在于 QIAN 早期决策偏中心化，社区讨论不足，如果在上线 bStable 之前充分发动社区成员的能量进行 bStable 的产品调查，相信就能大大降低事故发生的可能性。这一点也提醒我们，在 QIAN 的运作中，一定要依靠和发挥社区的力量，才能给 QIAN 带来长远的利益。
该事件对参与用户造成了损失，部分社区成员的损失也有帖子为证：
根据建议贴里社区热心成员们的讨论，目前较为一致的意见主要有以下几点：
QIAN 项目的推动者（如 David Lei 等人）对 bStable 的考察不够详细，未能在上线前对用户进行风险提示，而用户对 bStable 的机制也缺乏深入研究，普遍单独充入 QUSD 进行做市，导致池子的稳定币失衡。因此，QIAN 项目对本次事故负有一定责任，应该对损失用户进行补偿；
补偿的方式建议为具有一定锁仓时间的 KUN，到期后可以解锁领取，且锁仓期间建议给这部分用于补偿的 KUN 投票权；
bStable应该拿出部分收入作为补偿，可以通过其代币空投等形式进行，且bStable在此次事故中负有主要责任，应该拿出明确的态度，给受损用户一个交代。
作为 QIAN 社区的发起人，我本人非常不愿意看到大家在 bStable 遭受损失，且本次 bStable 事故造成的影响，也影响了 QUSD 的发行量和用户持有 KUN 的积极性。希望能够通过合理的补偿，让用户对 QIAN 重拾信心，真正让 QIAN 走出这一场危机。因此，提议补偿方案如下：
本次补偿的范围，为新加坡时间2020年11月6日21:00至2020年11月7日23:59之间，进行了 bStable 流动性池 QUSD 充值且提取了 QUSD 从而实际承担了损失的用户。
在本次 bStable 流动性挖矿中遭受损失的用户，需提供 QUSD 的大致损失数量（精确到百位），在新加坡时间2020年11月6日21:00至2020年11月7日23:59之间充值且提款了的 TxID，以供验证真伪，并提供 BSC 网络的钱包收款地址，以便接收 KUN 代币补偿。
所提供的验证依据，需邮件发送到 [email protected]，以便进行核验。用户需要在一周内提供完毕交易证明，过期将被视为放弃补偿权。
QIAN 社区开发团队将根据每位用户损失 QUSD 的数量，按照 20% 的比例，以 1 KUN = 1 QUSD 的金额，计算所需 KUN 的补偿数量。
在统计完毕所有待补偿用户的数据后，将生成对应地址和 KUN 数量的白名单，并向社区进行公布。
QIAN 社区开发团队开发 KUN 的补偿锁仓合约，合约会记录每个白名单地址所能铸造的 KUN 上限值，合约部署30天后，用户将能够从特定的铸造页面，铸造出实际补偿给自己的 KUN 并进行提取。
在30天的锁仓周期里，用户的地址拥有合约内对应 KUN 数量的治理投票权重，可自由参与到社区治理投票当中，30天过后，用户可以选择不提取 KUN，继续享受相应的投票权重，或提取 KUN 之后，将 KUN 锁入治理锁仓合约，以便进行治理挖矿。
需要注意，如果在30天的锁定期内，QIAN 上线了治理挖矿，这部分锁仓代币将不能参加，用户需要在到期后手动提取 KUN 并锁入治理挖矿合约，才能获取治理挖矿收益。
由于 QIAN 和 bStable 是两个相互独立的项目，QIAN 社区对 bStable 能够施加的影响有限，因此本补偿方案仅讨论与 KUN 相关的补偿，不涉及 bStable 的补偿措施，关于 bStable 方面的补偿措施，请社区成员进行关注，多与 bStable 团队进行沟通，应该能够得到让双方都满意的结果。
以上关于 bStable 流动性挖矿事故的补偿方案提请社区讨论，24小时后，David 将根据讨论的结果拟定 QIP，开启正式的投票，投票将在 Snapshot 的 BSC 票仓进行。投票通过后，将由 David 委托社区开发团队执行，全体 QIAN 社区的成员将共同监督本次投票方案的讨论、制定、投票和执行工作。
David Lei
QIAN 社区发起人