用流量挖eth
① 很多人不知道，其實迅雷也干過挖礦的事
2021年的礦潮令人矚目，虛擬貨幣又一次站在了風口浪尖，萬惡之源比特幣，讓顯卡不斷缺貨漲價的ETH，大容量硬碟終結者奇亞幣依舊在肆虐無數韭菜，而原本因諷刺比特幣是龐氏騙局而生的狗狗幣（DOGE）也被特斯拉CEO馬斯克成功帶飛，上演了一出割草無雙。最近馬斯克還順便拉了柴犬幣（SHIB）一下，讓其成為這前幾天最熱門的幣種之一，不過這兩天馬老闆又開始反復橫跳，不管是比特幣還是狗狗幣，可能都將成為馬老闆喂恐龍的韭菜。
在資本的運作下，虛擬貨幣正不斷影響我們的生活，甚至成為了部分人的生活方式。但如果身為地球OL普通玩家的你對虛擬貨幣有興趣那我還是勸你放棄吧，生活已經夠不易了，沒必要再負重前行。
虛擬貨幣之所以是泡沫，是因為它們是去中心化的的產物，沒有發行商，沒有監管，誰都可以去「生產」，它們的價值來自人們的認同，沒有約束，可以簡單的理解為大家認為它有價值它就會增值，突然有一天大家不相信它了，那麼虛擬貨幣也就沒有價值。
雖然虛擬貨幣並不可靠是眾所周知的事情，不過因虛擬貨幣而生的挖礦模式還是已經被用到了很多地方，甚至國內一些廠商也開始玩起了類似的套路，比如迅雷推出的玩客雲，還有360推出共享雲，又或者是京東雲無線寶都可以算的上是一種另類的「挖礦」產物。
玩客雲
玩客雲是迅雷推出的一種智能硬體，迅雷稱為私人雲盤，用戶使用迅雷玩客雲為迅雷提供帶寬和存儲空間，而迅雷給用戶發放玩客幣(鏈克)作為反饋，玩客幣可以購買迅雷旗下的服務。
360的共享雲也是類似的產物，它以路由器作為載體，用戶通過共享雲將閑置的帶寬資源、計算資源以及存儲空間上傳，360再反饋用戶雲鑽，通過雲鑽用戶可以置換360和合作夥伴的相關產品及服務等。
京東雲無線寶也是路由器，同樣是用戶提供帶寬，京東再反給用戶積分，通過積分可以兌換京豆，而京豆又能直接購買京東商城的商品。
從本質上這三款產品都是在玩CDN，用戶相當於成為了商家們的伺服器節點，既利用了用戶閑置的資源，也減輕了商家主伺服器的壓力。
這三家的目的、功能和結果都是一樣的，商家們收獲了成本幾乎為零的帶寬和存儲空間。用戶消耗了網路帶寬、計算資源、存儲空間以及電費，獲得商家提供的代幣。
不過雖然有著挖礦的邏輯和模式，這三家卻不是在挖礦炒幣，至少自稱不是。
迅雷玩客雲公告
在玩客雲剛上線的時候曾經差點觸及紅線，那時候玩客幣(鏈克)可以在第三方平台直接兌換成現金，因此可以進行炒作，性質無比接近虛擬貨幣的區塊鏈，不過後來迅雷被警告，於是玩客雲開始實行實名制，玩客幣(鏈克)也不再能直接交易現金只能兌換迅雷旗下產品，才制止住了這次鬧劇。這也給後面的企業敲響了警鍾，有些東西碰不得，京東雲無線寶與360共享雲也之後都發布了相應公告和說明，否認自己的產品涉及區塊鏈虛擬貨幣。
360共享雲公告
京東雲無線寶說明
為什麼玩客幣(鏈克)能直接進行交易現金時會被警告，現在又不再是挖礦了呢？主要原因有以下幾點：
1，迅雷玩客雲和360共享雲這些產品是中心化產品，會受到實名制的監管和制約，而比特幣、以太坊這些虛擬貨幣是去中心化產物，無法受到監管。
2，雖然最早玩客幣(鏈克)可以直接交易現金，但監管之後玩客幣(鏈克) 、雲鑽已經不涉及現金交易，它們採用積分制，只能兌換自家旗下或者合作的產品，這就基本杜絕了玩客幣(鏈克)二次炒作的可能，而虛擬貨幣可以直接作為現金交易，在無法監管的情況下，就會滋生無數灰色產業鏈，所以當年打壓迅雷是非常明智的做法。
3，玩客雲、共享雲以及京東雲無線寶有實體產業作為支撐，並不像虛擬貨幣一樣是炒概念的產物。
京東雲無線寶
玩客雲、共享雲以及京東雲無線寶也是一種產品，如果不看它的「挖礦」功能，他們可以作為路由器和雲盤使用，只是作為產品完全沒有性價比，也沒有什麼性能優勢。那麼通過京東雲無線寶這些產品「挖礦」能獲得收益么？當然也是可以的，不然也不會有很多大「礦主」加入其中。還是有很多人在使用京東雲無線寶這種產品賺京豆，畢竟京東盤子很大，不用擔心商家跑路問題。
所以現在的玩客雲、共享雲以及京東雲無線寶只是在過程上借鑒了挖礦的模式，兩者並不能一概而論，不然也不會還在國內正常運營，早被幹掉了。目前活的最好的是京東雲無線寶，玩客雲已經差不多涼涼了，共享雲毫無存在感。
一般用戶對京東雲無線寶這些產品有興趣的可以入手試試，畢竟確實可以利用一下閑置資源，而且單個產品本身價格也不貴，有興趣可以嘗試但不建議普通用戶去炒，這些產品會因網路、地區等元素不同而影響你的收益，普通用戶把它當成掙錢手段很難玩的來，如果不會調校和算計最後發現自己只是買了個高價低能的智能硬體，也就是經典的智商稅。
目前虛擬貨幣的概念和定義模糊不清，或者是被故意模糊。你可以聽到很多業界大拿在闡述自己對於虛擬貨幣和區塊鏈的理解，這些人的觀點五花八門，有些人認為它們是騙局，有些人堅信能創造價值。因為沒有統一的定義，這些觀點可以說都是對的也可以說都是錯的，每個人對這些技術都有自己的理解和解讀。
去中心的化的後果在於每個人都可以給這些虛擬貨幣覆蓋上自己理解的定義，缺乏能力的用戶一不小心就會被帶入溝里。虛擬貨幣這些概念和產物最大的問題就是財產安全無法保障，一觸即碎。
歸根到底，玩虛擬貨幣、區塊鏈的這些人瘋狂科普和教學，可不是讓用戶更了解虛擬貨幣是什麼？他們要的是熱度，要的是流量，只有流量才可以讓虛擬貨幣活下去，普通人在他們眼裡完全可以不用懂虛擬貨幣，只要讓他們知道有虛擬貨幣這個東西就足夠了，如果能產生興趣那就他們的目的就達到了，其實這點跟流量明星的飯圈模式類似，不管是黑是粉，有流量，明星就有價值，虛擬貨幣亦是如此，流量大自然會有路人入圈，在二次發酵傳播，不斷更新韭菜。
迅雷玩客雲這些偽挖礦的產物能活多久誰都無法確認，但能肯定的是，這些因虛擬貨幣帶來新玩法也是需要流量作為支撐，迅雷玩客雲現在就是因為沒有流量要走向涼涼，有一天大家都不討論，沒有新鮮血液注入，那時候玩客雲就會徹底退出 歷史 舞台。
所以如果你對虛擬貨幣，挖礦亦或者迅雷玩客雲這些東西完全沒興趣，或者希望它們早點去世，那麼就最好看都別看相關信息，也盡量別被帶節奏而跟人對線去，不讓它們獲得流量是最好的做法。
② 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個口只佔了小部分流量
③ 光貓eth是什麼意思
光貓eth是路由器上10m的埠，全稱是interfaceethernet。遵循乙太網通信協議進行信號傳輸，一般通過光纖線纜與光纖乙太網交換機連接。按傳輸速率可以分為、1Gbps、，按主板插口類型可分為PCI、PCI-X、PCI-E(x1/x4/x8/)等，按介面類型分為LC、SC、FC、ST等。
光貓ETH的作用
EthTrunk介面是一種可以動態創建的介面，該類型介面可以綁定若干物理的乙太網介面作為一個邏輯介面使用。加入到EthTrunk介面的乙太網介面稱為成員介面，用戶只需對EthTrunk介面進行配置，對這些配置最終會映射到成員介面上。
EthTrunk介面有路由模式和交換模式之分，路由模式的EthTrunk介面與路由模式的乙太網介面類似，可以配置IP地址，運行各種路由協議、MPLSVPN等多種業務。交換模式的EthTrunk介面與交換模式乙太網介面類似，可以加入VLAN，運行STP等協議。EthTrunk介面應用特點有拓展介面帶寬，增加鏈路可靠性以及流量的負載分擔。
④ eth挖礦一天用多少流量
100m左右。
以太坊挖礦基本原理: 以太坊,和所有區塊鏈技術一樣,使用激勵驅動的安全模式。 任何在網路上宣稱自己是礦工的節點都可以嘗試創建和驗證區塊。
⑤ 以太坊區塊鏈ETH目前存在哪些問題
以太坊區塊鏈目前暴露出三大問題，長時間以來其創始人Vitalik Buterin一直無力解讀。第一是以太坊區塊鏈整體很低的性能和TPS；第二是資源不隔離，CryptoKitties虛擬貓咪的事件，一度占據了整個以太坊 20% 的流量，直接造成以太坊網路用戶無法展開及時的交易，就是資源不隔離最大的痛點；第三個問題在於以太坊治理結構的體現，區塊鏈作為去中心化的分布式賬本，以太坊過去以來，創始人團隊主導了其網路發展，過於中心化的治理模式，讓目前的以太坊出現了ETH、ETC、ETF等分叉，以太坊社區目前進入四分五裂的治理狀態。而以太坊網路目前出現的各種弊病，在「aelf」創始人與CEO馬昊伯看來，這是無法接受的。於是，「aelf」定位，就是為對標以太坊的下一代去中心化底層計算平台，重點解決目前以太坊存在的性能不足、資源不隔離、治理結構三方面的問題而誕生的。
⑥ python 的pyshark庫如何使用
pyshark庫是用於捕獲、解析和分析網路流量的Python庫，其功能基於Wireshark開發，使得在Python環境中使用Wireshark的功能變得非常方便。以下為使用pyshark庫的示例代碼，用於捕獲使用"eth0"介面的網路流量，並循環獲取每個數據包的協議信息和IP地址信息。
此外，pyshark還提供載入本地捕獲文件、獲取數據包詳細信息、過濾數據包等功能。具體用法請參考官方文檔。