

我们是TAGGR,一个自2021年12月起在IC上运行的小型实验性去中心化社交网络。它由我创建,目的是探索IC,拓展其边界和生态体系,学习在广阔无边的去中心化海洋中航行。
亲爱的NNS DAO,
我们是TAGGR,一个自2021年12月起在IC上运行的小型实验性去中心化社交网络。它由我创建,目的是探索IC,拓展其边界和生态体系,学习在广阔无边的去中心化海洋中航行。
几个亮点:
在3月24日星期五,一场灾难发生了:
我在创建一个升级提案时,不小心上传了一个错误的二进制,
它不仅是一个错误的二进制文件,而且是没有读取之前的堆数据的二进制文件(否则升级就会失败)、
DAO在没有人验证二进制哈希值的情况下就批准了该提案(它与提案上提交的构建不一致)。
对于所发生的事情没有任何借口。作为一个专业的工程师,我失败了,我们其他人也不是一个负责任的DAO。我们迭代速度太快了,而且太轻率,没有准备好迎接真正去中心化的挑战。虽然这是一个痛苦的挫折,我们甚至考虑永远结束这个实验,但在作战室无数个小时后,我们确定了导致这种情况的最重要的问题,并提出了一个防止它再次发生的具体计划。
现在我们想听从你们的安排,请求再给一次机会。
我们建议增加NNS根罐的ID r7inp-6aaaa-aaaaa-aaabq-cai,作为Taggr罐6qfxa-ryaaa-aaaai-qbhsq-cai的一个额外控制器。这将需要建立一个特殊的复制版本,并在mpubz子网中部署一次性的补丁。
一旦完成,我们将创建第二个NNS提案,将Taggr升级到一个正确的二进制,就像现在对系统罐所做的那样。我们以前没有意识到这种可能性,在可预见的未来,我们很可能会让根罐作为Taggr的第二个控制器。这是所有DAO的新的最佳做法,也是这次事件的主要教训。
如果DAO不支持恢复,我们有什么选择?
通过选项1进行恢复会破坏所有现有的II登录,或者需要在II罐内进行永久性的Taggr特定修复,这将由DFINITY团队永远维护。到现在为止这是第二个教训。即使存在备份,IC也并没有为dapp提供一个完整的恢复路径。
选项2是令人沮丧的,原因显而易见,因为我们会失去我们的整个历史和投入到创建我们内容的工作。
你用来登录Taggr的所有域名,在创建后一小时内,用这个提案的ID恢复都会在子域上得到一个TXT DNS记录。使用这些命令中的任何一个来检查这个记录:
nslookup -type=txt recover.taggr.top
nslookup -type=txt recover.taggr.link
nslookup -type=txt recover.taggr.network
nslookup -type=txt recover.taggr.club
我们还将在@TaggrNetwork上发布关于该提案的推特。
我们向IC上所有DAO同伴问好,并敦促他们在可以的情况下将根罐子添加为控制器。从我们的错误中学习!
真诚的,
https://i.imgur.com/2al1rAk.jpg
X & the TAGGR DAO.
我认为NNS 绝不能与非 NNS 创建的应用程序混合使用,这是应用层的问题,不应该由NNS来承担解决方,所以我们投NO
NO