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、編輯虛擬機。
