『壹』 Quorum介紹
Quorum和以太坊的主要區別:
Quorum 的主要組件：
1,用其自己實現的基於投票機制的共識方式 來代替原來的 「Proof of work」 。
2,在原來無限制的P2P傳輸方式上增加了許可權功能。使得P2P傳輸只能在互相允許的節點間傳輸。
3, 修改區塊校驗邏輯使其能支持 private transaction。
4, Transaction 生成時支持 transaction 內容的替換。這個調整是為了能支持聯盟中的私有交易。
Constellation 模塊的主要職責是支持 private transaction。Constellation 由兩部分組成：Transaction Manager 和 Enclave。Transaction Manager 用來管理和傳遞私有消息，Enclave 用來對私有消息的加解密。
在私有交易中，Transaction Manager 會存儲私有交易的內容，並且會將這條私有交易內容與其他相關的 Transaction Manager 進行交互。同時它也會利用 Enclave 來加密或解密其收到的私有交易。
為了能更有效率的處理消息的加密與解密，Quorum 將這個功能單獨拉出並命名為 Enclave 模塊。Enclave 和 Transaction Manager 是一對一的關系。
在 Quorum 中有兩種交易類型，」Public Transaction」 和 「Privat Transaction」。在實際的交易中，這兩種類型都採用了以太坊的 Transaction 模型，但是又做了部分修改。Quorum 在原有的以太坊 tx 模型基礎上添加了一個新的 「privateFor」 欄位。同時，針對一個 tx 類型的對象添加了一個新的方法 「IsPrivate」。用 「IsPrivate」 方法來判斷 Transaction是 public 還是 private，用 「privateFor」 來記錄 事務只有誰能查看。
Public Transaction 的機理和以太坊一致。Transaction中的交易內容能被鏈上的所有人訪問到。
Private Transaction 雖然被叫做 「Private」，但是在全網上也會出現與其相關的交易。只不過交易的明細只有與此交易有關系的成員才能訪問到。在全網上看到的交易內容是一段hash值，當你是交易的相關人員時，你就能利用這個hash值，然後通過 Transaction Manager 和 Enclave 來獲得這筆交易的正確內容。
Public Transaction的處理流程和以太坊的Transaction流程一致。Transaction 廣播全網後，被礦工打包到區塊中。節點收到區塊並校驗區塊中的 事務 信息。然後根據 Transaction信息更新本地的區塊
Private Transaction也會將 Transaction 廣播至全網。但是它的 Transaction payload已經從原來的真實內容替換為一個hash值。這個hash值是由Transaction Manager提供的。
有兩個共識機制：QuorumChain Consensus 和 Raft-Based Consensus。
在 Quorum 1.2 之前的 Release 版本都採用了 QuorumChain。
從 2.0 版本開始，Quorum 廢棄了 QuorumChain 轉而只支持 Raft-based Consensus。
QuorumChain Consensus 是一個基於投票的共識演算法。其主要特點有：
相比較以太坊的POW，Raft-based 提供了更快更高效的區塊生成方式。相比 QuorumChain，Raft-based 不會產生空的區塊，而且在區塊的生成上比前者更有效率。
要想了解Raft-based Consensus，必須先了解Raft演算法
Raft演算法
Raft是一種一致性演算法，是為了確保容錯性，也就是即使系統中有一兩個伺服器當機，也不會影響其處理過程。這就意味著只要超過半數的大多數伺服器達成一致就可以了，假設有N台伺服器，N/2 +1 就超過半數，代表大多數了。
Raft的工作模式：
raft的工作模式是一個Leader和多個Follower模式，即我們通常說的領導者-追隨者模式。除了這兩種身份，還有Candidate身份。下面是身份的轉化示意圖
1，leader的選舉過程
raft初始狀態時所有server都處於Follower狀態，並且隨機睡眠一段時間，這個時間在0~1000ms之間。最先醒來的server A進入Candidate狀態，Candidate狀態的server A有權利發起投票，向其它所有server發出投票請求，請求其它server給它投票成為Leader。
2，Leader產生數據並同步給Follower
Leader產生數據，並向其它Follower節點發送數據添加請求。其它Follower收到數據添加請求後，判斷該append請求滿足接收條件（接收條件在後面安全保證問題3給出），如果滿足條件就將其添加到本地，並給Leader發送添加成功的response。Leader在收到大多數Follower添加成功的response後。提交後的log日誌就意味著已經被raft系統接受，並能應用到狀態機中了。
Leader具有絕對的數據產生權利，其它Follower上存在數據不全或者與Leader數據不一致的情況時，一切都以Leader上的數據為主，最終所有server上的日誌都會復製成與Leader一致的狀態。
Raft的動態演示： http://thesecretlivesofdata.com/raft/
安全性保證，對於異常情況下Raft如何處理：
1，Leader選舉過程中，如果有兩個FollowerA和B同時醒來並發出投票請求怎麼辦？
在一次選舉過程中，一個Follower只能投一票，這就保證了FollowerA和B不可能同時得到大多數（一半以上）的投票。如果A或者B中其一幸運地得到了大多數投票，就能順利地成為Leader，Raft系統正常運行下去。但是A和B可能剛好都得到一半的投票，兩者都成為不了Leader。這時A和B繼續保持Candidate狀態，並且隨機睡眠一段時間，等待進入到下一個選舉周期。由於所有Follower都是隨機選擇睡眠時間，所以連續出現多個server競選的概率很低。
2，Leader掛了後，如何選舉出新的Leader？
Leader在正常運行時候，會周期性的向Follower節點發送數據的同步請求，同時也是起到一個心跳作用。Follower節點如果在一段時間之內（一般是2000ms左右）沒有收到數據同步請求，則認為Leader已經死了，於是進入到Candidate狀態，開始發起投票競選新的Leader，每個新的Leader產生後就是一個新的任期，每個任期都對應一個唯一的任期號term。這個term是單調遞增的，用來唯一標識一個Leader的任期。投票開始時，Candidate將自己的term加1，並在投票請求中帶上term；Follower只會接受任期號term比自己大的request_vote請求，並為之投票。 這條規則保證了只有最新的Candidate才有可能成為Leader。
3，Follower的數據的生效時間
Follower在收到一條添加數據請求後，是否立即保存並將其應用到狀態機中去？如果不是立即應用，那麼由什麼來決定該條日誌生效的時間？
首先會檢查這條數據同步請求的來源信息是否與本地保存的leader信息符合，包括leaderId和任期號term。檢查合法後就將日誌保存到本地中，並給Leader回復添加log成功，但是不會立即將其應用到本地狀態機。Leader收到大部分Follower添加log成功的回復後，就正式將這條日誌commit提交。Leader在隨後發出的心跳append_entires中會帶上已經提交日誌索引。Follower收到Leader發出的心跳append_entries後，就可以確認剛才的log已經被commit(提交)了，這個時候Follower才會把日誌應用到本地狀態機。下表即是append_entries請求的內容，其中leaderCommit即是Leader已經確認提交的最大日誌索引。Follower在收到Leader發出的append_entries後即可以通過leaderCommit欄位決定哪些日誌可以應用到狀態機。
4，向raft系統中添加新機器時，由於配置信息不可能在各個系統上同時達到同步狀態，總會有某些server先得到新機器的信息，有些server後得到新機器的信息。比如在raft系統中有三個server，在某個時間段中新增加了server4和server5這兩台機器。只有server3率先感知到了這兩台機器的添加。這個時候如果進行選舉，就有可能出現兩個Leader選舉成功。因為server3認為有3台server給它投了票，它就是Leader，而server1認為只要有2台server給它投票就是Leader了。raft怎麼解決這個問題呢？
產生這個問題的根本原因是，raft系統中有一部分機器使用了舊的配置，如server1和server2，有一部分使用新的配置，如server3。解決這個問題的方法是添加一個中間配置(Cold, Cnew)，這個中間配置的內容是舊的配置表Cold和新的配置Cnew。這個時候server3收到添加機器的消息後，不是直接使用新的配置Cnew，而是使用(Cold, Cnew)來做決策。比如說server3在競選Leader的時候，不僅需要得到Cold中的大部分投票，還要得到Cnew中的大部分投票才能成為Leader。這樣就保證了server1和server2在使用Cold配置的情況下，還是只可能產生一個Leader。當所有server都獲得了添加機器的消息後，再統一切換到Cnew。raft實現中，將Cold，(Cold,Cnew)以及Cnew都當成一條普通的日誌。配置更改信息發送Leader後，由Leader先添加一條 (Cold, Cnew)日誌，並同步給其它Follower。當這條日誌(Cold, Cnew)提交後，再添加一條Cnew日誌同步給其它Follower，通過Cnew日誌將所有Follower的配置切換到最新。
Raft演算法和以太坊結合
所以為了連接以太坊節點和 Raft 共識，Quorum 採用了網路節點和 Raft 節點一對一的方式來實現 Raft-based 共識
一個Transaction完整流程
1，客戶端發起一筆 Transaction並通過 RPC 來呼叫節點。
2，節點通過以太坊的 P2P 協議將節點廣播給網路。
3，當前的 Raft leader 對應的以太坊節點收到了 Transaction後將它打包成區塊。
區塊被 編碼後傳遞給對應的 Raft leader。
leader 收到區塊後通過 Raft 演算法將區塊傳遞給 follower。這包括如下步驟：
3.1，leader 發送 AppendEntries 指令給 follower。
3.2，follower 收到這個包含區塊信息的指令後，返回確認回執給 leader。
3.3，leader 收到不少於指定數量的確認回執後，發送確認 append 的指令給 follower。
3.4，follower 收到確認 append 的指令後將區塊信息記錄到本地的 Raft log 上。
3.5，Raft 節點將區塊傳遞給對應的 Quorum 節點。Quorum 節點校驗區塊的合法性，如果合法則記錄到本地鏈上。
參考鏈接： http://blog.csdn.net/about_blockchain/article/details/78684901
『貳』 以太鏈也有伺服器嗎
不存在
在以太坊中並不存在中心伺服器,取而代之的是多個通過p2p協議連接起來的平等節點,在眾多節點中存儲了所有的數據。當用戶發起一筆交易,會通過p2p協議將交易廣播出去,礦工節點對此進行驗證、打包並進一步廣播至全網,在區塊鏈內確認後,此操作即認為是不可更改的。
『叄』 以太坊源碼分析--p2p節點發現
節點發現功能主要涉及 Server Table udp 這幾個數據結構，它們有獨自的事件響應循環，節點發現功能便是它們互相協作完成的。其中，每個以太坊客戶端啟動後都會在本地運行一個 Server ，並將網路拓撲中相鄰的節點視為 Node ，而 Table 是 Node 的容器， udp 則是負責維持底層的連接。下面重點描述它們中重要的欄位和事件循環處理的關鍵部分。
PrivateKey - 本節點的私鑰，用於與其他節點建立時的握手協商
Protocols - 支持的所有上層協議
StaticNodes - 預設的靜態 Peer ，節點啟動時會首先去向它們發起連接，建立鄰居關系
newTransport - 下層傳輸層實現，定義握手過程中的數據加密解密方式，默認的傳輸層實現是用 newRLPX() 創建的 rlpx ，這不是本文的重點
ntab - 典型實現是 Table ，所有 peer 以 Node 的形式存放在 Table
ourHandshake - 與其他節點建立連接時的握手信息，包含本地節點的版本號以及支持的上層協議
addpeer － 連接握手完成後，連接過程通過這個通道通知 Server
Server 的監聽循環，啟動底層監聽socket，當收到連接請求時，Accept後調用 setupConn() 開始連接建立過程
Server的主要事件處理和功能實現循環
Node 唯一表示網路上的一個節點
IP - IP地址
UDP/TCP - 連接使用的UDP/TCP埠號
ID - 以太坊網路中唯一標識一個節點，本質上是一個橢圓曲線公鑰(PublicKey)，與 Server 的 PrivateKey 對應。一個節點的IP地址不一定是固定的，但ID是唯一的。
sha - 用於節點間的距離計算
Table 主要用來管理與本節點與其他節點的連接的建立更新刪除
bucket - 所有 peer 按與本節點的距離遠近放在不同的桶(bucket)中，詳見之後的 節點維護
refreshReq - 更新 Table 請求通道
Table 的主要事件循環，主要負責控制 refresh 和 revalidate 過程。
refresh.C - 定時(30s)啟動Peer刷新過程的定時器
refreshReq - 接收其他線程投遞到 Table 的 刷新Peer連接 的通知，當收到該通知時啟動更新，詳見之後的 更新鄰居關系
revalidate.C - 定時重新檢查以連接節點的有效性的定時器，詳見之後的 探活檢測
udp 負責節點間通信的底層消息控制，是 Table 運行的 Kademlia 協議的底層組件
conn - 底層監聽埠的連接
addpending － udp 用來接收 pending 的channel。使用場景為：當我們向其他節點發送數據包後(packet)後可能會期待收到它的回復，pending用來記錄一次這種還沒有到來的回復。舉個例子，當我們發送ping包時，總是期待對方回復pong包。這時就可以將構造一個pending結構，其中包含期待接收的pong包的信息以及對應的callback函數，將這個pengding投遞到udp的這個channel。 udp 在收到匹配的pong後，執行預設的callback。
gotreply - udp 用來接收其他節點回復的通道，配合上面的addpending，收到回復後，遍歷已有的pending鏈表，看是否有匹配的pending。
Table - 和 Server 中的ntab是同一個 Table
udp 的處理循環，負責控制消息的向上遞交和收發控制
udp 的底層接受數據包循環，負責接收其他節點的 packet
以太坊使用 Kademlia 分布式路由存儲協議來進行網路拓撲維護，了解該協議建議先閱讀 易懂分布式 。更權威的資料可以查看 wiki 。總的來說該協議：
源碼中由 Table 結構保存所有 bucket ， bucket 結構如下
節點可以在 entries 和 replacements 互相轉化，一個 entries 節點如果 Validate 失敗，那麼它會被原本將一個原本在 replacements 數組的節點替換。
有效性檢測就是利用 ping 消息進行探活操作。 Table.loop() 啟動了一個定時器（0~10s），定期隨機選擇一個bucket，向其 entries 中末尾的節點發送 ping 消息，如果對方回應了 pong ，則探活成功。
Table.loop() 會定期（定時器超時）或不定期（收到refreshReq）地進行更新鄰居關系（發現新鄰居），兩者都調用 doRefresh() 方法，該方法對在網路上查找離自身和三個隨機節點最近的若干個節點。
Table 的 lookup() 方法用來實現節點查找目標節點，它的實現就是 Kademlia 協議，通過節點間的接力，一步一步接近目標。
當一個節點啟動後，它會首先向配置的靜態節點發起連接，發起連接的過程稱為 Dial ，源碼中通過創建 dialTask 跟蹤這個過程
dialTask表示一次向其他節點主動發起連接的任務
在 Server 啟動時，會調用 newDialState() 根據預配置的 StaticNodes 初始化一批 dialTask ， 並在 Server.run() 方法中，啟動這些這些任務。
Dial 過程需要知道目標節點( dest )的IP地址，如果不知道的話，就要先使用 recolve() 解析出目標的IP地址，怎麼解析？就是先要用藉助 Kademlia 協議在網路中查找目標節點。
當得到目標節點的IP後，下一步便是建立連接，這是通過 dialTask.dial() 建立連接
連接建立的握手過程分為兩個階段，在在 SetupConn() 中實現
第一階段為 ECDH密鑰建立 ：
第二階段為協議握手,互相交換支持的上層協議
如果兩次握手都通過，dialTask將向 Server 的 addpeer 通道發送 peer 的信息
『肆』 [以太坊源碼分析][p2p網路07]：同步區塊和交易
同步，也就是區塊鏈的數據的同步。這里分為兩種同步方式，一是本地區塊鏈與遠程節點的區塊鏈進行同步，二是將交易均勻的同步給相鄰的節點。
01.同步區塊鏈
02.同步交易
03.總結
ProtocolManager 協議管理中的 go pm.syncer() 協程。
先啟動了 fetcher ，輔助同步區塊用的。然後等待不同的事件觸發不同的同步方式。
同步的過程調用 pm.synchronise 方法來進行。
ProtocolManager 協議管理中的 go pm.txsyncLoop() 協程。
同步交易循環 txsyncLoop 分為三個部分的內容：
發送交易的函數。
挑選函數。
三個監聽協程的 case 。
『伍』 區塊鏈核心技術-P2P網路
點對點網路是區塊鏈中核心的技術之一，主要關注的方面是為區塊鏈提供一個穩定的網路結構，用於廣播未被打包的交易（交易池中的交易）以及共識過的區塊，部分共識演算法也需要點對點的網路支撐（如PBFT），另外一個輔助功能，如以太坊的消息網路，也需要點對點網路的支持。
P2P網路分為結構化和非結構化網路兩類。結構化網路採用類似DHT演算法來構建網路結構；非結構化網路是一種扁平的網路，每個節點都有一些鄰居節點的地址。
點對點網路的主要職責有維護網路結構和發送信息這兩個方面。網路結構要關注的是新節點的加入和網路更新這兩個方面，而發送信息包括廣播和單播兩個方面
如何建立並維護點對點的整個網路？節點如何加入、退出？
網路結構的建立有兩個核心的參數，一個是每個節點向外連接的節點數，第二個是最大轉發數。
新節點對於整個網路一無所知，要麼通過一個中心的服務獲取網路中的一些節點去連接，要麼去連接網路中的「種子」節點。
網路更新處理當有新節點加入或者節點退出，甚至原來一些節點網路不好，無法連接，過一段時間又活了，等等這些情況。一般通過節點已有的連接來廣播這些路由表的變化。需要注意的是，因為點對點網路的特殊性，每個節點的路由表是不一樣的（也叫partial view）
廣播一般採用泛洪協議，即收到轉發方式，使的消息在網路中擴散，一般要採用一些限制條件，比如一條消息要設置最大的轉發數，避免網路的過渡負載。
單播需要結構化網路結構支持，一般是DHT，類似於DNS解析的方式，逐跳尋找目標節點地址，之後進行傳輸，並且更新本地路由表。
要想快速檢索信息，有兩種數據結構可以使用，一種是樹類型，如AVL樹、紅黑樹、B樹等；另外一類是hash表。
哈希表的效率比樹更高，但是需要佔用更多的內存。
信息的表示採用鍵值對的方式，即一個鍵對應一個值，我們要查找的是key，值是附著的信息。
哈希表要解決的問題是如何均勻地為每一個key分配一個存儲位置。
這裡面有兩個重點：1.是為key分配一個存儲地點，這個分配演算法是固定的，保證存儲的時候和查找的時候使用同一個演算法，不然存進去之後會找不到；2.是均勻地分配，不能有點地方存放數據多，有點放存放數據少。
一般語言裡面的hashtable、map等結構使用這個技術來實現，哈希函數可以直接使用取模函數，key%n，這種方式，n代表有多少個地方，key是整數，如果key是其他類型，需要先進行一次哈希，將key轉為整數。這種方式可以解決上面的兩個需求，但是當n不夠大的時候（小於要存儲的數據），會產生沖突，一個地方一定會有兩個key要存儲，這時候，需要在這個地方放一個鏈表，將分配到同一地點、不同key，順序擺放。當一個地點放的key太多後，鏈表的查找速度太慢，要轉化為樹類型結構（紅黑樹或者AVL樹）。
上面說過，哈希表效率很高，但是佔用內容，使用多台機器就可以解決這個限制。在分布式環境中，可以將上述的地點理解為計算機（後面成為節點），即如何將一個key映射到一個節點上，每個節點有一個節點ID，即key->node id的映射，這個映射演算法也要固定。
這個演算法還有一個非常重要的要求，即scalebility,當新節點加入和退出時候，需要遷移的key要盡量少。
這個映射演算法有兩種典型結構，一個是環形，一個是樹形；環形的叫一致性哈希演算法，樹形的典型叫kademlia演算法。
選點演算法就是解決key->node id的映射演算法，形象的來說就是為一個key選擇它生命中的她（節點）。
假設我們使用32哈希，那麼總共能容納的key的數據量是2**32，稱之為hash空間，把節點的ID映射成整數，key也映射成整數。把key哈希和節點哈希值接的差值的叫做距離（負數的話要取模，不用絕對值），比如一個key的哈希是100（整數表示），一個節點的哈希是105，則這兩個的距離是105-100=5。當然使用其他距離表示也可以，比如反過來減，但是演算法要固定。我們把key映射（放到）距離他最近的節點上。距離取模的話，看起來就是把節點和key放到一個環上，key歸屬到從順時針角度離它最近的節點上。
kademlia演算法的距離採用的是key哈希與節點哈希異或計算之後的數值來表示（整數），從左往右，擁有越多的「相同前綴」，則距離越近，越在左邊位置不一樣，距離越遠。
樹結構的體現是，將節點和key看成樹的節點，這個演算法支持的位數是160bit，即20個8位元組，樹的高度為160，每個邊表示一位。
選點的演算法和一致性哈希相同，從所有節點中，選擇一個距離key距離最小的節點作為這個key的歸宿。
由於是在分布式環境中，為了保證高可用，我們假設沒有一個中心的路由表，沒有這個可以看到全貌的路由表，帶來了一些挑戰，比如如何發現節點、查找節點？
在P2P網路中，常用的方法是每個節點維護一個部分路由表，即只包含部分節點的路由信息。在泛洪演算法中，這些節點上隨機的；在DHT演算法中，這個路由表是有結構的，維護的節點也是有選擇性的。那麼如何合理的選擇需要維護路由信息的節點呢？
一個樸素的做法是，每一個節點保存比他大的節點的信息，這樣可以組成一個環，但是這樣做的話，有一個大問題和一個小問題。大問題是，每個節點知道的信息太少(只有下一個節點的哈希和地址)，當給出一個key時，它不知道網路中還有沒有比它距離這個key距離還短的節點，所以它首先判斷key是否屬於自己和下一個節點,如果是，那麼這個key就屬於下一個節點，如果不是就調用下一個節點同樣的方法，這個復雜度是N(節點數)。一個優化的方法是，每個節點i維護的其他節點有：i+2 1, i+2 2,....i+2**31,通過觀察這個數據，發現由近到遠，節點越來越稀疏。這樣可以把復雜度降低到lgN
每個節點保存的其他節點的信息，包括，從左到右，每一位上與本節點不同的節點，最多選擇k個（演算法的超參數）。比如在節點00110上（為演示起見，選擇5位），在要保存的節點路由信息是：
1****: xxx,....,xxx(k個)
01 : xxx,....,xxx(k個)
000 : xxx,....,xxx(k個)
0010 : xxx,....,xxx(k個)
00111: xxx,....,xxx(k個)
以上為一行稱為k-bucket。形象的來看，也是距離自己越近，節點越密集，越遠，節點越稀疏。這個路由查找、節點查找的演算法也是lgN復雜度。
『陸』 什麼是以太坊
首先回答您什麼是以太坊，以太坊是一種編程的語言也是一個平台，而投資/投機者們所關注的以太坊其實是以太幣，也就是由以太坊衍生的一種數字代幣——eth以太幣（ethereum）
以太坊有沒有投資前景，我們只需要看它的價值，從幾十元到幾百元的漲幅之大，且不說未來的泡沫與否，單說這個階段升值的空間，還是值得大家關注的！
以太坊交易平台，目前我推薦btctrade平台（比特幣交易網）國內比較靠譜的大的交易平台！2016年就上線了以太坊，幣價漲勢驚人！
以太坊（Ethereum）是將比特幣中的一些技術和概念運用於計算領域的一項創新。比特幣被認為是一個系統，該系統維護了一個安全地記錄了所有比特幣賬單的共享的賬簿。以太坊利用了很多跟比特幣類似的機制（比如區塊鏈技術和 P2P 網路），來維護一個共享的計算平台，這個平台可以靈活且安全地運行用戶想要的任何程序（當然也包括類似比特幣的區塊鏈程序）。
『柒』 eth本地交易發送流程
eth/api_backend.go
通過reqPromoteCh發送可執行交易通知
core/tx_pool.go line 845
scheleReorgLoop 監聽到新交易通知，pub newTxEvent
core/tx_pool.go
line 1000
line 1116 pub NewTxsEvent
eth/handler.go
line 396 訂閱 NewTxsEvent
line 398通過p2p模塊廣播交易
『捌』 以太坊簡介
如何購買ETH？
如何用信用卡/借記卡購買ETH？
幣安(以貨幣兌換為例)允許您通過瀏覽器無縫購買ETH。操作步驟：
也可以在P2P市場買賣ETH。你可以通過移動使用程序山念Coin向其他用戶購買代幣。操作步驟是：
與比特幣不同，以太坊不僅用於加密貨幣網路。它還可以用來構建去中心化的使用，以太作為一種可交易的令牌，已經成為生態系統的燃料。所以以太的主要功能是為以太坊網路提供電力。
不僅如此，以太還可以像其他傳統貨幣一樣用來購買商品和服務。
零售商接受乙醚作為支付方式的熱圖
人們可以使用以太坊的原生貨幣ETH作為數字貨幣或抵押品。也有人把ETH看成和比特幣一樣的價值存儲手段。但它不同於比特幣，因為以太坊區塊鏈的高度可編程性賦予了ETH更多的效用。也意味著以太成為去中心化金融使用、去中心化市場、交易所、游戲等使用的活力之源。
ETH不基於任何銀行，也就是說你會對自己的資金負責。你可以把代幣存放在交易所或你自己的錢包里。但是要記住，當你為了自保而使用錢包的時候，一定要妥善保管助記符，這樣當你失去錢包的存取權的時候，你就可以追回你的錢了。
一旦數據被添加到以太坊區塊鏈，它幾乎不能被更改或刪除。這意味著在交易固定之前(交易指令發出之前)，必須仔細核對要發送的資金目的地址和金額。大額匯款的時候，最好是小額匯款到地址進行地址確認。
由於智能合約被黑，以太坊為了逆轉惡意交易，在2016年被迫硬分叉。但是，這種反轉只是特殊事件的極端措施，並不是常態。
所有加入以太坊區塊鏈的交易對公眾都是可見的。即使以太坊地址上沒有顯示你的真實姓名，觀察者也會通過其他方法確定你的身份。
由於ETH不是一個穩定的資產，它可能會給你帶來收益和損失。有些人選擇長期持有以太，賭網路將來會成為全球可編程的結算層。還有的選擇用乙醚與其他Altcoins(假幣)交易。這兩種策略也有各自的財務風險。
作為分散金融(DeFi)的主要支柱，ETH也可以用於借貸，作為貸款的抵押品，鑄造合成資產，或作為未來的賭注。
一些投資者可能會長期投資比特幣，他們的投資組合中不包含其他數字資產。有些投資者更加靈活，在投資組合中混合使用ETH和其他假幣，或者使用一定比例的資金進行短線交易(例如日內交易或搖擺交易)。市場上沒有萬能的賺錢方法，每個投資者都要根據自己的實際情況選擇最適合自己的策略。
目前市面上代幣的存儲方式有很多種，每種方式都有其優缺點。就像其他有風險的事情一樣，最好的選擇方式就是在可用的選項中進行多元化的選擇。桐核
通常，存儲解決方案要麼是託管的，要麼是非託管的。託管解決方案意味著您可以將資金委託給第三方(如交易所)。此時，您需要登錄託管人平台進行加密資產交易。
非託管解決方案正好相反：3354使用加密貨幣錢包管理資金。加密錢包不像物理錢包那樣裝載硬幣，而是提供允許您訪問區塊鏈上的資產的加密密鑰。記住：當使用非託管錢包時，一定要備份你的助記符！
如果您想在交易所存放乙醚，請遵循以下步驟：
您需要將ETH存入交易所賬戶，以方便各種交易活動。將ETH儲存在幣安上既簡單又安全。幣安生態系統還允許你通過貸款、職位返利、空投促銷和抽獎獲得收入。
如果您想從您的exchange帳戶中提取ETH，您需要遵循以下步驟：
如果你想在錢包里存放ETH，那麼有兩種選擇：熱錢包和冷錢包。
以某種方式連接到互聯網的加密貨幣錢包被稱為熱門錢包。它通常是一個移動或桌面使用程序，並允許您檢查余額，或發送和接收令牌。因為熱錢包是聯網的，很容易被攻擊，但是對於人們的日常使用非常方便。信任錢包是一款支持多種貨幣的手機錢包。
冷錢包是一種不暴露於互聯網的加密錢包。因為沒有網路攻擊載體，被攻擊的概率明顯降低。不過冷錢包不如熱錢包便攜好用。硬體錢包和紙質錢包都是冷錢包。現在已經很少有人用過時且有風險的紙幣袋了。
加密錢包分類詳情請查看《解讀加密錢包類型》。
維塔利克布特林設計了最初的以太坊圖案。它由兩個旋轉求和符號組成(希臘字母中的適局唯掘馬)。以太坊最終的logo(基於這個圖案)被一個菱形(稱為八面體)和四個三角形包圍。與其他加密貨幣類似，以太坊由標準的Unicode符號組成，因此以太坊的價格可以很容易地顯示在使用程序和網站中。就像美元是用符號$，以太坊使用的符號是
以太幣（ETH）是以太坊（Ethereum）的一種數字代幣，以太幣和其他數字貨幣一樣，可以在交易平台上進行買賣。但是由於最近幣價不穩定，所以現在很少有人炒幣了！但是不一定只有炒幣才能獲得虛擬幣ETH，通過挖礦同樣可以獲得，哈魚礦工可以快速獲得以太坊，那樣你就可以快速了解什麼是以太坊了！
『玖』 以太坊怎麼維護
以太坊的維護是通過礦工節讓激點進行的坦洞襪。礦工節點是指通過計算機挖礦獲得以太幣的節點，在維護以太坊網路的同時也在為自己獲取收益。這些礦工節點會通過算力競賽的方式來爭奪下一個區塊的產生權，通過解決數學難題來獲得下一個區塊的產生權，並將新的區塊添加到區塊鏈中。在添加新的區塊時，礦工節點需要驗證該區塊中的所有交易是否合法，例如是否滿足賬戶余額的要求、是否滿足智能合約的要求等。如果驗證通過，該區塊就會被添加到區塊鏈中，否則就會被拒絕。
除了礦工節點的維護，以太坊還有一些其他的維護措施，例如節點管理、智能合約審核等。節點管理是指通過增加節點數量來提高網路的穩定性和安全性。智能合約審核是指對新的智能合約進行審核和測試，確保其符合規范並且沒有漏洞，以避免因為智能合約問題導致的安全事故。
總之，以太坊的維護是通過礦工節點、節點管理和顫橡智能合約審核等多種措施來保證網路的安全性和穩定性。
『拾』 區塊鏈技術框架有哪些
當前主流的區塊鏈架構包含六個層級：網路層、數據層、共識層、激勵層、合約層和應用層。圖中將數據層和網路層的位置進行了對調，主要用途將在下一節中詳述。
網路層：區塊鏈網路本質是一個P2P（Peer-to-peer點對點）的網路，網路中的資源和服務分散在所有節點上，信息的傳輸和服務的實現都直接在節點之間進行，可以無需中間環節和伺服器的介入。每一個節點既接收信息，也產生信息，節點之間通過維護一個共同的區塊鏈來同步信息，當一個節點創造出新的區塊後便以廣播的形式通知其他節點，其他節點收到信息後對該區塊進行驗證，並在該區塊的基礎上去創建新的區塊，從而達到全網共同維護一個底層賬本的作用。所以網路層會涉及到P2P網路，傳播機制，驗證機制等的設計，顯而易見，這些設計都能影響到區塊信息的確認速度，網路層可以作為區塊鏈技術可擴展方案中的一個研究方向；
數據層：區塊鏈的底層數據是一個區塊+鏈表的數據結構，它包括數據區塊、鏈式結構、時間戳、哈希函數、Merkle樹、非對稱加密等設計。其中數據區塊、鏈式結構都可作為區塊鏈技術可擴展方案對數據層研究時的改進方向。
共識層：它是讓高度分散的節點對區塊數據的有效性達到快速共識的基礎，主要的共識機制有POW（Proof Of Work工作量證明機制），POS（Proof of Stake權益證明機制），DPOS（Delegated Proof of Stake委託權益證明機制）和PBFT（Practical Byzantine Fault Tolerance實用拜占庭容錯）等，它們一直是區塊鏈技術可擴展方案中的重頭戲。
激勵層：它是大家常說的挖礦機制，用來設計一定的經濟激勵模型，鼓勵節點來參與區塊鏈的安全驗證工作，包括發行機制，分配機制的設計等。這個層級的改進貌似與區塊鏈可擴展並無直接聯系。
合約層：主要是指各種腳本代碼、演算法機制以及智能合約等。第一代區塊鏈嚴格講這一層是缺失的，所以它們只能進行交易，而無法用於其他的領域或是進行其他的邏輯處理，合約層的出現，使得在其他領域使用區塊鏈成為了現實，以太坊中這部分包括了EVM(以太坊虛擬機)和智能合約兩部分。這個層級的改進貌似給區塊鏈可擴展提供了潛在的新方向，但結構上來看貌似並無直接聯系
應用層：它是區塊鏈的展示層，包括各種應用場景和案例。如以太坊使用的是truffle和web3-js.區塊鏈的應用層可以是移動端，web端，或是是融合進現有的伺服器，把當前的業務伺服器當成應用層。這個層級的改進貌似也給區塊鏈可擴展提供了潛在的新方向，但結構上來看貌似並無直接聯系。
鏈喬教育在線旗下學碩創新區塊鏈技術工作站是中國教育部學校規劃建設發展中心開展的「智慧學習工場2020-學碩創新工作站 」唯一獲準的「區塊鏈技術專業」試點工作站。專業站立足為學生提供多樣化成長路徑，推進專業學位研究生產學研結合培養模式改革，構建應用型、復合型人才培養體系。