挖礦需要公網ip

A. 新路由3挖礦需要多大硬碟，需要外網ip才有收益嗎

一毛收益，不是惡搞開玩笑，廣州電信百兆下，五兆上，你要的話給你發截圖，現在連看都沒眼看了。還搞什麼提現實名認證，綁手機綁支付寶，笑死人。

B. 采礦Filecoin有哪些硬體要求

雖然目前Filecoin沒有正式上線，礦機的參數也沒有確定。但基於IPFS技術開展的Filecoin挖礦是一個充滿機遇的全新戰場，優秀的礦工當然要先人一步，下面就來了解Filecoin挖礦究竟需要什麼樣的配置。<div><div><h2><b>一、網路寬頻</b></h2><p><b>1.擁有上下行對等的專線帶寬。</b></p><p>由於IPFS需要從網路上其他節點下載數據，同時還要給別的節點提供上傳數據服務，所以對上行帶寬和下行帶寬都有特殊的要求，所以挖礦前一定要擁有上下行對等的專線帶寬。</p><p><b>2.設置一個公網靜態IP地址</b></p><p>Filecoin挖礦，必須要保證一個穩定的訪問速度，如今辦公場所和家用寬頻一般都是動態IP，需要經過N層ISP轉換，無法保證遠距離伺服器之間的正常訪問。為了保障挖礦的效率，設置一個公網靜態IP地址是非常重要的。</p><h2><b>二、硬碟存儲</b></h2><p>Filecoin挖礦雖然有兩種方式，但最重要的還是硬碟存儲挖礦，畢竟帶寬挖礦對網路傳輸要求非常高，而且這種大型流量下載上傳渠道不是一般的礦工所具備的。</p><p><b>1.大容量的硬碟</b></p><p>硬碟容量越大，Filecoin挖礦的潛力和能力就越大。如果因為硬碟價 格的影響，也可以通過增加硬碟數量來達到大容量的要求。</p><p><b>2.兼容性</b></p><p>既然要增加硬碟的數量，那麼硬碟的兼容性設計就要重視起來。要保證不同品牌不同容量不同性能的硬碟放在一起要和諧共存共用。只有這樣，硬碟利用率才會提高，礦工後期的工作效率也會大大提升。</p><p><b>3.全天24小時工作</b></p><p>既然選擇硬碟挖礦的方式，數據的下載上存都是24小時不間斷運行的。如果因為硬碟自身質量的問題，導致所有數據都全部丟失，那麼面臨的就是抵押的代幣被系統沒收，所以選擇硬碟時候要考慮這一方面。</p><p><b>4.狀態顯示</b></p><p>硬碟有狀態顯示，才能清晰確認出當前的硬碟是否處於讀寫工作狀態、正常加電狀態、還是故障狀態。這樣有助於在硬碟出現故障時及時發現，及時更換，不影響礦機的有效挖礦工作。</p><p><b>5.熱插拔設計</b></p><p>熱插拔設計就是指礦機系統支持帶電插拔硬碟，允許在帶電狀態下更換硬碟，而且不會損壞硬碟和數據。這樣的設計也能提升Filecoin挖礦工作效率，降低礦機設備損壞幾率。</p><h2><b>三、地理位置</b></h2><p>Filecoin代幣的挖礦方式，會選擇就近原則。</p><p>用一個角度解釋，就是你有事情需要外出，在路邊肯定會選擇距離你最近的計程車上車，而不是穿過幾個街道，尋找一輛好看的計程車上車，Filecoin也是這樣分配挖礦的。</p><p>所以Filecoin挖礦的地理位置最好選擇在一線城市，進行分布式布局。</p><h2><b>四、硬體配置</b></h2><p><b>1.CPU</b></p><p>Filecoin挖礦的本質就是存儲伺服器，重點是存儲的I/O性能，對整機的運算性能要求不高。所以CPU只需要滿足礦機的基本性能即可。</p><p><b>2.內存</b></p><p>Filecoin礦機在進行讀寫時，信息主要暫時存儲在內存上，內存容量大小，直接影響礦機的讀寫性能和整體挖礦性能。在經濟允許的條件下，礦機的內存當然越大越好。這里建議選擇採用Linux操作系統，內存4G以上的礦機。</p><p><b>3.網路介面</b></p><p>Filecoin礦機的性能，主要體現在I/O讀寫上，網路介面性能低或介面數量少，會嚴重影響礦機的工作和效率。建議家用礦機至少要標配一個千兆乙太網口（RJ45介面），有兩個千兆乙太網口當然更好了。</p><p><b>4.礦機設計</b></p><p>雖然Filecoin挖礦對礦機的配置要求不高，但有點地方還是要引起注意的。</p><p>1）散熱設計</p><p>Filecoin礦機需要全天24小時工作，硬體的散熱設當然要重視。散熱設計主要看風扇、風道、和機箱三個方面。入手礦機時要多留意這方面。</p><p>2）靜音設計</p><p>畢竟礦機是24小時運轉，如果看礦機的分貝過大，時間長了，人的心情肯定也會變得煩躁。</p><p>3）防塵設計</p><p>看礦機專不專業，防塵設計可是關鍵的指標之一。</p><p>4）防震設計</p><p>Filecoin礦機的運轉，肯定會產生輕微抖動。如果多台礦機擺放在同一個位置，這些抖動就會形成共振。共振不僅對硬碟，對整個礦機都是有危害的。所以Filecoin礦機需要擁有防震設計。

C. 公司為什麼需要公網IP怎麼申請固定公網IP

為什麼企業需要固定IP上網呢？

固定IP穩定，用途很多，企業可以做郵件伺服器、論壇、視頻會議、網站等等，不少企業都會搭建私有雲、OA辦公系統或是網站這樣的服務，為了滿足用戶的訪問需要，所以就必須擁有一個以上的公網IP。

搭建專屬的ERP系統就要使用到固定IP，當ERP系統搭建完以後公司員工在使用的時候必須每時每刻都能正確地連接上這台伺服器，如果用一般的企業寬頻的話那麼它的IP因運營商的線路變動上聯設備重啟等原因會不時的變更。

如果IP變動了那麼當我們員工根據原IP地址訪問的時候就會找不到ERP伺服器，這對我們使用ERP服務造成很大的影響。

固定IP地址就解決了這個問題，因為當您申請固定IP地址的寬頻時運營商會給到您一個固定的IP，這個IP是不會變動的就算網路設備重啟、線路改造等都不會變更地址，固定ip地址就好像給您的電腦或伺服器按上了一個永久不變的門牌號碼，互聯網上的用戶可以根據這個地址找到您。因此固定IP地址在全球使用是有數量上限的，這也造成了帶固定IP地址的寬頻在價格上比動態IP寬頻高出很多的原因。

因此當您的企業需要搭建自己的ERP等系統的時候，可以聯系我們，我們將提供最專業的寬頻接入技術支持。

D. 公網ip有必要申請嗎

公網ip看你要做什麼，普通家庭或公司上網無需固定ip，也就沒什麼申請，找服務商填表給錢就好，伺服器的話，託管機房會有合同附加送ip。象阿里雲
這類需要之要購買就可以。

E. 國內礦池如果關閉的話如何連接國外挖礦

沒有那麼容易關閉，我之前一直在使用魚池，但是魚池不太歡迎我這種小型礦工，後來就轉到哈魚礦工，礦池的算力也不低。
使用哈魚礦池最大的優勢就是，只要你連到礦池可以使用手機APP監控礦機，每天提現，而且用戶的也在一直增加，並且有在線的客服解答你的任何問題！

F. 比特幣挖礦的機器要有獨立公網ip嗎

是的要好的

G. 比特幣挖礦需要隨時換ip對么，所以我們後台掛機，給礦場提供ip，礦場也會給我們收入

1台300G的比特幣挖礦機，1天可以挖0.25個比特幣，耗電31度左右。4天可以挖到1個比特幣，現在1個比特幣4500元，10台300G比特幣挖礦機大家去算算可以賺多少錢1天

H. 目前是否一定需要公網IP才能組建異地區域網

不一定需要的。你用蒲公英異地組網路由器就不需要啦，採用自主研發的雲虛擬專網技術，無需公網IP就能完成組網。

I. 玩客雲能不能挖礦，沒有公網ip

沒有掛到公網是沒發挖的。不要問我是怎麼知道的，好不容易搶到的，褲子都脫了結果老是顯示設備異常。

J. NAT打洞 必須要有一個公網的IP嗎

隨著IPv6時代的到來，我也一直懷疑，是不是還有必要再去學習NAT技術——因為網路的資源不再如IPv4時代匱乏，而NAT技術正是為解決IP地址的緊缺而存在的，如此，NAT便沒有存在的必要了。

但是，隨著這篇文章的翻譯，我的懷疑慢慢變成慶幸，漸而又變為肯定，通過翻譯所學到的東西，不再僅僅是翻譯第一手資料帶來的成就感，更多的是通過翻譯，去領悟技術前輩們的智慧與經驗，也通過翻譯，養成自己從第一手資料獲得信息的習慣，從而將視野放得更寬，讓理解更為透徹——至少，很多東西都是要經過仔細斟酌才真正轉化為自己思想的一部分的。正是如此，我才堅定的要把這篇文章翻譯完，也如之前所提到的，如果時間允許的話，我會用C#來寫一些例子，讓大家更好的理解NAT技術，掌握NAT技術（主要涉及到即時通訊、文件對等傳輸和語音應用三個方面）。

這篇文章主要是介紹一下「代理」機制的起因以及給P2P應用帶來的不便，不需要任何基礎知識：）

1. Introction

1、簡介

關鍵詞：

middleboxe(s) —— 我翻譯成「代理」，也許有更好的翻譯

host —— 我翻譯成「主機」，希望大家不要理解成伺服器了，主機就是一台普通的終端機

Present-day Internet has seen ubiquitous deployment of "middleboxes" such as network address translators(NAT), driven primarily by the ongoing depletion of the IPv4 address space. The asymmetric addressing and connectivity regimes established by these middleboxes, however, have created unique problems for peer-to-peer (P2P) applications and protocols, such as teleconferencing and multiplayer on-line gaming. These issues are likely to persist even into the IPv6 world, where NAT is often used as an IPv4 compatibility mechanism [NAT-PT], and firewalls will still be commonplace even after NAT is no longer required.

在當今的Internet中，普遍存在使用「代理」設備來進行網路地址轉換（NAT），導致這種現象的原因是 IPV4 地址空間的資源耗盡危機。雖然不對稱 asymmetric 的地址分配和連通性制度已經在代理中被定義，但是卻給端對端應用程序和協議制定造成了一些特殊的問題。像電話會議和多媒體網路游戲。這些問題即使在IPV6世界中還是會存在，因為NAT作為IPV4的一種兼容性機制經常被使用[NAT-PT]，並且防火牆將仍然將普遍存在，即使不再需要NAT技術。

Currently deployed middleboxes are designed primarily around the client/server paradigm, in which relatively anonymous client machines actively initiate connections to well-connected servers having stable IP addresses and DNS names.

Most middleboxes implement an asymmetric communication model in which hosts on the private internal network can initiate outgoing connections to hosts on the public network, but external hosts cannot initiate connections to internal hosts except as specifically configured by the middlebox's administrator. In the common case of NAPT, a client on the internal network does not have a unique IP address on the public Internet, but instead must share a single public IP address, managed by the NAPT, with other hosts on the same private network.The anonymity and inaccessibility of the internal hosts behind a middlebox is not a problem for client software such as web browsers, which only need to initiate outgoing connections. This inaccessibility is sometimes seen as a privacy benefit.

當前使用的「代理」技術主要是為 客戶端/服務端 C/S 結構設計的，為了實現那些需要連接但是又沒有固定IP地址的客戶端能夠連接到一台配置好的擁有固定IP和DNS域名的伺服器。
大多數的「代理」使用一種 asymmetric 通信模型，即 私網（區域網） 的主機能發起一個「外出」連接去連接公網上的主機。 但是公網上的主機卻無法發送信息給私網上的主機（除非對「代理」進行特殊的配置），NAPT（網路地址埠轉換）的普通情況是，一個私網客戶端不需要一個公網的固定的IP地址，但是必須要共享一個由NAPT控制的公網的固定IP地址（當然這個NAPT是處於同一個私網內部的）。這樣的話，這些匿名的並且看起來難以觸及的藏在NAT之後的內網主機對於像 Web瀏覽器 這種軟體來說就不是一個問題,因為內網的主機只需要發起向外部的連接就可以了。這樣一來，無法觸及也還是有他的優點的——那就是具有保密性。

In the peer-to-peer paradigm, however, Internet hosts that would normally be considered "clients" need to establish communication sessions directly with each other. The initiator and the responder might lie behind different middleboxes with neither endpoint having any permanent IP address or other form of public network presence. A common on-line gaming architecture, for example, is for the participating application hosts to contact a well-known server for initialization and administration purposes. Subsequent to this, the hosts establish direct connections with each other for fast and efficient propagation of updates ring game play.

Similarly, a file sharing application might contact a well-known server for resource discovery or searching, but establish direct connections with peer hosts for data transfer. Middleboxes create problems for peer-to-peer connections because hosts behind a middlebox normally have no permanently usable public ports on the Internet to which incoming TCP or UDP connections from other peers can be directed.

RFC 3235 [NAT-APPL] briefly addresses this issue, but does not offer any general solutions.

然而，在P2P的應用中，Internet上的「客戶機」之間是需要建立一個通信會話直連的。邀請者和響應者也許會處於不同的NAT之後，也許他們都沒有固定IP或者即使有也不是公網的IP地址。舉例來說，在一個普通的網路游戲體系結構中，都是通過客戶端向一個具有公網固定IP的伺服器發起申請進行初始化並通過驗證的。同時，客戶端之間也要建立直連，才使網路間傳輸的速度加快，保證數據即時更新（不然搶不到裝備啊，呵呵）。

同樣的，一個文件共享應用程序也必須通過到一個伺服器上去查找它想要的資源，然後再到擁有這個數據的主機上去下載（BT網站，走了一個中介），「代理」造成了很多P2P直連的問題，因為藏在「代理」之後的的主機通常沒有固定的埠來使其他的客戶端發起的TCP或UDP連接能夠最終到達。

RFC 3235[NAT-APPL] 簡要的提到了這個問題，但是沒有給出任何的解決方案。

In this document we address the P2P/middlebox problem in two ways. First, we summarize known methods by which P2P applications can work around the presence of middleboxes. Second, we provide a set of application design guidelines based on these practices to make P2P applications operate more robustly over currently-deployed middleboxes. Further, we provide design guidelines for future middleboxes to allow them to support P2P applications more effectively. Our focus is to enable immediate and wide deployment of P2P applications requiring to traverse middleboxes.

在這篇文章中，我們用兩種方式討論 P2P/代理 的問題。首先，概要的講敘已有的P2P應用程序能夠在現有的代理機制中的工作原理。然後，我們提供一組應用程序設計指南，基於已有的實踐，在現有的配置好的代理上，來使得P2P應用程序操作更加有條理。最後，我們提供了設計指南，為以後的代理機制能夠更方便支持P2P應用程序。討論的焦點是如何 直接的、廣泛的 配置那些需要經過「代理」的P2P應用程序。
Peer-to-Peer (P2P) communication across middleboxes（術語篇）

2. Terminology

2. 術語

In this section we first summarize some middlebox terms. We focus hereon the two kinds of middleboxes that commonly cause problems for P2P applications.

在這一章節中，首先概要的介紹一下「代理」技術的一些術語。然後集中討論兩種造成P2P應用問題的代理機制。

Firewall

A firewall restricts communication between a private internal network and the public Internet, typically by dropping packets that are deemed unauthorized. A firewall examines but does not modify the IP address and TCP/UDP port information in packets crossing the boundary.

防火牆

防火牆限制了私網與公網的通信，它主要是將（防火牆）認為未經授權的的包丟棄，防火牆只是檢驗包的數據，並不修改數據包中的IP地址和TCP/UDP埠信息。

Network Address Translator (NAT)

A network address translator not only examines but also modifies the header information in packets flowing across the boundary, allowing many hosts behind the NAT to share the use of a smaller number of public IP addresses (often one). Network address translators in turn have two main varieties:

網路地址轉換（NAT）

當有數據包通過時，網路地址轉換器不僅檢查包的信息，還要將包頭中的IP地址和埠信息進行修改。以使得處於NAT之後的機器共享幾個僅有的公網IP地址（通常是一個）。網路地址轉換器主要有兩種類型：

Basic NAT

A Basic NAT maps an internal host's private IP address to a public IP address without changing the TCP/UDP port numbers in packets crossing the boundary. Basic NAT is generally only useful when the NAT has a pool of public IP addresses from which to make address bindings on behalf of internal hosts.

基礎NAT

基礎NAT 將私網主機的私有IP地址轉換成公網IP地址，但並不將TCP/UDP埠信息進行轉換。基礎NAT一般用在當NAT擁有很多公網IP地址的時候，它將公網IP地址與內部主機進行綁定，使得外部可以用公網IP地址訪問內部主機。（譯者註：實際上是只將IP轉換，192.168.0.23