0c98c - 2y

0
0
0

7a8f7 - 2y

0
0
0

a4ea4 - 2y

0
0
0

7214d - 2y

0
0
0

a4ea4 - 2y

0
0
0

7214d - 2y

0
0
0

53a83 - 2y

0
0
0

7214d - 2y

0
0
0

7214d - 2y

0
0
0

b7ccd - 2y

0
0
0

53a83 - 2y

0
0
0

7214d - 2y

0
0
0

7214d - 2y

0
0
0

a4ea4 - 2y

0
0
0

2fdf1 - 2y

0
0
0

7214d - 2y

0
0
0

53a83 - 2y

0
0
0

a4ea4 - 2y

0
0
0

7214d - 2y

0
0
0

a4ea4 - 2y

0
0
0

53a83 - 2y

0
0
0

d543c - 2y

0
0
0

8fb8f - 2y

0
0
0

4f211 - 2y

0
0
0

8fb8f - 2y

0
0
0

53a83 - 2y

0
0
0

d543c - 2y

0
0
0

53a83 - 2y

0
0
0

69dfc - 2y

0
0
0

53a83 - 2y

0
0
0

69dfc - 2y

0
0
0

53a83 - 2y

0
0
0

69dfc - 2y

0
0
0

53a83 - 2y

0
0
0

69dfc - 2y

0
0
0

53a83 - 2y

0
0
0

69dfc - 2y

0
0
0

69dfc - 2y

0
0
0

d543c - 2y

1. 什么是 “达不成共识怎么办”?在这种方案之下,输家不承认结果并不能阻止合约执行。以太坊是怎么 “达成共识” 的呢? 2. 这不是平替,这就是 “智能合约”。这是基于验证的智能合约。并不是只有举办计算能力的才叫智能合约。而且这种合约的链上开销更小,因为不执行赌博本身的计算。 3. 不需要依赖于声誉上的损失来推动合约执行,因为你们都签名过了。 一种简单的方案是由 11-of-15 的门限委员会使用门限签名发布赌博结果。这个门限签名可用来激发你们之前签过名(但还无法执行)的交易的其中一条,让对应正确结果的资金分配得到执行。这是使用 “适配器签名” 实现的(注意,这个委员会的签名不能用来解锁赌池的资金)。 使用 11 和 15 这两个数字是图简单,可以再提高。但它会受制于门限签名的计算复杂性限制,可能实现不了几百个参与者。 不知道结果不会影响这种合约的可实现性。有影响的只是结果的可能性数量。 如同你认为的在以太坊上做到免信任性的关键是代码可验证以及冗余式执行。在这种模式中,你同样可以验证委员会的构成、赌博结果与资金分配的匹配正确性。这都是靠你们预先签名的交易锁定的。 至于冗余式执行。如果参与者认为 11-of-15 的冗余不够多,如上所述,可以继续增加。现在还做不到几千个冗余这么多,这需要密码学协议本身的突破。

0
0
0

a4ea4 - 2y

0
0
0

a4ea4 - 2y

0
0
0

Showing page 1 of 1 pages