第二百五十章：菩提哥：我们平台方都是好人呐！(1/4)

    　

    而另一边，菩提在经过半个小时的检测之后，最终发现，自己的程序没有任何问题。

    其实在发现自己程序没有任何问题的时候，菩提心里就有了一种不好的预感。

    因此，他连忙打开了和逗鱼软件的对接程序。

    所谓的充值过程，其实就是一个数据包相互之间对换的过程。

    他这边在逗鱼的页面上选择充值，而后逗鱼app就会发一个数据包到逗鱼的大服务器上。

    大服务器在收到这个充值数据包的时候，就会把这个充值请求发给总运营程序，总运营程序再发一个允许充值的数据包到大服务器，服务器再通过数据包的形式反馈给用户手机里安装的逗鱼app。

    于是，在用户选择了充值，点击了确认充值之后，逗鱼这边就会在用户手机页面上反馈一个缴费信息。

    用户在确认缴费之后，服务器这边收到了账务到账信息，就会再度反馈给这边一个信息，就是收到费用，可以下发额度。

    不过因为缴费的软件，银行卡什么的都是第三方的，因此逗鱼这边就只有一个对接借口，并不会确认自己的财务是否收到了现款，毕竟那样的效率太低了，财务那边确认收款额度，是需要人工去确认的。

    因此，大多数平台都是直接跳过了这一步，因为一般来说是不可能出什么问题的。

    前些年技术不成熟的时候，比如一些游戏，例如神庙逃亡，地铁跑酷什么的出的破解版，就是通过断网使用飞行模式截胡数据包的方式，再通过程序篡改数据来假充获得道具包。

    但这种方式，随着p2p技术的成熟，已经慢慢销声匿迹了。

    于是，通过这种方式，用户的app里边自然就有了平台的虚拟币。

    菩提所做的，就是利用爬虫程序，通过手机的数据反馈，将服务器那边收到的账务到账信息包给篡改了。

    他并没有真正的付钱，但反馈到总服务器那边的时候，却是已经交费成功的数据包。

    可现在他发现，现在的这个数据包里边，却突然多了一道验证程序！

    也就是说，他现在再把篡改的数据包发过去之后，那边的验证程序就会运行，他这个数据包直接就被拦截了。

    他的充值要求，自然就无法达成。

    看到这一幕，菩提的脸色顿时就黑了。

    他是真没想到，这么隐秘的一个bug，竟然被逗鱼那边在凌晨三点多给修复了！

    这他妈的。

    逗鱼那边的员工都不睡觉的吗？

    大晚上的修复尼玛的bug呢！

    不过好在，这个bug的修复，不太可能发现他利用这个bug充值的事情，不然他现在就得连夜提桶跑路了。