以太坊區塊同步埠

㈠ 以太坊多節點私有鏈部署

假設兩台電腦A和B
要求：
1、兩台電腦要在一個網路中，能ping通
2、兩個節點使用相同的創世區塊文件
3、禁用ipc;同時使用參數--nodiscover
4、networkid要相同，埠號可以不同

1.4 搭建私有鏈
1.4.1 創建目錄和genesis.json文件
創建私有鏈根目錄./testnet
創建數據存儲目錄./testnet/data0
創建創世區塊配置文件./testnet/genesis.json

1.4.2 初始化操作
cd ./eth_test
geth --datadir data0 init genesis.json

1.4.3 啟動私有節點

1.4.4 創建賬號
personal.newAccount()
1.4.5 查看賬號
eth.accounts
1.4.6 查看賬號余額
eth.getBalance(eth.accounts[0])
1.4.7 啟動&停止挖礦
啟動挖礦：
miner.start(1)
其中 start 的參數表示挖礦使用的線程數。第一次啟動挖礦會先生成挖礦所需的 DAG 文件，這個過程有點慢，等進度達到 100% 後，就會開始挖礦，此時屏幕會被挖礦信息刷屏。
停止挖礦，在 console 中輸入：
miner.stop()
挖到一個區塊會獎勵5個以太幣，挖礦所得的獎勵會進入礦工的賬戶，這個賬戶叫做 coinbase，默認情況下 coinbase 是本地賬戶中的第一個賬戶，可以通過 miner.setEtherbase() 將其他賬戶設置成 coinbase。

1.4.8 轉賬
目前，賬戶 0 已經挖到了 3 個塊的獎勵，賬戶 1 的余額還是0：

我們要從賬戶 0 向賬戶 1 轉賬，所以要先解鎖賬戶 0，才能發起交易：

發送交易，賬戶 0 -> 賬戶 1：

需要輸入密碼 123456

此時如果沒有挖礦，用 txpool.status 命令可以看到本地交易池中有一個待確認的交易，可以使用 eth.getBlock("pending", true).transactions 查看當前待確認交易。

使用 miner.start() 命令開始挖礦：
miner.start(1);admin.sleepBlocks(1);miner.stop();

新區塊挖出後，挖礦結束，查看賬戶 1 的余額，已經收到了賬戶 0 的以太幣：
web3.fromWei(eth.getBalance(eth.accounts[1]),'ether')

用同樣的genesis.json初始化操作
cd ./eth_test
geth --datadir data1 init genesis.json

啟動私有節點一,修改 rpcport 和port

可以通過 admin.addPeer() 方法連接到其他節點，兩個節點要要指定相同的 chainID。

假設有兩個節點：節點一和節點二，chainID 都是 1024，通過下面的步驟就可以從節點二連接到節點一。

首先要知道節點一的 enode 信息，在節點一的 JavaScript console 中執行下面的命令查看 enode 信息：

admin.nodeInfo.enode
" enode://@[::]:30303 "

然後在節點二的 JavaScript console 中執行 admin.addPeer()，就可以連接到節點一：

addPeer() 的參數就是節點一的 enode 信息，注意要把 enode 中的 [::] 替換成節點一的 IP 地址。連接成功後，節點一就會開始同步節點二的區塊，同步完成後，任意一個節點開始挖礦，另一個節點會自動同步區塊，向任意一個節點發送交易，另一個節點也會收到該筆交易。

通過 admin.peers 可以查看連接到的其他節點信息，通過 net.peerCount 可以查看已連接到的節點數量。

除了上面的方法，也可以在啟動節點的時候指定 --bootnodes 選項連接到其他節點。 bootnode 是一個輕量級的引導節點，方便聯盟鏈的搭建 下一節講 通過 bootnode 自動找到節點

參考： https://cloud.tencent.com/developer/article/1332424

㈡ Infura API 獲取以太坊當前配置鏈 ID - 區塊鏈數據開發實戰

簡介：Infura 是以太坊和 IPFS 的 API 服務提供商。Infura 一開始只是為 ConsenSys 內部項目提供穩定可靠的 RPC 訪問，後來隨著以太坊生態發展，他們意識到自己可以起到更大作用，於是開始面向開發者提供公共 API 服務。本文整理使用 Infura API 獲取以太坊當前配置鏈 ID 的實現。

Infura 是以太坊和 IPFS 的 API 服務提供商。Infura 一開始只是為 ConsenSys 內部項目提供穩定可靠的 RPC 訪問，後來隨著以太坊生態發展，他們意識到自己可以起到更大作用，於是開始面向開發者提供公共 API 服務。

本文整理使用 Infura API 獲取以太坊當前配置鏈 ID 的實現。

Infura API 官方文檔： https://infura.io/docs

使用 API 需要申請 Project ID ，ID 是免費申請的，申請流程為「注冊 - 登錄 - 創建新項目」，不需要審核，幾分鍾就能搞定。

Infura API 標准請求埠格式：

本例中我們使用基於 HTTP 的以太坊主網 JSON-RPC 埠：

Infura API 獲取以太坊當前配置鏈 ID：

Curl 示例：

Node.js 示例：

返回的 JSON 示例：

返回當前鏈 ID 的大整數。

Infura API 服務思維導圖：

我們有一個區塊鏈知識星球，做區塊鏈前沿資料的歸納整理以方便大家檢索查詢使用，也是國內頂尖區塊鏈技術社區，歡迎感興趣的朋友加入。如果你對上面內容有疑問，也可以加入知識星球提問我：

㈢ Quorum介紹（二）：Quorum共識

我們知道，公共區塊鏈是一個開放的社區，任何人都能夠成為一個節點加入網路，在網路中計算，提交交易到鏈上等，因此公鏈是沒有信任基礎的，所以公鏈的共識第一要義就是證明交易的合法性和真實性，防止惡意成員的搗亂，效率不是第一要義。

與公鏈的環境不同，有準入門檻的企業鏈或者聯盟鏈鏈上的所有成員在加入時實際上是已經獲得了某些認可和許可的，因此企業鏈/聯盟鏈上的成員是有一定信任基礎的。在企業級鏈上我們沒有必要使用POW或者POS這種浪費算力或者低效的交易共識。

Quorum提供了多種共識供用戶採用：

在講Raft前，有必要提一下Paxos演算法，Paxos演算法是Leslie Lamport於1990年提出的基於消息傳遞的一致性演算法。然而，由於演算法難以理解，剛開始並沒有得到很多人的重視。其後，作者在八年後，也就是1998年在ACM上正式發表，然而由於演算法難以理解還是沒有得到重視。而作者之後用更容易接受的方法重新發表了一篇論文《Paxos Made Simple》。

可見，Paxos演算法是有多難理解，即便現在放到很多高校，依然很多學生、教授都反饋Paxos演算法難以理解。同時，Paxos演算法在實際應用實現的時候也是比較困難的。這也是為什麼會有後來Raft演算法的提出。

Raft是實現分布式共識的一種演算法，主要用來管理日誌復制的一致性。它和Paxos的功能是一樣，但是相比於Paxos，Raft演算法更容易理解、也更容易應用到實際的系統當中。而Raft演算法也是聯盟鏈採用比較多的共識演算法。

Raft一共有三種角色狀態：

每個節點上都有一個倒計時器 (Election Timeout)，時間隨機在 150ms 到 300ms 之間。有幾種情況會重設 Timeout：

在分布式系統中，「時間同步」是一個很大的難題，因為每個機器可能由於所處的地理位置、機器環境等因素會不同程度造成時鍾不一致，但是為了識別「過期信息」，時間信息必不可少。

Raft演算法中就採用任期（Term）的概念，將時間切分為一個個的Term（同時每個節點自身也會本地維護currentTerm），可以認為是邏輯上的時間，如下圖。

每一任期的開始都是一次領導人選舉，一個或多個候選人（Candidate）會嘗試成為領導（Leader）。如果一個人贏得選舉，就會在該任期（Term）內剩餘的時間擔任領導人。在某些情況下，選票可能會被評分，有可能沒有選出領導人（如t3），那麼，將會開始另一任期，並且立刻開始下一次選舉。Raft 演算法保證在給定的一個任期最少要有一個領導人。

特殊情況的處理

在以太坊中節點本身並沒有角色，因此在使用Raft共識時，我們稱leader節點為挖礦節點：

Raft共識機制本身保證了同一時間點最多隻有一個leader，因此用在以太坊模型下也只會有一個出塊者，避免了同時出塊或者算力浪費的情況。

在單筆交易(transaction)層級Quorum依然沿用了Ethereum的p2p傳輸機制，只有在塊(block)層級才會使用Raft的傳輸機制。

其中需要注意到一點，在以太坊中一個節點收到塊以後就會立刻記賬，而在Quorum模型中，一個塊的記錄必須遵從Raft協議，每個節點從leader處收到塊以後必須報告給leader確認收到以後，再由leader通知各個節點進行數據提交（記錄）

在Quorum模型中新塊的信息是很有可能和已有塊的header信息不符的，最容易發生這種情況的就是選舉人更替(挖礦節點更替)，具體描述如下：

假設有兩個節點，node1和node2，node1是現有的leader，現有鏈的最新區塊是0xbeda，它的父區塊是0xacaa

對塊「Extends」或者「No-op」的標記是在更上層完成的，並不由raft本身log記錄機制實現。因為在raft內部，信息並不分為有效或無效，只有在區塊鏈層面才會有有效區塊和無效區塊的含義。

需要注意的是，Quorum的這種記賬機制和本身Ethereum的LVC（最長鏈機制）是完全不一樣的

Quorum的出塊頻率默認是50ms一個塊，可以通過 --raftblocktime 參數進行設置

投機性出塊並不是以太坊Raft共識嚴格必須的核心機制之一，但是是提高出塊效率的有效方式。

一個塊從產生到實際被記錄賬本，走完整個raft流程實際上是需要耗費一定時間的。如果我們在上一個塊被計入賬本之後才開始產生下一個塊，那麼一筆交易想要成功被記錄需要耗費較多的時間。

而在投機性(speculative minting)出塊中，我們允許一個新塊在它的父塊被記錄之前就產生。依次類推，在一段時間內，實際上會產生「投機鏈（speculative chain）」，在祖先塊沒有被記錄進賬本之前，一個一個新塊已經依據先後關系組成了一條臨時鏈片段，等待被記錄。

對於已經被記錄進投機塊的交易，我們會在交易池中標記為「proposed transaction」

在之前我們說過，raft機制中是存在兩個挖礦節點比賽出塊和記賬的可能的，因此，一條 speculative chain 中間的某一個塊很有可能不會被記錄到賬本中。在這種情況下我們也會把交易池中的交易狀態修改回來。( InvalidRaftOrdering event)

目前，Quorum並沒有對speculative chain的長度做限制，但在它的未來規劃中有講這一點作為一個性能優化項加入開發進程，最後能夠讓一個挖礦節點即使在raft共識層沒有連接上，它也可以離線一直出塊，產生自己的speculative chain。

一條speculative chain有以下幾個部分構成：

在塊傳輸上我們使用etcd Raft默認的http傳輸，當然使用Ethereum的p2p傳輸也是可以的，但是Quorum團隊在測試階段發現，高負載的狀態下，ETH p2p的性能沒有raft p2p性能好。

Quorum使用50400埠作為Raft 傳輸層的默認監聽埠，也可以通過 --raftport 參數自行設置。

一個集群默認的最大節點個數是25，可以通過 --maxpeers N 來設置，N是你的最大節點個數。

Quorum的IBFT其實就是PBFT，只不過摩根大通把它自己實現的PBFT叫做IBFT，所以IBFT的基本原理與PBFT是一樣的，所不同的是,IBFT中把出塊和共識的三階段結合在了一起。

Istanbul BFT修改自PBFT演算法，包括三個階段： PRE-PREPARE 、 PREPARE 以及 COMMIT 。在 N 個節點的網路中，這個演算法可以最多容忍 F 個出錯節點，其中 N=3F+1 。

Istanbul BFT演算法中的區塊是確定的，意味著鏈沒有分叉並且合法的區塊一定是在鏈中。為了防止一個惡意節點生成不同的鏈，在把區塊插入進鏈 之前 ，每一個validator必須把 2F + 1 個 COMMIT 簽名放進區塊頭的 extraData 欄位。因此，區塊是可以自我驗證的（因為有簽名）並且輕客戶端也支持。

然而動態的 extraData 也會造成區塊的hash計算問題。因為一個區塊可以被不同的validator驗證，所以會有不同的簽名，所以同一個區塊會有不同的hash。解決的方案是，計算區塊hash的時候把 COMMIT 簽名排除在外。因此我們任然可以在保證block hash一致性的同時進行共識驗證。

由於Ethereum POA共識在網上已經有大量介紹，筆者這里就不多做詳細介紹，只對重要特點和POA的工作流程做大致梳理和介紹

㈣ 浠ュお鍧婂尯鍧楁祻瑙堝櫒鍦板潃鍙婁嬌鐢ㄤ粙緇峗浠ュお鍧婂尯鍧楁祻瑙堝櫒鍦板潃鍙婁嬌鐢ㄦ槸浠涔

浠ュお鍧婄殑鍖哄潡嫻忚堝櫒鍦板潃鍜屼嬌鐢ㄦ柟娉

瑕佹煡璇浠ュお鍧婄浉鍏崇殑淇℃伅錛屽彲浠ヨ塊棶瀹樻柟鐨勫尯鍧楁祻瑙堝櫒緗戝潃錛https://etherscan.io銆傝繖涓緗戠珯涓嶄粎閫傜敤浜嶦TH鏈韜錛岃繕鏀鎸佹墍鏈夊熀浜庝互澶鍧婄殑TOKEN鏌ヨ錛屼互鍙婅處鎴峰湴鍧鐨勬煡鐪嬨

鉶界劧緗戠珯涓昏佹槸鑻辨枃鐣岄潰錛屼絾瀵逛簬闈炶嫳璇鐢ㄦ埛錛屽彲浠ヨ冭檻瀹夎呮祻瑙堝櫒緲昏瘧鎻掍歡錛岃繖鏍峰湪鏌ヨ㈣繃紼嬩腑閬囧埌涓嶆噦鐨勫崟璇嶆垨欏甸潰錛屽彲浠ュ疄鏃剁炕璇戙傚叿浣撳畨瑁呮柟娉曞彲浠ヨ嚜琛屽湪鎼滅儲寮曟搸涓鏌ユ壘鐩稿叧鏁欑▼銆

鍖哄潡鏌ヨ㈠姛鑳藉嶮鍒嗗疄鐢錛屼互涓嬫槸涓浜涘父鐢ㄦ搷浣滅殑璇存槑錛

• 鏌ョ湅杞璐︾姸鎬錛氬搱甯屽肩浉褰撲簬杞璐︾殑鍞涓鏍囪瘑錛屽彲浠ョ被姣旈摱琛岃漿璐︾殑浜ゆ槗鍙楓傛瘮濡傦紝濡傛灉浣犱粠浜ゆ槗鎵杞璐︼紝浜ゆ槗鎵浼氭彁渚涘搱甯屽箋傚湪etherscan.io鐨勬悳緔㈡嗚緭鍏ヨ繖涓鍝堝笇鍊礆紝涓鏃︿氦鏄撶姸鎬佹樉紺轟負鎴愬姛錛屽氨琛ㄦ槑杞璐﹀凡瀹屾垚銆


• 鏌ヨTOKEN鐘舵錛氬湪鎼滅儲妗嗚緭鍏ヤ綘瑕佹煡璇㈢殑TOKEN鍚嶇О錛岄〉闈浼氬嚭鐜拌TOKEN鐨勭浉鍏充俊鎮銆傜偣鍑"token holders"錛屼細鏄劇ず鍑哄綋鍓峊OKEN鐨勬寔鏈夎呭垎甯冿紝鎸夋寔鏈夐噺浠庨珮鍒頒綆鎺掑簭銆

榪欎簺鍔熻兘鏄鍖哄潡嫻忚堝櫒鐨勫熀紜鍔熻兘錛岄氳繃瀹冧滑錛屼綘鍙浠ヨ交鏉捐窡韙鍜屼簡瑙ｄ互澶鍧婁氦鏄撶殑榪涘睍浠ュ強TOKEN鐨勫垎閰嶆儏鍐點

㈤ 浠ュお鍧婃槸浠涔浠ュお鍧婁笌鍖哄潡閾炬湁浠涔堝叧緋伙紵

涓銆佷互澶鍧婃槸浠涔?浠ュお鍧婁笌鍖哄潡閾炬湁浠涔堝叧緋伙紵

浠ュお鍧婂尯鍧楅摼鐩鍓嶆毚闇插嚭涓夊ぇ闂甐italik Buterin涓鐩存棤鍔涜В璇諱綋寰堜綆鐨勬ц兘鍜孴PS錛涚浜屾槸璧勬簮涓嶉殧紱伙紝Cryp浠訛紝涓搴﹀崰鎹浜嗘暣涓錛岀洿鎺ラ犳垚浠ュお鍧婄綉緇滅敤鎴鋒棤娉曞睍寮鍙婃椂鐨勪氦鏄擄紝灝辨槸璧勬簮涓嶉殧紱繪渶澶х殑鐥涚偣錛涚涓変釜闂棰樺湪浜庝互澶鍧婃不鐞嗙粨鏋勭殑浣撶幇錛屽尯鍧楅摼浣滀負鍘諱腑蹇冨寲鐨勫垎甯冨紡璐︽湰錛屼互澶鍧婅繃鍘諱互鏉ワ紝鍒涘嬩漢榪囦簬涓蹇冨寲鐨勬不鐞嗘ā寮忥紝璁╃洰鍓嶇殑浠ュお鍧婂嚭鐜頒簡ETH銆丒TC銆丒鍓嶈繘鍏ュ洓鍒嗕簲瑁傜殑娌葷悊鐘舵併傜嶅紛鐥咃紝鍦ㄣ宎elf銆嶅壋鐪嬫潵錛岃繖鏄鏃犳硶鎺ュ彈鐨勩備簬鏄錛屻宎elf銆嶅畾浣嶏紝灝辨槸涓哄規爣浠ュお鍧婄殑涓嬩竴鍐崇洰鍓嶄互澶鍧婂瓨鍦ㄧ殑鎬ц兘涓嶈凍銆佽祫婧愪笉闅旂匯佹不鐞嗙粨鏋勪笁鏂歸潰鐨勯棶棰樿岃癁鐢熺殑銆

浜屻侀挶鍖呭嵆鍙浠ヨ呬互澶鍧婂張鍙浠ヨ呮瘮鐗瑰竵鍚

涓嶅彲浠ャ

涓夈佷互澶鍧妏os涔嬪悗榪樹拱涓鍖哄潡浜у竵鍚

涓嶃備互澶鍧妏os涓嶅睘浜庤揣甯侊紝鍥犳わ紝鍏朵箣鍚庝笉涔板尯鍧椾駭甯併備互澶鍧妏os鏄涓縐嶅湪鍏閾句腑鐨勫叡璇嗙畻娉曪紝鍙浣滀負POW綆楁硶鐨勪竴縐嶆浛鎹銆

㈥ 浠ュお鍧婃帴鏀跺湴鍧鎬庝箞鏍瘋幏

浠ュお鍧婃帴鏀跺湴鍧鎬庝箞鑾峰緱
浠ュお鍧婃槸涓縐嶅熀浜庡尯鍧楅摼鐨勫姞瀵嗘暟瀛楄揣甯侊紝瑕佹帴鏀朵互澶甯侊紝闇瑕佷竴涓浠ュお鍧婂湴鍧銆備互涓嬫槸鑾峰彇浠ュお鍧婃帴鏀跺湴鍧鐨勬ラわ細
1.鎵撳紑涓涓鍙淇＄殑浠ュお鍧婇挶鍖咃紝濡侻etaMask鎴朚yEtherWallet銆
2.鍒涘緩鎴栧煎叆鎮ㄧ殑浠ュお鍧婇挶鍖咃紝榪欏皢涓烘偍鐢熸垚涓涓浠ュお鍧婂湴鍧銆
3.紜璁ゆ偍鐨勪互澶鍧婂湴鍧銆傚湪MetaMask涓錛屽崟鍑燴滆處鎴封濋夐」鍗★紝鎮ㄥ彲浠ョ湅鍒版偍鐨勫湴鍧銆傚湪MyEtherWallet涓錛屽崟鍑燴滄煡鐪嬮挶鍖呬俊鎮鈥濋夐」鍗★紝杈撳叆鎮ㄧ殑閽卞寘瀵嗙爜錛岀劧鍚庢偍鍙浠ョ湅鍒版偍鐨勫湴鍧銆
4.鎮ㄥ彲浠ュ皢鎮ㄧ殑浠ュお鍧婂湴鍧鍏變韓緇欏埆浜轟互渚挎帴鏀朵互澶甯併
璇鋒敞鎰忥紝涓庢瘮鐗瑰竵鍦板潃綾諱技錛屼互澶鍧婂湴鍧鏄鍖哄垎澶у皬鍐欑殑錛屽洜姝よ峰姟蹇呭皢瀹冧滑澶嶅埗騫剁矘璐村埌鎮ㄨ佹帴鏀朵互澶甯佺殑鍦版柟銆

㈦ 以太坊是什麼以太坊與區塊鏈有什麼關系

以太坊是一個全新開放的區塊鏈平台，它允許任何人在平台中建立和使用通過區塊鏈技術運行的去中心化應用。就像比特幣一樣，以太坊不受任何人控制，也不歸任何人所有——它是一個開放源代碼項目，由全球范圍內的很多人共同創建。

和比特幣協議有所不同的是，以太坊的設計十分靈活，極具適應性。在以太坊平台上創立新的應用十分簡便，任何人都可以安全地使用該平台上的應用。

以太坊是可編程的區塊鏈。它並不是給用戶一系列預先設定好的操作（例如比特幣交易），而是允許用戶按照自己的意願創建復雜的操作。這樣一來，它就可以作為多種類型去中心化區塊鏈應用的平台，包括加密貨幣在內但並不僅限於此。

以太坊狹義上是指一系列定義去中心化應用平台的協議，它的核心是以太坊虛擬機（「EVM」），可以執行任意復雜演算法的編碼。在計算機科學術語中，以太坊是「圖靈完備的」。開發者能夠使用現有的JavaScript和Python等語言為模型的其他友好的編程語言，創建出在以太坊模擬機上運行的應用。

和其他區塊鏈一樣，以太坊也有一個點對點網路協議。以太坊區塊鏈資料庫由眾多連接到網路的節點來維護和更新。每個網路節點都運行著以太坊模擬機並執行相同的指令。因此，人們有時形象地稱以太坊為「世界電腦」。

這個貫穿整個以太坊網路的大規模並行運算並不是為了使運算更高效。實際上，這個過程使得在以太坊上的運算比在傳統「電腦」上更慢更昂貴。然而，每個以太坊節點都運行著以太坊虛擬機是為了保持整個區塊鏈的一致性。去中心化的一致使以太坊有極高的故障容錯性，保證零停機，而且可以使存儲在區塊鏈上的數據保持永遠不變且抗審查。

以太坊平台本身沒有特點，沒有價值性。和編程語言相似，它由企業家和開發者決定其用途。不過很明顯，某些應用類型較之其他更能從以太坊的功能中獲益。以太坊尤其適合那些在點與點之間自動進行直接交互或者跨網路促進小組協調活動的應用。

例如，協調點對點市場的應用，或是復雜財務合同的自動化。比特幣使個體能夠不藉助金融機構、銀行或政府等其他中介來進行貨幣交換。以太坊的影響可能更為深遠。

理論上，任何復雜的金融活動或交易都能在以太坊上用編碼自動且可靠地進行。除金融類應用外，任何對信任、安全和持久性要求較高的應用場景——比如資產注冊、投票、管理和物聯網——都會大規模地受到以太坊平台影響。

㈧ 浠ュお鍧婃妧鏈緋誨垪-浠ュお鍧婂叡璇嗘満鍒

涓銆佷互澶鍧婃妧鏈緋誨垪-浠ュお鍧婂叡璇嗘満鍒

鍖哄潡閾劇殑鐗圭偣涔嬩竴鏄鍘諱腑蹇冨寲銆備篃灝辨槸鑺傜偣浼氬垎甯冨湪鍚勪釜鍦版柟緇勬垚鍒嗗竷寮忕郴緇熴傚悇涓鑺傜偣闇瑕佸1涓闂棰樿揪鎴愪竴鑷達紝鐞嗘兂鎯呭喌涓嬶紝鍙闇瑕佸悓姝ョ姸鎬佸嵆鍙銆

                                

濡備笂鍥炬墍紺 B鑺傜偣灝哸=1=> a=2鐨勭姸鎬佸悓姝ョ粰? ACDE鍥涗釜鑺傜偣錛岃繖鏃剁郴緇熶腑鐘舵佸彉涓篴=2, 浣嗗傛灉鍏朵腑鏈夋伓鎰忚妭鐐 AE 鏀跺埌閫氱煡鍚庢妸a=1=>a=3淇鏀逛負閿欒鐨勮妭鐐癸紝榪欎釜鏃跺欏ぇ瀹剁殑鐘舵佸氨涓嶄竴鑷翠簡錛屾ゆ椂闇瑕佸叡璇嗘満鍒朵嬌緋葷粺涓寰楀埌1涓鍞涓姝ｇ『鐨勭姸鎬併

濡備笂闈㈣村埌鍒嗗竷寮忕郴緇熷瓨鍦ㄦ伓鎰忚妭鐐瑰艱嚧緋葷粺涓鐘舵佷笉涓鑷寸殑鎯呭喌鏈1涓姣旇緝钁楀悕鐨勮櫄鎷熼棶棰-鎷滃崰搴灝嗗啗闂棰樸

鎷滃崰搴灝嗗啗闂棰樻槸鎸囷紝N涓灝嗗啗鍘繪敾鎵撲竴搴у煄鍫★紝濡傛灉澶т簬涓瀹氭暟閲忕殑灝嗗啗鍚屾椂榪涙敾鍒欏彲浠ユ敾鎵撴垚鍔燂紝濡傛灉灝忎簬鍒欒繘鏀誨け璐ャ傚皢鍐涗腑鍙鑳藉瓨鍦ㄥ彌寰掋

                                

榪欎釜鏃跺欐湁2縐嶆儏鍐

1.濡傛灉2涓鍙涘緬閮藉湪BCDE涓錛岄偅涔堝叡璇嗙畻娉曢渶瑕佽╁叾浣2涓灝嗗啗鍚浠嶢鐨勬ｇ『鍐崇瓥榪涙敾鍩庡牎銆

2.濡傛灉A鏄1涓鍙涘緬錛屽叡璇嗙畻娉曢渶瑕佽〣CDE涓鍓╀綑鐨3涓蹇犺瘹灝嗗啗淇濇寔涓鑷淬

榪欎釜闂棰樻湁寰堝氱嶈В娉曪紝澶у舵湁鍏磋叮鍙浠ヨ嚜琛屾煡闃(鎺ㄨ崘瀛︿範PBFT)錛屾垜浠閲嶇偣鏉ョ湅鐪嬩互澶鍧婁腑鐩鍓嶆ｅ湪浣跨敤鐨凬akamoto?鍏辮瘑鍜屽皢瑕佷嬌鐢ㄧ殑?Casper Friendly Finality Gadget鍏辮瘑鏄濡備綍瑙ｅ喅鎷滃崰搴灝嗗啗闂棰樼殑銆

璇村埌Nakamoto鍏辮瘑鍜孋asper Friendly Finality Gadget鍏辮瘑鍙鑳藉ぇ瀹朵笉澶鐔熸倝錛屼絾浠栦滑鐨勯儴鍒嗙粍鎴愬簲璇ラ兘姣旇緝鐔熸倝-POW(宸ヤ綔閲忚瘉鏄)鍜孭OS(鏉冪泭璇佹槑)銆

POW鎴朠OS縐頒箣涓篠ybil鎶楁ф満鍒訛紝涓轟粈涔堥渶瑕丼ybil鎶楁ф満鍒跺憿錛屽垰鍒氭垜浠璇村埌鎷滃崰搴灝嗗啗闂棰橈紝搴旇ュ緢瀹規槗鐪嬪嚭鎮舵剰鑺傜偣瓚婂氾紝杈炬垚姝ｇ『鍏辮瘑鐨勯毦搴︿篃灝辮秺澶э紝Sybil鏀誨嚮灝辨槸鎸1涓鏀誨嚮鑰呭彲浠ヤ吉瑁呭嚭澶ч噺鑺傜偣鏉ヨ繘琛屾敾鍑伙紝Sybil鎶楁ф槸鎸囨姷寰¤繖縐嶆敾鍑昏兘鍔涖

POW閫氳繃璁╃熆宸ユ垨楠岃瘉鑰呮姇鍏ョ畻鍔涳紝POS閫氳繃璁╅獙璇佽呰川鎶間互澶鍧婏紝濡傛灉鏀誨嚮鑰呰佷吉瑁呭氫釜鑺傜偣鏀誨嚮鍒欏繀灝嗘姇鍏ュぇ閲忕殑綆楀姏鎴栬祫浜э紝浼氬艱嚧鏀誨嚮鎴愭湰楂樹簬鏀剁泭銆傚湪浠ュお鍧婁腑淇濋殰鐨勫畨鍏ㄦф槸闄ら潪鏀誨嚮鑰呮嬁鍒版暣涓緋葷粺51%綆楀姏鎴栬祫浜у惁鍒欎笉鍙鑳借繘鏀繪垚鍔熴

鍦ㄨВ鍐沖畬Sybil鏀誨嚮鍚庯紝閫氳繃閫夊彇緋葷粺涓鐨勬渶闀塊摼浣滀負澶у惰揪鎴愬叡璇嗙殑閾俱

寰堝氫漢騫蟲椂涓轟簡綆鍖栧皢pow鍜宲os璁や負鏄鍏辮瘑鏈哄埗錛岃繖涓嶅熷噯紜錛屼絾涔熻存槑浜嗗叾閲嶈佷綔鐢錛屾垜浠鎺ヤ笅鏉ュ垎鏋恜ow鍜宲os銆

閫氳繃hash涓嶅彲閫嗙殑鐗規э紝瑕佹眰鍚勪釜鐭垮伐涓嶅仠鍦拌＄畻鍑烘煇涓鍊肩殑hash絎﹀悎鏌愪竴鐗瑰緛錛屾瘮濡傚墠澶氬皯浣嶆槸000000錛岀敱浜庤繖涓榪囩▼鍙鑳戒緷璧栦笉鍋滅殑璇曢敊璁＄畻hash,鎵浠ユ槸宸ヤ綔閲忚瘉鏄庛傝＄畻瀹屾垚鍚庡叾浠栬妭鐐歸獙璇佺殑鍊肩﹀悎hash鐗瑰緛闈炲父瀹規槗楠岃瘉銆傞獙璇侀氳繃鍒欐垚涓烘垚涓哄悎娉曞尯鍧(涓嶄竴瀹氭槸鍏辮瘑鍖哄潡錛岄渶瑕佸湪鏈闀塊摼涓)銆

浠ュお鍧婁腑鐨勬寲鐭跨畻娉曠敤鍒2涓鏁版嵁闆嗭紝1涓灝忔暟鎹闆哻ache,1涓澶ф暟鎹闆咲AG銆傝繖2涓鏁版嵁闅忕潃鍖哄潡閾句腑鍖哄潡澧炲氭參鎱㈠彉澶э紝鍒濆嬪ぇ灝廲ache涓16M DAG涓1G銆

鎴戜滑鍏堟潵鐪嬭繖2涓鏁版嵁闆嗙殑鐢熸垚榪囩▼

                                

cache鐢熸垚瑙勫垯涓烘湁1涓縐嶅瓙闅忔満鏁皊eed錛宑ache涓絎1涓鍏冪礌瀵箂eed鍙杊ash錛屽悗闈㈡暟緇勪腑姣忎釜鍏冪礌閮芥槸鍓1涓鍏冪礌鍙杊ash鑾峰緱銆

DAG鐢熸垚瑙勫垯涓?鎵懼埌cache涓瀵瑰簲鐨勫厓緔犲悗?鏍規嵁鍏冪礌涓鐨勫艱＄畻鍑轟笅嬈¤佸繪壘鐨勪笅鏍囷紝寰鐜256嬈″悗鑾峰緱cache涓鏈緇堥渶瑕佺殑鍏冪礌鍊艱繘琛宧ash璁＄畻寰楀埌DAG涓鍏冪礌鐨勫箋

鐒跺悗鎴戜滑鍐嶇湅鐪嬬熆宸ュ備綍榪涜屾寲鐭誇互鍙婅交鑺傜偣濡備綍楠岃瘉

                                

鐭垮伐鎸栫熆鐨勮繃紼嬩負錛岄夋嫨Nonce鍊兼槧灝勫埌DAG涓鐨1涓猧tem錛岄氳繃item涓鐨勫艱＄畻鍑轟笅嬈¤佹壘鐨勪笅鏍囷紝寰鐜64嬈★紝寰楀埌鏈緇坕tem錛屽皢item涓鐨勫糷ash璁＄畻寰楀埌緇撴灉錛岀粨鏋滃拰target姣旇緝錛岀﹀悎鏉′歡

鍒欒瘉鏄庢寲鍒板尯鍧楋紝濡傛灉涓嶇﹀悎鍒欐洿鎹nonce緇х畫鎸栫熆銆傜熆宸ュ湪鎸栫熆榪囩▼涓闇瑕佸皢1G鐨凞AG璇誨彇鍒板唴瀛樹腑銆

                                

杞昏妭鐐歸獙璇佽繃紼嬪拰鐭垮伐鎸栫熆榪囩▼鍩烘湰涓鑷達紝

灝嗗潡澶撮噷闈㈢殑Nonce鍊兼槧灝勫埌DAG涓鐨1涓猧tem錛岀劧鍚庨氳繃cache鏁扮粍璁＄畻鍑鴻item鐨勫礆紝閫氳繃item涓鐨勫艱＄畻鍑轟笅嬈¤佹壘鐨勪笅鏍囷紝寰鐜64嬈★紝寰楀埌鏈緇坕tem錛屽皢item涓鐨勫糷ash璁＄畻寰楀埌緇撴灉錛岀粨鏋滃拰target姣旇緝錛岀﹀悎鏉′歡鍒欓獙璇侀氳繃銆傝交鑺傜偣鍦ㄩ獙璇佽繃紼嬩腑涓嶉渶瑕佸皢1G鐨凞AG璇誨彇鍒板唴瀛樹腑銆傛瘡嬈＄敤鍒癉AG鐨剗tem鍊奸兘浣跨敤cache榪涜岃＄畻銆

浠ュお鍧婁負浠涔堥渶瑕佽繖2涓涓嶅悓澶у皬鐨勬暟緇勮繘琛岃緟鍔﹉ash榪愮畻鍛錛岀洿鎺ヨ繘琛宧ash榪愮畻浼氭湁浠涔堥棶棰橈紵

濡傛灉鍙鏄榪涜岄噸澶嶈＄畻浼氬艱嚧鎸栫熆璁懼囦笓涓氬寲錛屽噺灝戝幓涓蹇冨寲紼嬪害銆傚洜涓烘垜浠鏃ュ父浣跨敤鐨勮＄畻鏈哄唴瀛樺拰璁＄畻鍔涙槸閮介渶瑕佺殑錛屽傛灉鎸栫熆鍙闇瑕乭ash榪愮畻錛屾寲鐭胯懼囧垯浼氳捐″湴鎷ユ湁瓚呴珮綆楀姏錛屼絾瀵瑰唴瀛樺彲浠ョ緝灝忓埌寰堝皬鐢氳嚦娌℃湁銆傛墍浠ユ垜浠閫夌敤1G鐨勫ぇ鍐呭瓨澧炲姞瀵瑰唴瀛樿塊棶鐨勯戠巼錛屽炲姞鎸栫熆璁懼囧瑰唴瀛樿塊棶闇奼傦紝浠庤屾洿鎺ヨ繎浜庢垜浠鏃ュ父浣跨敤鐨勮＄畻鏈恆

鎴戜滑鐪嬬湅鍦∟akamoto鍏辮瘑鏄濡備綍瑙ｅ喅鎷滃崰搴灝嗗啗闂棰樼殑銆傞栧厛鐪嬬湅鍖哄潡閾句腑鐨勬嫓鍗犲涵灝嗗啗闂棰樻槸浠涔堬紵

鍖哄潡閾句腑闇瑕佽揪鎴愪竴鑷寸殑鏄鍝鏉￠摼涓轟富閾撅紝鉶界劧閲囩敤浜嗘渶闀塊摼鍘熷垯錛屼絾鐢變簬鍒嗗弶闂棰橈紝榪樻槸浼氬甫鏉ユ嫓鍗犲涵灝嗗啗闂棰樸

                                

鏈鏉ヤ互澶鍧妏ow鐩鏍囨槸鎶墊姉51%浠ヤ笅鐨勬敾鍑伙紝浣嗗備笂鍥懼傛灉鎮舵剰鑺傜偣娌跨潃鑷宸辨寲鍑虹殑鍖哄潡涓嶆柇鎸栫熆錛岀敱浜庝富閾句笂鏈夊垎鍙夊瓨鍦錛屾伓鎰忚妭鐐逛笉闇瑕佽揪鍒51%綆楀姏灝卞彲浠ヨ秴榪囦富閾捐繘鑰屾垚涓烘柊鐨勪富閾撅紝涓烘や互澶鍧婁嬌鐢ㄤ簡ghost鍗忚緇欎笂鍥句腑鐨凚1鍜孋1涔熷垎閰嶅嚭鍧楀栧姳錛屽敖蹇鍚堝苟鍒頒富閾句腑錛岃繖鏍蜂富閾鵑暱搴(鎸夌収鍚堝苟鍚庣殑鎬婚暱搴︾畻錛岄暱搴﹀彧鏄鎶借薄姒傚康錛屼互澶鍧婁腑鎸夌収鍖哄潡鏉冮噸緔鍔)榪樻槸澶т簬鎮舵剰鑺傜偣鑷宸辨寲鐭跨殑銆

緗戠粶涓鐨勭敤鎴烽氳繃璐ㄦ娂涓瀹氭暟閲忕殑浠ュお鍧婃垚涓洪獙璇佽呫傛瘡嬈＄郴緇熶粠榪欎簺楠岃瘉鑰呬粠闅忔満閫夋嫨鍑哄尯鍧楀壋寤鴻咃紝鍏朵綑楠岃瘉鑰呭幓楠岃瘉鍒涘緩鍑虹殑鍖哄潡鏄鍚﹀悎娉曘傞獙璇佽呬細鑾峰緱鍑哄潡濂栧姳錛屾病鏈夎閫変腑鐨勫尯鍧椾笉榪涜岄獙璇佸垯浼氳鎵ｉ櫎涓瀹氳川鎶煎竵錛屽傛灉榪涜岄敊璇楠岃瘉鍒欎細琚鎵ｉ櫎鍏ㄩ儴璐ㄦ娂甯併

                                

濡備笂鍥撅紝鏉冪泭璇佹槑鍦ㄦ瘡闅斾竴瀹氬尯鍧楃殑鍦版柟璁劇疆涓涓媯鏌ョ偣錛屽瑰墠闈㈢殑鍖哄潡榪涜岄獙璇侊紝2/3楠岃瘉鑰呴氳繃鍒欓獙璇侀氳繃錛岄獙璇侀氳繃鍒欒ュ尯鍧楁墍鍦ㄩ摼鎴愪負鏈闀垮悎娉曢摼(涓嶈兘琚鍥炴粴)銆

鎴戜滑綆鍖栧湴鍙鍒嗘瀽浜嗘潈鐩婅瘉鏄庢湰韜錛屽湪浠ュお鍧婁腑鏉冪泭璇佹槑杈冧負澶嶆潅鐨勭偣鍦ㄤ簬鍜屽垎鐗囨満鍒剁粨鍚堝湪涓璧鋒椂鐨勮繍琛屾祦紼嬶紝榪欓儴鍒嗕細鍦ㄥ悗闈㈠崟鐙灝嗗垎鐗囨満鍒剁殑涓綃囨枃絝犱腑璇﹁堪銆

鏈綃囨枃絝犱富瑕佽ㄨ轟簡鍏辮瘑鏈哄埗鏄瑙ｅ喅鍒嗗竷寮忕郴緇熶腑鐨勬嫓鍗犲涵灝嗗啗闂棰橈紝浠ュ強鍒嗘瀽浜嗕互澶鍧婁腑鐨勫叡璇嗘満鍒朵竴鑸鍖呮嫭鏈闀塊摼閫夋嫨鍜屼竴縐峴ybil鎶楁ф満鍒(pow鎴杙os)銆傞噸鐐瑰垎鏋愪簡pow鍜宲os鐨勬祦紼嬩互鍙婅捐℃濇兂銆傚悗緇灝嗗紑濮嬮噸鐐硅ㄨ烘櫤鑳藉悎綰︾殑閮ㄥ垎銆

浜屻佷粈涔堟槸浠ュお鍧婄殑鍏辮瘑鏈哄埗錛

鍖哄潡閾炬妧鏈鐨勬牳蹇冧紭鍔誇箣涓錛屽氨鏄鑳藉熷湪鍐崇瓥鏉冮珮搴﹀垎鏁ｇ殑鍘諱腑蹇冨寲緋葷粺涓錛屼嬌寰楀悇鑺傜偣楂樻晥鍦伴拡瀵瑰尯鍧楁暟鎹鐨勬湁鏁堟у拰涓鑷存ц揪鎴愬叡璇嗐傜敱浜庣偣瀵圭偣緗戠粶涓嬪瓨鍦ㄨ緝楂樼殑緗戠粶寤惰繜錛屽悇涓鑺傜偣鎵瑙傚療鍒扮殑浜嬪姟鍏堝悗欏哄簭涓嶅彲鑳藉畬鍏ㄤ竴鑷淬傚洜姝ゅ尯鍧楅摼緋葷粺闇瑕佽捐′竴縐嶆満鍒訛紝瀵瑰湪宸涓嶅氭椂闂村唴鍙戠敓鐨勪簨鍔＄殑鍏堝悗欏哄簭榪涜屽叡璇嗭紝榪欑嶅逛竴涓鏃墮棿紿楀彛鍐呯殑浜嬪姟鐨勫厛鍚庨『搴忚揪鎴愬叡璇嗙殑綆楁硶琚縐頒負鈥滃叡璇嗘満鍒垛濆叡璇嗘満鍒惰鐢ㄦ潵鍐沖畾鍖哄潡閾劇綉緇滀腑鐨勮拌處鑺傜偣錛屽苟瀵逛氦鏄撲俊鎮榪涜岀『璁ゅ拰涓鑷存у悓姝ャ備互澶鍧婂叡璇嗘満鍒跺叡鏈夊洓涓闃舵碉紝鍗矲rontier錛堝墠娌匡級銆丠omestead錛堝跺洯錛夈丮etropolis錛堝ぇ閮戒細錛夈丼erenity錛堝畞闈欙級銆備互澶鍧婂墠涓変釜闃舵甸噰鐢ㄧ殑鏄疨OW鍏辮瘑鏈恆傜鍥涗釜闃舵靛皢閲囩敤鑷宸卞壋寤虹殑POS鏈哄埗錛屽悕涓篊asper鎶曟敞鍏辮瘑錛岃繖縐嶆満鍒跺炲姞浜嗘儵緗氭満鍒訛紝騫跺熀浜嶱OS鐨勬濇兂鍦ㄨ拌處鑺傜偣涓閫夊彇楠岃瘉浜恆侾OW鍗沖伐浣滈噺璇佹槑錛屾槸姣旂壒甯佺郴緇熶腑閲囩敤鐨勫叡璇嗘満鍒躲傦紙鏈鏂囦富瑕佽茶В浠ュお鍧婄殑鍏辮瘑鏈哄埗錛夎皥璧稢asper鎶曟敞鍏辮瘑錛岃佸厛璇碢OS銆侾OS鍗蟲潈鐩婅瘉鏄庯紝涓昏佺壒鐐逛互鏉冪泭璇佹槑浠ｆ浛宸ヤ綔閲忚瘉鏄庯紝鐢卞叿鏈夋渶楂樻潈鐩婄殑鑺傜偣瀹炵幇鏂板潡鍔犲叆鍜岃幏寰楁縺鍔辨敹鐩娿侾OS鍏辮瘑鏄涓鴻В鍐砅OW鍏辮瘑鏈哄埗鐨勮祫婧愭氮璐瑰拰瀹夊叏鎬х己闄瘋屾彁鍑虹殑鏇誇唬鏂規堛傚畠鐨勬湰璐ㄦ槸閲囩敤鏉冪泭璇佹槑鏉ヤ唬鏇縋OW涓鐨勫熀浜庡搱甯岀畻鍔涚殑宸ヤ綔閲忚瘉鏄庯紝鏄鐢辯郴緇熶腑鍏鋒湁鏈楂樻潈鐩婅岄潪鏈楂樼畻鍔涚殑鑺傜偣鑾峰緱鍖哄潡璁拌處鏉冦傛潈鐩婁綋鐜頒負鑺傜偣瀵圭壒瀹氭暟閲忚揣甯佺殑鎵鏈夋潈錛岀О涓哄竵榫勬垨甯佸ぉ鏁幫紙Coindays錛夈傚竵榫勬槸鐗瑰畾鏁伴噺鐨勫竵涓庡叾鏈鍚庝竴嬈′氦鏄撶殑鏃墮棿闀垮害鐨勪箻縐錛屾瘡嬈′氦鏄撻兘灝嗕細娑堣楁帀鐗瑰畾鏁伴噺鐨勫竵榫勩備緥濡傛煇浜哄湪涓絎斾氦鏄撲腑鏀跺埌10涓甯佸悗騫舵寔鏈10澶╋紝鍒欒幏寰100甯侀緞錛涜屽悗鍏惰姳鎺5涓甯佸悗鍒欐秷鑰楁帀50甯侀緞錛屾樉鐒墮噰鐢≒OS鍏辮瘑鏈哄埗鐨勭郴緇熷湪鐗瑰畾鏃墮棿鐐逛笂鐨勫竵榫勬繪暟鏄鏈夐檺鐨勶紝闀挎湡鎸佸竵鑰呮洿鍊懼悜浜庢嫢鏈夋洿澶氬竵榫勶紝鍥犳ゅ竵榫勫彲瑙嗕負鍏跺湪POS緋葷粺涓鐨勬潈鐩娿傛姇娉ㄥ叡璇嗘槸浠ュお鍧婁笅涓浠ｇ殑鍏辮瘑鏈哄埗Casper錛堥奸┈灝忕簿鐏碉級寮曞叆鐨勪竴涓鍏ㄦ柊姒傚康錛屽睘浜嶱OS銆侰asper鐨勫叡璇嗘槸鎸夊尯鍧楄揪鎴愮殑錛岃屼笉鍍廝OS閭ｆ牱鎸夐摼杈炬垚銆備負浜嗛槻姝㈤獙璇佷漢鍦ㄤ笉鍚岀殑涓栫晫涓鎻愪緵涓嶅悓鐨勬姇娉錛岃繕鏈変竴涓綆鍗曚弗鏍肩殑鏉℃撅細濡傛灉浣犱袱嬈＄殑鎶曟敞搴忓彿涓鏍鳳紝鎴栬呰翠綘鎻愪氦浜嗕竴涓鏃犳硶璁〤asper渚濈収鍚堢害澶勭悊鐨勬姇娉錛屼綘灝嗗け鍘繪墍鏈変繚璇侀噾銆備粠榪欎竴鐐瑰彲浠ョ湅鍑猴紝Casper涓庝紶緇熺殑POS涓嶅悓鐨勬槸錛孋asper鏈夋儵緗氭満鍒訛紝榪欐牱闈炴硶鑺傜偣閫氳繃鎮舵剰鏀誨嚮緗戠粶涓嶄粎寰椾笉鍒頒氦鏄撹垂錛岃屼笖榪橀潰涓寸潃淇濊瘉閲戣娌℃敹鐨勯庨櫓銆侰asper鍗忚涓嬬殑楠岃瘉浜洪渶瑕佸畬鎴愬嚭鍧楀拰鎶曟敞涓や釜媧誨姩銆傚叿浣撳備笅錛氬嚭鍧楁槸涓涓鐙絝嬩簬鍏朵粬鎵鏈夋椂闂磋屽彂鐢熺殑榪囩▼錛岄獙璇佷漢鏀墮泦浜ゆ槗錛屽綋杞鍒頒粬浠鐨勫嚭鍧楁椂闂存椂錛屼粬浠灝卞埗閫犱竴涓鍖哄潡錛屽苟絳懼悕錛岀劧鍚庡彂閫佸埌緗戠粶涓娿傛姇娉ㄧ殑榪囩▼鏇翠負澶嶆潅涓浜涳紝鐩鍓岰asper榛樿ょ殑楠岃瘉浜虹瓥鐣ヨ璁捐′負妯′豢浼犵粺鐨勬嫓鍗犲涵瀹歸敊鍏辮瘑錛氳傚療鍏朵粬鐨勯獙璇佷漢濡備綍鎶曟敞錛屽彇33%澶勭殑鍊礆紝鍚0鎴1榪涗竴姝ョЩ鍔ㄣ傝屽㈡埛絝紜璁ゅ綋鍓嶇姸鎬佺殑榪囩▼鏄榪欐牱鐨勶細涓寮濮嬪厛涓嬭澆鎵鏈夌殑鍖哄潡鍜屾姇娉錛岀劧鍚庣敤涓婇潰鐨勭畻娉曟潵褰㈡垚鑷宸辯殑鎰忚侊紝浣嗘槸涓嶅叕甯冩剰瑙侊紱瀹冨彧鏄綆鍗曞湴鎸夐『搴忓湪姣忎釜楂樺害榪涜岃傚療錛屽傛灉涓涓鍖哄潡鐨勬傜巼楂樹簬0.5灝卞勭悊瀹冿紝鍚﹀垯灝辮煩榪囧畠銆傚湪澶勭悊鎵鏈夌殑鍖哄潡涔嬪悗錛屾墍寰楀埌鐨勭姸鎬佸氨鍙浠ユ樉紺轟負鍖哄潡閾劇殑鈥滃綋鍓嶇姸鎬佲濄傚㈡埛絝榪樺彲浠ョ粰鍑哄逛簬鈥滄渶緇堢『瀹氣濈殑涓昏傜湅娉曪細濡傛灉楂樺害k涔嬪墠鐨勬瘡涓鍖哄潡褰㈡垚鐨勬剰瑙侀珮浜99.999%鎴栬呬綆浜0.001%錛岄偅涔堝㈡埛絝鍙浠ヨや負鍓峩涓鍖哄潡宸茬粡鏈緇堢『瀹氥

涓夈佷粈涔堟槸浠ュお鍧?

閲嶅嶉棶棰樿佺櫨搴︾煡閬撶殑涓涓鍥炵瓟錛岀櫨搴︾煡閬撶瓟妗