机率可信度的问题技术上是很好解决的，难的还是实际推行。
可以拿第三方支付为例来思考，原理上就是透过一个可信任的中介来管理金流，你把金流
改成乱数执行的结果就行了。
厂商>在中介的数据库中写入机率
玩家>在中介平台建立帐号>转蛋时将游戏的授权许可传给平台>开发商服务器向平台取得
乱数结果
多了这一层后，造假方法还是有，例如实际上还是用自己的服务器计算乱数，或者取得乱
数后覆写掉结果等等，但这些都有方法作验证，所有纪录都会留在中介平台上。而中介为
了维护自己的商誉，也会积极处理造假事件。
但是实行上不太可能，第一这类事件还没有严重到令玩家对厂商产生极大的不信任，第
二就是很多人提到的平台的初期建立，没有法令背书的话很难做大，不做大就找不到客户
，毕竟没有厂商会无聊到主动去找自己麻烦。

难啊，第三方支付依然有信用问题。就像信评公司。再来就是推行成本真的不低，而且利益不明确

其实要用可验证的机率不用第三方，只要server和client共同产生乱数并且先互传加密后的数字做验证备份即可

乱数加密若位元数够短的话，可能可以建立数据库来即时破解