Hi 游客

更多精彩,请登录!

比特池塘 区块链前沿 正文
在这篇文章中,我们基于欺诈证明(Fraud Proof)和有效性证明(Validity Proof)之间的区别,分析和比较各种2层(L2)可扩展性解决方案。我们认为,有效性证明拥有根本性优势,因为它确保只有正确的状态转换才会被接受。
5 W" B0 Z' N2 Q( v+ x3 ?
1 L/ ]( z% N9 J" c背景
- V3 r( ]) Y1 n
/ _. r1 L) C8 \; M/ j7 Y' n最近几个月出现了几个旨在解决以太坊可扩展性问题的项目(诸如Truebit,Gluon Plasma,dFusion,Roll-Up和Ignis等),它们都是基于证明的。基本的想法很简单:不用将很多交易写入区块链,而是生成一个证明(proof),用这些交易的某些简洁表示(例如哈希)来代表新的状态。& e4 Z6 t, O1 @; m. }$ {3 Z
  r! M6 N- O7 E  C- D2 J# \2 _
上述提到的项目都是L2解决方案:它们定义了一个在1层(L1)上运行的协议(和逻辑),依靠它来提供各种服务,如存款/取款,确认链下状态的分类账以及作为“通用时钟”使用。重要的是,L1不了解L2的逻辑,因此也不能执行任何L2逻辑。+ z6 x$ K! |. {8 J
: V$ j% I5 M  W9 c
我们想提出一个比较这些解决方案的框架,特别关注欺诈证明与有效性证明之间的区别。从本质上说,欺诈证明和有效性证明都可以存在于L1中,但目前的尝试以及我们的分析都把关注点放在了L2上。1 A/ B6 J% m+ t/ I; X+ c9 h

  V* i1 s/ e$ b5 F欺诈证明提出证据,表明状态转换是不正确的。它们反映了对世界的乐观看法:假设区块代表L2数据的正确状态,直到被证明不是这样。但实际上,一个已提交的区块可能包含错误的状态转换。. v7 ]7 v7 O, z, |
6 i; w% r8 k7 u+ c4 ?
有效性证明则提出证据,表明状态转换是正确的。它们反映了对世界更悲观的看法。区块只有在状态是正确的时候,才会将代表L2状态的数值包含在内。- y; W, U+ r+ J- Q8 o* f* [* C! U

- w5 ~+ Z/ O$ v9 y+ s值得强调的是:使用证明系统(例如SNARK,STARK)时有两种形式:欺诈证明和有效性证明。人们不应该将我们如何证明(例如SNARK,STARK)与我们证明了什么(欺诈或有效性)混淆起来。
% M, _( p9 z: ~; F$ H7 c8 {3 ^
6 X4 H. l5 z, c% k) C更深入的探讨
6 U  B7 |% j, h) _
2 |( T8 Y8 @9 V  U% J& L欺诈证明7 G0 x0 c5 F4 d, i" E

1 Y' Q' U" b/ e# ?欺诈证明的主要优势是,并不是每次状态转换都需要它们。因此,它们需要较少的计算资源,并且更适合可扩展性受限的环境。这些协议的主要缺点源于它们的交互性:它们定义了一个多方之间的“对话”。对话要求当事方—— 特别是声称有欺诈的一方 ——在线(活跃),并允许其他方通过各种方式中断对话。但问题的核心在于协议将沉默(即没有对新状态发起挑战)解释为默认的同意。实际上,攻击者可能会尝试使用DDoS攻击来产生沉默的假象。
% h+ f6 M' A) V" }0 D& E+ Y" h5 n+ e( c* o; L6 |/ c  @' ~0 n/ S
让我们描述一下概念协议:由于区块可能包含不正确的状态转换,因此欺诈证明协议允许在一个时间范围 ——争议时间段(Dispute Time Frame,DTF)—— 对此错误状态提出异议。该时间窗口以区块为单位进行衡量。如果在DTF内未提交欺诈证据,则认为L2状态转换是正确的。如果欺诈证明被提交给智能合约,并且被发现是正确的(即,在DTF内提交,并且确实证明了状态转换是错误的),则至少会导致智能合约恢复到上一次正确的L2状态。其他措施,例如对违规方进行处罚,也可能会执行。
/ t+ k) g* `* }6 G0 p* Z
/ U2 v3 s* v0 r% |1 {2 M$ z  oDTF持续时间的不同选择会带来这样的结果:它越长,检测到错误状态转换的概率就越高——这是好的一面。但是,时间越长,用户必须等待的时间也会越长,例如,提取资金——这是不好的一面。! c3 C( ?7 W9 \, @

3 ?( l- V* {, v# u有效性证明
" P3 {+ A2 Q4 c- {' [/ G0 v5 l6 a' K) H3 o
有效性证明相比之下就简单很多了:一些离线计算的代表形式被发送到智能合约。只有在验证为正确后,智能合约才会使用这个新的数值更新区块链。有效性证明的主要优点是区块链将始终反映正确的L2状态,可以立即使用新的状态。主要缺点是,每次状态转换都需要证明,而不仅仅是在这种转换受到争议时,这会影响可扩展性。
- Y  ?  C6 R8 c$ }; b- Z  [
1 h. O) `! J0 C  S51%Attacks) U7 X7 r( t! L" @+ ]) r  O4 {

. m+ j5 K5 {2 l8 A: ?$ x+ F在众多可能的攻击中,我们这里主要关注L1上的51%攻击。我们最近看到这种攻击事件不断发生,包括对以太坊经典的攻击。欺诈证明和有效性证明如何抵御此类攻击呢?
- C7 Y" w) L& @% Q4 E  ^  U2 Z. I0 V; R( l! ^& d( D" g$ w
欺诈证明:51%攻击允许攻击者将区块链引入欺诈状态,例如,从被攻击的交易所中窃取资金。$ w; Y, a/ m+ t6 Y6 r* d: Y; y

2 e) [3 O/ @: H: \( n· 攻击者使用欺诈性状态转换创建BlockFr。例如,这包括将交易所中的所有资金转移到他们自己的账户。
, f# J% b2 W' t# i5 Y* n( X
3 a  L9 @. `& H) a! K9 n5 Y·在BlockFr之上,他们将添加DTF区块,最终形成一个区块,其中包括取出BlockFr中授予的全部资金。' O7 k: n0 e! W8 e

- s+ Q/ w( R& u5 ?& {·然后,他们继续将链扩展到DTF以外,以及当前的链以外。他们有能力这样做,因为他们控制了51%的哈希值。& E8 ^6 U' v, I6 W

3 J, g9 ]+ O, x# f·发动这种攻击的成本(目前非常低,对发动以太坊攻击的成本低于10万美元/小时)与获得潜在收益(即受到攻击的交易所控制的资金)无关。但随着加密交易所中交易活动的增加,它们更加有可能成为这种攻击的目标。
$ e* H" R6 x4 ^( |+ Z0 }( {) I1 k7 K% u5 \4 m. X- Z
总而言之,根本问题在于,L2解决方案定义了自己的逻辑,允许包含欺诈状态转换的区块。攻击者偷走资金后的分类帐状态仍然是合法的状态!没有发生双重支付,但是发生了欺诈行为。2 N' Q( o5 ~8 i1 o$ `' ]) B
$ |! i* U6 d3 R+ T" D
有效性证明:51%攻击只能逆转记录的历史,并可能提供新的历史记录;重要的是,这个替代历史也是正确的。可在此处执行的攻击范围仅限于L1可能发生的攻击。在币币交易所中(特别是当所有的交易资产都驻留在同一区块链上时),逆转记录有时可能是一个暴利的举动:例如,卖方可能会很乐于去逆转一个事后才发现是最低价的交易,但是在一个加密资产存放在给定区块链的交易所中,没有任何手段可以去直接盗窃加密资产。
: J9 x  h( O& K; _8 y' H/ c" M6 `0 C. Y6 h
提议的解决方案0 q0 `& f' t6 C( M- A0 y# g8 o1 y
6 m: y, U- q2 q; R0 b: l
鉴于这些明显的缺点,为什么很多项目(例如Gluon Plasma和dFusion)还是要使用欺诈证明呢?主要原因是有效性证明过于昂贵和繁琐。2 `; e" y& f& q

$ |4 u- t# o1 ?$ u( B1 S在使用证明系统之前,在一个无需许可的系统中,“有效性证明”涉及原生重放(native replay),因此极大地限制了可扩展性;本质上,当前这种重放在L1上仍在进行,大家已经了解其对可扩展性的限制。证明系统提供了一个非常吸引人的特点,称为简洁性:为了验证状态转换,只需要验证证明,这样做所需的成本实际上与状态转换的大小无关(更确切地说,它是状态转变大小的多对数函数)。
  f8 o$ o$ O% m6 @' [" b1 G
! ?7 b8 C0 R9 O" tIgnis / Roll-Up都依赖于需要可信设置的SNARK,而它比STARK需要更多的证明计算资源。 StarkWare正在努力部署StarkDEX(DEX的可扩展性解决方案),它将使用STARK来实现有效性证明。& J$ {3 P; n7 f6 [

5 l" T* F1 t* Q* c5 h结论
7 G2 g, p: i4 d" T6 K
, P7 c& y* a+ e% ~我们强调了有效性证明在51%攻击方面的固有优势。凭借其快速的验证时间,简洁的验证和无信任的设置,STARK将是生产级有效性证明的有力手段。
BitMere.com 比特池塘系信息发布平台,比特池塘仅提供信息存储空间服务。
声明:该文观点仅代表作者本人,本文不代表比特池塘立场,且不构成建议,请谨慎对待。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

成为第一个吐槽的人

真无牙泛 初中生
  • 粉丝

    1

  • 关注

    0

  • 主题

    26