eth出现问题
在区块链中以太坊（eth）目前有哪些问题？
以太坊区块链目前暴露出三大问题，长时间以来其创始人Vitalik
Buterin一直无力解读。第一是以太坊区块链整体很低的性能和TPS；第二是资源不隔离，CryptoKitties虚拟猫咪的事件，一度占据了整个以太坊
20%
的流量，直接造成以太坊网络用户无法展开及时的交易，就是资源不隔离最大的痛点；第三个问题在于以太坊治理结构的体现，区块链作为去中心化的分布式账本，以太坊过去以来，创始人团队主导了其网络发展，过于中心化的治理模式，让目前的以太坊出现了ETH、ETC、ETF等分叉，以太坊社区目前进入四分五裂的治理状态。而以太坊网络目前出现的各种弊病，在「aelf」创始人与CEO马昊伯看来，这是无法接受的。于是，「aelf」定位，就是为对标以太坊的下一代去中心化底层计算平台，重点解决目前以太坊存在的性能不足、资源不隔离、治理结构三方面的问题而诞生的。
㈡ ethtrunk两端编号不一致有问题吗
有。两侧eth-trunk配置不对称，一端配置链路聚合另一端未配置链路聚合导致环路。以太网链路聚合Eth-Trunk简称链路聚合，它通过将多条以太网物理链路捆绑在一起成为一条逻辑链路，从而实现增加链路带宽的目的。
㈢ 以太坊存在的问题
1．扩展性不足：
以太坊社区的主要开发人员和研究人员始终认为区块链技术要实现大规模采用，可扩展性是区块链应用程序需要解决的唯一最重要的关键。
以太坊的底层设计，最大的问题是以太坊只有一条链，没有侧链，它把所有的程序对等的跑在全球所有节点的矿机上。这样一个很耗资源的程序，会导致问题越来越严重。
2．合约程序漏洞，无法抵御DDOS攻击
据相关研究表明，在基于以太坊的近100万个智能合约上，发现有34,200(约3%)个含有安全漏洞，将允许黑客窃取ETH、冻结资产或删除合约。这几年，以太坊面对合约程序漏洞和DDOS攻击的问题，也一直无法找到很好的解决办法。（更好用的数字货币交易平台“币汇”）
3.对于ICO泡沫和项目方砸盘
目前的ETH下跌，很大程度上来自于项目方的砸盘套现，这个问题可以在ICO代币融资上进行规则限制，不能像现在这样毫无成本的就能发一个币，而且还没有任何监督惩罚机制。任何事情都需要有一套合理的演进规则，大家按规则办事，所谓无规矩不成方圆。在规则的基础上，各类ICO项目有效监督，有序进出，才是一个正常的市场，这样才可能维系着代币生态的持续、稳定发展。
4.智能合约费用过高
在以太坊上现在还是POW的挖矿模式，交易是有手续费的，用来激励矿工来处理交易和保护网络，不同的是以太坊是以“gas”的形式来收费的。
在以太坊协议中规定，交易手续费=Gas 数量 x Gas 价格，其中 Gas 数量由智能合约的复杂程度决定，而 Gas 价格则由合约发起人决定。这对开发者和用户意味着什么呢？虽然读取本地区块链是免费的，但写入和运算是花钱的，储存更是尤其昂贵，因为任何写入的信息都会被永久的储存着。
5．社区对共识协议改变的分歧
以太坊计划实现将 POW 机制改为 POW/POS 混合共识机制。但这个涉及到技术开发和矿工双方能否达到利益共识的问题了。如果协议发生了变化，社区意见不合时，就会导致分叉，大家各自玩各自的。
㈣ linux系统不能上网,提示无法激活eth0
setup选NETWORK
或有的版本用netconfig 设置
或vi /etc/sysconfig/network-script/ifcfg-eth0
改为
DEVICE=eth0
ONBOOT=YES
BOOTPROTO=dhcp
重启网络服务service network restart
一般可使用如果已设为DHCP可使用dhclient eth0
㈤ 弹出界面 eth0: 错误:激活连接失败:Device not managed by NetworkManager or una
Bringing up interface eth0: Error:Connection activation failed:Device not managed by NetworkManager
解决方法：
1、Remove Network Manager from startup Services.
[root@localhost ~]# chkconfig NetworkManager off
2、Add Default Net Manager
[root@localhost ~]# chkconfig network on
3、Stop NetworkManager first
[root@localhost ~]# service NetworkManager stop
4、and then start Default Manager
[root@localhost ~]# service network start
5、然后重新启动网络，可能还会出现以下信息，可以不用管，也可以重启一下电脑主机,我是重启了下机器
RTNETLINK answers: File exists
RTNETLINK answers: File exists
RTNETLINK answers: File exists
6. 重启机器后
service network restart
如果出现
正在决定 eth0 的 IP 信息...失败；无链接。检查电缆吗？ 【失败】
则检查自己的windows服务项
开启其中的VMware NAT Service和VMnetDHCP服务即可。
㈥ 挖ETH不断重启内核什么原因
内核重启在两种情况下出现：
开始挖矿后一直内核重启
可能是高级设置的附加参数错误
可能是显卡不支持该币种
可能是虚拟内存不够
可能是内核选择错误
可能是内核文件被当病毒删除
挖矿途中偶尔重启
虚拟内存不够，多在挖ETH时出现
某张卡、卡托、延长线故障引起的不稳定
超频不当引起的不稳定
㈦ Centos7网卡故障：弹出界面eth0: 错误：没有找到合适的设备
报错
排错
1. ifconfig -a 没有网卡名为eth0
处理
1.查看当前MAC地址相关信息：
cat /etc/udev/rules.d/70-persistent-net.rules #发现有两个网卡信息
2.vi /etc/udev/rules.d/70-persistent-net.rules
将eth0网卡信息删除,eth1改为eth0,复制eth1 的MAC地址
3.vi /etc/sysconfig/network-scripts/ifcfg-eth0
将HWADDR的地址替换成刚刚复制的地址
4.service network restart #重启服务
5.ipaddr #检查结果
㈧ OSN1500设备出现ETH_LOS告警怎么办
OptiX OSN1500设备调配过程中，增加和删除部分FE业务后出现了告警，因此可将故障定位在这部分FE业务上。
操作步骤
1.以两个站点为例检查站点之间的FE业务，发现正常添加FE业务后，对应的EFS4单板没有上报ETH_LOS告警。
2.检查上报ETH_LOS告警的FE业务路径，发现这些路径在调配维护过程中已被删除，实际上已不存在这些路径了。
3.登录T2000网管，选择“网元管理器”。选择ETH_LOS告警对应的FE业务，检查对应EFS4单板的端口属性，发现已删除业务对应的“端口使能”设置为“允许”，但此时并未接入客户侧信号，因此单板错误上报ETH_LOS告警。
4.将已删除业务对应的“端口使能”设置为“禁止”，再次检查并确认告警，ETH_LOS告警消失。
5.检查OptiX OSN1500光传输设备所有出现ETH_LOS告警的以太网单板，发现是由于同样的原因导致故障。将已删除以太网业务的单板对应的“端口使能”设置为“禁止”后，ETH_LOS告警消失。
㈨ CentOS网卡无法联网，ethtool显示Link detected: no Speed: Unknown! Duplex: Unknown! (255)
CentOS网卡无法联网，ethtool显示Link detected: no Speed: Unknown! Duplex: Unknown! (255)是设置错误造成的，解决方法为：
1、编辑虚拟机。
