KisSean on Nostr: “首先避免运营项目方作弊可能” 这个就够难了 ...
“首先避免运营项目方作弊可能” 这个就够难了
你说的就是其他链在解决的oracle的公正性问题。 想用其他方案做外部接口，可能盘子小用有信誉和法律保障的信息提供方时候还可以。大一点的话就有共谋/第三方攻击的动机了。
例如买通 乐透做服务器API的人，甚至直接攻击DNS。受到这样的攻击要不要回滚？而且实际上99.999%链 外部的信息就是没有比较大的和被法律约束的信息提供方，那去中心化更自动化的经济还要搞吗。
现在的设计会更倾向于信息提供方 和 oracle交互之间会用公私钥的方式，当信息提供方提供错误的信息也会被惩罚。我是听以下discreet log contracts的内容上了解到的，他们大部分精力不是代码逻辑如何，而是要怎么防止作弊。
https://podcasts.google.com/feed/aHR0cHM6Ly9uYWRvYnRjLmxpYnN5bi5jb20vcnNz/episode/YTc0ZGY5MzEtMDE3Yy00ZTQ2LTkzNjgtZTQ2N2JmZDQxYWQz?sa=X&ved=0CAUQkfYCahcKEwig1Mf9-vn1AhUAAAAAHQAAAAAQKw
你说的就是其他链在解决的oracle的公正性问题。 想用其他方案做外部接口，可能盘子小用有信誉和法律保障的信息提供方时候还可以。大一点的话就有共谋/第三方攻击的动机了。
例如买通 乐透做服务器API的人，甚至直接攻击DNS。受到这样的攻击要不要回滚？而且实际上99.999%链 外部的信息就是没有比较大的和被法律约束的信息提供方，那去中心化更自动化的经济还要搞吗。
现在的设计会更倾向于信息提供方 和 oracle交互之间会用公私钥的方式，当信息提供方提供错误的信息也会被惩罚。我是听以下discreet log contracts的内容上了解到的，他们大部分精力不是代码逻辑如何，而是要怎么防止作弊。
https://podcasts.google.com/feed/aHR0cHM6Ly9uYWRvYnRjLmxpYnN5bi5jb20vcnNz/episode/YTc0ZGY5MzEtMDE3Yy00ZTQ2LTkzNjgtZTQ2N2JmZDQxYWQz?sa=X&ved=0CAUQkfYCahcKEwig1Mf9-vn1AhUAAAAAHQAAAAAQKw