eth流量
以太坊區塊鏈目前暴露出三大問題，長時間以來其創始人Vitalik Buterin一直無力解讀。第一是以太坊區塊鏈整體很低的性能和TPS；第二是資源不隔離，CryptoKitties虛擬貓咪的事件，一度占據了整個以太坊 20% 的流量，直接造成以太坊網路用戶無法展開及時的交易，就是資源不隔離最大的痛點；第三個問題在於以太坊治理結構的體現，區塊鏈作為去中心化的分布式賬本，以太坊過去以來，創始人團隊主導了其網路發展，過於中心化的治理模式，讓目前的以太坊出現了ETH、ETC、ETF等分叉，以太坊社區目前進入四分五裂的治理狀態。而以太坊網路目前出現的各種弊病，在「aelf」創始人與CEO馬昊伯看來，這是無法接受的。於是，「aelf」定位，就是為對標以太坊的下一代去中心化底層計算平台，重點解決目前以太坊存在的性能不足、資源不隔離、治理結構三方面的問題而誕生的。
⑵ 寬頻光纖貓上的ETH介面怎麼用
ETH 即 EtherNet，乙太網，IEEE制定的IEEE 802.3標准給出了乙太網的技術標准，就理解為一種網路接入協議，或者網路接入口鏈基清的標准，再或者直接叫做網口。
⑶ 在Linux下怎麼看網路流量
1. 使用 iptraf
iptraf是一個實時查看網路流量的文本屏幕界面工具。
如果系統沒有安裝
如果是 RHEL，那麼就去找安裝盤中的 iptraf*.rpm 包安裝；
如果是 CentOS，那麼用 yum install -y iptraf 進行安裝
iptraf是一個文本全屏幕界面，操作起來比較簡單明了。最好使用 putty 來看，SecureCRT可能顯示亂碼。
它提供了很多統計方式：
（1）IP traffic monitor
（2）General interface statistics
（3）Detailed interface statistics
如果跟上 -B 參數，還可以後台執行，把數據保存到文件中，位於 /var/log/iptraf 目錄。
2. sar
如果系統沒有安裝，
如果是 RHEL，那麼就去安裝盤中找 sysstat*.rpm 包安裝；
如果是 CentOS，那麼用 yum install -y sysstat 安裝。
sysstat是一個工具包,包含有幾個很有用的系統檢測程序,iostat,mpstat和sar.
Turbolinux的各個版本上,都包含這個工具包.
iostat用於輸出CPU,I/O系統和磁碟分區的統計信息.可以用來分析磁碟I/O,帶寬等信息.
mpstat用於輸出CPU的各種統計信息. 可以用來分析程序運行時在內核態和用戶態的工作情況.
sar用於定時搜集系統的各種狀態信息.然後可以對系統各個時間點的狀態進行監控.
sar有很多用途，如果要來監控網路流量，使用下面的命令行方式：
sar -n DEV interval count
其中，interval是統計時間間隔，以秒為單位；count是總共統計幾次，如果為0就不斷的統計直到 Ctrl+C 打斷，否則執行count次就退出。
比如：sar -n DEV 1 4
比如：sar -n DEV 10 0
IFACE：LAN介面
rxpck/s：每秒鍾接收的數據包
txpck/s：每秒鍾發送的數據包
rxbyt/s：每秒鍾接收的位元組數
txbyt/s：每秒鍾發送的位元組數
⑷ linux 雙網卡綁定 流量怎麼走
linux的雙網卡bond，共有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（IEEE802.3ad 動態鏈接聚合）
特點：創建一個聚合組，它們共享同樣的速率和雙工設定。根據802.3ad規范將多個slave工作在同一個激活的聚合體下。外出流量的slave選舉是基於傳輸hash策略，該策略可以通過xmit_hash_policy選項從預設的XOR策略改變到其他策略。需要注意的 是，並不是所有的傳輸策略都是802.3ad適應的，尤其考慮到在802.3ad標准43.2.4章節提及的包亂序問題。不同的實現可能會有不同的適應 性。
必要條件：
條件1：ethtool支持獲取每個slave的速率和雙工設定
條件2：switch(交換機)支持IEEE802.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流量的接收負載均衡(receiveload
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重新 激活時，接收流量也要重新分布。接收的負載被順序地分布（roundrobin）在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個口只佔了小部分流量
⑸ Docker網路
Docker網路
使用docker0網橋，docker0的默認網段是172.17.0.0，網關地址為172.17.0.1，通過bridge模式啟動的容器，進入容器日內部並使用ip route show指令可以看到其使用的網關就是docker0的網關地址。
在宿主機上通過brctl show docker0可以看到docker0橋接的網卡與啟動的容器的veth一致。
容器之間的通訊：
從a容器ping b容器
1、數據包從a容器對應的veth流到docker0
2、docker0廣播arp尋找b容器對應的地址
3、b容器的veth收到廣播並回復docker0自己就是目標
4、a容器與b容器建立連接並實現通信
容器與外網通訊
1、veth數據流到docker0網橋
2、docker0網橋流量流向eth0
3、eth0流量流向對應的目標
只要是eth0可以訪問到的，容器就可以訪問到
直接使用宿主機的網路，無法指定出入的流量以及暴露的埠，默認暴露出去的地址是0.0.0.0:xxxx，可以直接訪問（TODO()）。
通過docker指令創建自定義的網橋，由於默認的bridge模式無法為container指定ip，所以需要通過自定義網橋的方式來實現，且自定義網橋可以限制容器之間的相互訪問，跨網橋無法互相訪問。
使用指定網橋的時候只要通過network指定網橋名稱即可，且使用自定義的網橋可以指定容器的IP。並且由於是固定IP，就可以通過iptable來做各種的規則。
這個模式就是指定一個已有的容器，共享該容器的IP和埠。除了網路方面兩個容器共享，其他的如文件系統，進程等還是隔離開的。
這個模式下，dokcer不為容器進行任何網路配置。需要我們自己為容器添加網卡，配置IP。
Docker是通過iptable的方式實現流量的控制的
通過添加iptable規則實現
該指令添加了一條nat規則，把所有來自 172.17.0.0/16 網段且即將流出本主機的數據包的源 IP 地址都修改為 10.0.0.100（建議通過添加自定義網橋的方式來做）。
直接通過-p的方式暴露一個埠出去，默認使用的是0.0.0.0，所有網卡均可訪問，也可以在參數中指定特定的網卡，例如：-p 192.168.1.1:80:80來指定只能通過該網卡來訪問。
查看nat表
iptables -L -n -t nat --line-numbers
查看路由規則
route -n
⑹ 以太坊挖礦一天用多少流量
每百台S4比特幣挖礦機一個小時耗電900W。
比特幣挖礦機，就是用於賺取比特幣的電腦，這類電腦一般有專業的挖礦晶元，多採用燒顯卡的方式工作，耗電量較大。
用戶用個人計算機下載軟體然後運行特定演算法，與遠方伺服器通訊後可得到相應比特幣，是獲取比特幣的方式之一。
(6)eth流量擴展閱讀：
比特幣挖礦機的價格從一台兩三百元到20萬元不等。
從2011年到2013年，高配置的比特幣"挖礦機"從1萬元漲到了30萬元，但性能也比此前好了不少。據業內人士介紹，以前的老機器100天才能挖到1個比特幣，如今(2013年)的機器，100天就能挖到3.5個。
按照國內組裝團隊公布的礦機資料，一台售價3000元的最低配置挖礦機，按照比特幣挖礦速度，30多天便可以回本。
采礦速度10G/s的機器每天24小時能挖到大約0.03個比特幣，而13G/s的機器按照2013年的全網算力和難度，每天24小時能挖大約0.035個比特幣。
⑺ 如何看待以太坊ETH2.0
我個人不是特別看好以太坊2.0。
以目前以太坊的發展情況來看，以太坊已經成為了世界上最大的一條公鏈，這點毫無疑問。伴隨著以太坊得進一步發展，我們會發現區塊鏈行業也取得了長足的進步。
一、我先講一下關於目前以太坊的現狀。
以太坊在這一次牛市中非常亮眼，換而言之，這一次的牛市就是因為以太坊上面的應用而拉起的。目前的以太坊有幾個困境：第1個困境是交易費率太高，嚇跑了很多人。第2個困境是交易速度太慢，網路擁堵問題非常嚴重。第3個困境是交易相對繁瑣，其他公鏈顯然要優於以太坊。這正是以太坊需要破局的地方，當以太坊升級到2.0以後，這些問題都會相應解決。
⑻ eth挖礦一天用多少流量
100m左右。
以太坊挖礦基本原理: 以太坊,和所有區塊鏈技術一樣,使用激勵驅動的安全模式。 任何在網路上宣稱自己是礦工的節點都可以嘗試創建和驗證區塊。
⑼ eth挖礦流量消耗
以太坊是一個開源的有智能合約功能的公共區塊鏈平台，通過其專用加密貨幣ETH提供去中心化的以太虛擬機來處理點對點合約在以前的以太坊。
⑽ 伺服器雙網卡：設置eth0入向的流量從eth0出，eth1入向的流量從eth1出，linux路由策略如何寫
路由，是確定訪問路徑的。
當eth0和eth1不在同一網段的時候
eth0訪問eth1就和你說的一樣。但是eth0訪問eth0是不經過eth1的
這個時候伺服器設置了路由，相當於路由器功能。。
需要做轉發設置。默認是不轉發的。（總結就是伺服器默認不能當路由器來用）
打這么多字這個累