我感兴趣的概念(编程语言不可知论的问题)的过程,发送一个游戏对象到另一个玩家的游戏,以换取另一个游戏对象,而没有面对面的在线存在双方。这应该这样做,这样在理论上,在游戏中,利用交易系统固有的缺陷是不可能欺骗项目或从另一个玩家窃取物品的。在这种情况下,我不考虑作弊,(我严格地将欺骗定义为操作游戏内存/保存,而不是利用编程/固有缺陷/缺陷),只考虑用户在游戏本身内部欺骗或窃取项目的能力。
解决这一问题的可能方法想法:
但在我看来,如果P1接受,P2接受,P1给出代码,但P2没有,那么P2就能够以他的项目为代价获得他想要的物品,而P2现在成了P1的骗子,因为P1被拒绝了他的新项目(消失了),这会导致玩家增量地交换价值较低的物品,因为他们不会因为失去了他们无法使用但仍然有价值的巨大战利品而忍无可忍;浪费人们的时间,阻碍交易。另外,一段感谢代码将为进程增加时间,而不会带来任何额外的安全性。实际上,我认为这是一个需要同步贸易的协议、贸易和信任的现实世界问题。我认为这在游戏中比在现实生活中更不能解决。如果我错了,请纠正我。
发布于 2013-02-10 20:44:09
代管
保证书由第三方保管的保证书、契据或其他文件,只有在满足某一特定条件时才生效。
让系统(第三方)管理和履行合同。合同是双方在一套交易项目上达成协议。这个解决方案还假设玩家是陌生人,在现实生活中永远不会见面。
或者,在任何时候:
关心骗子,你永远不会阻止某人修改本地保存文件。库存必须在安全服务器上复制,并在进行任何销售之前进行验证。它还应该在播放器使用项目之前进行验证。如果一个玩家黑了他们的角色,拥有一个+58的奥布利翁之剑,他们可以比诚实的玩家更快地获得财富。如果他们卖掉他们得不偿失的战利品,就会破坏经济。
https://softwareengineering.stackexchange.com/questions/186632
复制