區塊鏈rollup回滾
❶ eth2.2中.2是什麼意思
etho eth1 eth2 ...
etho eth1 eth2 ...
例句：route add net 10.0.2.0 netmask 255.255.255.0 gw 10.0.2.254 dev eth1
請教：下面關於一條路由添加的命令為什麼出錯？
route add -net 10.2.0.0 netmask 255.255.255.0 dev eth2
注意如有需要應該添加默認路由。
❷ 區塊鏈 --- 共識演算法
PoW演算法是一種防止分布式服務資源被濫用、拒絕服務攻擊的機制。它要求節點進行適量消耗時間和資源的復雜運算，並且其運算結果能被其他節點快速驗算，以耗用時間、能源做擔保，以確保服務與資源被真正的需求所使用。
PoW演算法中最基本的技術原理是使用哈希演算法。假設求哈希值Hash(r)，若原始數據為r（raw），則運算結果為R（Result）。
R = Hash(r)
哈希函數Hash()的特性是，對於任意輸入值r，得出結果R，並且無法從R反推回r。當輸入的原始數據r變動1比特時，其結果R值完全改變。在比特幣的PoW演算法中，引入演算法難度d和隨機值n，得到以下公式：
Rd = Hash(r+n)
該公式要求在填入隨機值n的情況下，計算結果Rd的前d位元組必須為0。由於哈希函數結果的未知性，每個礦工都要做大量運算之後，才能得出正確結果，而算出結果廣播給全網之後，其他節點只需要進行一次哈希運算即可校驗。PoW演算法就是採用這種方式讓計算消耗資源，而校驗僅需一次。
PoS演算法要求節點驗證者必須質押一定的資金才有挖礦打包資格，並且區域鏈系統在選定打包節點時使用隨機的方式，當節點質押的資金越多時，其被選定打包區塊的概率越大。
POS模式下，每個幣每天產生1幣齡，比如你持有100個幣，總共持有了30天，那麼，此時你的幣齡就為3000。這個時候，如果你驗證了一個POS區塊，你的幣齡就會被清空為0，同時從區塊中獲得相對應的數字貨幣利息。
節點通過PoS演算法出塊的過程如下：普通的節點要成為出塊節點，首先要進行資產的質押，當輪到自己出塊時，打包區塊，然後向全網廣播，其他驗證節點將會校驗區塊的合法性。
DPoS演算法和PoS演算法相似，也採用股份和權益質押。
但不同的是，DPoS演算法採用委託質押的方式，類似於用全民選舉代表的方式選出N個超級節點記賬出塊。
選民把自己的選票投給某個節點，如果某個節點當選記賬節點，那麼該記賬節點往往在獲取出塊獎勵後，可以採用任意方式來回報自己的選民。
這N個記賬節點將輪流出塊，並且節點之間相互監督，如果其作惡，那麼會被扣除質押金。
通過信任少量的誠信節點，可以去除區塊簽名過程中不必要的步驟，提高了交易的速度。
拜占庭問題：
拜占庭是古代東羅馬帝國的首都，為了防禦在每塊封地都駐扎一支由單個將軍帶領的軍隊，將軍之間只能靠信差傳遞消息。在戰爭時，所有將軍必須達成共識，決定是否共同開戰。
但是，在軍隊內可能有叛徒，這些人將影響將軍們達成共識。拜占庭將軍問題是指在已知有將軍是叛徒的情況下，剩餘的將軍如何達成一致決策的問題。
BFT：
BFT即拜占庭容錯，拜占庭容錯技術是一類分布式計算領域的容錯技術。拜占庭假設是對現實世界的模型化，由於硬體錯誤、網路擁塞或中斷以及遭到惡意攻擊等原因，計算機和網路可能出現不可預料的行為。拜占庭容錯技術被設計用來處理這些異常行為，並滿足所要解決的問題的規范要求。
拜占庭容錯系統 ：
發生故障的節點被稱為 拜占庭節點 ，而正常的節點即為 非拜占庭節點 。
假設分布式系統擁有n台節點，並假設整個系統拜占庭節點不超過m台（n ≥ 3m + 1），拜占庭容錯系統需要滿足如下兩個條件：
另外，拜占庭容錯系統需要達成如下兩個指標：
PBFT即實用拜占庭容錯演算法，解決了原始拜占庭容錯演算法效率不高的問題，演算法的時間復雜度是O(n^2)，使得在實際系統應用中可以解決拜占庭容錯問題
PBFT是一種狀態機副本復制演算法，所有的副本在一個視圖（view）輪換的過程中操作，主節點通過視圖編號以及節點數集合來確定，即：主節點 p = v mod |R|。v：視圖編號，|R|節點個數，p：主節點編號。
PBFT演算法的共識過程如下：客戶端（Client）發起消息請求（request），並廣播轉發至每一個副本節點（Replica），由其中一個主節點（Leader）發起提案消息pre-prepare，並廣播。其他節點獲取原始消息，在校驗完成後發送prepare消息。每個節點收到2f+1個prepare消息，即認為已經准備完畢，並發送commit消息。當節點收到2f+1個commit消息，客戶端收到f+1個相同的reply消息時，說明客戶端發起的請求已經達成全網共識。
具體流程如下 ：
客戶端c向主節點p發送<REQUEST, o, t, c>請求。o: 請求的具體操作，t: 請求時客戶端追加的時間戳，c：客戶端標識。REQUEST: 包含消息內容m，以及消息摘要d(m)。客戶端對請求進行簽名。
主節點收到客戶端的請求，需要進行以下交驗：
a. 客戶端請求消息簽名是否正確。
非法請求丟棄。正確請求，分配一個編號n，編號n主要用於對客戶端的請求進行排序。然後廣播一條<<PRE-PREPARE, v, n, d>, m>消息給其他副本節點。v：視圖編號，d客戶端消息摘要，m消息內容。<PRE-PREPARE, v, n, d>進行主節點簽名。n是要在某一個范圍區間內的[h, H]，具體原因參見 垃圾回收 章節。
副本節點i收到主節點的PRE-PREPARE消息，需要進行以下交驗：
a. 主節點PRE-PREPARE消息簽名是否正確。
b. 當前副本節點是否已經收到了一條在同一v下並且編號也是n，但是簽名不同的PRE-PREPARE信息。
c. d與m的摘要是否一致。
d. n是否在區間[h, H]內。
非法請求丟棄。正確請求，副本節點i向其他節點包括主節點發送一條<PREPARE, v, n, d, i>消息, v, n, d, m與上述PRE-PREPARE消息內容相同，i是當前副本節點編號。<PREPARE, v, n, d, i>進行副本節點i的簽名。記錄PRE-PREPARE和PREPARE消息到log中，用於View Change過程中恢復未完成的請求操作。
主節點和副本節點收到PREPARE消息，需要進行以下交驗：
a. 副本節點PREPARE消息簽名是否正確。
b. 當前副本節點是否已經收到了同一視圖v下的n。
c. n是否在區間[h, H]內。
d. d是否和當前已收到PRE-PPREPARE中的d相同
非法請求丟棄。如果副本節點i收到了2f+1個驗證通過的PREPARE消息，則向其他節點包括主節點發送一條<COMMIT, v, n, d, i>消息，v, n, d, i與上述PREPARE消息內容相同。<COMMIT, v, n, d, i>進行副本節點i的簽名。記錄COMMIT消息到日誌中，用於View Change過程中恢復未完成的請求操作。記錄其他副本節點發送的PREPARE消息到log中。
主節點和副本節點收到COMMIT消息，需要進行以下交驗：
a. 副本節點COMMIT消息簽名是否正確。
b. 當前副本節點是否已經收到了同一視圖v下的n。
c. d與m的摘要是否一致。
d. n是否在區間[h, H]內。
非法請求丟棄。如果副本節點i收到了2f+1個驗證通過的COMMIT消息，說明當前網路中的大部分節點已經達成共識，運行客戶端的請求操作o，並返回<REPLY, v, t, c, i, r>給客戶端，r：是請求操作結果，客戶端如果收到f+1個相同的REPLY消息，說明客戶端發起的請求已經達成全網共識，否則客戶端需要判斷是否重新發送請求給主節點。記錄其他副本節點發送的COMMIT消息到log中。
如果主節點作惡，它可能會給不同的請求編上相同的序號，或者不去分配序號，或者讓相鄰的序號不連續。備份節點應當有職責來主動檢查這些序號的合法性。
如果主節點掉線或者作惡不廣播客戶端的請求，客戶端設置超時機制，超時的話，向所有副本節點廣播請求消息。副本節點檢測出主節點作惡或者下線，發起View Change協議。
View Change協議 ：
副本節點向其他節點廣播<VIEW-CHANGE, v+1, n, C , P , i>消息。n是最新的stable checkpoint的編號， C 是 2f+1驗證過的CheckPoint消息集合， P 是當前副本節點未完成的請求的PRE-PREPARE和PREPARE消息集合。
當主節點p = v + 1 mod |R|收到 2f 個有效的VIEW-CHANGE消息後，向其他節點廣播<NEW-VIEW, v+1, V , O >消息。 V 是有效的VIEW-CHANGE消息集合。 O 是主節點重新發起的未經完成的PRE-PREPARE消息集合。PRE-PREPARE消息集合的選取規則：
副本節點收到主節點的NEW-VIEW消息，驗證有效性，有效的話，進入v+1狀態，並且開始 O 中的PRE-PREPARE消息處理流程。
在上述演算法流程中，為了確保在View Change的過程中，能夠恢復先前的請求，每一個副本節點都記錄一些消息到本地的log中，當執行請求後副本節點需要把之前該請求的記錄消息清除掉。
最簡單的做法是在Reply消息後，再執行一次當前狀態的共識同步，這樣做的成本比較高，因此可以在執行完多條請求K（例如：100條）後執行一次狀態同步。這個狀態同步消息就是CheckPoint消息。
副本節點i發送<CheckPoint, n, d, i>給其他節點，n是當前節點所保留的最後一個視圖請求編號，d是對當前狀態的一個摘要，該CheckPoint消息記錄到log中。如果副本節點i收到了2f+1個驗證過的CheckPoint消息，則清除先前日誌中的消息，並以n作為當前一個stable checkpoint。
這是理想情況，實際上當副本節點i向其他節點發出CheckPoint消息後，其他節點還沒有完成K條請求，所以不會立即對i的請求作出響應，它還會按照自己的節奏，向前行進，但此時發出的CheckPoint並未形成stable。
為了防止i的處理請求過快，設置一個上文提到的 高低水位區間[h, H] 來解決這個問題。低水位h等於上一個stable checkpoint的編號，高水位H = h + L，其中L是我們指定的數值，等於checkpoint周期處理請求數K的整數倍，可以設置為L = 2K。當副本節點i處理請求超過高水位H時，此時就會停止腳步，等待stable checkpoint發生變化，再繼續前進。
在區塊鏈場景中，一般適合於對強一致性有要求的私有鏈和聯盟鏈場景。例如，在IBM主導的區塊鏈超級賬本項目中，PBFT是一個可選的共識協議。在Hyperledger的Fabric項目中，共識模塊被設計成可插拔的模塊，支持像PBFT、Raft等共識演算法。
Raft基於領導者驅動的共識模型，其中將選舉一位傑出的領導者(Leader)，而該Leader將完全負責管理集群，Leader負責管理Raft集群的所有節點之間的復制日誌。
下圖中，將在啟動過程中選擇集群的Leader（S1），並為來自客戶端的所有命令/請求提供服務。 Raft集群中的所有節點都維護一個分布式日誌（復制日誌）以存儲和提交由客戶端發出的命令（日誌條目）。 Leader接受來自客戶端的日誌條目，並在Raft集群中的所有關注者（S2，S3，S4，S5）之間復制它們。
在Raft集群中，需要滿足最少數量的節點才能提供預期的級別共識保證， 這也稱為法定人數。 在Raft集群中執行操作所需的最少投票數為 (N / 2 +1) ，其中N是組中成員總數，即 投票至少超過一半 ，這也就是為什麼集群節點通常為奇數的原因。 因此，在上面的示例中，我們至少需要3個節點才能具有共識保證。
如果法定仲裁節點由於任何原因不可用，也就是投票沒有超過半數，則此次協商沒有達成一致，並且無法提交新日誌。
數據存儲：Tidb/TiKV
日誌：阿里巴巴的 DLedger
服務發現：Consul& etcd
集群調度：HashiCorp Nomad
只能容納故障節點(CFT)，不容納作惡節點
順序投票，只能串列apply，因此高並發場景下性能差
Raft通過解決圍繞Leader選舉的三個主要子問題，管理分布式日誌和演算法的安全性功能來解決分布式共識問題。
當我們啟動一個新的Raft集群或某個領導者不可用時，將通過集群中所有成員節點之間協商來選舉一個新的領導者。 因此，在給定的實例中，Raft集群的節點可以處於以下任何狀態: 追隨者(Follower)，候選人(Candidate)或領導者(Leader)。
系統剛開始啟動的時候，所有節點都是follower，在一段時間內如果它們沒有收到Leader的心跳信號，follower就會轉化為Candidate；
如果某個Candidate節點收到大多數節點的票，則這個Candidate就可以轉化為Leader，其餘的Candidate節點都會回到Follower狀態；
一旦一個Leader發現系統中存在一個Leader節點比自己擁有更高的任期(Term)，它就會轉換為Follower。
Raft使用基於心跳的RPC機制來檢測何時開始新的選舉。 在正常期間， Leader 會定期向所有可用的 Follower 發送心跳消息（實際中可能把日誌和心跳一起發過去）。 因此，其他節點以 Follower 狀態啟動，只要它從當前 Leader 那裡收到周期性的心跳，就一直保持在 Follower 狀態。
當 Follower 達到其超時時間時，它將通過以下方式啟動選舉程序：
根據 Candidate 從集群中其他節點收到的響應，可以得出選舉的三個結果。
共識演算法的實現一般是基於復制狀態機（Replicated state machines），何為 復制狀態機 ：
簡單來說： 相同的初識狀態 + 相同的輸入 = 相同的結束狀態 。不同節點要以相同且確定性的函數來處理輸入，而不要引入一下不確定的值，比如本地時間等。使用replicated log是一個很不錯的注意，log具有持久化、保序的特點，是大多數分布式系統的基石。
有了Leader之後，客戶端所有並發的請求可以在Leader這邊形成一個有序的日誌（狀態）序列，以此來表示這些請求的先後處理順序。Leader然後將自己的日誌序列發送Follower，保持整個系統的全局一致性。注意並不是強一致性，而是 最終一致性 。
日誌由有序編號（log index）的日誌條目組成。每個日誌條目包含它被創建時的任期號（term），和日誌中包含的數據組成，日誌包含的數據可以為任何類型，從簡單類型到區塊鏈的區塊。每個日誌條目可以用[ term, index, data]序列對表示，其中term表示任期， index表示索引號，data表示日誌數據。
Leader 嘗試在集群中的大多數節點上執行復制命令。 如果復製成功，則將命令提交給集群，並將響應發送回客戶端。類似兩階段提交(2PC)，不過與2PC的區別在於，leader只需要超過一半節點同意（處於工作狀態）即可。
leader 、 follower 都可能crash，那麼 follower 維護的日誌與 leader 相比可能出現以下情況
當出現了leader與follower不一致的情況，leader強制follower復制自己的log， Leader會從後往前試 ，每次AppendEntries失敗後嘗試前一個日誌條目（遞減nextIndex值）， 直到成功找到每個Follower的日誌一致位置點（基於上述的兩條保證），然後向後逐條覆蓋Followers在該位置之後的條目 。所以丟失的或者多出來的條目可能會持續多個任期。
要求候選人的日誌至少與其他節點一樣最新。如果不是，則跟隨者節點將不投票給候選者。
意味著每個提交的條目都必須存在於這些伺服器中的至少一個中。如果候選人的日誌至少與該多數日誌中的其他日誌一樣最新，則它將保存所有已提交的條目，避免了日誌回滾事件的發生。
即任一任期內最多一個leader被選出。這一點非常重要，在一個復制集中任何時刻只能有一個leader。系統中同時有多餘一個leader，被稱之為腦裂（brain split），這是非常嚴重的問題，會導致數據的覆蓋丟失。在raft中，兩點保證了這個屬性：
因此， 某一任期內一定只有一個leader 。
當集群中節點的狀態發生變化（集群配置發生變化）時，系統容易受到系統故障。 因此，為防止這種情況，Raft使用了一種稱為兩階段的方法來更改集群成員身份。 因此，在這種方法中，集群在實現新的成員身份配置之前首先更改為中間狀態（稱為聯合共識）。 聯合共識使系統即使在配置之間進行轉換時也可用於響應客戶端請求，它的主要目的是提升分布式系統的可用性。
❸ :側鏈是區塊鏈,Rollup也是一條區塊鏈,這二者對Layer1來說有什麼區別
沒什麼區別。
Rollup是一個JavaScript模塊打包器，可以將小塊代碼編譯成大塊復雜的代碼。
例如library或應用程序。Rollup對代碼模塊使用新的標准化格式，這些標准都包含在JavaScript的ES6版本中，而不是以前的特殊解決方案，如CommonJS和AMD。ES6模塊可以使你自由、無縫地使用你最喜愛的library中那些最有用獨立函數，而你的項目不必攜帶其他未使用的代碼。ES6模塊最終還是要由瀏覽器原生實現，但當前Rollup可以使你提前體驗。
❹ 區塊鏈在技術層面有哪幾種屬性
區塊鏈技術起源於化名為「中本聰」（Satoshi Nakamoto）的學者在2008年發表的奠基性論文《比特幣: 一種點對點電子現金系統》。狹義來講, 區塊鏈是一種按照時間順序將數據區塊以順序相連的方式組合成的一種鏈式數據結構, 並以密碼學方式保證的不可篡改和不可偽造的分布式賬本。區塊鏈網路的技術屬性主要在於：匿名性、去中心化、不可篡改、分布式存儲、多備份、數據加密等。匿名性是指在區塊鏈網路中任何一個用戶在交易的過程中，發送的交易數據中都不包含任何和個人信息有關的數據，用戶和用戶之間通過地址進行交易，而且地址理論上可以無限生成。去中心化是指通過多節點共同決策達成共識的方法，將原本的單一管理決策方案轉換成多方共同商量決策，並且區塊鏈網路中的所有節點擁有平等的數據控制權利和義務，任何節點都可以訪問區塊鏈網路中存儲的數據，訪問的過程可以同步並發執行。不可篡改是指區塊鏈除創世區塊以外，之後的每一個區塊中都包含有上一個區塊中數據的唯一哈希值，然後通過唯一的哈希值將各個區塊進行串聯。一旦其中某一個節點的區塊數據被更改，此區塊生成的哈希值也會改變。在區塊連接的過程中，後面的區塊無法找到其前區塊哈希值所對應的區塊，區塊鏈也就被迫斷開，該節點所保存的數據就不再被其他節點承認，變得沒有價值。分布式存儲和多備份的概念和現在資料庫的分布式存儲不同。區塊鏈的分布式存儲不僅是將數據存儲在不同的地理位置和物理設備上，每個設備中都有完整的賬本數據，而不是數據碎片，通過使用 Merkle 樹技術在一定程度上解決數據冗餘的問題。數據加密主要是指通過非對稱加密的方式對數據使用公鑰進行加密私鑰進行解密或者私鑰加密公鑰解密。這種加密方式在數據傳輸的過程中，數據中不必包含數據解密的密鑰，而是通過接收方手中的密鑰完成解密操作，排除數據傳輸過程中被截取所帶來的信息安全隱患。
吳超人會飛
帖子數1.0千獲贊數20
rollup擴容是什麼
什麼叫數字人民幣
什麼是RBF內存池
比特幣網路的運行邏輯
轉載bitsbetter海盜王2021-08-0510:17:0810樓：囤幣是屯在鏈上，只需要一個確認安全的私鑰和對應的地址，地址才是真錢包。一般所謂的「錢包」都是私鑰包。bitsbetter海盜王2021-08-0511:15:3112樓：把私鑰放在別人提 ...
來源
比特幣是一種貨幣。SaifedeanAmmous寫了一本名為《比特幣標准》的書，他在書中設定了一系列測試，以明確貨幣必須具有哪些特質，並將其分為三個主要類別：貨幣必須具有這些特質：第一點是具有價值存儲功能（即保值、 ...
來源
閱讀作者更多精彩帖子
最佳回答
❺ 什麼是ZK Rollup（ZKR）
ZK Rollup是一種Layer2擴容解決方案，其中所有資金都由主鏈上的智能合約持有，而它執行鏈下的計算和存儲，其側鏈的有效性通過零知識證明來確保。
ZK Rollup最初由Barry Whitehat於2018年提出，其安全保障與底層Layer1（即以太坊）相同，可以在一分鍾內生產區塊並將吞吐量提高至2,000 tps。ZK Rollup實現的項目包括Matter Labs和Starkware。
在 ZKR 中，運營者必須為 Layer 2 上的每個狀態轉換生成一個 zk-SNARK有效性證明，並將這些有效性證明提交至 Layer 1 上的 Rollup 合約。Rollup 合約會驗證這些從舊的默克爾根到新的默克爾根的狀態轉換的證明是否有效。雖然使用了新的元件，但是這些保障從本質上來說是密碼學的。
Matter Labs 團隊開發的 zkSync已在以太坊主網上線。 Loopring 已經使用 ZKR推出了中心化交易所和支付服務。StarkWare 團隊的 StarkEx 是一種使用 zk-STARK（而非 zk-SNARK）的 ZKR 技術，因此不依賴於可信設置，具有更強的可擴展性，而且能夠抵禦量子計算攻擊。
鏈喬教育在線旗下學碩創新區塊鏈技術工作站是中國教育部學校規劃建設發展中心開展的「智慧學習工場2020-學碩創新工作站 」唯一獲準的「區塊鏈技術專業」試點工作站。專業站立足為學生提供多樣化成長路徑，推進專業學位研究生產學研結合培養模式改革，構建應用型、復合型人才培養體系。
❻ 什麼是ZK-Rollup（零知識匯總）
ZK-Rollup（零知識匯總）基於zero-knowledge proof（零知識證明），在發往主鏈的交易包里包含了一個對應的零知識證明，主鏈上的rollup（匯總）智能合約只需驗證這個零知識證明。
這個零知識證明不會透露任何交易細節，但能通過與智能合約不斷交互，證明上鏈的所有數據的有效性和真實性。
優點：
l高度的去中心化
l隱私性好：零知識證明不會透露任何交易細節
l上鏈效率高：一次性提交多筆操作的結果，節約時間和gas fee
l驗證效率高：無需等待期，快速完成資產取出動作
l安全性極高：zk技術保證了提交給主鏈的數據真實有效，同時主鏈可隨時還原側鏈發生的交易細節（即擁有主鏈的數據可用性），因此擁有以太坊級別的安全性
缺點：
l技術開發難度大
l難兼容不同智能合約
l需要大量運算
代表項目：
l路印：成熟的zk技術運用，獲得4500萬美元私募，當前市值超8億美元
lZKSync：旨在為以太坊帶來 Visa 級別、每秒數千筆交易的吞吐量
鏈喬教育在線旗下學碩創新區塊鏈技術工作站是中國教育部學校規劃建設發展中心開展的「智慧學習工場2020-學碩創新工作站 」唯一獲準的「區塊鏈技術專業」試點工作站。專業站立足為學生提供多樣化成長路徑，推進專業學位研究生產學研結合培養模式改革，構建應用型、復合型人才培養體系。
❼ 在以太坊中什麼是Optimistic Rollup（樂觀匯總）
Rollups（匯總）是指將發生在Layer 2的大批交易壓縮，並將快照打包返回主鏈進行記錄和更新的技術路徑；數據在主鏈上儲存，將賬戶間的交互過程轉移到鏈下，避開擁堵的同時具備主鏈的安全性。
Rollups（匯總）方案的關鍵在於，如何確保提交給主鏈的是正確的結果，這也是Optimistic Rollup（樂觀匯總）和下述ZK-Rollup（零知識匯總）最大的區別。
Optimistic Rollup（樂觀匯總）採用的是欺詐性證明（Fraud Proof），它趨於相信操作者提交的數據都是真實的（樂觀假設，大家都是好人）。
但保險起見，需要操作者質押一定資產作為保證金，且在上鏈前留出兩周的挑戰期，任何人都可以在此期間挑戰其真實性並發布欺詐證明，一旦挑戰成功，質押金將會被沒收，挑戰者會獲得獎勵，且回滾交易細節。以此，從概率角度防止作惡行為。
一些擴展解決方案是針對特定應用的，例如，支付通道。其他的方案比如Optimistic Rollup（樂觀匯總），可以用於任何任意合約的執行。
優點：
l兼容性強，開發遷移難度小，更容易落地
l安全性：犧牲了等待時間來換取較好的安全性
l上鏈效率高：將多筆交易打包操作，節約時間和gas fee
缺點：
l驗證效率低：較長的等待期，任何交易在等待期不會被確認，也無法從主鏈提取資金
l擴容程度不及ZK-Rollup（零知識匯總）：交易壓縮率相對較低
代表項目：
lFuel：Optimistic Rollup（樂觀匯總）概念提出者所在團隊研發
lSynthetix（合成器）：DeFi巨頭的Layer2擴容選擇
鏈喬教育在線旗下學碩創新區塊鏈技術工作站是中國教育部學校規劃建設發展中心開展的「智慧學習工場2020-學碩創新工作站 」唯一獲準的「區塊鏈技術專業」試點工作站。專業站立足為學生提供多樣化成長路徑，推進專業學位研究生產學研結合培養模式改革，構建應用型、復合型人才培養體系。
❽ 如果在imToken轉賬到錯誤地址該怎麼辦（無法交易回滾）
所有交易都是用戶自己藉助 imToken 授權簽名，並發生在區塊鏈上面。
交易一旦發生，除非當事人雙方協商鏈下處理，區塊鏈本身無法做任何改變，這就是區塊鏈的「不可篡改性」。 所以 imToken 完全無法完成「私鑰丟失找回」「加密密碼找回」「凍結賬號」「回滾交易」等操作。
如果是轉到交易所轉錯地址，建議聯系一下交易所官方。
❾ 區塊鏈中的硬分叉，以太經典ETC是什麼意思
以太經典（ETC）簡史
以太經典始於一個不幸的事件。
2016年5月，去中心化自治組織(DAO)舉行了一次代幣銷售，目標是建立一個基於區塊鏈的風險投資，以資助Ethereum生態系統內未來的去中心化應用(DApps)。
基本上，DAO是一個去中心化方式運作的復雜的智能合約–當條件滿足時自動在多方之間執行任務的計算機代碼。
盡管其有著雄心勃勃的目標以及成功的代幣銷售，DAO的代碼卻有一個重大漏洞，使得攻擊者可以從去中心化組織中竊取ETH。
攻擊者在2016年6月利用這一漏洞，引發了臭名昭著的DAO黑客事件，惡意竊取了大約價值5000萬美元的ETH。
毋庸置疑，DAO黑客事件曾震驚了Ethereum社區，也使得ETH價格從20美元跌至13美元。
在DAO黑客事件發生後，Ethereum社區不得不從三個選項中選擇。
什麼都不做，努力承受攻擊帶來的後果；
啟動軟分叉，收回資金；
部署一個硬分叉來恢復丟失的ETH。
軟分叉和硬分叉都是重大的網路升級。然而，軟分叉允許未升級的用戶和升級後的用戶相互交流，而硬分叉則不能向後兼容以前的版本。
由於開發人員意識到部署軟分叉會使網路受到分布式拒絕服務（DDoS）攻擊，Ethereum社區決定發起硬分叉，以恢復在DAO黑客攻擊中損失的資金。
雖然這一方案得到了大多數人的支持，但Ethereum社區中的一小部分人卻表示反對，他們認為 「代碼即律法」，區塊鏈網路應該是不可改變的。
由於雙方未能在解決方案上達成一致，最終導致了Ethereum區塊鏈的分裂。
那些試圖找回丟失的ETH的人選擇了硬分叉，開啟了我們今天所熟知的Ethereum（ETH）區塊鏈，而另一群人則留在了最初的Ethereum Classic（ETC）鏈上。
以太經典解決了那些問題？
以太經典（ETC）是一個允許開發者部署智能合約和DApps的區塊鏈平台。
雖然這個功能與Ethereum（ETH）的功能相同，但ETC區塊鏈有兩個主要區別。
首先，Ethereum Classic社區反對篡改分布式賬本，支持「區塊鏈網路不能也不該被修改」的觀點。
其次，雖然ETH總供應量沒有硬性上限，但以太經典採用恆定供應的貨幣政策，最多允許創建2.3億個ETC。
作為一個加分項，以太經典在去年啟動了Atlantis硬分叉，以增加與Ethereum的交互性，並通過zk-SNARKS提高交易的隱私保護程度。
以太經典ETC推薦的交易平台：火幣、OKEX、AAX等。