以太坊重复

① 币圈半神李笑来的发家之路

2014年以前，没有几个知道知道他是谁，在通过财富自由的道路上，李笑来无疑是个富有传奇色彩的人物。他所有的光环都是始于“比特币之父”这个名头开始的，有了这个面大旗，近些年来币圈的每一次大的动作都能见到他的身影。

关于他的争议向来不断，有人公开诅骂他是骗子，不择手段为自己造势然后利用虚名炒概念，忽悠年轻人上当，是个十足的诈骗犯。也有人说他是天才，有着神一般的预测力，尤其是少部分人跟着他的步伐成功收割了韭菜的小群体，更是毫不掩饰对他的崇拜。对于普通用户来说，我们要警惕代发货币被狂热追捧后可能走偏的倾向。防止掉入诈骗和被传销的陷阱。

李笑来去年推出的EOS代币被媒体戏称为昂贵的空气币，很多网民都被突如其来的暴跌收刮正愤愤不平时,EOS官方出面澄清与李笑来断绝关系，李笑来通过巧妙的双簧戏来一个金蝉脱壳，成功套取了巨额资金，后来他利用业界的影响力成功推出多种代币，邀请圈内多位知名投资人为其站台，用财务自由的幌子骗取追求财富捷径的网名，被宰的用户居然还被嘲笑智商低，活该。

从李天王的致富道路上，作为羊群的一员要擦亮眼睛谨防被骗。也有精明的商家，会利用李的大旗为自己造势，比如，杨翟瑞就伴上他迅速扩大挖矿机的销量，行情居然火爆到供不应求，最后干脆跑路。杨跑路后后，居然也跟李天王撇清关系，认栽的只能是消费者。

李笑来的成名史，也是典型的傍名人、炒热点套路，因为跟罗永浩、罗振宇等牛人攀上关系，通过名人效应连哄带骗聚聚财富。不可否认，李天王在利用专长、造声势方面确实有过人之处，作为新东方集团曾经的名嘴，英语水平过硬，以至于后来推出的代币和在海外注册空壳公司都得心应手。

从教育行业起步，在比特币暴涨之前，他一直是个默默无闻的角色，尽管曾把《时间的朋友》稿费捐给北大为自己造势，在08年地震后用比特币捐款等，都收效甚微，真正的起飞是自称有6位数的比特币存量之后的事情。比特币暴涨后，网民惊奇地发现李天王很早就成立的比特币基金，而且一直持有大量的比特币，这样的超前眼光让很多人膜拜。一鸣惊人后的李天王频繁走穴，但凡是币圈、链圈的大场面，几乎都少不了他的出现。积累原始资本后他专注资本运作赚快钱，成为币圈收割专业户。

老罗的逻辑思维火了后，李笑来有傍上他在APP上开专栏捞钱，在知乎上讲座、卖书，还开发问答APP，他用自身并不光彩甚至来路不明的造富神话，忽悠起一群狂热的年轻人对他崇拜不已。近两年来，他通过各种造势，参与各数十种代币项目经营，几乎垄断了数字货币交易市场近三成的收益，收割的手段不甚高明但简单粗暴，利用众筹来的 就是利用众筹来的以太坊重复操纵代币价格，跟股市里控盘一个性质。不同的是在币市的操盘暂时没有被纳入监管范畴，或者说监管层还没反应过来。李天王的发财路再次显示了通过聚集人气的造富速度，有个唬人的名号可以把空气变得昂贵，但人心的贪婪终究会让侥幸无法逃脱。

② 3070算力大概多少,一天能挖多少多少以太坊

探讨3070显卡的挖矿能力，特别是以太坊（ETH）的挖矿。首先，明确挖一次ETH所需的内存读取量为128字节，共重复64次，合计8192字节。

接着，观察到3070显卡采用GDDR6内存技术，其频率为1.75GHz，且拥有256位宽度的内存接口。通过计算，其带宽可达1.75GHz * 8 * 256B，即448GBps。

基于此带宽，计算3070理论最大算力为448GBps / 8192B，得出约为54.6M次/秒。考虑到实际应用中的效率损失，其算力约为50M次/秒。

如果对内存进行超频操作，提升至2100MHz，理论算力将提升至约65M次/秒，实际应用中估计为60M次/秒。综上所述，3070在以太坊挖矿中的算力表现大致在50M次/秒左右，经超频后可达60M次/秒左右。

③ 以太坊如何处理恶意软件的攻击

以太坊如何处理恶意软件的攻击？
以太坊作为一种基于区块链技术的开源平台，旨在支持去中心化应用的开发与部署。然而，由于其开放性质，以太坊生态系统中也存在着恶意软件的攻击行为。那么，以太坊平台如何处理这些恶意软件的攻击呢？
一种常见的恶意攻击行为是“智能合约”的漏洞攻击。以太坊中的智能合约可以理解为一种自动化执行的合约，它们可以自动处理并执行合约的条件，完成一系列金融等交易行为。由于智能合约在编写过程中可能存在漏洞，攻击者可以利用这些漏洞进行攻击。例如，攻击者可以进行“重入攻击”，即在智能合约执行过程中再次调用该智能合约，实现对以太坊中的以太币进行重复转移的攻击。此外，还有“恶意部署”和“异常交易”等攻击行为。
为了应对这些攻击，以太坊平台采取了多种技术手段。
首先，以太坊平台通过提升智能合约的安全性，来削弱攻击者的攻击手段。例如，平台支持使用“Solidity”编程语言编写智能合约，并提供了一系列的编译器和工具来辅助智能合约的开发与测试。此外，以太坊平台还提供了多种组件和套件，例如“OpenZeppelin”等，可以用来支持智能合约的开发和部署。
其次，以太坊平台通过制定规则和制度，来加强对恶意软件攻击的防范和处置。以太坊平台建立了完备的治理体系，实现了用户和节点参与到平台治理中。平台制定了一系列的协议和规范，以约束智能合约的执行行为，并建立了一套完善的合约执行机制。此外，平台还开发了一系列的应急响应机制和安全保障措施，以便及时应对恶意软件攻击的发生。
最后，以太坊平台通过加强行业监管和合作，来进一步提升平台的安全性。平台加强了对以太坊生态系统中的各类组织和企业的监管，以确保其行为符合平台规定，并采取多种手段来规范各方的行为。此外，平台还主动与行业相关机构和组织进行交流和合作，共同推进区块链技术和以太坊平台的发展。
综上所述，以太坊平台采取了多重手段来应对恶意软件攻击。平台将继续加强智能合约的安全性，加强规则和制度的建设，建立完善的安全保障措施，并与行业组织进行合作，共同进步。相信未来，以太坊平台会变得更加安全可靠，并对数字资产的各项运营和交易产生更深刻的影响。

④ “资金盘”游戏经验

最近几天特别忙，甚至半夜醒来也要从桌上抓起手机，看看收益有增加了多少？我是在忙啥呢？听我慢慢道来。

我这几天的所有忙碌，都源于我表姐的一个电话。表姐知道我手里有数字货币，对数字货币也懂一些。她在电话中告诉我，她和朋友在做一个以太坊的游戏项目。并告诉我这个游戏项目还没有开始运营，前期投入一个以太坊，可以快速的出局挣到两个以太坊。如果用获利的两个以太坊重复投入，2个变4个，4个变8个。我心里很清楚表姐口中的“项目”，就是资金盘的另一种包装。

在此之前，表姐也曾经给我打过多次类似的电话，我都一直没有参与。本来这次也不打算参与的，突然想到了金马社群里给会员们布置的一个作业，让我来了兴致。

金马给的题目是：“币圈身边投资者做过的事情，但是你没做过，去体验一下，然后写一篇总结”。

抱着为了完成作业的目的，和对资金盘的好奇心理，预估了一下游戏尚处于早期阶段，风险应该不大，我同意了她的邀请。

我计划是投入3个以太坊，心想即使全部没有了，对我也没什么影响。怀着第一次玩资金盘的激动和好奇心，我打开网站连接，注册账号，转入以太坊，一气呵成，眼盯着电脑屏幕的游戏开始倒计时。由于游戏规则是，一个注册账号只能投入一个以太坊，为了加快回本和深入体验，我注册账号了三个号码。我的策略就是：用两个账号赎回本金，一个号码用来获利后重复性投入。

今天是游戏运行的第三天，先说说我玩了三天的战况吧。投入的3个以太坊，三个账号经过持续的复投，我已经提取本金3个以太坊。三个账号合计了一下，盈利数据还是很让人满意的，账面上还有12个以太坊等待分配。账目上的12个以太坊不可以立马提取出来，需要时间慢慢释放。我看了一下当前每个账号的释放频次是，白天每10-15分钟释放0.00202个以太坊，晚上每半个小时到1个小时释放一次分红。所以，具体释放完12个以太坊需要多少时间，不好估算。

乐观的情况下，从明天开始我不再用盈利复投，假如游戏不停，我可以盈利12个以太坊。我这里说的是假如，或许游戏也会突然结束，没有任何收益。

这个游戏是分两种玩法，一种是静态收入，就是投入后等待分红收入。第二种是动态玩法，说白了就是拉人头，动态账户在获取游戏分红的同时，还可以得到新玩家投入一个以太坊的15%作为奖励。动态相比静态账户，可以快速回笼资金。为了完全体验资金盘的模式，我的三个账户中，两个是静态账户，一个是动态账户。在动态账户中我邀请了两个好友，并告诉他们这个资金盘存在的风险和投机收益。很高兴，我邀请的两位朋友都已经收回成本，具体可以挣多少，要看游戏的持续时间了。

也许是运气好，我的这次资金盘体验，在获得了新的经验的同时，没有损失任何资金，还可能会小赚一笔。

通过玩“资金盘”我的经验总结：

1、克服贪婪，抓住时机提取本金。

2、见好就收，不可恋战。

3、如果做动态，要明确告知风险，不可欺骗他人，并提醒他人保住本金。

4、用“可以损失”的钱去玩和尝试。

5、会打乱正常的生活，浪费大量的注意力。

资金盘之所以“野火烧不尽，春风吹又生”，有着顽强的生命力，最终还是大众被高额收益的吸引。用赌一把的心态，总想着一夜暴富。

诱人的高收益让人疯狂的在刀口上舔血，群体的效仿很容易让人迷失，甚至让人忘记了风险的存在。清醒的舔舐者在人少时，吃一口就跑了。留下不知真相的沉迷者，贪婪的争抢着舔舐锋利的刀口。资金盘即使伪装的再怎么完美，终究还是一个庞氏骗局的游戏。

忠告：远离资金盘，远离非法集资，拒绝高利诱惑。

⑤ 【深度知识】以太坊数据序列化RLP编码/解码原理

RLP(Recursive Length Prefix)，中文翻译过来叫递归长度前缀编码，它是以太坊序列化所采用的编码方式。RLP主要用于以太坊中数据的网络传输和持久化存储。

对象序列化方法有很多种，常见的像JSON编码，但是JSON有个明显的缺点：编码结果比较大。例如有如下的结构：

变量s序列化的结果是{"name":"icattlecoder","sex":"male"},字符串长度35，实际有效数据是icattlecoder 和male，共计16个字节，我们可以看到JSON的序列化时引入了太多的冗余信息。假设以太坊采用JSON来序列化，那么本来50GB的区块链可能现在就要100GB，当然实际没这么简单。

所以，以太坊需要设计一种结果更小的编码方法。

RLP编码的定义只处理两类数据：一类是字符串（例如字节数组），一类是列表。字符串指的是一串二进制数据，列表是一个嵌套递归的结构，里面可以包含字符串和列表，例如["cat",["puppy","cow"],"horse",[[]],"pig",[""],"sheep"]就是一个复杂的列表。其他类型的数据需要转成以上的两类，转换的规则不是RLP编码定义的，可以根据自己的规则转换，例如struct可以转成列表，int可以转成二进制（属于字符串一类），以太坊中整数都以大端形式存储。

从RLP编码的名字可以看出它的特点：一个是递归，被编码的数据是递归的结构，编码算法也是递归进行处理的；二是长度前缀，也就是RLP编码都带有一个前缀，这个前缀是跟被编码数据的长度相关的，从下面的编码规则中可以看出这一点。

对于值在[0, 127]之间的单个字节，其编码是其本身。

例1：a的编码是97。

如果byte数组长度l <= 55，编码的结果是数组本身，再加上128+l作为前缀。

例2：空字符串编码是128，即128 = 128 + 0。

例3：abc编码结果是131 97 98 99，其中131=128+len("abc")，97 98 99依次是a b c。

如果数组长度大于55， 编码结果第一个是183加数组长度的编码的长度，然后是数组长度的本身的编码，最后是byte数组的编码。

请把上面的规则多读几篇，特别是数组长度的编码的长度。

例4：编码下面这段字符串：

The length of this sentence is more than 55 bytes, I know it because I pre-designed it
这段字符串共86个字节，而86的编码只需要一个字节，那就是它自己，因此，编码的结果如下：

184 86 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前三个字节的计算方式如下：

184 = 183 + 1，因为数组长度86编码后仅占用一个字节。
86即数组长度86
84是T的编码
例5：编码一个重复1024次"a"的字符串，其结果为：185 4 0 97 97 97 97 97 97 ...。
1024按 big endian编码为004 0，省略掉前面的零，长度为2，因此185 = 183 + 2。

规则1~3定义了byte数组的编码方案，下面介绍列表的编码规则。在此之前，我们先定义列表长度是指子列表编码后的长度之和。

如果列表长度小于55，编码结果第一位是192加列表长度的编码的长度，然后依次连接各子列表的编码。

注意规则4本身是递归定义的。
例6：["abc", "def"]的编码结果是200 131 97 98 99 131 100 101 102。
其中abc的编码为131 97 98 99,def的编码为131 100 101 102。两个子字符串的编码后总长度是8，因此编码结果第一位计算得出：192 + 8 = 200。

如果列表长度超过55，编码结果第一位是247加列表长度的编码长度，然后是列表长度本身的编码，最后依次连接各子列表的编码。

规则5本身也是递归定义的，和规则3相似。

例7：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
的编码结果是:

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
其中前两个字节的计算方式如下：

248 = 247 +1
88 = 86 + 2，在规则3的示例中，长度为86，而在此例中，由于有两个子字符串，每个子字符串本身的长度的编码各占1字节，因此总共占2字节。
第3个字节179依据规则2得出179 = 128 + 51
第55个字节163同样依据规则2得出163 = 128 + 35

例8：最后我们再来看个稍复杂点的例子以加深理解递归长度前缀，

["abc",["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]]
编码结果是：

248 94 131 97 98 99 248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
列表第一项字符串abc根据规则2，编码结果为131 97 98 99,长度为4。
列表第二项也是一个列表项：

["The length of this sentence is more than 55 bytes, ", "I know it because I pre-designed it"]
根据规则5，结果为

248 88 179 84 104 101 32 108 101 110 103 116 104 32 111 102 32 116 104 105 115 32 115 101 110 116 101 110 99 101 32 105 115 32 109 111 114 101 32 116 104 97 110 32 53 53 32 98 121 116 101 115 44 32 163 73 32 107 110 111 119 32 105 116 32 98 101 99 97 117 115 101 32 73 32 112 114 101 45 100 101 115 105 103 110 101 100 32 105 116
长度为90，因此，整个列表的编码结果第二位是90 + 4 = 94, 占用1个字节，第一位247 + 1 = 248

以上5条就是RPL的全部编码规则。

各语言在具体实现RLP编码时，首先需要将对像映射成byte数组或列表两种形式。以go语言编码struct为例，会将其映射为列表，例如Student这个对象处理成列表["icattlecoder","male"]

如果编码map类型，可以采用以下列表形式：

[["",""],["",""],["",""]]

解码时，首先根据编码结果第一个字节f的大小，执行以下的规则判断：

1.如果f∈ [0,128),那么它是一个字节本身。

2.如果f∈[128,184)，那么它是一个长度不超过55的byte数组，数组的长度为 l=f-128

3.如果f∈[184,192)，那么它是一个长度超过55的数组，长度本身的编码长度ll=f-183,然后从第二个字节开始读取长度为ll的bytes，按照BigEndian编码成整数l，l即为数组的长度。

4.如果f∈(192,247]，那么它是一个编码后总长度不超过55的列表，列表长度为l=f-192。递归使用规则1~4进行解码。

5.如果f∈(247,256]，那么它是编码后长度大于55的列表，其长度本身的编码长度ll=f-247,然后从第二个字节读取长度为ll的bytes,按BigEndian编码成整数l，l即为子列表长度。然后递归根据解码规则进行解码。

以上解释了什么叫递归长度前缀编码，这个名字本身很好的解释了编码规则。

（1） 以太坊源码学习—RLP编码( https://segmentfault.com/a/1190000011763339 )
（2）简单分析RLP编码原理
( https://blog.csdn.net/itchosen/article/details/78183991 )

⑥ 浠涔堟槸浠ュお甯/浠ュお鍧奅TH锛

浠ュお鍧婏紙鑻辫锛欵thereum锛夋槸涓涓寮婧愮殑鏈夋櫤鑳藉悎绾﹀姛鑳界殑鍏鍏卞尯鍧楅摼骞冲彴銆傞氳繃鍏朵笓鐢ㄥ姞瀵嗚揣甯佷互澶甯侊紙Ether锛屽張绉扳滀互澶甯佲濓級鎻愪緵鍘讳腑蹇冨寲鐨勮櫄鎷熸満锛堢О涓衡滀互澶铏氭嫙鏈衡滶thereum Virtual Machine锛夋潵澶勭悊鐐瑰圭偣鍚堢害銆

鍧婂尯鍧楅摼涓婄殑浠ｅ竵绉颁负浠ュお甯侊紙Ether锛夛紝浠ｇ爜涓篍TH锛屽彲鍦ㄨ稿氬姞瀵嗚揣甯佺殑澶栨眹甯傚満涓婁氦鏄擄紝瀹冧篃鏄浠ュお鍧婁笂鐢ㄦ潵鏀浠樹氦鏄撴墜缁璐瑰拰杩愮畻鏈嶅姟鐨勫獟浠嬨

浠ュお鍧婄殑姒傚康棣栨″湪2013鑷2014骞撮棿鐢辩▼搴忓憳Vitalik Buterin锛屽彈姣旂壒甯佸惎鍙戝悗鎻愬嚭锛屽ぇ鎰忎负鈥滀笅涓浠ｅ姞瀵嗚揣甯佷笌鍘讳腑蹇冨寲搴旂敤骞冲彴鈥濓紝鍦2014骞撮氳繃ICO浼楃瑰緱浠ュ紑濮嬪彂灞曘傛埅鑷2018骞2鏈堬紝浠ュお甯佹槸甯傚肩浜岄珮鐨勫姞瀵嗚揣甯侊紝浠呮′簬姣旂壒甯併

浠ュお鍧婃渶鍒濈敱 Vitalik Buterin 鍦2013骞存彁鍑恒俈italik 鏈鏄涓鍚嶅弬涓庢瘮鐗瑰竵绀惧尯鐨勭▼搴忓憳锛屾浘鍚戞瘮鐗瑰竵鏍稿績寮鍙戜汉鍛樹富寮犳瘮鐗瑰竵骞冲彴搴旇ヨ佹湁涓鏇村畬鍠勭殑缂栫▼璇瑷璁╀汉寮鍙戠▼搴忥紝浣嗘湭寰楀埌浠栦滑鐨勫悓鎰忥紝鍥犳ゅ喅瀹氬紑鍙戜竴涓鏂扮殑骞冲彴浣滄ょ敤閫斻侭uterin 璁や负寰堝氱▼搴忛兘鍙浠ョ敤绫讳技姣旂壒甯佺殑鍘熺悊鏉ヨ揪鎴愯繘涓姝ョ殑鍙戝睍銆侭uterin 鍦2013骞村啓涓嬩簡銆婁互澶鍧婄櫧鐨涔︺嬶紝璇存槑浜嗗缓閫犲幓涓蹇冨寲绋嬪簭鐨勭洰鏍囥傜劧鍚2014骞撮氳繃缃戠粶鍏寮鍕熻祫寰楀埌寮鍙戠殑璧勯噾锛屾姇璧勪汉鐢ㄦ瘮鐗瑰竵鍚戝熀閲戜細璐涔颁互澶甯併

鏈鍒濅互澶鍧婄▼搴忔槸鐢变竴闂翠綅鍦ㄧ憺澹鐨勫叕鍙 Ethereum Switzerland GmbH 寮鍙戯紝涔嬪悗杞绉昏嚦涓涓闈炶惀鍒╂満鏋勨滀互澶鍧婂熀閲戜細鈥濓紙Ethereum Foundation锛夈

鐜板湪浠ュお鍧婃寲鐭挎敹鐩婅繖涔堥珮锛屾墜鏈虹湡鐨勫彲浠ユ寲鍒颁互澶鍧婂悧锛

浠ュお鍧婄殑鎸栫熆杩囩▼涓庢瘮鐗瑰竵鐨勫嚑涔庢槸涓鏍风殑銆侲TH閫氳繃鎸栫熆浜х敓锛屽钩鍧囨瘡15绉掍骇鐢1涓鍧楋紝鎸栫熆鐨勬椂鍊欙紝鐭垮伐浣跨敤璁＄畻鏈哄幓璁＄畻涓閬撳嚱鏁拌＄畻棰樼殑绛旀堬紝鐩村埌鏈夌熆宸ヨ＄畻鍒版ｇ‘绛旀堝嵆瀹屾垚鍖哄潡鐨勬墦鍖呬俊鎭锛岃屼綔涓虹涓涓璁＄畻鍑烘潵鐨勭熆宸ュ皢浼氬緱鍒3鏋欵TH鐨勫栧姳銆

濡傛灉鐭垮伐A鐜囧厛绠楀嚭姝ｇ‘鐨勭瓟妗堬紝閭ｄ箞鐭垮伐A灏嗚幏寰椾互澶甯佷綔涓哄栧姳锛屽苟鍦ㄥ叏缃戝箍鎾鍛婅瘔鎵鏈夌熆宸モ滄垜宸茬粡鎶婄瓟妗堢畻鍑烘潵浜嗏濆苟璁╂墍鏈夊湪绛旈樼殑鐭垮伐浠杩涜岄獙璇佸苟鏇存柊姝ｇ‘绛旀堛傚傛灉鐭垮伐B绠楀嚭姝ｇ‘绛旀堬紝閭ｄ箞鍏朵粬鐭垮伐灏嗕細鍋滄㈠綋鍓嶇殑瑙ｉ樿繃绋嬶紝璁板綍姝ｇ‘绛旀堬紝骞跺紑濮嬪仛涓嬩竴閬撻橈紝鐩村埌绠楀嚭姝ｇ‘绛旀堬紝骞朵竴鐩撮噸澶嶆よ繃绋嬨

鐭垮伐鍦ㄨ繖涓娓告垙涓寰堥毦浣滃紛銆備粬浠鏄娌℃硶浼瑁呭伐浣滃張寰楀嚭姝ｇ‘绛旀堛傝繖灏辨槸涓轰粈涔堣繖涓瑙ｉ樼殑杩囩▼琚绉颁负鈥滃伐浣滈噺璇佹槑鈥濓紙POW锛夈

瑙ｉ樼殑杩囩▼澶х害姣12-15绉掞紝鐭垮伐灏变細鎸栧嚭涓涓鍖哄潡銆傚傛灉鐭垮伐鎸栫熆鐨勯熷害杩囧揩鎴栬呰繃鎱锛岀畻娉曚細鑷鍔ㄨ皟鏁撮樼洰鐨勯毦搴︼紝鎶婂嚭鍧楅熷害淇濇寔鍦13绉掑乏鍙炽

鐭垮伐鑾峰彇杩欎簺ETH甯佹槸鏈夐殢鏈烘х殑锛屾寲鐭跨殑鏀剁泭鍙栧喅浜庢姇鍏ョ殑绠楀姏锛屽氨鐩稿綋浣犵殑璁＄畻鏈鸿秺澶氾紝浣犵瓟棰樼殑姝ｇ‘鐨勬傜巼涔熷氨瓒婇珮锛屾洿瀹规槗鑾峰緱鍖哄潡濂栧姳銆

鎵嬫満缁濆逛笉鍙鑳芥寲鍒颁互澶鍧婏紝鍥犱负浠ュお鍧婂彧鑳介氳繃鐢佃剳鏄惧崱鏉ユ寲鐭裤

浠ュお鍧婃寲鐭跨殑鐭挎疆纭瀹為潪甯哥伀鐑锛屽艰嚧寰堝氫粠鏉ユ病鏈夊弬涓庤繃铏氭嫙璐у竵鎶曡祫鐨勪汉涔熷弬涓庤繘鏉ャ備粠鏌愮嶇▼搴︿笂鏉ヨ达紝褰撹秺鏉ヨ秺澶氱殑浜哄紑濮嬭窡椋庣殑鏃跺欙紝杩欎釜鏃跺欑殑琛屾儏鍙嶈屼細姣旇緝鍗遍櫓銆備互澶鍧婃寲鐭挎湰韬闇瑕佷竴瀹氱殑鎶曡祫鎴愭湰锛岃繖娆＄殑鐭挎疆鍙鑳戒細瀵艰嚧寰堝氫汉鍑虹幇閲嶅ぇ浜忔崯锛屾墍浠ユ垜涓嶅缓璁澶у剁洸鐩鍙備笌杩涙潵銆

涓銆佷互澶鍧婃寲鐭垮惛寮曚簡寰堝氫汉鐨勫叧娉ㄣ

鍦ㄨ繖涓娆¤櫄鎷熻揣甯佺殑鐗涘競褰撲腑锛屾垜浠鍙浠ョ湅鍒颁互澶鍧婄殑琛ㄧ幇鐗瑰埆濂姐傚洜涓轰互澶鍧婃湰韬闇瑕丳OW鐨勬寲鐭匡紝鏈変簺浜哄紑濮嬫敹闆嗘樉鍗℃潵涓撻棬鎸栦互澶鍧娿備粠鏌愮嶇▼搴︿笂鏉ヨ达紝浠ュお鍧婃寲鐭跨‘瀹炴瘮鐐掍綔铏氭嫙璐у竵寮轰竴浜涳紝浣嗕緷鐒舵湁寰堝ぇ鐨勬姇璧勯庨櫓锛屾瘯绔熺洰鍓嶇殑鏄惧崱鎴愭湰鐗瑰埆楂樸

浜屻佷互澶鍧婁笉鑳介氳繃鎵嬫満鏉ユ寲銆

浠ュお鍧婃寲鐭跨殑妯″紡鏈韬鏄宸ヤ綔閲忕殑璇佹槑锛岃繖涓宸ヤ綔閲忛渶瑕侀氳繃鏄惧崱鐨勮＄畻鏉ヨ幏寰椼備絾鍑′竴涓浜哄硅櫄鎷熻揣甯佹湁鎵浜嗚В锛岃繖涓浜哄氨涓嶄細鐩镐俊鎵嬫満鍙浠ユ寲浠ュお鍧娿傚傛灉涓涓浜鸿〃绀哄彲浠ョ敤鎵嬫満鐜╀互澶鍧婏紝杩100%鏄楠楀眬锛屼綘瑕佸皬蹇冭皑鎱庛備互澶鍧婄洰鍓嶇殑琛屾儏闈炲父鐏鐑锛屾垜涔熷缓璁澶у跺皬蹇冪湅寰呭綋鍓嶇殑琛屾儏锛屼竴瀹氫笉瑕佺洸鐩璺熼庛

涓夈佷互澶鍧婂彲浠ラ氳繃鐢佃剳鏄惧崱鏉ユ寲鐭裤

灏卞儚鎴戝湪涓婇潰鎵璁茬殑閭ｆ牱锛屼互澶鍧婃寲鐭跨殑宸ヤ綔閫昏緫灏辨槸宸ヤ綔閲忚瘉鏄庯紝鎵浠ラ渶瑕侀氳繃鏄惧崱鏉ヨ幏寰椾互澶鍧婄殑浠ｅ竵銆傚傛灉浣犱箣鍓嶄粠鏉ユ病鏈夊弬涓庤繃浠ュお鍧婃寲鐭匡紝鎴戜笉寤鸿浣犵幇鍦ㄥ弬涓庤繘鏉ャ傛渶蹇鍦ㄥ勾搴曠殑鏃跺欙紝浠ュお鍧婁細浠庝箣鍓嶇殑宸ヤ綔閲忚瘉鏄庤浆鍖栦负鏉冪泭璇佹槑锛岄偅涓鏃跺欏氨涓嶈兘閫氳繃鏄惧崱鏉ユ寲鐭夸簡銆傚傛灉浣犵幇鍦ㄩ夋嫨鍦ㄩ珮浣嶅弬涓庢姇璧勶紝寰堝彲鑳戒綘鐨勬湰閲戦兘鏀朵笉鍥炴潵銆

⑦ 以太坊是如何挖矿的

以太坊的代币是通过采矿过程中产生的，每块采矿率为 5 个以太币。以太坊的采矿过程几乎与比特币相同，对于每一笔交易，矿工都可以使用计算机通过散列函数运行该块的唯一标题元数据，反复，快速地猜出答案，直到其中一人获胜。

许多新用户认为，采矿的唯一目的是以不需要中央发行人的方式生成醚（参见我们的指南“ 什么是以太？ ”）。这是真的。以太坊的代币是通过采矿过程中产生的，每块采矿率为 5 个以太币。但是，采矿还有至少同样重要的作用。通常，银行负责保持交易的准确记录。他们确保资金不是凭空创造的，用户不会多次欺骗和花钱。不过，区块链引入了一种全新的记录保存方式，整个网络而不是中介，验证交易并将其添加到公共分类账。

Ethereum Mining

尽管“无信任”或“信任最小化”货币体系是目标，但仍有人需要确保财务记录的安全，确保没有人作弊。采矿是使分散记录成为可能的创新之一。矿工们在防止欺诈行为（特别是醚的双重支出）方面达成了关于交易历史的共识 – 这是一个有趣的问题，在分散化的货币未在工作区块链之前解决。虽然以太坊正在研究其他方法来就交易的有效性达成共识，但采矿目前将平台保持在一起。

挖矿如何工作
今天，以太坊的采矿过程几乎与比特币相同。对于每一笔交易，矿工都可以使用计算机反复，快速地猜出答案，直到其中一人获胜。更具体地说，矿工将通过散列函数（它将返回一个固定长度，乱序的数字和字母串，它看起来是随机的）运行该块的唯一标题元数据（包括时间戳和软件版本），只改变’nonce 值’ ，这会影响结果散列值。

如果矿工发现与当前目标相匹配的散列，矿工将被授予乙醚并在整个网络上广播该块，以便每个节点验证并添加到他们自己的分类账副本中。如果矿工 B 找到散列，矿工 A 将停止对当前块的工作，并为下一个块重复该过程。矿工很难在这场比赛中作弊。没有办法伪造这项工作，并拿出正确的谜题答案。这就是为什么解谜方法被称为“工作证明”。

另一方面，其他人几乎没有时间验证散列值是否正确，这正是每个节点所做的。大约每 12-15 秒，一名矿工发现一块石块。如果矿工开始比这更快或更慢地解决谜题，算法会自动重新调整问题的难度，以便矿工回弹到大约 12 秒钟的解决时间。

矿工们随机赚取这些乙醚，他们的盈利能力取决于运气和他们投入的计算能力。以太坊使用的具体工作量验证算法被称为’ethash’，旨在需要更多的内存，使得使用昂贵的 ASIC 难以开采 – 特殊的采矿芯片，现在是唯一可以盈利的比特币开采方式。

从某种意义上讲，ethash 可能已经成功实现了这一目的，因为专用 ASIC 不可用于以太坊（至少目前还没有）。此外，由于以太坊旨在从工作证明挖掘转变为“股权证明”（我们将在下面讨论），购买 ASIC 可能不是一个明智的选择，因为它可能无法长久证明有用。

转移到股权证明
不过，以太坊可能永远不需要矿工。开发人员计划放弃工作证明，即网络当前使用的算法来确定哪些交易是有效的，并保护其免受篡改，以支持股权证明，网络由代币所有者担保。如果并且当该算法推出时，股权证明可以成为实现分布式共识的一种手段，而该共识使用更少的资源。

⑧ 2021-01-19 记录一次以太坊nonce值的问题

之前在做后端接口的时候，封装了构造交易及发送交易这一层，其中构造交易的时候，获取用户的nonce这里，没有自己维护，而是从链上获取，且之前由于一些业务这里没有做队列，导致前端并发调用的时候，会产生一个账户同时构造两个相同nonce值得交易，最终会导致失败一条。 

Client.PendingNonceAt 是从pending中获取该账户的本次交易改用的nonce，本以为这里已经处理了就没管，不曾想，还是会出现上面的交易重复的bug。

经修改，如果是特殊账户，可在业务层自行维护计数器做nonce值，维护成本较大，且复杂。

第二种  就是这里加个队列，毕竟及时性不是区块链该有的东西。

⑨ 用 ethers.js 发送高 gas 的替换交易

有时在以太坊上，提交的交易因网络拥堵或大量待处理交易而没有足够的gas，导致最终不得不等待数小时甚至数天才能打包结算。如果需要高优先级交易，仅因gas不足，必须使用更高的gas价格和相同的nonce重新发送交易，以尽早被打包。本文将介绍如何使用ethers.js在以太坊测试网上重发交易，并提供相关术语和知识。以下是关于以太坊交易的基础概念和流程，包括以太坊交易类型、参数、流程、以及签署交易的详细解释。

在以太坊中，交易是与网络互动的方式，每笔交易需要支付gas费用，单位是wei或gwei。以太坊交易涉及三种常见类型，基本参数包括：交易的参数解释和签署交易过程。此外，了解交易流程对进行交易至关重要，签署交易使用发送者的私钥生成签名，确保交易安全。

为了重新发送交易，首先需要安装必要的工具，如NodeJS，并使用它来管理库和处理JavaScript文件。使用ethers.js库发送交易，可以通过npm安装库。在安装过程中，可能会遇到node-gyp内部故障或缓存过期问题，可参考相关指南进行解决。

为了重新发送交易，首先需要创建钱包账号并获取测试ETH。可以创建一个名为index.js的文件，导入ethers.js库并使用私钥创建钱包实例。然后通过Kovan节点获取测试ETH，复制钱包地址并从水龙头获取测试ETH。成功获取测试ETH后，可以使用免费的以太坊节点URL启动以太坊节点。

使用ethers.js重新发送交易涉及以下步骤：设置以太坊节点URL、实例化ethersJsonRpcProvider、创建交易对象、设置gasPrice、签名交易并发送。通过修改gasPrice，可以增加交易的优先级。验证交易状态时，可以使用Kovan浏览器的搜索框检查交易是否成功被打包。

交易的gas价格决定其优先级，较高的gas价格可以使交易更快得到验证。重新发送高gas交易时，必须使用相同的nonce值，以避免发送重复交易并导致额外费用。因此，重新发送交易时，确保使用相同的nonce值是关键。

总之，通过使用ethers.js重新发送交易，可以解决因gas不足导致的交易延迟问题，通过调整gas价格提高交易优先级，确保交易尽快被打包。本文章提供的信息将帮助开发者和交易者更好地理解以太坊交易机制，实现更高效、安全的交易。