以太坊节点同步时间

A. SIHB怎么样放以太坊钱包里

在本阶段，以太坊只有命令行界面，所以许多人觉得它易用性“不够好”，如果你非技术爱好者，可以不参与这个阶段，等待下一个阶段发布的图形界面客户端。其实，常用的操作使用命令行很容易搞定，一点也不繁琐。

安装Geth

现在最新的Geth，下载地址在这里

然后，解压到桌面。

需要在命令行界面中打开此可执行文件。你需要找到命令提示符工具，在Windows8中。
在进行下面的正式操作前，关闭360卫士，因为它会阻止区块同步。

在命令行提示符工具中，输入 cd Desktop， 回车。输入geth，回车。
界面会显示以太坊的声明，输入y，回车，同意即可。

因为还没创建账户，所以会有警告。等到同步完区块，再来创建账户。

同步区块的界面如下：根据反馈，电信网络用户难以同步区块，会一直处于fdtrack状态：

可以尝试加入高效节点。ctrl + c关闭geth， 输入geth —bootnodes enode://@115.29.32.87:30303

同步需要花费一些时间。在这段时间，你可以熟悉下以太坊客户端的数据文件所做位置，如图：

如果你根据上图红框中的路径找不到该文件夹，你需要设置显示隐藏文件，如图：

以太坊数据文件夹包括如下文件：

将你最新的区块与这个网站显示的最新区块进行比较，确保更新到最新。我的已经同步到最新的第43414个区块，如下图：

创建账户

ctrl + c组合键，结束同步。输入geth account new，回车。界面提示你为账户设置一个密码，输入密码，回车。然后界面提示你，重复输入密码。注意，输入密码时，界面不会有反应。千万不要忘记密码！千万不要忘记密码！千万不要忘记密码！发送交易时，需要此密码解密账户。成功创建出自己的以太币地址，如下图：

查询已创建的账户，输入geth account list，回车。如下图：

许多时候需要输入这个地址，例如发送交易时。右键，选择“全选”，界面变白，如下图：

滑动鼠标选取地址，快捷键ctrl + c复制地址，【摘要】
SIHB怎么样放以太坊钱包里？【提问】
亲~我正在编辑这道题的答案，还请您耐心等待一下。【回答】
在本阶段，以太坊只有命令行界面，所以许多人觉得它易用性“不够好”，如果你非技术爱好者，可以不参与这个阶段，等待下一个阶段发布的图形界面客户端。其实，常用的操作使用命令行很容易搞定，一点也不繁琐。

安装Geth

现在最新的Geth，下载地址在这里

然后，解压到桌面。

需要在命令行界面中打开此可执行文件。你需要找到命令提示符工具，在Windows8中。
在进行下面的正式操作前，关闭360卫士，因为它会阻止区块同步。

在命令行提示符工具中，输入 cd Desktop， 回车。输入geth，回车。
界面会显示以太坊的声明，输入y，回车，同意即可。

因为还没创建账户，所以会有警告。等到同步完区块，再来创建账户。

同步区块的界面如下：根据反馈，电信网络用户难以同步区块，会一直处于fdtrack状态：

可以尝试加入高效节点。ctrl + c关闭geth， 输入geth —bootnodes enode://@115.29.32.87:30303

同步需要花费一些时间。在这段时间，你可以熟悉下以太坊客户端的数据文件所做位置，如图：

如果你根据上图红框中的路径找不到该文件夹，你需要设置显示隐藏文件，如图：

以太坊数据文件夹包括如下文件：

将你最新的区块与这个网站显示的最新区块进行比较，确保更新到最新。我的已经同步到最新的第43414个区块，如下图：

创建账户

ctrl + c组合键，结束同步。输入geth account new，回车。界面提示你为账户设置一个密码，输入密码，回车。然后界面提示你，重复输入密码。注意，输入密码时，界面不会有反应。千万不要忘记密码！千万不要忘记密码！千万不要忘记密码！发送交易时，需要此密码解密账户。成功创建出自己的以太币地址，如下图：

查询已创建的账户，输入geth account list，回车。如下图：

许多时候需要输入这个地址，例如发送交易时。右键，选择“全选”，界面变白，如下图：

滑动鼠标选取地址，快捷键ctrl + c复制地址，【回答】

B. 小狐狸钱包eth取消交易要手续费

以太坊钱包是一种帮助您与您的以太坊账户进行交互的工具。可以把它想像成一个背后没有银行的互联网银行应用。通过钱包您可以查看余额，发送交易或者链接到各种应用。您的钱包只是管理您以太坊账户的工具。这意味着您可以随时更换您的钱包应用。许多钱包应用都支持同时管理您的多个以太坊账户。是您，而不是钱包实际控制您的资产。它们只是管理您资产的工具。
第一个要说的当然就是Ethereum官方钱包+浏览器Mist。Mist是一个全节点钱包（全节点钱包通俗的来说就是同步了全部的以太坊区块信息的钱包）。也就是说打开钱包后，电脑会自动同步全部的以太坊区块信息，如果设备和网络的条件过关的情况下，目前（17年9月8日）大概需要半天左右的时间。
优势:安全度高，不需要经过第三方发起交易，节点未同步完成之前无法查看地址余额
劣势:无法调整GasPrice对网络要求高，需要连接节点，才能发起交易

C. 以太坊源码分析--p2p节点发现

节点发现功能主要涉及 Server Table udp 这几个数据结构，它们有独自的事件响应循环，节点发现功能便是它们互相协作完成的。其中，每个以太坊客户端启动后都会在本地运行一个 Server ，并将网络拓扑中相邻的节点视为 Node ，而 Table 是 Node 的容器， udp 则是负责维持底层的连接。下面重点描述它们中重要的字段和事件循环处理的关键部分。

PrivateKey - 本节点的私钥，用于与其他节点建立时的握手协商
Protocols - 支持的所有上层协议
StaticNodes - 预设的静态 Peer ，节点启动时会首先去向它们发起连接，建立邻居关系
newTransport - 下层传输层实现，定义握手过程中的数据加密解密方式，默认的传输层实现是用 newRLPX() 创建的 rlpx ，这不是本文的重点
ntab - 典型实现是 Table ，所有 peer 以 Node 的形式存放在 Table
ourHandshake - 与其他节点建立连接时的握手信息，包含本地节点的版本号以及支持的上层协议
addpeer － 连接握手完成后，连接过程通过这个通道通知 Server

Server 的监听循环，启动底层监听socket，当收到连接请求时，Accept后调用 setupConn() 开始连接建立过程

Server的主要事件处理和功能实现循环

Node 唯一表示网络上的一个节点

IP - IP地址
UDP/TCP - 连接使用的UDP/TCP端口号
ID - 以太坊网络中唯一标识一个节点，本质上是一个椭圆曲线公钥(PublicKey)，与 Server 的 PrivateKey 对应。一个节点的IP地址不一定是固定的，但ID是唯一的。
sha - 用于节点间的距离计算

Table 主要用来管理与本节点与其他节点的连接的建立更新删除

bucket - 所有 peer 按与本节点的距离远近放在不同的桶(bucket)中，详见之后的 节点维护
refreshReq - 更新 Table 请求通道

Table 的主要事件循环，主要负责控制 refresh 和 revalidate 过程。
refresh.C - 定时(30s)启动Peer刷新过程的定时器
refreshReq - 接收其他线程投递到 Table 的 刷新Peer连接 的通知，当收到该通知时启动更新，详见之后的 更新邻居关系
revalidate.C - 定时重新检查以连接节点的有效性的定时器，详见之后的 探活检测

udp 负责节点间通信的底层消息控制，是 Table 运行的 Kademlia 协议的底层组件

conn - 底层监听端口的连接
addpending － udp 用来接收 pending 的channel。使用场景为：当我们向其他节点发送数据包后(packet)后可能会期待收到它的回复，pending用来记录一次这种还没有到来的回复。举个例子，当我们发送ping包时，总是期待对方回复pong包。这时就可以将构造一个pending结构，其中包含期待接收的pong包的信息以及对应的callback函数，将这个pengding投递到udp的这个channel。 udp 在收到匹配的pong后，执行预设的callback。
gotreply - udp 用来接收其他节点回复的通道，配合上面的addpending，收到回复后，遍历已有的pending链表，看是否有匹配的pending。
Table - 和 Server 中的ntab是同一个 Table

udp 的处理循环，负责控制消息的向上递交和收发控制

udp 的底层接受数据包循环，负责接收其他节点的 packet

以太坊使用 Kademlia 分布式路由存储协议来进行网络拓扑维护，了解该协议建议先阅读 易懂分布式 。更权威的资料可以查看 wiki 。总的来说该协议：

源码中由 Table 结构保存所有 bucket ， bucket 结构如下

节点可以在 entries 和 replacements 互相转化，一个 entries 节点如果 Validate 失败，那么它会被原本将一个原本在 replacements 数组的节点替换。

有效性检测就是利用 ping 消息进行探活操作。 Table.loop() 启动了一个定时器（0~10s），定期随机选择一个bucket，向其 entries 中末尾的节点发送 ping 消息，如果对方回应了 pong ，则探活成功。

Table.loop() 会定期（定时器超时）或不定期（收到refreshReq）地进行更新邻居关系（发现新邻居），两者都调用 doRefresh() 方法，该方法对在网络上查找离自身和三个随机节点最近的若干个节点。

Table 的 lookup() 方法用来实现节点查找目标节点，它的实现就是 Kademlia 协议，通过节点间的接力，一步一步接近目标。

当一个节点启动后，它会首先向配置的静态节点发起连接，发起连接的过程称为 Dial ，源码中通过创建 dialTask 跟踪这个过程

dialTask表示一次向其他节点主动发起连接的任务

在 Server 启动时，会调用 newDialState() 根据预配置的 StaticNodes 初始化一批 dialTask ， 并在 Server.run() 方法中，启动这些这些任务。

Dial 过程需要知道目标节点( dest )的IP地址，如果不知道的话，就要先使用 recolve() 解析出目标的IP地址，怎么解析？就是先要用借助 Kademlia 协议在网络中查找目标节点。

当得到目标节点的IP后，下一步便是建立连接，这是通过 dialTask.dial() 建立连接

连接建立的握手过程分为两个阶段，在在 SetupConn() 中实现
第一阶段为 ECDH密钥建立 ：

第二阶段为协议握手,互相交换支持的上层协议

如果两次握手都通过，dialTask将向 Server 的 addpeer 通道发送 peer 的信息

D. 以太坊12个网络确认是多久

与其说是 6 个区块，倒不如说是 1 小时（6*10 分钟），这个值的意义在于，即使算力第一名节点的算力再强，也不可能让第二名提前 1 小时挖矿，然后自己还能比第二名先挖出来。



如果支出方想要进行双重支付，他必须控制了非常大的算力，不然其他的挖矿者不会帮助它，因为他们都需要在最长的分支上工作才能得到奖赏。

E. ethereum node needs to sync，please wait 正常吗

ethereum node needs to sync,please wait_有道翻译
翻译结果：
ethereum节点需要同步,请稍等
please
英 [pliːz]
美 [pliz]

int. 请（礼貌用语）
vt. 使喜欢；使高兴，使满意
vi. 讨人喜欢；令人高兴

Please 请,取悦,拜托
please hurry 请快些,请快点,请快点出牌

F. Quorum介绍

Quorum和以太坊的主要区别:

Quorum 的主要组件：

1,用其自己实现的基于投票机制的共识方式 来代替原来的 “Proof of work” 。
2,在原来无限制的P2P传输方式上增加了权限功能。使得P2P传输只能在互相允许的节点间传输。
3, 修改区块校验逻辑使其能支持 private transaction。
4, Transaction 生成时支持 transaction 内容的替换。这个调整是为了能支持联盟中的私有交易。

Constellation 模块的主要职责是支持 private transaction。Constellation 由两部分组成：Transaction Manager 和 Enclave。Transaction Manager 用来管理和传递私有消息，Enclave 用来对私有消息的加解密。

在私有交易中，Transaction Manager 会存储私有交易的内容，并且会将这条私有交易内容与其他相关的 Transaction Manager 进行交互。同时它也会利用 Enclave 来加密或解密其收到的私有交易。

为了能更有效率的处理消息的加密与解密，Quorum 将这个功能单独拉出并命名为 Enclave 模块。Enclave 和 Transaction Manager 是一对一的关系。

在 Quorum 中有两种交易类型，”Public Transaction” 和 “Privat Transaction”。在实际的交易中，这两种类型都采用了以太坊的 Transaction 模型，但是又做了部分修改。Quorum 在原有的以太坊 tx 模型基础上添加了一个新的 “privateFor” 字段。同时，针对一个 tx 类型的对象添加了一个新的方法 “IsPrivate”。用 “IsPrivate” 方法来判断 Transaction是 public 还是 private，用 “privateFor” 来记录 事务只有谁能查看。

Public Transaction 的机理和以太坊一致。Transaction中的交易内容能被链上的所有人访问到。

Private Transaction 虽然被叫做 “Private”，但是在全网上也会出现与其相关的交易。只不过交易的明细只有与此交易有关系的成员才能访问到。在全网上看到的交易内容是一段hash值，当你是交易的相关人员时，你就能利用这个hash值，然后通过 Transaction Manager 和 Enclave 来获得这笔交易的正确内容。

Public Transaction的处理流程和以太坊的Transaction流程一致。Transaction 广播全网后，被矿工打包到区块中。节点收到区块并校验区块中的 事务 信息。然后根据 Transaction信息更新本地的区块

Private Transaction也会将 Transaction 广播至全网。但是它的 Transaction payload已经从原来的真实内容替换为一个hash值。这个hash值是由Transaction Manager提供的。

有两个共识机制：QuorumChain Consensus 和 Raft-Based Consensus。
在 Quorum 1.2 之前的 Release 版本都采用了 QuorumChain。
从 2.0 版本开始，Quorum 废弃了 QuorumChain 转而只支持 Raft-based Consensus。

QuorumChain Consensus 是一个基于投票的共识算法。其主要特点有：

相比较以太坊的POW，Raft-based 提供了更快更高效的区块生成方式。相比 QuorumChain，Raft-based 不会产生空的区块，而且在区块的生成上比前者更有效率。

要想了解Raft-based Consensus，必须先了解Raft算法

Raft算法
Raft是一种一致性算法，是为了确保容错性，也就是即使系统中有一两个服务器当机，也不会影响其处理过程。这就意味着只要超过半数的大多数服务器达成一致就可以了，假设有N台服务器，N/2 +1 就超过半数，代表大多数了。
Raft的工作模式：
raft的工作模式是一个Leader和多个Follower模式，即我们通常说的领导者-追随者模式。除了这两种身份，还有Candidate身份。下面是身份的转化示意图

1，leader的选举过程
raft初始状态时所有server都处于Follower状态，并且随机睡眠一段时间，这个时间在0~1000ms之间。最先醒来的server A进入Candidate状态，Candidate状态的server A有权利发起投票，向其它所有server发出投票请求，请求其它server给它投票成为Leader。
2，Leader产生数据并同步给Follower
Leader产生数据，并向其它Follower节点发送数据添加请求。其它Follower收到数据添加请求后，判断该append请求满足接收条件（接收条件在后面安全保证问题3给出），如果满足条件就将其添加到本地，并给Leader发送添加成功的response。Leader在收到大多数Follower添加成功的response后。提交后的log日志就意味着已经被raft系统接受，并能应用到状态机中了。

Leader具有绝对的数据产生权利，其它Follower上存在数据不全或者与Leader数据不一致的情况时，一切都以Leader上的数据为主，最终所有server上的日志都会复制成与Leader一致的状态。

Raft的动态演示： http://thesecretlivesofdata.com/raft/

安全性保证，对于异常情况下Raft如何处理：

1，Leader选举过程中，如果有两个FollowerA和B同时醒来并发出投票请求怎么办？
在一次选举过程中，一个Follower只能投一票，这就保证了FollowerA和B不可能同时得到大多数（一半以上）的投票。如果A或者B中其一幸运地得到了大多数投票，就能顺利地成为Leader，Raft系统正常运行下去。但是A和B可能刚好都得到一半的投票，两者都成为不了Leader。这时A和B继续保持Candidate状态，并且随机睡眠一段时间，等待进入到下一个选举周期。由于所有Follower都是随机选择睡眠时间，所以连续出现多个server竞选的概率很低。
2，Leader挂了后，如何选举出新的Leader？
Leader在正常运行时候，会周期性的向Follower节点发送数据的同步请求，同时也是起到一个心跳作用。Follower节点如果在一段时间之内（一般是2000ms左右）没有收到数据同步请求，则认为Leader已经死了，于是进入到Candidate状态，开始发起投票竞选新的Leader，每个新的Leader产生后就是一个新的任期，每个任期都对应一个唯一的任期号term。这个term是单调递增的，用来唯一标识一个Leader的任期。投票开始时，Candidate将自己的term加1，并在投票请求中带上term；Follower只会接受任期号term比自己大的request_vote请求，并为之投票。 这条规则保证了只有最新的Candidate才有可能成为Leader。

3，Follower的数据的生效时间
Follower在收到一条添加数据请求后，是否立即保存并将其应用到状态机中去？如果不是立即应用，那么由什么来决定该条日志生效的时间？
首先会检查这条数据同步请求的来源信息是否与本地保存的leader信息符合，包括leaderId和任期号term。检查合法后就将日志保存到本地中，并给Leader回复添加log成功，但是不会立即将其应用到本地状态机。Leader收到大部分Follower添加log成功的回复后，就正式将这条日志commit提交。Leader在随后发出的心跳append_entires中会带上已经提交日志索引。Follower收到Leader发出的心跳append_entries后，就可以确认刚才的log已经被commit(提交)了，这个时候Follower才会把日志应用到本地状态机。下表即是append_entries请求的内容，其中leaderCommit即是Leader已经确认提交的最大日志索引。Follower在收到Leader发出的append_entries后即可以通过leaderCommit字段决定哪些日志可以应用到状态机。

4，向raft系统中添加新机器时，由于配置信息不可能在各个系统上同时达到同步状态，总会有某些server先得到新机器的信息，有些server后得到新机器的信息。比如在raft系统中有三个server，在某个时间段中新增加了server4和server5这两台机器。只有server3率先感知到了这两台机器的添加。这个时候如果进行选举，就有可能出现两个Leader选举成功。因为server3认为有3台server给它投了票，它就是Leader，而server1认为只要有2台server给它投票就是Leader了。raft怎么解决这个问题呢？

产生这个问题的根本原因是，raft系统中有一部分机器使用了旧的配置，如server1和server2，有一部分使用新的配置，如server3。解决这个问题的方法是添加一个中间配置(Cold, Cnew)，这个中间配置的内容是旧的配置表Cold和新的配置Cnew。这个时候server3收到添加机器的消息后，不是直接使用新的配置Cnew，而是使用(Cold, Cnew)来做决策。比如说server3在竞选Leader的时候，不仅需要得到Cold中的大部分投票，还要得到Cnew中的大部分投票才能成为Leader。这样就保证了server1和server2在使用Cold配置的情况下，还是只可能产生一个Leader。当所有server都获得了添加机器的消息后，再统一切换到Cnew。raft实现中，将Cold，(Cold,Cnew)以及Cnew都当成一条普通的日志。配置更改信息发送Leader后，由Leader先添加一条 (Cold, Cnew)日志，并同步给其它Follower。当这条日志(Cold, Cnew)提交后，再添加一条Cnew日志同步给其它Follower，通过Cnew日志将所有Follower的配置切换到最新。

Raft算法和以太坊结合
所以为了连接以太坊节点和 Raft 共识，Quorum 采用了网络节点和 Raft 节点一对一的方式来实现 Raft-based 共识

一个Transaction完整流程
1，客户端发起一笔 Transaction并通过 RPC 来呼叫节点。
2，节点通过以太坊的 P2P 协议将节点广播给网络。
3，当前的 Raft leader 对应的以太坊节点收到了 Transaction后将它打包成区块。
区块被 编码后传递给对应的 Raft leader。
leader 收到区块后通过 Raft 算法将区块传递给 follower。这包括如下步骤：
3.1，leader 发送 AppendEntries 指令给 follower。
3.2，follower 收到这个包含区块信息的指令后，返回确认回执给 leader。
3.3，leader 收到不少于指定数量的确认回执后，发送确认 append 的指令给 follower。
3.4，follower 收到确认 append 的指令后将区块信息记录到本地的 Raft log 上。
3.5，Raft 节点将区块传递给对应的 Quorum 节点。Quorum 节点校验区块的合法性，如果合法则记录到本地链上。

参考链接： http://blog.csdn.net/about_blockchain/article/details/78684901

G. 以太坊钱包不更新

网络不顺畅或其它。
节点同步慢原因以及解决方法：1、以太坊钱包节点同步需要联网操作，如果你的网络不畅通就会造成同步慢这种情况，所以在同步之前请检查好你的网络，确认网络状况良好在进行同步。2、节点同步需要占用大量的内存，如果你的电脑内存不够就会造成阶段同步慢甚至停止同步这种情况，建议用户在同步节点之前清理一下电脑保证电脑内存充足，目前有用户反映同步节点内存最高可占用100G左右内存哦。3、可以在以太坊钱包中修改peer数，默认peer是25个，建议你可以修改成巨大的数值，例如9999个。4、同步阶段还需要你的路由器支持uPnP。可以在路由器设置中修改。5、需要公网IP，如果你没有的话就会慢很多，所以建议设置一个公网IP吧。6、也有网友反映是钱包本身的问题，以太坊钱包软件本身并不是很成熟，在同步节点的时候会有很多问题出现，这个只有等待以太坊官方修改。7、电脑配置不能太低。8、第一次同步时使用--fast选项，可以更快地同步到最新块。9、使用的是geth，运行时间长了可能会有问题，可以考虑每天重启一次geth。10、及时更新geth到最新版本。11、硬盘空间要足够大，建议至少1T以上。为了运行以太坊全节点，买了500G的硬盘空间，使用--fast同步完成后才占40多G空间，之后正常模式同步硬盘占用空间快速增长，3个月左右已经430G了，最近又买了500G磁盘空间。12、交易未被打包时，相同nonce值可以覆盖之前的交易，覆盖交易只看nonce值，至于交易的其它部分内容可以相同也可以不同。13、如果有低nonce值还未被打包，新的交易gasPrice再高，也需要先等低nonce值的交易被打包，如果低nonce值的交易因为gasPrice设低了而等待，需要先使用相同nonce值来修改gasPrice。
以太币（ETH）是以太坊的一种加密数字代币，被视为“比特币2。0版”，创始人是杰弗里_维尔克。

H. 什么是区块链扩容

扩容，是当某个容器或承载物不足以支撑或承载现有事物需求时，我们通过扩大容器的容量或承载物的体积来满足日益增长的需求，从而缓解当前容器或承载物所受压力的一种手段。
在比特币诞生之初比特币创始人中本聪并没有特意限制区块的大小，区块最大可以达到32MB，当时平均每个区块大小为1~2KB。
时比特币用户少，交易量也没有那么大，并不会造成区块拥堵，然而2013年至今随着比特币价格的直线上升，用户越来越多因此造成比特币网络拥堵，用户交易费用上升的问题逐渐涌现出来。
到现在，比特币区块链上最高时有几十万笔交易积压，比特币的平均交易费用比 2010 年 9 月上涨了 376 倍，每秒 7 笔交易的处理速度已经明显无法满足用户需求，比特币社区开始探索如何给比特币“扩容”。
通过修改比特币底层代码，从而达到提高交易处理能力的目的。
比特币扩容本身发展和设计方案有两种，即第一层和第二层扩容技术。
· 第一层扩容技术即改进区块链自身，把区块链自身变得更快、容量变得更大，总的来说就是改变区块链共识部分的内容。
· 第二层扩容技术目的是把计算移到链下，即通过侧链的技术加以解决问题。
扩容协议及结局
扩容协议一般需要矿工们的支持，大致可以分为修改区块大小、软分叉、硬分叉、隔离见证等方式。
以比特币举例：
比特币现在分裂成为大区块Bitcoin Cash(BCH)和隔离见证。隔离见证现在是市场上公认的比特币，而大区块币被冠名为比特现金。可以预见的往后的发展方向，比特币将会以链下交易为主。包括闪电网络、侧链。这两个新东西目前不成熟，但是被很多人寄予厚望的。
比特币将会大量发展隔离见证交易，并在隔离见证的基础上做更多的衍生技术。最有可能是以技术推动比特币往前发展。
比特现金将会以链上交易为主，重点发展货币功能，以降低交易摩擦为主要方式，以获利更广泛的链上用户量为主要发展方向。
链乔教育在线旗下学硕创新区块链技术工作站是中国教育部学校规划建设发展中心开展的“智慧学习工场2020-学硕创新工作站 ”唯一获准的“区块链技术专业”试点工作站。专业站立足为学生提供多样化成长路径，推进专业学位研究生产学研结合培养模式改革，构建应用型、复合型人才培养体系。

I. 以太国际空间谁知道怎么玩。EIS币怎么交易

现在我们大家都很关注关于以太坊方面的问题，那么关于以太币怎么交易?我想我们大家应该会很想了解一些内容，那么下面就让我们小编在这里就来为大家好好的介绍一下很多内容关于以太币怎么交易?以太坊的交易最直观解释：从外部账户发送到区块链上的另一个账户的消息和签名的数据包。

包含如下内容：
发送者的签名
接收的地址
转移的数字货币数量等内容
以太坊上的交易都是需要支付费用，和比特币以比特币来支付一定的交易费用不同，以太坊上固定了这个环节，那么这个间接理解是以太坊的一种安全防范错误，防止了大量的无意义的交易，保证一定的安全性，特别是智能合约的创建、执行、调用都需要消耗费用，那么也保证了整个系统的稳定性，防止了一些链上无意义的恶意行为。
交易手续费
以太坊的核心是EVM，以太坊虚拟机，那么在EVM中执行的字节码都是要支付费用。也就是经常看到的Gas、Gas limit、Gas Price这几个概念。
Gas：字面理解就是汽油，以太坊和日常的汽车一样需要Gas才能运行。Gas是一笔交易过程中计算消耗的基本单位。有一个列表可以直观看到在以太坊中操作的Gas消耗量：
操作Gas消耗具体内容
step1执行周期的默认费用。
stop0终止操作是免费的。
suicide0智能合约账户的内部数据存储空间，当合约账户调用suicide()方法时，该值将被置为null。
sha320加解密
sload20在固定的存储器中去获取
sstore100输入到固定的存储器中
balance20账户余额
create100创建合约
call20初始化一个只读调用
memory1扩充内存额外支付的费用
txdata5交易过程中数据或者编码的每一个字节的消耗
transaction500交易费用
contract creation53000homestead中目前从21000调整到53000
所以有些公司或者个人觉得区块链技术去中介化，不需要中心服务器，这种开发模式是比较便宜的，但是事实上区块链的开发不比之前的那些传统软件开发来的便宜。
Gas Price：字面理解汽油价格，这个就像你去加油站，95#汽油今天是什么价格。一个Gas Price就是单价，那么你的交易费用=Gas*Gas Price，然后以以太币来ether来支出。当然你觉得我不想支付费用，你可以设置Gas Price为0，但是选择权在矿工手中，矿工有权选择收纳交易和收取费用，那么最简单的想想很难让一个矿工去接收一个价格很低的交易吧。另外提一句，以太坊默认的Gas Price是1wei。
Gas Limit：字面理解就是Gas的限制，限制是必要的，没有限制就没有约束。这个Gas Limit是有两个意思的。首先针对单个交易，那么这个表示交易的发起者他愿意支付最多是多少Gas，这个交易发起者在发起交易的时候需要设置好。还有一个是针对区块的Gas Limit，一个单独的区块也有Gas的限制。
假设几个场景来说明Gas的使用：
用户设置Gas Limit，那么在交易过程中，如果你的实际消耗的Gas used
用户设置Gas Limit，那么交易过程中，如果你的实际消耗的Gas used > Gas Limit，那么矿工肯定发现你的Gas不足，这个交易就无法执行完成，这个之后会回滚到执行之前的状态，这个时候矿工会收取Gas Price*Gas Limit。
区块的Gas Limit，区块中有一个Gas上限，收纳的交易会出现不同的用户指定的Gas Limit。那么矿工就会根据区块限制的Gas Limit来选择，“合理”选择打包交易。
具体交易
以太坊上交易可以是简单的以太币的转移，同时也可以是智能合约的代码消息。列个表格看下交易的具体内容：
代码内容
from交易发起者的地址、不能为空，源头都没有不合理。
to交易接收者的地址(这个可以为空，空的时候就表示是一个合约的创建)
value转移的以太币数量
data数据字段。这个字段存在的时候表示的是，交易是一个创建或者是一个调用智能合约的交易
Gas Limit字面理解就是Gas的限制，限制是必要的，没有限制就没有约束。这个Gas Limit是有两个意思的。首先针对单个交易，那么这个表示交易的发起者他愿意支付最多是多少Gas，这个交易发起者在发起交易的时候需要设置好。还有一个是针对区块的Gas Limit，一个单独的区块也有Gas的限制。
Gas Price一个Gas Price就是单价，那么你的交易费用=Gas*Gas Price，然后以以太币来ether来支出。以太坊默认的Gas Price是1wei。
nonce用于区别用户发出交易的标识。
hash交易ID，是由上述的信息生成的一个hash值
r、s、v交易签名的三部分，交易发起者的私钥对hash签名生成。
交易分三种类型
转账：简单明了的以太坊上的以太币的转移，就和比特币类似，A向B转移一定数量的以太币。这种交易包含：交易发起者、接收者、value的数量，其余类似Gas Limit、hash、nonce都会默认生成。所以你会看到一段代码：
web3.eth.sendTransaction({ from: "交易发起者地址", to：“交易接收者地址”, value: 数量});
智能合约创建：创建智能合约就是把智能合约部署到区块链上，那么这个时候to是一个空的字段。data字段则是初始化合约的代码。所以看到代码：
web3.eth.sendTransaction({ from: "交易发起者地址", data: "contract binary code"});
智能合约执行：合约创建部署在区块链上，那么执行就是会加上to字段到要智能合约执行的地址，然后data字段来指定调用的方法和参数的传递，所以看到代码：
web3.eth.sendTransaction({ from: "交易发起者地址", to：“合约执行者地址”, data：“调用的方法和参数的传递”});
以上大致就是交易的类型。
交易的确认
和比特币一样，以太坊的交易需要后续区块确认后，节点同步后、才能确认。简单理解就是多挖出一些区块来，通过验证后这一笔交易才算确认，以太坊时常会出现拥堵的情况，所以有时候需要等待确认。
转账、合约交易流转
首先交易发起者A发起一笔转账交易，那么发送的格式如下：
代码具体内容
from交易发起者的地址
to交易接收者的地址
value转移的以太币数量
GasGas的量
Gas PriceGas的单价
data发送给接收者的消息
nonce交易编号
节点验证：以太坊网络中会有节点收到A发送出来的消息，那么会去检查这个消息格式时候有效，然后计算Gas Limit。这个时候回去验证A的以太坊余额，如果余额不足，那么就返回错误，不予处理。一旦A发送的消息通过了节点的验证，那么节点就会把这个交易放到交易存储池中。并广播到区块链网络。
矿工验证：那么写入区块链必须要矿工打包，矿工在接收到A发出的交易，会和其他交易一块打包，普通转账交易打包即可，那么合约调用的交易则需要在矿工本地的EVM上去执行调用的合约代码，代码执行过程中检查Gas的消耗。一旦Gas消耗完了，那么就回滚，如果Gas足够那么返回多余的Gas。并广播到区块链网络。
其余节点：重复节点验证步骤，然后合约也会在本地EVM上执行验证。通过验证后同步区块链。
首先还是发起者A发起一个创建智能合约的交易请求。格式如下：
代码具体内容
from交易发起者的地址
to0
value转移的以太币数量
GasGas的量
Gas PriceGas的单价
data合约代码
nonce交易编号
节点验证：
以太坊网络中会有节点收到A发送出来的消息，检查交易是否有效，格式是否正确，验证交易签名。计算Gas，确定下发起者的地址，然后查询A账户以太币的余额。如果余额不足，那么就返回错误，不予处理。一旦A发送的消息通过了节点的验证，那么节点就会把这个交易放到交易存储池中。并广播到区块链网络。
矿工验证：
矿工将交易打包，那么会根据交易费用和合约代码，来创建合约账户，在账户的空间中部署合约。这里说下合约地址(智能合约账户的地址是有发起者的地址和交易的随机数作为输入，然后通过加密算法生成)。交易确认后会把智能合约的地址返回给A。且广播到区块链网络。
其余节点：
重复节点验证步骤，验证区块，在节点的内存池中更新A的智能合约交易，同步区块链，且智能合约部署在自己本地的区块链中。

J. 轻用户是什么意思

什么是轻客户端？为什么你需要了解它

播报文章

在以太坊的案例中，过去只有一种类型的节点，现在称为全节点。这个软件负责验证和转播网络上的交易和区块。由于无信任环境（开放的互联网）和区块链的性质，每个全节点需要下载并验证每个区块，所以就是在每个区块中验证每一笔交易。

Parity Ethereum 和 Geth 这两个最受欢迎的以太坊客户端，今天都可以在一台中等功率的笔记本电脑上运行。然而，下载和验证整个区块链的区块是需要时间和资源的。例如，现在需要使用 SSD 来完全同步以太坊区块链。HDD 无法跟上每秒所需的输入/输出操作。

全节点使用案例

现在，组织和个人运行全节点是因为他们的业务需要。想想矿工、区块浏览器、交易所。个人用户可能希望运行全节点，因为这是与区块链交互的最安全方式。在一个更小的范围内，他们也可能是纯粹的利他主义来帮助网络。7*24 小时全天候的运行一个全节点需要良好的知识和资源水平，大多数用户不愿意投资是可以理解的。除了矿工，没有什么内置的激励来运行一个全节点，尽管这部分基础设施对网络至关重要。

因此，大多数与区块链交互的用户，不管是否自愿，都会使用一个中心的基础设施。最流行的软件钱包默认依赖于第三方托管的节点。这些客户端连接到远程节点，并以非密码验证的方式完全信任其响应。它的积极方面显然是增强了用户体验，因为这些钱包的用户不需要运行自己的节点。但是，它们被迫信任第三方节点。默认情况下，Metamask、MyEtherWallet 和 MyCrypto 连接到远程节点，但如果用户愿意，仍然允许他们连接到自己的本地节点。这不是 Jaxx 或 Exos 钱包的情况，它们默认连接到远程节点，而没有连接到用户自己的本地节点的选项。这里没有提到移动钱包，因为手机无法运行全节点。

像 Infura 这样的公司致力于运行全节点，并免费提供给那些需要它们的人。抽象出同步一个全节点的麻烦，允许任何用户轻松地访问区块链。这样的解决方案有助于让更多用户能够访问以太坊。然而，尽管这一举措是对生态系统的一个重大补充，但它代表了一个中心化的单一失败点，与去中心化的区块链理念背道而驰。直到几个月前，钱包开发商还没有其他选择。

“我们的目标是创建一个兼容不同程度‘轻’的协议，从几乎不存储任何内容的客户端到几乎存储所有内容的客户端。”

— PIP, Parity Light Protocol（https://wiki.parity.io/The-Parity-Light-Protocol-%28PIP%29）

轻量级替代方案：轻客户端

轻客户端或轻节点是连接到全节点与区块链交互的软件。与全节点对应节点不同，轻节点不需要运行 24/7 或读写区块链上的大量信息。事实上，轻客户端并不直接与区块链交互，而是使用全节点作为中介。轻客户端依赖于全节点去执行许多操作，从请求最新的区块头到请求帐户中的余额。

轻客户端协议的设计方式允许它们以最小信任的方式与全节点交互。这是一个需要理解的关键方面，因此让我们回顾一下以太坊区块链的基础知识：

1. 普通用户使用全节点、轻节点或受信任的远程节点在网络上发送交易。

2. 全节点从网络上的对等节点接收交易，检查这些交易的有效性，并将它们广播到网络。

3. 矿工是连接到特定软件的全节点。他们像一个普通的全节点一样从网络上接收和验证交易，但是会额外投入大量的精力来寻找问题的解决方案，才会被允许生成下一个区块。矿工使用的全节点通过应该将哪个区块添加到区块链并构建在其上达成共识。任何在其上构建了至少 10 个块的块都被认为是安全的，因为它包含的交易被还原的概率非常低。

现在，回到我们的轻客户端。作为起点，轻客户端需要下载区块链的区块头。轻客户端不需要为它对全节点的每个请求去信任全节点。这是因为区块头包含一个名为 Merkle 树根的信息。Merkle 树根就是区块链上有账户余额和智能合约存储的所有信息的指纹。如果有任何微小的信息改变，这个指纹也会改变。假设大多数矿工都是诚实的，那么区块头和他们所包含的指纹就被认为是有效的。轻客户端可能需要从全节点请求信息，例如特定帐户的余额。轻客户端知道每个区块的指纹，就可以验证全节点给出的答案是否与其拥有的指纹匹配。这是一个强有力的工具，可以在事先不知情的情况下证明信息的真实性。

由于轻客户端需要发送多个请求来执行简单的操作，因此所需的总体网络带宽高于全节点的带宽。另一方面，所需的资源和存储量比全节点的资源和存储量低几个数量级，同时实现了非常高的安全级别。只需要大约 100MB 的存储空间和较低的计算能力，轻节点就可以在移动设备上运行！这意味着手机可以以去中心化的方式访问区块链。

因为只需要一个全节点的一小部分信息，所以一个轻节点可以更快地与区块链同步。目前，将整个以太坊主网区块链同步，轻客户端大约只需要一个小时，但节点同步超过几秒对任何应用程序来说都太多了。为轻客户端开发的解决方案可以快速与区块链顶部同步，尽管这些解决方案通常需要权衡。目前，轻客户端在其代码中内置了一个可信的区块链检查点。正因为如此，客户端只需要下载最新的区块头文件，就可以在几秒钟内实现同步。轻客户端用户信任客户端开发人员集成有效的检查点。这种折衷被认为是可以接受的，因为用户已经需要信任客户端实现的开发人员。为了以去中心化的方式快速执行同步，Parity Technologie 目前开发了一种替代解决方案，允许轻客户端以与全节点类似的方式执行扭曲同步（https://wiki.parity.io/Warp-Sync）。

未来，轻客户端会遍布各地。 — Marty McFly

轻客户端的挑战

轻客户端非常适合主流应用，例如发送一些交易和验证帐户余额。对轻客户端的主要批评是，轻客户端不能直接帮助网络。它们不验证除自己需要的信息以外的任何其他信息，也不从网络向其他对等节点提供或转播信息，它们使用来自全节点的资源，而不提供任何的回报。

与全节点相比，轻客户端提供了更好的最终用户体验，同时允许最终用户以去中心化的和安全的方式访问区块链。关键是要找到一种激励个人和机构的方式去运行全节点、服务轻节点、惩罚服务坏数据的恶意全节点。使轻客户端可持续发展的一种方法是让他们对全节点发出的每个请求执行小额支付。在不久的将来，轻客户端将在以太坊分片中扮演重要角色，让验证节点快速同步不同的分片。轻客户端还可用于报告恶意参与者（验证节点或 plasma 权限）。轻客户端对全节点的激励是一个活跃的研究领域，因为激励是生态系统稳定的关键。

有一些很有前途的想法可以让轻客户端快速同步，同时避免前面提到的折衷方案。一种想法是允许全节点提供最新的已知区块头的零知识证明（例如，zk-STARK https://eprint.iacr.org/2018/046.pdf）。然后，轻客户端可以验证它并与链的顶部同步，而无需事先知道区块链的状态。

总之，在短期内，轻客户端将成为去中心化应用程序的骨干，这对用户友好的分布式生态系统来说是一个非常好的消息。