Replying to Avatar strick

可能本人的知识储备有限,不太理解你讲述的内容

我用我的语言复述一下你说的内容,你看对不对,

你说的情况是当外部参考的开奖结果存在被篡改劫持的可能,这样导致操控博彩的中奖信息,对么?

你看是不是这个情况来形容一下,比如美国的大乐透,这个彩票的结果被人为操控的可能性不高,对吧,

那我们就以美国大乐透的彩票信息来做我们的博彩结果,

(举例,非真实中奖率)猜中最后一位的数字结果,奖金是投注的五倍,

这个过程,需要哪里提供Api么?

投注方式以购买者的信息id应该可以确定

是否中奖不用也用查询这里,直接看外部信息,开奖发放可以利用多签钱包控制核对,唯一确定的确定中奖查询的时候可能用个机器人,但有多签钱包最终核对

至于乐透结果的信息api提供方,这里是你说的被攻击利用的环节,

这个我想了半天也没想明白,攻击信息提供方就能改变美国乐透的开奖信息么?或者说项目方和信息提供方合伙作弊就能卷钱跑路?(可能存在这种可能,但如果将投资奖池和博彩奖池分开会不会解决,即运营方控制初始投资奖池,投资方控制每次的开奖奖池,这两方的利益是相互制约的,投资方为了长期回报不会为单次的结果作弊,而运营方即便作弊也拿不到奖池里的钱,这样中奖信息即便被内部修改,不妨碍购买彩票者的外部核对)

就是“公布结果”这一个过程应该怎么做。

第一就是你提到的“项目方和信息提供方合伙作弊就能卷钱跑路?” 其实我没太明白你 分开投资方 和运营方的做法。不过运营方在公布信息前,下注输家,然后再改公布的信息不就可以了吗?

第二,这是其实不是一个整体的部门/组织,也不是一个完整的硬件结构,那太多漏洞的。 具体简化的流程是这样的 “有开发者做公布信息的API ---》 公布者利用API发布结果 ---》结果在网页上发布,传递到不同地方的DNS ----》扒结果的bot从最近的地方扒结果 ----》bot/oracle把结果发送到链上”

A. 没有smartcontract的话,扒结果的bot是要依赖第三方的。(btc其实也算turning complete,但是完全没经济可行性,不会有人这么干)

B.怎么确定API开发者没有恶意/失误。 就算他/他们本人没那个意图。我也能想到一个很简单的攻击方式。就是找到随便一个开发者,然后攻击者甚至可以实名刺激他,“你说你是xxx的开发者我就信吗?谁不会说,你改个数据让大家开开眼我就信了。你设置3秒钟改回去正常的结果就行了,老哥也不想让你背锅”。 现代大部分的开发者都只是负责自己的小模块,根本不知道更大的系统怎么运作的。

C.如果是比较简单的bot,只是扒随便一两个就近的DNS,那攻击DNS就可以了。这样的bot太多了,不然运行成本会翻很多倍。

Reply to this note

Please Login to reply.

Discussion

你想多了

下面我来模拟一下场景

前期设置了一个投资奖池 以100美金一股 设置100个投资名额 承诺年回报率20% 本金翻10倍停止 以所有参与者多签钱包49/51 通过

然后组织一个运营博彩项目的团队 以单次奖池2.1%的回报给与

然后设置一个项目 以美国乐透为例 猜最后一位的数字点大小 12345为小 056789为大

然后接收下注 下注的资金仍然进入一个多签钱包的奖池(由部分初始投资人控制)

下注结果 就以美国大乐透的结果为准

运营方核对中奖结果 通知奖池进行发放中奖

你帮忙评估一下 这个流程可否执行 可否优化(在不用技术开发的前提下)

首先:初始投资人有长期投资回报 倾向维持项目诚信(这个回报额度和奖池有一定关系 具体看情况)

其次:运营方不控制奖池 没法提现跑路

不明白,你这个怎么阻止运营方 不和 其他方共谋作恶。2.1%抽水有点多,实际应该不会,不过没所谓,在赔率超高的一个超大的池作恶一次就够了。很可能也不需要整个运营团队作恶,就是运营里负责公布的人作恶就够了。

“以所有参与者多签钱包49/51 通过” 这个恐怕不行,现实参与者不算因为各种问题没法参加的,活跃程度都太低了

我说的所有具体数据和执行都是假设 具体执行肯定会参考计算后才窒息感

而且只要制定好进行公示 接受监督即可

不能绝对阻止作恶 只能控制将作恶的成本大于收益