从 KP3R 的增发和 Keep3R 经济模式分析平台业务增长能力

昨天的文章我们讲了Keep3R是一个去中心化的工作外包平台，它连接着提供任务的项目方和寻找工作赚取收益的打工人Keeper。

而Keep3R的通证KP3R是项目方向完成任务的Keeper进行结算和工资支付的货币，当然项目方也可以选择ETH或者其他ERC20代币（比如项目方自己的通证）进行支付，不过用非KP3R的代币进行支付有一个缺点：需要向Keep3R的金库支付0.3%的手续费。

项目方对KP3R的需求可以看成是KP3R的第一个应用场景。

此外参与Keep3R网络的治理，也需要质押KP3R，治理的内容就包括投票决定Keep3R金库中资金的使用。这可以看成是KP3R的第二个使用场景。

另外，打工者Keeper如果要想要获取更多的报酬，也需要质押更多的KP3R（目前是限制在200个以内），同时想要抢到级别更高的任务，也需要满足项目方对质押数量的要求。这可以看成是KP3R的第三个应用场景。

从Keep3R网络的运作模式来看，KP3R是一个功能性比较强的通证。它能够从系统中捕获的价值点是比较多的，比一般项目通证的价值捕获能力要强很多。

昨天有同学留言问KP3R的通证是不是通胀模式，确实是的。

虽然它的发行总量为200011枚，但是keeper在做任务的时候领取的工资，实际上是根据项目方为系统提供的KP3R+ETH流动性中的KP3R数量进行铸造的，实际上这部分就是增发。

上面这张从Keep3R官网上截的图显示，到目前为止整个系统已经完成的任务为4761件，奖励出去的KP3R为899枚。

也就是说总共增发了899枚，时间长度为41天（10月28号开始），平均一天增发数量为21.92枚。如果按照任务数量来计算，每件任务增发的KP3R数量为0.189枚。

而我们看到系统中质押的KP3R总量为2736枚，那么增发占质押的33%，占总量的0.045%。

这个增发比例相对于系统中的质押锁仓量和总量都是比较小的，而且增发的目的是用于矿工的劳动挖矿所得。有增发就说明是有矿工在创造更大的价值出来，那么整个系统的价值也会增大。

也就是说增发的越多，系统的价值会越大，这与一层网络的公链纯粹为了给质押发奖励，没有创造多少实际价值的增发是有很大的不同，因此KP3R的增发本质上是系统价值增长的一个体现。

雪儿认为相对于公链通证的增发，KP3R的增发更健康，因为它是基于价值增长，也就是整个系统需求的增加来调整供应量，这与我们现实世界的法币会根据经济发展状况来调整供应量有某种相似性。

所以增发对KP3R应该不是多大的问题。

但是这个分析也不代表矿工，也就是Keeper们不会抛售赚到的KP3R。

抛售的问题是由趋利的人性决定，就像持币成本低的人总有一部分会在利润预期达到时选择卖出一样。我们能够分析的只是增发相对于需求的比例，或者说一种概率，没法做到确定性的预测。

以上是从经济模式来讲KP3R的价值。

接下来我们要分析另一个问题，如何才能让KP3R有更大的价值，或者说如何来增加Keep3R 的网络资源，从而更多地赋能KP3R？

根据Keep3R网络的运作模式，平台的盈利能力或者说价值来源很显然是能够撮合和匹配更多的供需，也就是有更多的外部开发者（Keeper）能够在网络中找到适合自己的任务，或者说有更多发布任务的项目方能够找到胜任任务的Keeper。

这个问题的本质就是要有更多的项目方，更多的外部开发者加入进来，还需要发掘出更多适合Keep3R平台发布，或者说适合通过外部开发者来执行的场景和任务。

我们从Keep3R平台这段时间的业务发展来做一个简单的了解。

上图是11月28日Keep3R的任务情况，完成总量为3153件，Keeper数量为742人。昨天截图的时候任务完成数量是4557件，Keeper数量为805人。十天时间完成任务增加了1404件，如果按照这个速度一个月的增量可以达到4212件。

而在过去的一个月（10.28-11.28），完成数量为3153件，因此，如果就按照过去十天的增长速度，一个月完成任务数量的增长比例将会达到33.6%。而刚刚去看了一下，目前的任务完成量为4780件，相比昨天增加了223件，按照这个速度这个月增幅将会达到46.8%。

这些数据说明，平台的业务需求正在以一天比前一天更大的速度在增长。

除了业务量之外，我们再来看一下业务（任务）种类和项目方种类的增长情况。

以上的文字是从AC10月28日的文章中截的图，他介绍了当时平台可以提供的工作类型，只有Uniswap V2中的预言机喂价这一种任务。不过他提到以后会有更多的工作会被添加进来。

上图是今天截的，显示的是目前网络上的任务列表。

可以看出现在的任务类型已经扩展到了预言机喂价，清算，资金池守护，收益守护，投资策略更新，交易滑点喂价等等；提供任务的项目也扩展到了Uniswap, AAVE, Hegic, Yearn, Cream, Metakeep3r, Curve, Keep3R, Deforce, Hegic, Bzx, Sushi, Mushroom等等。

那么到底什么样的工作可以发布到Keep3R网络上来，或者说什么样的工作适合招募外部开发者来协助项目方进行处理和执行呢？

昨天我们大概讲了是在去中心化协议里面的一些重复性工作，今天来详细地说一下。

项目方会有这样的需求，主要是由于智能合约的特性所致。因为智能合约不是一个能够持续不停运行的程序，它的运行只能在逻辑设定的期限范围，或者gas能够持续的时间。一旦代码的逻辑执行完成，或者Gas耗尽，智能合约就会停下来。

而下一次启动，需要有外部力量去再一次触发它。

就像上了发条的玩具一样，它只能在发条能量维持的这段时间行动，发条能量用完了，下一次启动，你得再一次把发条给上满。

因为有这种局限，以智能合约驱动的很多应用和项目都有一些行为需要外部力量来触发。比如我们在挖矿时候的领取收益，智能合约就不能帮我们把收益领出来再复投进资金池赚钱更多收益。我们只能手动去收矿再重新添加到池子中去。

现在也有一些项目会帮我们去做这件事，比如Yearn和其他机枪池做的就是这样的工作，它会帮助用户实时领取收益并复投赚取更多收益。除此之外，它还会帮助用户监控和比较不同平台的收益变动，并及时更换投资策略以获得更好的收益。

但是他们做这件事的方式其实是通过开发一个机器人或者一段脚本程序来实现自动的监控，并在需要的时候自动采取行动来触发第三方项目的智能合约。

类似地，智能合约需要触发的场景还有很多，比如在Uniswap上你想以低于现在的价格进行成交，当价格跌到你想要的价位时需要有人帮你发送交易请求；还有比如AAVE的清算合约需要时时获取某个币种的价格，来判断借款人的抵押资金是否足够支持借款的金额；

另外比如AAVE这种借贷平台的清算在达到清算价位时，也需要有人来主动对即将欠债的账户发起清算操作。而他们在执行清算任务时，一般也是由自己写一段脚本程序来执行。

从上面的这些例子可以看出，目前智能合约的维护任务执行中存在很多的问题。

比如不同的项目和智能合约触发时执行的流程，需要的技术可能都会不一样，很多时候Keeper们需要根据任务的要求自己定制相关的代码和脚本才能执行；

很多任务需要有专业的，而且是针对性的技能，这样项目方大范围招募Keeper也有困难；

有些任务的执行需要调用合约，或者涉及比较复杂的操作，很可能Keeper执行任务花费的Gas费比获得的收益还要高；

另外由于这些任何散落在很多平台的智能合约中，无法实现标准化，很难大范围推广，这种局限性也会限制资源的发挥的效率，以及项目和应用的发展，对行业的标准化和规模化也有影响。

Keep3R想要做的就是让这些智能合约和项目的维护工作能够慢慢走向专业化，标准化，规模化，从而让维护变得简单，提高效率和资金的使用率，促进整个生态的发展。

它做的就是把任务提供方和承接方聚集在一个平台，相当于建立了一个去中心化的人才市场，供需双方可以自由寻找，选择和匹配，用市场的力量来提高效率。

同时因为市场上可供选择的Keeper数量很多，目前已有800多人，这些人相当于这个系统中记账和出块的节点。这些节点随机性地被选择来维护不同项目的任何，可以大大提高去中心化程度。

这是平台以聚合的机制来吸引任务的供需两方，提高任务的匹配效率，从而增加平台业绩和价值。

除此之外，Keep3R还设计了很多挖掘任务需求，扩大业务场景的布局，包括不同项目的合作，开发新的项目等等。

更深层次的布局和设计我们以后再来分析。

总结：今天的文章主要讲了两个方面的内容

1. 从Keep3R的经济模型分析了其通胀的本质，比较了其通胀与其他公链通胀的区别，结论是Keep3R的通胀是一种比较健康的通胀模式；

2. 从平台业务数据，商业模式，以及机制设计等角度分析了Keep3R的业务增长能力，结论是Keep3R具有比较强的增长能力，也具有比较大的潜力。

—-

编译者/作者：币圈小雪

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。