力场事|V币历险记12
郑重声明：以下故事，是V哥的臆想，完全无稽之谈，如有雷同，纯属巧合。
上节讲到，V探被放假回家休息，冥思苦想V链的运作设计。
V币，应该怎么设计这个激励机制呢？
V探一想到这个，就有点头疼。虽然约好了专家小组明天再见面商量，但自己没想法，也是不行了。而且这个时候，去问V总，也不是个事儿。因为在公司，V总是负责战略方向，具体技术问题，还是得自己先拿好方案先。目前看来，V总基本是同意专家小组意见的，但这个设计模式，但具体安排还没有，怎么办？
V探正在头疼，突然手机滴滴的响了几下，屏幕显示有一份电邮。打开一看，原来是团队里面有名的“小诸葛”——Mose发来的邮件。
Mose在团队里，也是非常得力的。经常主动想事干事，经常有一些点子想在了V探的前面。
Mose这次发来了一封信，题目很有意思：不知死，焉知生？
V探一看，就笑了。这“小诸葛”，经常搞些危言耸听的词儿来吸引眼球。这次又有什么发现？
V探打开邮件正文，内容大概如下：
V探总好：
我认为，这次我们选择模式，非常重要。选对了，公司有望打出重围，打出生机；选错了，有可能损失惨重，起码延误战机。
为了避免踩到陷阱，我从一些失败案例中总结了几条，供参考：
1.过于迷信去中心化能自治演进的。比如，去年一度曾经很火的Brimax，上线后很快就出现抱团现象，社区有kol友善提醒要控制，但创始人觉得“这个是人性，目前看起来有问题。等到更多的人进来，就会冲淡这个情况”“我们要鼓励社区自治，让社区里面的人通过差评，来纠正这种情况”。可惜，抱团现象出现，利益迅速头部固化，很快Dapp不但没有增加用户量，反而造成了原有用户迅速躺尸甚至大量流失。创始人所期望的“更多的人进来”没看到，相反的是更多人迅速离开。另外的，“通过差评”来实现社区自治，后来则演变成了故意用小号制造水文，另外的号来举报水文，从而获益。过于低估人性的复杂，期望通过“去中心化”从而实现社区自治，成为笑话。
2.技术失控性。这个失误，也出现在上面的Brimax。由于不恰当地放开了高权限的api访问控制权，使得技术派羊毛党利用api全自动撸毛，一天对几千个机器赞评转，是真实用户正常操作的数倍。顷刻间，不但血洗了正常用户操作，而且也暴利碾压了小团队人力撸羊毛（这个虽然不好，但似乎还能增加点人气），变成了暴力技术硬拔羊毛，整个Dapp在哀嚎个把星期后，迅速死寂——人都走光！因为就剩一个彻夜不眠的冷血机器在拔毛，整个生态就是个血腥屠宰场，谁还来玩呢？
3.管理失误型。还是以这个Brimax为例。其实这个Dapp的底层技术还是不错的，但运营这个Dapp，就比较糟糕。Dapp刚上线时，社区人丁兴旺，币价上扬，“共识”迅速建立，似乎形势大好。但在迅速起步阶段，在管理决策当中，相关管理人员，就出问题了。当大量用户提出意见建议，希望项目方尽快堵塞漏洞时，项目方却做出了错误的判断，具体见第一条。看起来是观点不同，但事后看来，实际是管理失误——没有听取正确的意见，做出正确的决策。这个问题就大了，自己判断错误，但又听不进去正确意见。所以，只能在错误的道路上越走越远了。
还有其他几个原因，由于时间关系，先写到这里。
我认为，上面这几条，是我们V链项目需要认真避免的。
Mose 致敬，即日。
V探看完，觉得这个Mose写的有点意思。
于是，复了一封信，“来信阅，甚好！请继续研究，将其他“雷”也排出来。我们一起面谈讨论。辛苦了。”
放下手机，V探揉揉发酸的眼睛，“哎哟，不知不觉，又看了半天手机，真累啊！”
本节完。欲知后事如何，请看下一篇。
ChangeLog
利益声明：本人持有LC、KEY、FTN，以上不作为投资建议。
欢迎通过本人力场邀请链接加入力场。到力场了，欢迎关注“V哥”。
20190728创建，首发力场，其他平台为转载。
