eth分发工具

❶ 以太坊币是什么

在圈子里的人，对于比特币都是非常熟悉的，比特币开创了去中心化密码货币的先河，但比特币并不完美，存在很多诟病难以解决，然而以太坊的诞生就解决了比特币扩展性不足的问题。
以太坊是一个开源的有智能合约功能的公共区块链平台，通过其专用加密货币以太币ETH提供去中心化的以太虚拟机来处理点对点合约。
它上面提供各种模块让用户来搭建应用，如果将搭建应用比作造房子，那么以太坊就提供了墙面、屋顶、地板等模块，用户只需像搭积木一样把房子搭起来，因此在以太坊上建立应用的成本和速度都大大改善。具体来说，以太坊通过一套图灵完备的脚本语言，简称EVM语言来建立应用，它类似于汇编语言。

❷ Linux Bonding 怎么玩

一、什么是bondingLinux bonding 驱动提供了一个把多个网络接口设备捆绑为单个的网络接口设置来使用，用于网络负载均衡及网络冗余二、bonding应用方向1、网络负载均衡对于bonding的网络负载均衡是我们在文件服务器中常用到的，比如把三块网卡，当做一块来用，解决一个IP地址，流量过大，服务器网络压力过大的问题。对于文件服务器来说，比如NFS或SAMBA文件服务器，没有任何一个管理员会把内部网的文件服务器的IP地址弄很多个来解决网络负载的问题。如果在内网中，文件服务器为了管理和应用上的方便，大多是用同一个IP地址。对于一个百M的本地网络来说，文件服务器在多 个用户同时使用的情况下，网络压力是极大的，特别是SAMABA和NFS服务器。为了解决同一个IP地址，突破流量的限制，毕竟网线和网卡对数据的吞吐量是有限制的。如果在有限的资源的情况下，实现网络负载均衡，最好的办法就是 bonding 2、网络冗余对于服务器来说，网络设备的稳定也是比较重要的，特别是网卡。在生产型的系统中，网卡的可靠性就更为重要了。在生产型的系统中，大多通过硬件设备的冗余来提供服务器的可靠性和安全性，比如电源。bonding 也能为网卡提供冗余的支持。把多块网卡绑定到一个IP地址，当一块网卡发生物理性损坏的情况下，另一块网卡自动启用，并提供正常的服务，即：默认情况下只有一块网卡工作，其它网卡做备份三、bonding实验环境及配置1、实验环境系统为：CentOS，使用4块网卡（eth0、eth1 ==> bond0；eth2、eth3 ==> bond1）来实现bonding技术2、bonding配置第一步：先查看一下内核是否已经支持bonding1）如果内核已经把bonding编译进内核，那么要做的就是加载该模块到当前内核；其次查看ifenslave该工具是否也已经编译modprobe -l bond*或者 modinfo bondingmodprobe bondinglsmod | grep 'bonding'echo 'modprobe bonding &> /dev/null' >> /etc/rc.local（开机自动加载bonding模块到内核）which ifenslave注意：默认内核安装完后就已经支持bonding模块了，无需要自己手动编译2）如果bonding还没有编译进内核，那么要做的就是编译该模块到内核（1）编译bondingtar -jxvf kernel-XXX.tar.gzcd kernel-XXXmake menuconfig选择 " Network device support " -> " Bonding driver support "make bzImagemake moles && make moles_installmake install（2）编译ifenslave工具gcc -Wall -O -I kernel-XXX/include ifenslave.c -o ifenslave第二步：主要有两种可选择（第1种：实现网络负载均衡，第2种：实现网络冗余）例1：实现网络冗余（即：mod=1方式，使用eth0与eth1）（1）编辑虚拟网络接口配置文件（bond0），并指定网卡IPvi /etc/sysconfig/network-scripts/ifcfg-bond0DEVICE=bond0ONBOOT=yesBOOTPROTO=staticIPADDR=192.168.0.254BROADCAST=192.168.0.255NETMASK=255.255.255.0NETWORK=192.168.0.0GATEWAY=192.168.0.1USERCTL=noTYPE=Ethernet注意：建议不要指定MAC地址vi /etc/sysconfig/network-scripts/ifcfg-eth0DEVICE=eth0BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0SLAVE=yes注意：建议不要指定MAC地址vi /etc/sysconfig/network-scripts/ifcfg-eth1DEVICE=eth1BOOTPROTO=noneONBOOT=yesUSERCTL=noMASTER=bond0SLAVE=yes注意：建议不要指定MAC地址（2）编辑模块载入配置文件（/etc/modprobe.conf），开机自动加载bonding模块到内核

vi /etc/modprobe.conf

alias bond0 bonding options bond0 miimon=100 mode=1

alias net-pf-10 off #关闭ipv6支持说明：miimon是用来进行链路监测的。 比如:miimon=100，那么系统每100ms监测一次链路连接状态，如果有一条线路不通就转入另一条线路；mode的值表示工作模式，他共有0，1，2，3，4，5，6六种模式，常用为0，6，1三种，具体后面会介绍 mode=0，表示load balancing (round-robin)为负载均衡方式，两块网卡都工作，但是与网卡相连的交换必须做特殊配置（ 这两个端口应该采取聚合方式），因为做bonding的这两块网卡是使用同一个MAC地址mode=6，表示load balancing (round-robin)为负载均衡方式，两块网卡都工作，但是该模式下无需配置交换机，因为做bonding的这两块网卡是使用不同的MAC地址mode=1，表示fault-tolerance (active-backup)提供冗余功能，工作方式是主备的工作方式，也就是说默认情况下只有一块网卡工作,另一块做备份 注意：bonding只能提供链路监测，即从主机到交换机的链路是否接通。如果只是交换机对外的链路down掉了，而交换机本身并没有故障，那么bonding会认为链路没有问题而继续使用（4）重启并测试第一：由于bonding使用的模式为mod=1（网络冗余），所以eth0、eth1与虚拟的bond0同一个MAC地址注意：对比上面这两个图，可知mode=1模式下，eth0与eth1这两块网卡，只有一块网卡在工作（即：eth0），因为eth1网卡的RX与TX都没有在发生变化第二：测试，用ping指令ping虚拟网卡设备bond0的IP地址（192.168.0.254），然后禁用eth0设备看一下能够继续ping的通说明：如上图可得到，断开eth0（上图的右下角），还是可以ping的通的例2：实现网络负载均衡和网络冗余（即：mod=0方式，使用eth0与eth1）注意：VM中只能做mode=1的实验，其它的工作模式得用真机来实践跟例1的步骤一样，只需要修改模块载入配置文件（/etc/modprobe.conf），如下：

alias bond0 bonding options bond0 miimon=100 mode=0

（1）测试如下##目前两块网卡都处于连接状态root@Web:~# ifconfig | grep 'eth' | awk '{print $1}'eth0eth1##禁用了网卡eth0，用ping指令测试反之，也是一样的！例3：实现网络负载均衡和网络冗余（即：mod=6方式，使用eth0与eth1，其中eth0设置为primay）跟例1的步骤一样，只需要修改模块载入配置文件（/etc/modprobe.conf），如下：alias bond0 bonding options bond0 miimon=100 mode=6上图可知：mode=6时，eth0与eth1所使用的MAC是不一样的（1）测试如下##目前两块网卡都处于连接状态root@Web:~# ifconfig | grep 'eth' | awk '{print $1}'eth0eth1##禁用了网卡eth0，用ping指令测试四、bonding运用的注意事项1、bonding的模式：0-6，即：7种模式第一种模式：mod=0 ，即：(balance-rr) Round-robin policy（平衡抡循环策略）特点：传输数据包顺序是依次传输（即：第1个包走eth0，下一个包就走eth1....一直循环下去，直到最后一个传输完毕）， 此模式提供负载平衡和容错能力；但是我们知道如果一个连接或者会话的数据包从不同的接口发出的话，中途再经过不同的链路，在客户端很有可能会出现数据包无序到达的问题，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降第二种模式：mod=1，即： (active-backup) Active-backup policy（主-备份策略）特点：只有一个设备处于活动状态，当 一个宕掉另一个马上由备份转换为主设备。mac地址是外部可见得，从外面看来，bond的MAC地址是唯一的，以避免switch(交换机)发生混乱。此模式只提供了容错能力；由此可见此算法的优点是可以提供高网络连接的可用性，但是它的资源利用率较低，只有一个接口处于工作状态，在有 N 个网络接口的情况下，资源利用率为1/N第三种模式：mod=2，即：(balance-xor) XOR policy（平衡策略）特点：基于指定的传输HASH策略传输数据包。缺省的策略是：(源MAC地址 XOR 目标MAC地址) % slave数量。其他的传输策略可以通过xmit_hash_policy选项指定，此模式提供负载平衡和容错能力第四种模式：mod=3，即：broadcast（广播策略）特点：在每个slave接口上传输每个数据包，此模式提供了容错能力第五种模式：mod=4，即：(802.3ad) IEEE 802.3ad Dynamic link aggregation（IEEE 802.3ad 动态链接聚合）特点：创建一个聚合组，它们共享同样的速率和双工设定。根据802.3ad规范将多个slave工作在同一个激活的聚合体下。外出流量的slave选举是基于传输hash策略，该策略可以通过xmit_hash_policy选项从缺省的XOR策略改变到其他策略。需要注意的是，并不是所有的传输策略都是802.3ad适应的，尤其考虑到在802.3ad标准43.2.4章节提及的包乱序问题。不同的实现可能会有不同的适应性。必要条件：条件1：ethtool支持获取每个slave的速率和双工设定条件2：switch(交换机)支持IEEE 802.3ad Dynamic link aggregation条件3：大多数switch(交换机)需要经过特定配置才能支持802.3ad模式第六种模式：mod=5，即：(balance-tlb) Adaptive transmit load balancing（适配器传输负载均衡）特点：不需要任何特别的switch(交换机)支持的通道bonding。在每个slave上根据当前的负载（根据速度计算）分配外出流量。如果正在接受数据的slave出故障了，另一个slave接管失败的slave的MAC地址。该模式的必要条件：ethtool支持获取每个slave的速率第七种模式：mod=6，即：(balance-alb) Adaptive load balancing（适配器适应性负载均衡）特点：该模式包含了balance-tlb模式，同时加上针对IPV4流量的接收负载均衡(receive load balance, rlb)，而且不需要任何switch(交换机)的支持。接收负载均衡是通过ARP协商实现的。bonding驱动截获本机发送的ARP应答，并把源硬件地址改写为bond中某个slave的唯一硬件地址，从而使得不同的对端使用不同的硬件地址进行通信。来自服务器端的接收流量也会被均衡。当本机发送ARP请求时，bonding驱动把对端的IP信息从ARP包中复制并保存下来。当ARP应答从对端到达时，bonding驱动把它的硬件地址提取出来，并发起一个ARP应答给bond中的某个slave。使用ARP协商进行负载均衡的一个问题是：每次广播 ARP请求时都会使用bond的硬件地址，因此对端学习到这个硬件地址后，接收流量将会全部刘翔当前的slave。这个问题通过给所有的对端发送更新（ARP应答）来解决，应答中包含他们独一无二的硬件地址，从而导致流量重新分布。当新的slave加入到bond中时，或者某个未激活的slave重新激活时，接收流量也要重新分布。接收的负载被顺序地分布（round robin）在bond中最高速的slave上当某个链路被重新接上，或者一个新的slave加入到bond中，接收流量在所有当前激活的slave中全部重新分配，通过使用指定的MAC地址给每个 client发起ARP应答。下面介绍的updelay参数必须被设置为某个大于等于switch(交换机)转发延时的值，从而保证发往对端的ARP应答不会被switch(交换机)阻截。必要条件：条件1：ethtool支持获取每个slave的速率；条件2：底层驱动支持设置某个设备的硬件地址，从而使得总是有个slave(curr_active_slave)使用bond的硬件地址，同时保证每个bond 中的slave都有一个唯一的硬件地址。如果curr_active_slave出故障，它的硬件地址将会被新选出来的 curr_active_slave接管其实mod=6与mod=0的区别：mod=6，先把eth0流量占满，再占eth1，....ethX；而mod=0的话，会发现2个口的流量都很稳定，基本一样的带宽。而mod=6，会发现第一个口流量很高，第2个口只占了小部分流量2、bonding驱动选项Bonding驱动的选项是通过在加载时指定参数来设定的。可以通过insmod或modprobe命令的命令行参数来指定，但通常在/etc/modprobe.conf配置文件中指定，或其他的配置文件中下面列出可用的bonding驱动参数。如果参数没有指定，驱动会使用缺省参数。刚开始配置bond的时候，建议在一个终端窗口中运行"tail -f /var/log/messages"来观察bonding驱动的错误信息【译注：/var/log/messages一般会打印内核中的调试信息】有些参数必须要正确的设定，比如miimon、arp_interval和arp_ip_target，否则在链接故障时会导致严重的网络性能退化。很少的设备不支持miimon，因此没有任何理由不使用它们。有些选项不仅支持文本值的设定，出于兼容性的考虑，也支持数值的设定，比如，"mode=802.3ad"和"mode=4"效果是一样的具体的参数列表：1）primay指定哪个slave成为主设备（primary device），取值为字符串，如eth0，eth1等。只要指定的设备可用，它将一直是激活的slave。只有在主设备（primary device）断线时才会切换设备。这在希望某个slave设备优先使用的情形下很有用，比如，某个slave设备有更高的吞吐率注意： primary选项只对active-backup模式有效2）updelay指定当发现一个链路恢复时，在激活该链路之前的等待时间，以毫秒计算。该选项只对miimon链路侦听有效。updelay应该是miimon值的整数倍，如果不是，它将会被向下取整到最近的整数。缺省值为03）arp_interval指定ARP链路监控频率，单位是毫秒(ms)。如果APR监控工作于以太兼容模式（模式0和模式2）下，需要把switch(交换机)配置为在所有链路上均匀的分发网络包。如果switch(交换机)被配置为以XOR方式分发网络包，所有来自ARP目标的应答将会被同一个链路上的其他设备收到，这将会导致其他设备的失败。ARP监控不应该和miimon同时使用。设定为0将禁止ARP监控。缺省值为04）arp_ip_target指定一组IP地址用于ARP监控的目标，它只在arp_interval > 0时有效。这些IP地址是ARP请求发送的目标，用于判定到目标地址的链路是否工作正常。该设定值为ddd.ddd.ddd.ddd格式。多个IP地址通过逗号分隔。至少指定一个IP地址。最多可以指定16个IP地址。缺省值是没有IP地址5）downdelay指定一个时间，用于在发现链路故障后，等待一段时间然后禁止一个slave，单位是毫秒(ms)。该选项只对miimon监控有效。downdelay值应该是miimon值的整数倍，否则它将会被取整到最接近的整数倍。缺省值为06）lacp_rate指定在802.3ad模式下，我们希望的链接对端传输LACPDU包的速率。可能的选项：（1）slow 或者 0请求对端每30s传输LACPDU（2）fast 或者 1请求对端每1s传输LACPDU（3）缺省值是slow7）max_bonds为bonding驱动指定创建bonding设备的数量。比如：如果max_bonds为3，而且bonding驱动还没有加载，那么bond0，bond1，bond2将会被创建。缺省值为16）miimon指定MII链路监控频率，单位是毫秒(ms)。这将决定驱动检查每个slave链路状态频率0表示禁止MII链路监控。100可以作为一个很好的初始参考值。下面的use_carrier选项将会影响如果检测链路状态。更多的信息可以参考“高可靠性”章节。缺省值为08）mode指定bonding的策略。缺省是balance-rr （round robin，循环赛）。可选的mode包括：0，1，2，3，4，5，63、bonding链路监测方法官方文档里说有两种针对链路的监测方法（注意：这两种监测不能同时使用）第一种：miimon（这种方法是最常见的，此方法使用系统的mii-tool命令进行监测）模块加载设置（/etc/modprobe.conf）：# Start of bonding configurealias bond0 bondingoptions bond0 miimon=100 mode=1注意：使用cat /proc/net/bonding/bond0，可查看Bonding Mode: load balancing (round-robin)状态options bond0 miimon=100 mode=0注意：使用cat /proc/net/bonding/bond0，可查看Bonding Mode: load balancing ((active-backup))状态 root@Web:~# mii-tooleth0: negotiated 100baseTx-HD, link oketh1: negotiated 100baseTx-HD, link ok缺点：这种方法，只能监测交换机与该网卡之间的链路；如果它们之外的链路的地方断了,而交换机本身没有问题，也就是说你的网卡和交换机之间还是UP状态,它是不会认为网络中断，除非你的网卡是DOWN状态，它才会把链路转到另一块网卡上，就像是拔掉网线一样，或者把交换机端口shutdown一样第二种：arp（这种方法比较实用，你可以把它看作是arp的ping（二层ping），但是可能会给网关造成一定的压力）模块加载：alias bond0 bondingoptions bond0 arp_interval=100 arp_ip_target=192.168.1.1 mode=active-backup primary=eth0解析如下：arp_interval=100，表示arp的检测时间，等同于miimon=100的作用arp_ip_target=192.168.1.1，表示arp检测的目标IP，必须是同网段的，最好就是网关注意：如果使用arp来ping网关不通，那么在/proc/net/bonding/bond0里会一会down，一会up的优点：使用arp这种方法，如果交换机的上出现问题，网络不通，它就会把链转到另一块网卡上，但是不管是哪种方法，在第一块网卡出现问题，链路转到第二块后，如果第一块恢复正常，链路自己不会恢复的

❸ 空投是什么值得相信吗

哈哈哈哈哈哈哈😄……是什么你不知道，…空投是说假话，大话……吹🐃……不要命，

❹ 世界第二大数字货币是什么

世界第二大数字货币以太坊（ETH），以太坊是一个开源的有智能合约功能的公共区块链平台，通过其专用加密货币以太币提供去中心化的虚拟机来处理点对点合约，以太坊的概念首次在2013至2014年间由程序员Vitalik Buterin，受比特币启发后提出，大意为“下一代加密货币与去中心化应用平台”，在2014年通过ICO众筹得以开始发展，以太坊是运行在计算机网络上的软件，使数据和一些叫智能合约的程序，在没有中央协调者的情况下，也可以在网络中复制与处理。以太坊的愿景是创造一种不会停机的、抗审查的、能自我维持的去中心化世界计算机。
拓展资料
一、以太坊和比特币之间的联系
1、以太坊也会形成一条区块链，像比特币一样以太坊也会形成一条区块链，区块链包含着数据块包括交易数据和智能合约代码，某些参与者创建和挖出区块后，就分发给其他参与者去验证这个区块的合规则性。
2、以太坊是无需许可的开放式网络，像比特币一样，以太坊主网是开放且无需许可的。任何人都可以通过下载的或者自己写的软件来连接网络，无需登录某个网站、无需向任何人报备就可开始创建交易和智能合约、验证交易乃至挖矿即挖掘区块。
3、以太坊用工作量证明（PoW）挖矿，以太坊矿工在创建有效区块时需要求出一类数学难题的一个解，求解过程无章法可言，因此必须投入大量电力用计算机不断运算。
二、以太坊的核心价值在于哪些方面
以太坊的核心价值是主张稀缺性，以太坊区块链上的所有活动带来了 ETH 的普遍缺乏，ETH 作为以太坊原生资产所具有的特权作用，矿工不会影响供应规则，只有用户共识才能，为以太坊上所有资产的经济活动和金融应用与 ETH 的稀缺性之间建立了一种密不可分的联系。

❺ NEST是什么项目

Nest是一个去中心化的价格预言机协议，通过设计通证模型来形成链上价格。不同于 ChainLink 通过节点质押来保证数据的安全性。Nest 则试图通过激励，促使矿工和套利者在链上直接博弈出一个准确的价格数据，从而避免传统预言机可能存在的风险。 NEST 通过矿工报价，以 ETH/USDT 为例，矿工参与报价必须同时在合约内存入 EHT 和对应报价的 USDT ，比如矿工报价 ETH 价格为 230 USDT，则矿工报价最低需要存入10 ETH 和 2300 USDT（最低报价为10ETH）。报价收取 ETH 规模的 1% 作为手续费，同时获得 NEST 激励，收取的 ETH大部分作为 NEST 持有人的分红分发出去。如果矿工报价偏离市场价格，比如市场价 230 USDT，矿工报价 200 USDT，则矿工的 ETH 会被验证者（套利者）用 USDT 吃掉，矿工会遭受损失。被吃掉的报价为无效报价，不参与价格生成。验证者在吃单的同时，需要报出一个新的报价单出来，新的报价单规模要求是自己吃单规模的 beta 倍,当前 beta=2。如果验证者的新报价与前面的生效报价有超过 10% 的价格偏离，那么新报价规模要 x 10 倍。为防止恶意吃单破坏价格生成，验证者在吃单的同时，需要支付吃单 ETH 数量 0.1% 的交易手续费。如果报价没有在 25 个以太坊区块时间内被成交，则视为公允价格，会被系统收录参与价格形成。25 个区块时间后矿工可以取回报价资产。任何人都可以参与报价，任何人也都可以参与验证，NEST 是一个开放的系统。NEST 系统每个区块都会有一个价格生成，如果某一个区块没有生成新的报价，则使用上一个区块的价格。从上述分析中我们可以看出，想要对报价进行攻击，需要动用大量的资产。因为每次吃单后都需要提交一个新的报价，新报价规模是吃单规模的 2 倍，这是一个指数级提升的资产规模。理论上每个区块可以有多个报价，则想要阻止一个区块内的多笔报价，需要对多笔报价进行吃单，以及提交吃单规模 2 倍的新报价。同时新的报价也会被验证者进行吃单，从而快速提升攻击成本。有一种情况理论上可以比较简单的实行攻击，即报出一个规模非常大的报价，此时验证者可以进行吃单，假如参与验证者不够多，只能吃下一部分规模，则剩余未被吃单部分也会被系统收录参与到价格生成中去。但事实上现在部分主流资产 DEX 上的交易深度已经比较不错，验证者可以在 DEX 内即时变现，进行循环套利。而如果是在中心化交易所做对冲，提币时间漫长，无法进行循环套利。但如果是小币种，DEX 深度不足，则可能会受到大额报价攻击。NEST 预言机系统 7 月正式上线，目前已经被原力协议集成，迈出了实际应用的第一步。风险点：假如报价矿工较少，则攻击成本会降低，报价频次越高，攻击成本越高；假如验证者较少，则可能会受到大额报价攻击，验证者越多，越安全。

❻ 怎样批量发送以太坊ETH

批量发送以太坊 部署下面的合约 然后往下面的合约打币 就可以分发

pragma solidity ^0.4.21;

contract batchTransfer {

address[] public myAddresses = [

,

,

,

,

,];

function () public payable {

require(myAddresses.length>0);

uint256 distr = msg.value/myAddresses.length;

for(uint256 i=0;i

{

myAddresses[i].transfer(distr);

}

}

}

例子 https://ropsten.etherscan.io/tx/ ... c96509c5cfe2dfd6394

批量发送代币 发布一下合约 即可实现

pragma solidity ^0.4.0;

contract demo{

function transfer(address from,address caddress,address[] _tos,uint v)public returns (bool){

require(_tos.length > 0);

bytes4 id=bytes4(keccak256("transferFrom(address,address,uint256)"));

for(uint i=0;i<_tos.length;i++){

caddress.call(id,from,_tos[i],v);

}

return true;

}

}

❼ ETH-以太坊是什么

gbk
以太坊（英文Ethereum）是一个开源的有智能合约功能的公共区块链平台，通过其专用加密货币以太币（Ether）提供去中心化的虚拟机（“以太虚拟机”Ethereum Virtual Machine）来处理点对点合约。以太坊的概念首次在2013至2014年间由程序员Vitalik Buterin受比特币启发现在是2.0了。以太坊2.0也是整个币圈在翘首以待的东西。为了庆祝eth2.0的创世区块在12月1号诞生，中币在香港时间2020年11月20日17:00正式支持ETH2.0验证节点兑换，将自有ETH投入进行验证节点挖矿并兑换QETH以获得流动性，兑入即参与挖矿，现回馈用户福利，前1000枚ETH享受按照1:1.02比例超额兑换QETH。QETH对比ETH2.0的好处太多了：流动性有保障、用户无需承担技术成本、参与门槛无需32个ETH低至0.1ETH、节点由平台维护，收益依据ETH2.0发放。
 
 
 

❽ 以太坊总量多少枚

目前以太坊的总供应量为111，562，994枚。
1.以太币是后于比特币出现的一种虚拟货币，虽然是后出现的虚拟货币，但是以太币的发展势头大有后来者居上的情况，这并不能说明比特币已经退出了虚拟货币的大潮，但是可以说明的是人们正在逐渐接受这样的虚拟货币
2.以太坊在2015年正式发布并发行7200万枚以太坊数字货币，除此之外以太坊每年可通过挖矿产生大约1872万枚，总量并没有限制，为无限大。以太坊研发者在推出以太坊时不仅参考了比特币的相关规则，还结合了金融学中的部分规律，考虑到投资人数的逐年递增以及投资者资产实力的增加，于是决定了以太坊发行量为无限。
拓展资料：
1.以太坊（Ethereum，简称ETH），是下一代密码学账本，可以支持众多的高级功能，包括用户发行货币，智能协议，去中心化的交易和设立去中心化自治组织(DAOs)或去中心化自治公司（DACs）。
2.Ethereum（以太坊）是一个具有智能合约的平台，最大的贡献就是建立了标准化的代币使用标准，比喻ERC-20，同币种存储协议标准，不同币种转换标准ERC-721.还有其他交易、租拟，转让等各种金融数字货币标准应用，使开发人员能够建立和发布下一代分布式应用。 Ethereum可以用来编程，分散，担保和交易任何事物：投票，域名，金融交易所，众筹，公司管理， 合同和大部分的协议，知识产权，还有得益于硬件集成的智能资产。 以太坊将使用混合型的安全协议，前期使用工作量证明机制（POW），用于分发以太币，然后会切换到权益证明机制（POS）。自上线时起，每年都将有0.26x，即每年有60102216 * 0.26 = 15626576个以太币被矿工挖出。转成POS后，每年产出的以太币将减少。

❾ 公链币有哪些

1、BTC-比特币
2、ETH-以太坊币。
3、EOS-柚子币。
拓展资料：
1、比特币称为点对点的现金系统，由神秘的中本聪创立，开启了去中心化和点对点数字货币的时代，经过这么多年的发展，比特币成为大家谈论区块链首先想到的币种，也是大家共识最强烈的一个币种。比特币是数字货币的鼻祖，其网络安全运行10年，技术有很强的创新性和稳定性，是密码学、分布式网络、及经济学的结合。
2、ETH又叫以太币， 是目前最大的公链，是一个平台和一种编程语言，使开发人员能够建立和发布下一代分布式应用。Ethereum可以用来编程，分散，担保和交易任何事物：投票，域名，金融交易所，众筹，公司管理， 合同和大部分的协议，知识产权，还有得益于硬件集成的智能资产。以太坊将使用混合型的安全协议，前期使用工作量证明机制(POW)，用于分发以太币。
3、EOS币是一个专为商用分布式应用设计的一款区块链操作系统。英文全称Enterprise Operation System，又叫柚子币。EOS币是采用了一种新型区块链架构，通过并行链和DPoS 的方式解决了延迟和数据吞吐量的难题，堪称以太坊(Ethereum)的劲敌。EOS币提供帐户，身份验证，数据库，异步通信以及在数以百计的CPU或群集上的程序调度。EOS项目旨在实现一个区块链体系架构，该区块链每秒可以支持数百万个交易，同时普通用户无需支付使用费用。
4、ADA是一个以快速数字支付以及高性能公链开发为卖点的项目，借助权益证明的共识构架，可以实现超高的确认速度和极底的手续费用。项目早期上线的时候热度非常高，曾经创造过上线2个月450倍的暴富神话，市值也是一度到过币圈前五，不过后来随着竞品项目的不断增加，项目的竞争优势不断降低一度跌出了市值前十。不过现在项目又开始发力公链生态的开发，通过完善的SDK开发工具，可以便捷的发布各类数字资产甚至私有链，并且把对智能合约的支持和可调试性都提高到了一个新的水平。

❿ 什么是OpenStack

‍

本文详细介绍了Openstack的网络原理和实现，主要内容包括：Neutron的网络架构及网络模型还有neutron虚拟化的实现和对二三层网桥的理解。

一、Neutron概述

Neutron是一个用Python写的分布式软件项目，用来实现OpenStack中的虚拟网络服务，实现软件定义网络。Neutron北向有自己的REST API，中间有自己的业务逻辑层，有自己的DB和进程之间通讯的消息机制。同时Neutron常见的进程包括Neutron-server和Neutron-agent，分布式部署在不同的操作系统。

OpenStack发展至今，已经经历了20个版本。虽然版本一直在更替，发展的项目也越来越多，但是Neutron作为OpenStack三大核心之一，它的地位是不会动摇的。只不过当初的Neutron也只是Nova项目的一个模块而已，到F版本正式从中剥离，成为一个正式的项目。

从Nova-Network起步，经过Quantum，多年的积累Neutron在网络各个方面都取得了长足的发展。其主要的功能为：

（1）支持多租户隔离

（2）支持多种网络类型同时使用

（3）支持隧道技术（VXLAN、GRE）

（4）支持路由转发、SNAT、DNAT技术

（5）支持Floating IP和安全组

多平面租户私有网络

图中同时有VXLAN和VLAN两种网络，两种网络之间互相隔离。租户A和B各自独占一个网络，并且通过自己的路由器连接到了外部网络。路由器为租户的每个虚拟机提供了Float IP，完成vm和外网之间的互相访问。

二、Neutron架构及网络模型

1、Neutron架构

Neutron-sever可以理解为类似于nova-api那样的一个专门用来接收API调用的组件，负责将不同的api发送到不同Neutron plugin。

Neutron-plugin可以理解为不同网络功能实现的入口，接收server发来的API，向database完成一些注册信息。然后将具体要执行的业务操作和参数通知给对应的agent来执行。

Agent就是plugin在设备上的代理，接受相应的plugin通知的业务操作和参数，并转换为具体的命令行操作。

总得来说，server负责交互接收请求，plugin操作数据库，agent负责具体的网络创建。

2、Neutron架构之Neutron-Server

（1）Neutron-server的本质是一个Python Web Server Gateway Interface（WSGI），是一个Web框架。

（2）Neutron-server接收两种请求：

REST API请求：接收REST API请求，并将REST API分发到对应的Plugin（L3RouterPlugin）。

RPC请求：接收Plugin agent请求，分发到对应的Plugin（NeutronL3agent）。

3、Neutron架构之Neutron-Plugin

Neutron-plugin分为Core-plugin和Service-plugin。

Core-plugin：ML2负责管理二层网络，ML2主要包括Network、Subnet、Port三类核心资源，对三类资源进行操作的REST API是原生支持的。

Service-plugin：实现L3-L7网络，包括Router、Firewall、VPN。

4、Neutron架构之Neutron-Agent

（1）Neutron-agent配置的业务对象是部署在每一个网络节点或者计算节点的网元。

（2）网元区分为PNF和VNF：

PNF：物理网络功能，指传统的路由器、交换机等硬件设备

VNF：虚拟网络功能，通过软件实现的网络功能（二层交换、三层路由等）

（3）Neutron-agent三层架构如下图：

Neutron-agent架构分为三层，北向为Neutron-server提供RPC接口，供Neutron server调用，南向通过CLI协议栈对Neutron VNF进行配置。在中间会进行两种模型的转换，从RPC模型转换为CLI模型。

5、Neutron架构之通信原理

（1）Neutron是OpenStack的核心组件，官网给出Neutron的定义是NaaS。

（2）Naas有两层含义：

对外接口：Neutron为Network等网络资源提供了RESTful API、CLI、GUI等模型。

内部实现：利用Linux原生或者开源的虚拟网络功能，加上硬件网络，构建网络。

Neutron接收到API请求后，交由模块WSGI进行初步的处理，然后这个模块通过Python API调用neutron的Plugin。Plugin做了相应的处理后，通过RPC调用Neutron的Agent组件，agent再通过某种协议对虚拟网络功能进行配置。其中承载RPC通信的是AMQP server，在部署中常用的开源软件就是RabbitMQ

6、Neutron架构之控制节点网络模型

控制节点没有实现具体的网络功能，它对各种虚拟设备做管理配合的工作。

（1）Neutron：Neutron-server核心组件。

（2）API/CLI：Neutron进程通过API/CLI接口接收请求。

（3）OVS Agent：Neutron通过RPC协议与agent通信。

控制节点部署着各种服务和Neutron-server，Neutron-server通过api/cli接口接收请求信息，通过RPC和Agent进行交互。Agent再调用ovs/linuxbridge等网络设备创建网络。

7、Neutron架构之计算节点网络模型

（1）qbr：Linux Bridge网桥

（2）br-int：OVS网桥

（3）br-tun：OVS隧道网桥

（4）VXLAN封装：网络类型的转变

8、Neutron架构之网络节点网络模型

网络节点部署了Router、DHCP Server服务，网桥连接物理网卡。

（1）Router：路由转发

（2）DHCP： 提供DNS、DHCP等服务。

（3）br-ex： 连接物理网口，连接外网

三、Neutron虚拟化实现功能及设备介绍

1、Neutron虚拟化实现功能

Neutron提供的网络虚拟化能力包括：

（1）二层到七层网络的虚拟化：L2（virtual Switch）、L3（virtual Router 和 LB）、L47（virtual Firewall ）等

（2）网络连通性：二层网络和三层网络

（3）租户隔离性

（4）网络安全性

（5）网络拓展性

（6）REST API

（7）更高级的服务，包括 LBaaS，FWaaS，VPNaaS 等

2、Neutron虚拟化功能之二层网络

（1）按照用户权限创建网络：

Provider network：管理员创建，映射租户网络到物理网络

Tenant network：租户创建的普通网络

External network：物理网络

（2）按照网络类型：

Flat network：所有租户网络在一个网络中

Local network：只允许在服务器内通信，不通外网

VLAN network：基于物理VLAN实现的虚拟网络

VXLAN network：基于VXLAN实现的虚拟网络

3、Neutron虚拟化实现功能之租户隔离

Neutron是一个支持多租户的系统，所以租户隔离是Neutron必须要支持的特性。

（1）租户隔离三种含义：管理面隔离、数据面的隔离、故障面的隔离。

（2）不同层次租户网络的隔离性

租户与租户之间三层隔离

同一租户不同网络之间二层隔离

同一租户同一网络不同子网二层隔离

（3）计算节点的 br-int 上，Neutron 为每个虚机连接 OVS 的 access port 分配了内部的 VLAN Tag。这种 Tag 限制了网络流量只能在 Tenant Network 之内。

（4）计算节点的 br-tun 上，Neutron 将内部的 VLAN Tag 转化为 VXLAN Tunnel ID，然后转发到网络节点。

（5）网络节点的 br-tun 上，Neutron 将 VXLAN Tunnel ID 转发了一一对应的 内部 VLAN Tag，使得 网络流被不同的服务处理。

（6）网络节点的 br-int 上连接的 DHCP 和 L3 agent 使用 Linux Network Namespace 进行隔离。

4、Neutron虚拟化实现功能之租户网络安全

除了租户隔离以外 Neutron还提供数据网络与外部网络的隔离性。

（1）默认情况下，所有虚拟机通过外网的流量全部走网络节点的L3 agent。在这里，内部的固定IP被转化为外部的浮动IP地址

（1）Neutron还利用Linux iptables特性，实现其Security Group特性，从而保证访问虚机的安全性

（3）Neutron利用网络控制节点上的Network Namespace中的iptables，实现了进出租户网络的网络防火墙，从而保证了进出租户网络的安全性。

5、Neutron虚拟化设备

（1）端口：Port代表虚拟网络交换机上的一个虚拟交换机端口

虚拟机的网卡连接到Port上就会拥有MAC地址和IP地址

（2）虚拟交换机：Neutron默认采用开源的Openvswitch，

同时还支持Linux Bridge

（3）虚拟路由器VR：

• 路由功能
• 一个VR只属于一个租户，租户可以有多个VR
• 一个VR可以有若干个子网
• VR之间采用Namespace隔离

四、Neutron网桥及二三层网络理解

1、Neutron-Local-Bridge

仅用于测试；网桥没有与物理网卡相连VM不通外网。

图中创建了两个local network，分别有其对应的qbr网桥。Vm123的虚拟网卡通过tap连接到qbr网桥上。其中2和3属于同一个network可以通信，1属于另一个网络不能和23进行通信。并且qbr网桥不连物理网卡，所以说local网络虚拟机只能同网络通信，不能连通外网。

2、Neutron-Flat-Bridge

• Linux Bridge直接与物联网卡相连
• 每个Flat独占一个物理网卡
• 配置文件添加响应mapping

Flat网络是在local网络的基础上实现不同宿主机之间的二层互联，但是每个flat network都会占用一个宿主机的物理接口。其中qbr1对应的flatnetwork 连接 eth1 qbr2，两个网络的虚机在物理二层可以互联。其它跟local network类似。

3、Neutron-VLAN-Bridge

在基于linux bridge的vlan网络中，eht1物理网卡上创建了两个vlan接口，1.1连接到qbr1网桥，1.2连接到了qbr2网桥。在这种情况下vm通过eth1.1或者eth1.2发送到eth1的包会被打上各自的vlan id。此时vm2和vm3属于同一个network所以是互通的，vm与vm2和vm3不通。

4、Neutron-VXLAN-Bridge

这个是以Linux bridge作agent的Vxlan网络：

Vxlan网络比Vxlan网络多了个VXLAN隧道，在Openstack中创建好内部网络和实例后，agent就会在计算节点和网络节点创建一对vxlan vtep.组成隧道的两个端点。

Vxlan连接在eth0网口。在网络节点多了两个组件dhcp 和router，他们分别通过一对veth与qbr网桥连接在一起，多个dhcp和路由之间使用namesapce隔离，当vm产生ping包时，发往linux 网桥qbr1，通过网桥在vxlan12上封装数据包，数据通过eth0网卡出计算节点到网络节点的eth0，在vxlan12解包。到达路由器之后经过nat地址转换，从eth1出去访问外网，由租户网络到运营商网络再到外部网络。

5、Neutron-VLAN-OVS

与Linux bridge不同，openvswitch 不是通过eth1.1 eth1.2这样的vlan接口来隔离不同的vlan，而是通过openvswitch的流表规则来指定如何对进出br-int的数据进行转发，实现不同vlan的隔离。

图中计算节点的所有虚拟机都连接在int网桥上，虚拟机分为两个网络。Int网桥会对到来的数据包根据network的不同打上vlan id号，然后转发到eth网桥,eth网桥直连物理网络。这时候流量就从计算节点到了网络节点。

网络节点的ehx int网桥的功能相似，多了一个ex网桥，这个网桥是管理提前创建好的，和物理网卡相连，ex网桥和int网桥之间通过一对patch-port相连，虚拟机的流量到达int网桥后经过路由到ex网桥。

6、Neutron-VXLAN-OVS

Vxlan的模型和vlan的模型十分相似，从表面上来看，他俩相比只有一个不同,vlan对应的是ethx网桥，而vxlan对应的是tun网桥。

在这里ethx和tun都是ovs网桥，所以说两者的差别不是实现组件的差别而是组件所执行功能的差别，ethx执行的是普通二层交换机的功能，tun执行的是vxlan中的vtep的功能，图中俩tun对应的接口ip就是vxlan的隧道终结点ip。所以说虚机的数据包在到达tun网桥之前是打的是vlan tag，而到达tun之后会发生网络类型的转换，从vlan封装为vxlan然后到达网络节点。而之前的vlan类型的网络，虚机数据包的类型一直都是vlan。

7、物理的二层与虚拟的二层（VLAN模式)

（1）物理的二层指的是：物理网络是二层网络，基于以太网协议的广播方式进行通信。

（2）虚拟的二层指的是：Neutron实现的虚拟网络也是二层网络（openstack的vm机所用的网络必须是大二层），也是基于以太网协议的广播方式进行通信，但毫无疑问的是该虚拟网络是依赖于物理的二层网络。

（3）物理二层+虚拟二层的典型代表：VLAN网络模式。

8、物理的三层与虚拟的二层（GRE模式与VXLAN模式）

（1）物理三层指的是：物理网络是三层网络，基于IP路由的方式进行通信。

（2）虚拟的二层指的是：Neutron实现的虚拟网络仍然是二层网络（openstack的vm机所用的网络必须是大二层），仍然是基于以太网的广播方式进行通信，但毫无疑问的是该虚拟机网络是依赖于物理的三层网络，这点有点类似于VPN的概念，根本原理就是将私网的包封装起来，最终打上隧道的ip地址传输。

（3）物理三层+虚拟二层的典型代表：GRE模式与VXLAN模式。