Event JSON
{
"id": "90c7d2a2e3185fa1025a2cd0c02af98249d91d2ac63825b99f049bcb9f6c6013",
"pubkey": "0d6f3fb7f3c83755ea731380516167da6691cea0d7ddf4865505d291687ca343",
"created_at": 1677794772,
"kind": 1,
"tags": [
[
"e",
"74ead44dcf2a52bc87a6c4824f3280462649e70b322911c8b1cd3c59b8ceb445",
"",
"root"
],
[
"e",
"4b41d0dbb3d96a8e35e2521bd3dd628db7f7d7bb520ea7821d377a7227860747",
"",
"reply"
],
[
"p",
"a4ea4ef1feb315d877135e78bf4a62246d9561d8c459860c57b3875083b1678c"
],
[
"p",
"7214d84a777a3c1bdf205458a39ecfdc8e6f51294ec1e1a2ebb5d948bd5ebcfb"
],
[
"p",
"a4ea4ef1feb315d877135e78bf4a62246d9561d8c459860c57b3875083b1678c"
],
[
"p",
"a4ea4ef1feb315d877135e78bf4a62246d9561d8c459860c57b3875083b1678c"
],
[
"p",
"7cf68b47a2b243d06322bfdb6a1c2422fb8b3a18d18a5c90c27b59e8f612553e"
],
[
"p",
"a4ea4ef1feb315d877135e78bf4a62246d9561d8c459860c57b3875083b1678c"
],
[
"p",
"a4ea4ef1feb315d877135e78bf4a62246d9561d8c459860c57b3875083b1678c"
],
[
"p",
"53a8392e971b46326e3d0f8967db17c4f7cca4d42be979b1664124c8f69af528"
]
],
"content": "“首先避免运营项目方作弊可能” 这个就够难了\n\n你说的就是其他链在解决的oracle的公正性问题。 想用其他方案做外部接口,可能盘子小用有信誉和法律保障的信息提供方时候还可以。大一点的话就有共谋/第三方攻击的动机了。 \n\n例如买通 乐透做服务器API的人,甚至直接攻击DNS。受到这样的攻击要不要回滚?而且实际上99.999%链 外部的信息就是没有比较大的和被法律约束的信息提供方,那去中心化更自动化的经济还要搞吗。 \n\n现在的设计会更倾向于信息提供方 和 oracle交互之间会用公私钥的方式,当信息提供方提供错误的信息也会被惩罚。我是听以下discreet log contracts的内容上了解到的,他们大部分精力不是代码逻辑如何,而是要怎么防止作弊。\n\n\nhttps://podcasts.google.com/feed/aHR0cHM6Ly9uYWRvYnRjLmxpYnN5bi5jb20vcnNz/episode/YTc0ZGY5MzEtMDE3Yy00ZTQ2LTkzNjgtZTQ2N2JmZDQxYWQz?sa=X\u0026ved=0CAUQkfYCahcKEwig1Mf9-vn1AhUAAAAAHQAAAAAQKw",
"sig": "8f00cd101dc45a95162fa002d2d3b70858cf58c03d906bf8c77e81e5c0dfb2ac3173ea4119e491c1785c2bb19099fa5c0cf4605f4312151b2f323e72fe1f4845"
}