首先还是说一段废话吧。
虽然P2P的互助精神，来源于大家自觉自愿的加入，按理说不应该过分依赖积分等奖惩制度。
但是如果没有良好的比较公平的评价系统，活跃的用户得不到应有的高优先级，不活跃的普通用户甚至于不分享的用户却也有比较高的下载权利，想必是大家不想看到的。
好久没有时间帮助大家在此很抱歉。这两天西交大的PT站遭到起诉，虽然鄙人正在考研，还是炸了出来了。
非常喜欢emule的分享，但是emule现在吸血骡猖獗，使得整个环境变差是不争的事实。大家都很努力自觉地在维护这个美好的分享体系，但是还是树欲静而风不止。这些年最大的流氓骡verycd死了，是好事也是坏事，但是可以看到emule用户的大量增加，是让人很欣慰的好事。我记得在一篇帖子里回复论述过互联网的未来绝对不是属于服务器的，而是各个电脑作为细胞组成互联网的生态系统。无论是网盘还是吸血骡，终将走向灭亡。但是这一天不一定是我等可以期盼得到的，也不一定是期盼不到的。
下面开始言归正传

此段论述积分系统的重要性
有一个不争的事实，对于emule，一个很大的问题是分享效率的问题。对于此我们采取了各种方式的反吸血方法，DLP,AGROS等等等等，都有成效，但是效果并没有期望来的大。一方面是官方的骡子没有主动鼓励使用反吸血的组件，另一方面，有法故有破，道高一尺魔高一丈，伪装永远是常见的手段，也永远是防不胜防的手段。
吸血防护当然很重要，虽然总有漏网之鱼，我们也得尽我们的能力来抵抗。
吸血是一个常见问题，无论是BT还是emule，但是BT的关键在于其可以由专门的服务器进行监管，而emule的积分系统完全是个人维护。
首先说明这并不是emule落后的地方，恰恰是其看到了中心服务器容易受到定点打击清除，我交的菩提想必就是很令人警醒的例子。
但是天下没有这么好的事情，安全的代价就是能力的限制，这就造成个人所拥有的对方的信息非常有限。我们只可以通过有限的会面而发现对方的信用情况---对方在我这里的上传下载记录。
因此emule的队列依赖于这种积分体系而存在，并为维护emule的公平公正的分享起着最基础的作用。而队列积分所依赖的就是一个合理的评价上传下载的算法。
这个算法不应当只是一个排队的游戏，对于积分的计算进行草率的定义，因此造成的冤假错案影响公平公正，势必影响其发展。而纵观之前所有的算法，有的采取硬性的根据上传量的指标进行的判别，有的采取上传下载的差或者比例。这些都能一定程度上反应出对方的分享精神。我们应当向这些发展出如此完善的积分系统的先辈致敬。
但是我们仍然应当希望可以从有限的记录中挖掘出尽可能多的信息以保证我们可以传给值得我们传数据的人。

对于目前的积分体系的详细情况，由于时间问题在此不作详细的分析和介绍，已经有相当厉害的任务整理于网上。可以移步emulefans去了解

可以看到lovelace是唯一一个试图摆脱积分系统对相互间绝对的上传下载大小进行比较的积分方式。它给出了一个用以摆脱这种束缚的可行的式子，但是很遗憾的是，当上传下载变大时，它仅仅仍然只是确定了两者的临界比例，虽然有所放松，最终还是在固定的以根号3倍的比值对两者进行了比较。
但是由于其走出了这一步，我将在他的基础上进行拓展其功能
我的考量如下
1、对于大方向上，已经分享1MB的继续分享的意图和100MB的明显是不一样的，我们希望已经分享多的人，尽量摆脱自己与对方在分享多少上的限制
2、积分的变化必须是始终平缓的，甚至于上传下载越大时，积分的变化应当更加趋于平缓，因为我们考察的是对方的意图而不是对方真的对我传了多少
3、新人必须拥有比只下载不上传的要高一些的权限来欢迎他们，但是为了防止吸血骡，我们希望它尽量迅速的下降评分，也不希望分数太高，取最高值与最小值的乘积的开方比较合适
4、为了抵抗吸血骡少量上传的伪装，参照MagicAngel的标准，但是我将在式子中实时提现这个问题，毕竟一点没传和传了一点也是不一样的。传到一点也是不太容易的。然而传一点还是可疑的，分数要尽量低，仍然放在低分区。
经过尝试，我建议的方法列式如下（A=上传MB数,B=下载MB数）：
temp = (D1*A^(1.8+D2*(A-C)/(B+2*C))-B^2)/((A+C)*(B+C))
总分=X*（1-1/(1+exp(D3+temp))）
P.S:
temp的范围和lovelace一样：-20000～+20000
X（数值大小的调整因子）=100，总分将下限设置为1，上限会自然限制在100，从而将结果变为整型数进行运算。
经过尝试，将各系数确定如下：
C=MB阈值(1.57)
D=比例系数，D1(主要控制下载上传较低时的评分)=1.8，D2(主要控制下载上传较高时的评分)=2.2，D3（主要控制初始用户的评分）=-2
X（数值大小的调整因子）=100
下面将对算法进行折线图的分析

@asp502010 @cooledonkey @苍老师的神器 @az13ds2 好久不见

对了，希望有morphXT源码的朋友留个言，不胜感激，网络情况很不好，镜像服务器连不上

貌似先进些～～
有个想法是：用图论模拟节点和流量试试看～～
留名，考后再研究看～～

前述算法有一个小问题，temp项修正为
temp = (D1*A^(1.8+D2*(A-C)/(B+2*C))-B^2)/((A+C)^2+(B+C)^2)
下面论述一下新的算法的特点：
模拟人的感官对事物的强弱感受的量度，即对数单位DB的量度方式来量度emule积分，并对几个关键的点（起始点，阈值点，数量比较大时的点）的特性进行一些调整
式子如下：
A=上传MB数,B=下载MB数,C=MB阈值(1.57),D=比例系数，D1(主要控制下载上传较低时的评分)=1.8，D2(主要控制下载上传较高时的评分)=3，D3（主要控制初始用户的评分,要求为正数，且小于2）=1，X（数值大小的调整因子）=10
temp=D1*(A+D3)^(1.8+D2*(A-C)/(B+2*C))/(A+D3)^2
总分=X*ln(1+temp)
总分为0.1X到200X
具体曲线特性我粗略看了一下，希望有时间的朋友可以帮我出几张图，具体分析一下，谢谢！

补充说明：上述temp所表征的量即我们日常生活中感受到的能量的绝对量度，总分即我们的感官对能量感知的方式的量度。整个曲线的特性个人非常满意

插楼

路过

新的 temp打错了，应该是：
temp=D1*(A+D3)^(1.8+D2*(A-C)/(B+2*C))/(B+D3)^2

temp可以化简为：
temp=D1*（(A+D3)^(0.9+D2/2*(A-C)/(B+2*C))/(B+D3)）^2

高深

完全不知道楼主在说什么

→_→←_←^ω^*^_^*≥﹏≤

支持，支持，希望有更新的算法