前排
？

废话不多说，先丢两张表。表是随便做的，颜色没做太细区分和悦目处理，反正也不主要用于看，只是用于了解。
数据个人只做了简单的了解，30个以上是否存在奖励增幅，个人不知，欢迎打脸。
已知，点数为5时，奖励2点，为10时，奖励4点，为15时，奖励8点，为20时，奖励10点。再高也不会有更多的奖励。
根据第二个表，得知，点数奖励最大化的情况为15点，其次为16点与20点。再者为17、21、22点，其他过低，暂不考虑。

很棒的帖子

顶

封面

此处拿高级指数作为例子，满点数为100。（只列出几种情况下所需点数，不混杂多捡少捡的情况）
交付点数：每次交的点数
交付积分：每次交的点数与奖励分之和
交付次数：需要上交的次数
剩余点数：最后剩下的不足以需求一次完整交付的点数
剩余所需：剩余点数所需要的实际点数
所需总点数：使用该方式交付，最后总共需要消耗的点数
效率增幅：根据该方式交付，获得的收益百分比
根据上图可以看出，正常在5、10、15、20点交付可以省去大量的所需点数，效率最高可以提升50%以上。
增幅的幅度也与前面点数表所列出的增幅比相差无多。所以本处并不列举6、7、8、13这些情况下交付所需的点数，效率增幅可以参考前面的点数增幅表。

你就只有这一张？

好的，数据了解的差不多了，该说，到底该怎么交了。大概聪明的人已经知道该怎样了吧？
根据这场指数点数，得分614，击杀423得出，614-423=191，191/423≈45%，效率提升约为45%
不过实际需求是600，那么实际应该按照600来算，600-423=177,177/423≈42%，实际效率提升约为42%
因为是实战，所以会产生一些溢出，以及多捡到一些或捡豆者并不是很了解捡豆规则的情况，怎么实际处理这些情况，大概就是接下来要讲的了。

15个一交最好我早就知道了