优惠论坛
标题:
如何让5年后的以太坊变得像比特币一样简单(转)
[打印本页]
作者:
九嶷风
时间:
2025-5-8 08:22
标题:
如何让5年后的以太坊变得像比特币一样简单(转)
: r7 a" x+ Y0 Q2 v
% Z) i' r7 e9 x9 E ^5 o9 V
以太坊旨在成为全球账本,需要可扩展性和韧性。本文聚焦协议简单性的重要性,提出通过简化共识层(3-slot 最终性、STARK 聚合)和执行层(替换 EVM 为 RISC-V
5 B' o T/ f, v& c
2 O$ x3 i& E l% ~* W7 a
或类似虚拟机)大幅降低复杂性,减少开发成本、错误风险和攻击面。建议通过向后兼容策略(如链上 EVM 解释器)平滑过渡,并统一纠删码、序列化格式(SSZ)和树结
' p8 z1 M) U' f4 Q
4 Q2 a" O1 K/ D. L" U. l& \
构以进一步简化。目标是让以太坊共识关键代码接近比特币的简单性,提升韧性和参与度,需文化上重视简单性并设定最大代码行数目标。
% H6 s6 a3 A8 Q0 B1 _" p
- W0 S9 z' Q+ K |" P6 W- W l
以太坊的目标是成为全球账本:存储人类文明资产与记录的平台,服务于金融、治理、高价值数据认证等领域。这需要两方面的支持:可扩展性与韧性。Fusaka 硬分叉
: E- U3 H: \# C p" K
, A* z, {0 s! f/ z
计划将 L2 数据的可用空间增加 10 倍,而当前提议的 2026 年路线图也计划为 L1 层带来类似的大幅提升。与此同时,以太坊已完成向权益证明(PoS)的过渡,客户端多样
: U$ p1 a' n2 M9 @
+ M7 f& x2 w( n- k, i/ a e
性迅速提升,零知识(ZK)验证、量子抗性研究也在稳步推进,应用生态日益稳健。
; _5 r4 L& D: r' m: G
, h, t$ H& \# b2 O G" v$ O
本文旨在聚焦一个同样重要却易被低估的韧性(乃至可扩展性)要素:协议的简单性。
7 U: E& _7 t I$ ^, h
" j, E& @0 M; T/ e
比特币协议最令人赞叹之处在于其优雅的简洁性:
+ j. T2 e( X; f. j( p
" x+ ]9 P: K9 X! L0 T
8 G0 U5 t# L, J6 }( Y9 Z
1. 存在一条由区块组成的链,每个区块通过哈希与前一区块相连。
" G# O" h' o4 y' W1 G0 c5 W. ~
' ?- e' r1 z$ ~ J
2. 区块的有效性通过工作量证明(PoW)验证,即检查哈希值的前几位是否为零。
3 x& P! k2 ^/ y( u1 i" r; ?
4 p% ^; q R9 w& q) M% g5 x4 l
3. 每个区块包含交易,交易花费的币要么来自挖矿奖励,要么来自之前的交易输出。
' v' b$ P0 h/ ^- x' n! _* Q
# a8 _8 i. r Z, j8 T7 x. a
仅此而已!即便是一个聪明的高中生也能完全理解比特币协议的运作,而一个程序员甚至可以将其作为业余项目编写一个客户端。
. z* a C I$ n n
' ~8 a) R# A: C' [+ ^8 _# @
协议的简单性为比特币(以及以太坊)成为可信、中立的全球基础层带来了诸多关键优势:
, W6 e- r) a4 D
/ V+ m3 D9 l0 A* w
1. 易于理解:降低协议的复杂性,让更多人能够参与协议研究、开发和治理,减少技术精英阶层主导的风险。
/ j0 `* p( t& f/ ]
4 u& ]9 i s7 [; B |- A
2. 降低开发成本:简化协议大幅降低创建新基础设施(如新客户端、证明器、开发者工具等)的成本。
" M# d0 O- C! `+ N! K' I4 g
* s6 B# d3 q5 K2 \. o, b% _
3. 减少维护负担:降低长期协议维护的成本。
* I6 y* V5 z- Q
% u- Z. W$ N, M
4. 减少错误风险:降低协议规范及实现中发生灾难性错误的可能性,同时便于验证不存在此类错误。
+ F* @# q. N" G9 r/ w: `
3 d e1 ] I. w. C& F+ L# k$ [" R2 ~
5. 缩小攻击面:减少协议的复杂组件,降低被特殊利益集团攻击的风险。
/ @& z1 [$ D8 G2 h: A% ]
! u, L; z F9 ?5 c$ A
历史上,以太坊(有时因我个人的决策)常常未能保持简单,导致开发成本过高、安全风险增加以及研发文化的封闭性,而这些复杂性追求的收益往往被证明是虚幻的。
N0 k2 H6 S$ b
8 t6 m5 Y+ `/ b7 I3 ~; i5 k
本文将探讨五年后的以太坊如何接近比特币的简单性。
& e. b! u% O, O) L% `
+ U- r( z& X c4 n
简化共识层
; s7 ^+ }& G f: }. i
8 h% e: u! W8 K
" H9 ?5 p- [; j- O/ E
2 t1 B' k# j1 D& S
新的共识层设计(历史上称为 “信标链”)旨在利用过去十年在共识理论、ZK-SNARK 开发、质押经济等领域的经验,构建一个长期最优且更简单的共识层。
+ S3 g) v! `3 v$ ~& x
! Y$ R: b* ~ ] H
相比现有信标链,新设计显著简化:
) T! U9 Q4 G4 n4 x. K% N
6 g! M' Q( p) Q3 B& m; J/ S
1. 3-slot 最终性设计:移除槽(slot)、周期(epoch)、委员会重组等概念,以及相关的高效处理机制(如同步委员会)。 3-slot 最终性的基本实现仅需
& `5 U% J( h/ E& r
+ }+ Q' y8 ~/ B
约 200 行代码,且相比 Gasper,安全性接近最优。
6 _" F/ [. i; G3 H% }5 p! m; y
9 c* O( w7 {* ~2 @; F8 y# `; Q' @
2. 减少活跃验证者数量:允许使用更简单的分叉选择规则实现,增强安全性。
4 `8 ` B7 \+ d Y6 \: p
6 a# I6 H$ r4 }* ?0 h# Z
3. 基于 STARK 的聚合协议:任何人都可成为聚合者,无需信任聚合者或为重复位域支付高昂费用。聚合密码学的复杂性较高,但其复杂性被高度封装,
0 R* p" I# n& F6 p# c/ B
- n/ V$ h/ F T
系统性风险较低。
+ k9 p$ X' V2 b) l8 R
& b6 b' Q, E j
4. 简化 P2P 架构:上述因素可能支持更简单、更稳健的点对点网络架构。
; u& N& ]! e: y. P7 e
, E6 t# U2 W( F. b; |$ `5 l
5. 重新设计验证者机制:包括进入、退出、提款、密钥转换、 inactivity leak 等机制,简化代码行数并提供更清晰的保证(如弱主观性周期)。
) Y! X6 t2 F* y, t
; G! L) h. r$ L! D* [3 U
共识层的优势在于其与 EVM 执行层相对独立,因此有较大空间持续改进。更大的挑战在于如何在执行层实现类似简化。
) ^& e0 D( z# T" K% B# W
* N! N# s8 q6 R
简化执行层
/ L6 x% f0 a5 L w
$ O5 \$ g8 O! {+ q! l3 a
EVM 的复杂性日益增加,且许多复杂性被证明无必要(部分因我个人决策失误):256 位虚拟机过度优化了如今已逐渐过时的特定密码学形式,预编译
* C5 X& S; t' V4 ?9 J& J
# o: [7 v+ J: H8 P
(precompiles)为单一用例优化却鲜被使用。
/ ~& ?# t: P! d6 |7 D: x
( T) i- B5 m' h( k7 T- N: b" I
逐一解决这些问题效果有限。例如,移除 SELFDESTRUCT 操作码耗费巨大努力,却仅带来较小收益。近期关于 EOF(EVM Object Format)的争论也显
( w' E, o+ Y1 M) A
8 Y1 C; i& C" S, g0 s& _
示出类似挑战。
# D2 i; g6 ?% `6 n5 G6 V# `
: J) g. o. a, h2 J! [9 ?
我最近提出一个更激进的方案:与其对 EVM 进行中等规模(但仍具破坏性)的更改以换取 1.5 倍的收益,不如向一个更优、更简单的虚拟机过渡,以
8 b$ w4 V ~8 L0 n& M1 V4 J
- ]. _7 \1 j; k( Y0 a
实现 100 倍的收益。类似于 “合并”(The Merge),我们减少破坏性变更的次数,但使每次变更更具意义。具体而言,我建议将 EVM 替换为 RISC-V,或
8 X/ h5 H# ?: v
3 }+ ?1 ~) z' s4 v: j
以太坊 ZK 证明器使用的另一种虚拟机。这将带来:
. E; z6 V7 e' W7 S
; m) |$ H/ a# x: Z
1. 效率大幅提升:智能合约执行(在证明器中)无需解释器开销,直接运行。Succinct 的数据显示在许多场景下性能可提升 100 倍以上。
- r! g0 b# d$ s7 ^* A$ n8 d/ l! Y* \! }
$ r7 m; A) U% q1 W* H
2. 简单性大幅改进:RISC-V 规范相比 EVM 极其简单,替代方案(如 Cairo)同样简洁。
( K9 E* J; j. {
$ {$ w3 F" R9 o% V( L
3. 支持 EOF 的动机:如代码分区、更友好的静态分析、更大代码大小限制等。
) B: p% J, z9 ^; w' _) ?) ~3 U
7 Y; l3 _0 z9 y6 Q) i: H
4. 更多开发者选择:Solidity 和 Vyper 可添加后端以编译到新虚拟机。若选择 RISC-V,主流语言开发者也能轻松将代码移植到该虚拟机。
5 A% K0 m' r; G/ R) b
5 D( O/ v, A0 K( S
5. 移除大部分预编译:可能仅保留高度优化的椭圆曲线操作(量子计算机普及后连这些也将消失)。
. X& t P" p. [* a. t
5 G4 _% g! b/ |/ e A9 E2 `
主要缺点是,与已准备就绪的 EOF 不同,新虚拟机的收益需较长时间惠及开发者。我们可通过短期实施高价值的 EVM 改进(如增加合约代码大小限制、
" |& L: B5 ^1 }. @
/ Y4 O9 g, c1 H# S! P
支持 DUP/SWAP17–32)来缓解这一问题。
4 h7 B [1 T% b0 J$ X) C; F, F
+ M, w6 n% e* y9 Q* q' y% n
这将带来更简单的虚拟机。核心挑战在于:如何处理现有的 EVM?
& w |! ?. K5 T- F
i2 W1 N, G) P: e
虚拟机过渡的向后兼容策略
7 `/ ~9 M+ h4 e2 r8 a
9 N# Q D7 Y) d, X- a
简化(或在不增加复杂性的前提下改进)EVM 的最大挑战在于如何平衡目标实现与现有应用的向后兼容性。
0 G; _$ h0 j, k6 z0 [; K
9 c0 ~2 D' y) b$ J' ?# y2 q
首先需要明确:以太坊代码库(即使在单一客户端内)并非只有一种定义方式。
9 T7 }# z1 M: u* j
' q6 ^* C) s- ^" q
* A( L# t4 m7 v* t$ E
目标是尽量缩小绿色区域:节点参与以太坊共识所需的逻辑,包括计算当前状态、证明、验证、FOCIL(分叉选择规则)及 “普通” 区块构建。
6 ?- N- Y" v! p& _9 L/ G
" U7 ]. v. p; r0 l
橙色区域无法减少:若协议规范移除或更改某执行层功能(如虚拟机、预编译等),处理历史区块的客户端仍需保留相关代码。但新客户端、ZK-EVM 或
( a. r6 G" u5 Z
/ y2 J' B7 }, B2 K3 |" ?: F) v
形式化证明器可完全忽略橙色区域。
, C# P7 [& F W
$ z2 c$ K4 l. | M# ~( w
新增的HS区域:对理解当前链或优化区块构建非常有价值,但不属于共识逻辑。例如,Etherscan 及部分区块构建者支持 ERC-4337 用户操作。若我们
3 D2 e% q/ b$ t1 I& U
0 S% H! I; ^9 k' F2 n. j
用链上 RISC-V 实现替换某些以太坊功能(如 EOA 及其支持的旧交易类型),共识代码将显著简化,但专用节点可能继续使用原有代码进行解析。
4 W$ U+ m. g8 h' w( ^6 T, e7 |
! `6 a% K. ~" D( l) |3 F
橙色和HS区域的复杂性是封装复杂性,理解协议的人可跳过这些部分,以太坊实现可忽略它们,这些区域的错误不会引发共识风险。因此,橙色和HS区
F; k9 C7 d4 w* g2 f, o0 }
. s, |$ D* D5 K. }
域的代码复杂性远比绿色区域的复杂性危害小。
' e5 M! s. T. V4 Y$ V
+ D' ?: z8 W7 i" q& L5 d
将代码从绿色区域移至HS区域的思路,类似于苹果通过 Rosetta 翻译层确保长期向后兼容的策略。
. t8 _" K( [" g/ k1 i
% J3 n; | {$ t9 K
1. 要求新预编译提供链上 RISC-V 实现:让生态系统逐步适应 RISC-V 虚拟机。
8 [/ ^4 O1 b9 u$ C8 X% i+ f( L5 L
! c& W- `. i M, @3 P
2. 引入 RISC-V 作为开发者选项:协议同时支持 RISC-V 和 EVM,两种虚拟机的合约可自由交互。
. h; N4 \' Y T# i2 C/ Y
: m- @: V! T- `; z# K6 y* t
3. 替换大部分预编译:除椭圆曲线操作和 KECCAK(因需极致速度)外,用 RISC-V 实现替换其他预编译。通过硬分叉移除预编译,同时将该地址的代码
x$ v% j& i' a' t9 W0 C$ \3 X
' k u2 G1 |+ K1 {, R; u9 x
(类似 DAO 分叉)从空更改为 RISC-V 实现。RISC-V 虚拟机极其简单,即使在此止步也净简化协议。
% b* A6 Z- D# c% `2 Y" F
" F% ~6 j( z0 X$ I! O" n
4. 在 RISC-V 中实现 EVM 解释器:作为智能合约上链(因 ZK 证明器需要已进行)。在初始发布数年后,现有 EVM 合约通过该解释器运行。
2 j7 c$ d8 C8 W$ H
. o9 F- I" Q7 I
& N3 _& m/ U! I. d8 ^1 O z
完成第 4 步后,许多 “EVM 实现” 仍将用于优化区块构建、开发者工具和链分析,但不再是关键共识规范的一部分。以太坊共识将 “原生地” 仅理解 RISC-V。
9 V/ v; Q8 T' t1 Z/ u5 _
- j1 b. ^# O% G
通过共享协议组件简化
% }- f/ i( i" Q$ |5 ?* L3 o
# D" Z1 I0 v% \2 p3 w$ d
降低协议总复杂度的第三种方式(也最易被低估)是尽可能在协议栈的不同部分共享统一标准。不同协议在不同场景下做相同的事情通常毫无益处,但这种
D" _6 m8 |2 {& i+ G/ G1 h
3 o: _6 N8 p3 P6 T% e5 Q, U" {
模式仍常出现,主要是因为协议路线图的不同部分缺乏沟通。以下是几个通过共享组件简化以太坊的具体示例。
2 H+ U2 U$ T! B# l; ]' t) ]
5 \. d) }' d; ]) S8 a J% w
统一纠删码
% F2 a _+ B [2 C
7 E- X4 V# |! d
6 ^+ G& V3 y0 ]$ c* N; v; h1 I
我们在三个场景中需要纠删码:
5 `+ l/ p" y& Q* m0 R
9 P$ Y. b1 b$ i s
1. 数据可用性采样:客户端验证区块已发布。
: ^; ]* C8 ]+ W
: J; j2 G1 {! U- S
2. 更快的 P2P 广播:节点接收 n/2 个片段后即可接受区块,在延迟与冗余间取得平衡。
7 a8 v/ s0 G4 f# x; p9 i
! n$ G% c6 t! [9 L% i% R4 c1 M: p
3. 分布式历史存储:以太坊历史数据分片存储,每组 n/2 个片段可恢复其余片段,降低单一片段丢失风险。
+ Q. _; Y/ I, b& t8 q
( T, Q6 i. x7 Q3 I) [# y
若在三种场景中使用同一纠删码(无论是 Reed-Solomon、随机线性码等),将获得以下优势:
9 Z% f% j4 [; ^% I8 s
% E& h' B9 v, C8 z
1. 最小化代码量:减少总代码行数。
8 B5 {- S) B7 J; N5 e% O1 e# S' A
4 }4 z9 V3 e8 U6 k0 J
2. 提高效率:若节点为某场景下载部分片段,这些数据可用于其他场景。
( h% s$ M3 d: w* i: C; w
' l, s( p$ ?. r3 D, K
3. 确保可验证性:所有场景的片段均可根据根验证。
% [- L8 U! E2 L( r
3 W6 G* Q# O- E
若使用不同纠删码,至少应确保兼容性,例如数据可用性采样的水平 Reed-Solomon 码与垂直随机线性码在同一域操作。
: ]: O& @+ F9 |2 }- U% e
- M4 p% P/ v# y- V: o
统一序列化格式
7 r3 n" g6 U# y+ t* ]9 ]/ E5 G
# k! ?1 a B5 _9 { J( Z I+ K
) e! ~9 T6 ~2 U) ?" f. o a
以太坊的序列化格式目前仅部分固化,因数据可按任意格式重新序列化和广播。例外是交易签名哈希,需规范格式进行哈希。未来,序列化格式的固化程
& P5 }' n1 v! X
4 A$ h% z7 \& S
度将因以下原因进一步提高:
9 b( N* ~ g9 [& `9 w) S& V! K
0 r* o2 u; X3 T" V* H# g
1. 完全账户抽象(EIP-7701):交易完整内容对虚拟机可见。
) _5 x* R& c/ R- |8 r* o3 \
/ }1 Q% [; L. M" |
2. 更高的 Gas 限制:执行层数据需放入数据块(blobs)。
6 N2 @, ^" W/ ~# i* o6 U+ B
% C& J6 m6 G D3 g, H+ k
届时,我们有机会统一以太坊三个层级的序列化格式:执行层、共识层、智能合约调用 ABI。
9 y' ?: G' { }
) M+ s6 R. g i2 U- f g5 {
我提议使用 SSZ,因为 SSZ:
. W [0 c8 {1 z4 i' f' E9 c; Q
( x# h0 h( ~( g0 w$ T6 v9 G5 m+ E3 P
1. 易于解码:包括在智能合约内(因其基于 4 字节的设计和较少的边缘情况)。
' p' r% C, s, A' S0 i3 M: i
/ P2 I- f/ I2 w: @( @5 t( B
2. 已在共识层广泛使用。
# s; T" a0 }! u. E8 k" Z
5 @; U+ r5 M# v3 O2 R( [
3. 与现有 ABI 高度相似:工具适配相对简单。
3 F5 c2 t* D. A
3 X5 s, p$ G( Q9 s L+ J/ s" L8 S
已有向 SSZ 全面迁移的努力,我们应在规划未来升级时考虑并延续这些努力。
, d4 h- B) V8 _
: `1 [; N' J. a) s" h* r
统一树结构
0 |4 M; R5 b3 W" W& Z' s& X; l1 X
9 t+ ~* K& a$ D; U
3 y1 W; R5 i. `
若从 EVM 迁移到 RISC-V(或其他可选的最小虚拟机),十六进制 Merkle Patricia 树将成为证明区块执行的最大瓶颈,即使在平均情况下也是如此。迁移
1 B8 `+ X8 J# b
9 d2 P7 y5 G- c# G! B
到基于更优哈希函数的二叉树将显著提升证明器效率,同时降低轻客户端等场景的数据成本。
5 G# T" l: i4 b0 i$ H9 H) C! h
1 h- R% t9 C, T6 e5 h* N- l2 j9 L& A
迁移时,应确保共识层使用相同的树结构。这将使以太坊的共识层与执行层可通过相同代码访问和解析。
/ }8 v/ i5 t& `3 z9 p7 U+ ]( Z
6 @; k; V1 Z' ?+ `
从现在到未来
! i9 n1 r+ o8 \( E
: m# H/ V$ Q: D' }1 C: Q
简单性在许多方面类似于去中心化,二者均为韧性目标的上游。明确重视简单性需要一定的文化转变。其收益往往难以量化,而额外努力和放弃某些耀眼功
5 H6 {$ w( z% t9 ~: c- m
8 W* P) U0 I" i( y3 H& s( `
能的成本却立竿见影。然而,随着时间推移,收益将愈发显著 — — 比特币本身就是绝佳例证。
' {: n: y) Z. K
) ?7 h# [9 d# D" C( a
我提议效仿 tinygrad,为以太坊长期规范设定明确的最大代码行数目标,使以太坊共识关键代码接近比特币的简单性。处理以太坊历史规则的代码将继续存
" W, p0 a- t- P/ J0 G! _- E4 S
C/ F( ]( }/ j
在,但应置于共识关键路径之外。同时,我们应秉持选择更简单方案的理念,优先选择封装复杂性而非系统性复杂性,并做出提供清晰属性和保证的设计选择。
6 M% W. {7 |/ |3 v2 y* e5 R. I/ B
; S8 x$ r( w6 k" k4 y8 F% i N
3 y- ~2 {- n; J; ~
g' S0 ]" C0 I E6 B1 t* k
作者:
wuzhaoshichao
时间:
2025-5-8 10:40
建议还是需要理性的给,不然是适得其反
作者:
洋森
时间:
2025-5-8 10:41
理论具体毛病不大,主要掌控的好了
作者:
leconer
时间:
2025-5-8 10:43
你的理论打法不错的呀,赢钱了应该是打法对你有用哦~来学习下了解下了
作者:
drogan
时间:
2025-5-8 10:45
建议什么的与我没有关系,根本不感兴趣了
作者:
不傻不成气候
时间:
2025-5-8 10:47
给建议还是需要心平静和的人啊,我也是来旁观了
作者:
yumi666
时间:
2025-5-8 10:48
你估计也是一个理论很内行的玩家,感激你的分享。
作者:
anzizhong
时间:
2025-5-8 10:50
这个理论打法说起来是绝对有用的,我也来学习
作者:
老龙口
时间:
2025-5-8 10:51
建议的还是分人的,不肯定所有都好
作者:
中大奖
时间:
2025-5-8 10:52
建议需要理智的人,要不然的话索性不给更好。
作者:
ouliangzhong
时间:
2025-5-8 10:53
理论实践得好,赢钱的机会就来了。
作者:
wodezhuanyong
时间:
2025-5-8 10:53
这个理论打法是需要向这个楼主多学习一下的。
作者:
lvaeyou
时间:
2025-5-8 10:54
我现在还是研究一下理论打法,谢谢楼主的分享,我也来学习
作者:
liuxin960
时间:
2025-5-8 10:55
谢谢楼主的理论分享,也是可以了解到很多的。
作者:
我的花园
时间:
2025-5-8 10:56
你的理论打法也是有在记录中的呀?
作者:
hong29
时间:
2025-5-8 11:04
楼主的理论打法还是很好啊,来收藏下了解下了
作者:
大吉大利
时间:
2025-5-8 11:10
理论学学一下,一定都是不会吃亏的。
作者:
强强强123
时间:
2025-5-8 11:10
具体的理论打法还得让老哥来解答啊
作者:
万家灯火
时间:
2025-5-8 11:10
基本理论也是要学学的了呢
作者:
小梦
时间:
2025-5-8 11:11
我的成果的功劳都是楼主像这样的理论分享。
作者:
22301
时间:
2025-5-8 11:13
想要简单也是不容易的事情啦。
作者:
越前龙马
时间:
2025-5-8 11:21
这样的建议我都是一律兴趣不大了,做其它东西更好
作者:
gkfbuw
时间:
2025-5-8 11:22
这样的理论打法是十分科学好有道理哦,我也来学习
作者:
丁小荷
时间:
2025-5-8 11:23
这样的理论还是可以多多学学一下。
作者:
不洗脸都帅
时间:
2025-5-8 11:23
给建议什么的都是大神,我只是来围观一下而已
作者:
知行合一
时间:
2025-5-8 11:23
理论虽然看起来很利害,但是我还是不行
作者:
不要脸最大
时间:
2025-5-8 11:25
这么个的建议我也是要来看看,学到点东西了
作者:
林武风
时间:
2025-5-8 11:29
学习理论再加上自己改进才能变得更棒!
作者:
百战
时间:
2025-5-8 11:29
建议不要一下子全接纳,这只会看起来很难看
作者:
春娇与小智
时间:
2025-5-8 11:31
你的理论打法,玩起上来确实能控制振幅
作者:
想要水果机
时间:
2025-5-8 11:33
这个理论或许是大家实现的效果。
作者:
舞出精彩
时间:
2025-5-8 12:02
会不会是有那么简单的事情了
作者:
护国石柱
时间:
2025-5-8 12:42
给建议还是需要理智的人啊,我也是来学习了
作者:
xiaoyi
时间:
2025-5-8 12:46
这个理论打法说起来是绝对有效的,我也来学习
作者:
心随你动
时间:
2025-5-8 12:46
建议还是需要适当的给,要不然是急功近利
作者:
bishao
时间:
2025-5-8 12:47
建议的还是看人的,不一定全部都好
作者:
stareshiny
时间:
2025-5-8 12:52
建议什么的与我无关,根本没兴趣了
作者:
Lhrlhrgo
时间:
2025-5-8 13:05
谢谢楼主的理论分享,也是可以了解到好多的。
作者:
mxsj2016k
时间:
2025-5-8 13:07
理论尽管看起来很厉害,或许我还是不会
作者:
linxiaoshan888
时间:
2025-5-8 13:08
楼主的理论打法,搞起上来确实能控制振幅
作者:
小希哥
时间:
2025-5-8 13:16
给建议什么的都是大佬,我只是来围观一下而已
作者:
一帆风顺发
时间:
2025-5-8 13:18
建议需要冷静的人,否则的话倒不如不给更好。
作者:
一路顺风
时间:
2025-5-8 13:18
这么个的建议我也是要来看看,继续学习点东西了
作者:
小夏Sherry
时间:
2025-5-8 13:19
这样的建议我都是全部没兴趣了,做其他东西更好
作者:
星星知我心
时间:
2025-5-8 13:22
理论整个问题不大,关键控制的好了
作者:
jslinen
时间:
2025-5-8 13:24
这样的理论还是肯定多多学学一下。
作者:
高文胜
时间:
2025-5-8 13:31
理论学习一下,一定都是不会吃亏的。
作者:
朱古力
时间:
2025-5-8 13:34
基础理论也是要学学的了哦
作者:
南相楚
时间:
2025-5-8 13:36
具体的理论打法还得让朋友来解答啊
作者:
老衲来了
时间:
2025-5-8 13:37
这个理论打法是需要向这个楼主多学习一下的。
作者:
徐子
时间:
2025-5-8 13:38
老哥的理论打法不错的呀,赢钱了应该是打法对你有用哦~来收藏下了解下了
作者:
rainwang
时间:
2025-5-8 17:14
谁能控制到他,真的是莫名其妙
作者:
rainwang
时间:
2025-5-8 17:15
我的花园 发表于 2025-5-8 10:56
$ K7 E; U8 U1 s- s) H+ _
你的理论打法也是有在记录中的呀?
' G7 `0 h- m+ O( E% ~7 q& j8 y; x
哪里来的理论打法,不要相信它
作者:
爱美的女人
时间:
2025-5-9 23:38
可以在看比特币是有什么不同
作者:
如梦的生活
时间:
2025-5-12 13:26
这样的事情也是不简单了吧。
作者:
赚钱小样
时间:
2025-5-13 12:22
那个建议也是要看一下的啦。
作者:
德罗星
时间:
2025-5-15 09:44
不错的继续看看才好的啊。
欢迎光临 优惠论坛 (https://www.tcelue.cc/)
Powered by Discuz! X3.1