本文作者:星云研究院資深研究院湯載陽博士。華中科技大學計算機博士,日本會津大學和法國南巴黎國立電信學院訪問學者,研究方向包括分布式系統、無線網絡和區塊鏈共識,在TPDS、ICDCS等頂級期刊會議上發表過論文。前言最近部門開始了Survey的計劃,從Cryptology,Consensus和傳統分布式系統三個方向調研目前業內關于Blockchain的最新進展。在寒冷的冬天,能窩在被窩里看論文也算是不幸中的萬幸。本來一直也有想寫專欄的計劃,剛好借此機會整理下看過的論文。既然是系列開頭,第一篇論文選擇還是比較慎重的,我們最終選擇了發表于EuroSys18的論文《HyperledgerFabric:ADistributedOperatingSystemforPermissionedBlockchains》,該論文介紹了IBM在聯盟鏈方向的最新研究成果。話不多說,開始正文。FabricFabric是屬于Hyperledger的一個子項目,后者是由Linux基金會發起面向區塊鏈技術的開源項目,主要成員包括IBM、R3、Intel等等。Hyperledger實際上還有很多子項目,其中另一個比較著名的是SawtoothLake,由Intel主導,包含了一種全新的共識機制Proof-of-ElapsedTime,該共識策略支持Intel的SGX技術。Fabricv0.6在2016年九月發布,當時的Fabric和其他聯盟鏈沒有太大區別,采用PBFT共識。這篇論文介紹的是最新v1.0Fabric,主要對上述若干問題進行了較大改進,從節點架構上來看,取消了原來的Validating和Non-Validating節點,取而代之的是Endorser節點、Committer節點和全新的Orderer模塊。專有名詞解釋:BFT:Byzantine-faulttolerant拜占庭容錯,即有惡意節點情況下的容錯CFT:crashfaulttolerant無惡意節點情況下的容錯SMR:state-machinereplication狀態機復制,分布式系統中最重要概念MSP:membershipserviceprovider成員管理模塊,負責Fabric中三類節點的認證管理PTM:peertransactionmanager更新最新的交易的狀態,以<k,v>形式存儲VSCC:validationsystemchaincode驗證chaincode,后文會詳細介紹ESCC:endorsementsystemchaincode背書chaincode,后文會詳細介紹Basics關于區塊鏈的劃分,通常包括公鏈、聯盟鏈和私有鏈。最近幾年學術圈給出了更為嚴謹的定義,即permissionlesschain和permissionedchain。在本文中,作者給出publicblockchain和permissionedblockchain的定義如下:Publicblockchainstypicallyinvolveanativecryptocurrencyandoftenuseconsensusbasedon“proofofwork”(PoW)andeconomicincentives.Apermissionedblockchainprovidesawaytosecuretheinteractionsamongagroupofentitiesthathaveacommongoalbutwhichdonotfullytrusteachother.可以看出來兩者最主要的區別在于參與節點的身份是否確定以及是否引入了經濟激勵機制。當然無論publicchain還是permissionedchain,其本質仍然都是狀態機復制,但由于智能合約的出現產生了新的變化。如果我們將智能合約看做一種分布式應用,blockchain和傳統SMR的區別在于:多個智能合約可以同時運行;任何人都可以隨時部署智能合約;智能合約代碼不可信,甚至可能產生惡意后果Order-execute大部分區塊鏈所采用的流程是:將transactions排序打包然后同步到每個節點,每個節點再按順序執行這些交易。在論文中,這種架構被稱之為“order-executearchitecture”,即先“order”再“execute”。如下圖所示:
星舟藝術平臺已將“星云守望者#0118”數字藏品贈送給周杰倫:7月5日消息,星舟藝術平臺已將“星云守望者#0118”數字藏品贈送給周杰倫且已被接收,這是國內數字藏品平臺首次贈送給周杰倫數字藏品。
星云守望者規劃發行2000份,每份各不相同,擁有此數字藏品同時獲得該數字藏品除人身權利外的其他著作權(包括復制權、發行權、出租權、展覽權、表演權、放映權、廣播權、信息網絡傳播權、攝制權、改編權、翻譯權、匯編權等)。[2022/7/5 1:52:12]
這樣的架構存在一些問題,首先所有節點按照順序執行交易會限制性能,通常將不相關的操作并發執行可以提升性能,但是對智能合約很難做到并發,因為代碼之間的依賴關系很難確定。此外,order-execute最大的限制是,所有節點所執行的交易必須滿足確定性。類似以太坊這樣采用Solidity這樣的編程語言可以一定程度上保證代碼確定性,但對于更流行的語言,則很難保證確定性。在聯盟鏈中,一種可行的做法是,僅讓部分節點運行代碼,然后同步最終狀態至全網。這樣子一方面通過選擇運行代碼的節點從而保證代碼運行的一致性,并且減少了驗證節點數也提升了性能。但論文中也指出現有的聯盟鏈存在一些問題,例如:Fixedtrustmodel:即合約執行背書和共識機制綁定,這種緊耦合的架構不夠靈活;Hard-codedconsensus:共識機制通常為硬編碼的形式固定,但實際上即便是BFT這一類的算法在不同場景下表現也不盡相同Execute-order-validateFabric采用了全新的交易架構,稱之為execute-order-validate,如下圖所示。
星云鏈節點參與OKExChain節點競選 啟動階段投票100%收益返還:星云鏈發布消息稱,已于1月18日宣布新星節點NOVA參與OKExChain節點競選并進入啟動階段,新星節點NOVA是由星云基金會旗下的星云實驗室提供技術支持和運維,旨在為OKExChain網絡提供基礎設施服務,連接星云鏈與OKExChain的生態,并為參與支持的用戶獲取最大化收益。
據悉,啟動階段將持續到1月31日24:00(UTC+8),期間委托OKT給節點的用戶不收取服務器成本和委托費用,長期100%收益返還。當OKChain主網支持EVM后,NOVA節點將提供給用戶公開投票的合約交互入口,通過合約投票的用戶,前2個月收取5%運維費,之后收取10%運維費,在收益派發時扣除。
公告資料顯示,星云鏈是開源公鏈,星云是自治元網絡,專注于處理復雜數據和交互、復雜的協作關系,致力于通過區塊鏈等技術手段,實現讓每個人從去中心化協作中公平獲益的愿景。[2021/1/25 13:25:36]
在上述架構中,智能合約這種分布式應用包括了兩個部分:chaincode:即原來的smartcontractcode,在execute階段可以運行,值得注意的是,還有一種特殊的systemchaincodes,這類chaincodes定義了整個鏈的底層設置,包括validationsystemchaincode和endorsementsystemchaincode。endorsementpolicy:這個概念理解起來就有點繞了,可以理解為獨立于共識模塊的一種驗證或者背書機制。傳統consensus包括了驗證節點是否作惡以及交易本身是否正確兩個任務,而在Fabric中,將后者抽離成為endorsementpolicy。實際上這個模塊也是可以替換的,比如“五個endorser節點中只要有三個執行結果一致則完成驗證”這種策略完全可以換成“只需要XXXendorser節點完成執行則通過驗證”。如下圖所示,在Fabric中有三類節點,包括:
動態 | 93%的Nebulas社區成員希望基金會即刻銷毀剩余3400萬枚社區預留星云幣:此前,Nebulas社區關于3400萬枚NAS社區儲備基金的銷毀與否的投票將于北京時間10月28日下午3點結束。查詢投票數據后發現,截至目前,有93%的社區成員希望星云基金會即刻銷毀剩余3,400萬社區預留星云幣。[2019/10/28]
Clients:這類節點即發起交易或者調用智能合約的普通節點;Peers:執行驗證交易的節點,這類節點需要有全量ledger數據,在這類節點中,只有一部分負責執行交易,即endorsingpeers;OSNs:上述所有節點都需要認證,由MSP統一發放,形式可以為offline也可以為online。詳細的交易流程如下圖所示:
1.client發起交易,首先將交易信息發給定義好的若干endorsers,注意此處的endorsers是由交易本身的chaincode和其中的endorsementpolicy共同決定;此處proposemessage包括信息如下:tx=<clientID,chaincodeID,txPayload,timestamp,clientSig>clientID:提交交易的client的IDchaincodeID:交易所屬的chaincode的IDtxPayload:交易本體信息timestamp:時間戳clientSig:client簽名endorser收到message后,用client公鑰驗證clientSig,然后運行交易并驗證輸出結果。如果該endorser被選擇為背書節點,則把結果發回給提交的client;該client收集每個endorser返回的信息,當滿足endorsementpolicy后,則進入ordering階段,反之該交易失敗;client將通過endorsement的交易廣播至所有orderers,后者通過某種共識機制對所有通過endorsement的交易進行排序,保證所有節點的數據滿足時序一致性;orderers再將排序后的交易廣播至其他peers,這里廣播的實際上就是一個包含了若干交易的block和一個sequencenumber;所有peers驗證block之后,更新自身的ledger,即完成上鏈。當然上述流程中有一些較強的假設,比如對于P2P傳輸而言,需要滿足liveness,即broadcast(tx)操作在有限的時間內一定可以到達所有其他節點。關于ordering,可采用不同的共識機制,目前支持Kafka,BFT-SMaRt和Solo。Kafka是基于ZooKeeper的Paxos實現,可以實現50%的CFT;BFT-SMaRt則是PBFT的實現,可以實現33%的BFT;Solo是單order節點的ordering,主要用于開發測試。P2P傳輸,采用的是epidemicmulticast,包括了push和pull兩種模式。Chaincode每一條鏈的配置位于特殊的configurationblocks中,包括了:MSPs定義OSNs地址consensus和ordering的部分參數,例如batchsize、timeoutsordering中的基本操作定義通過channelconfigurationupdatetransaction可以更新channel的配置每個application的chaincode包括了endorsementsystemchainco和validationsystemchainc。Evaluation為了測試,Fabric設計了一種UTXO模型的代幣,簡稱Fabcoin。通過一個chaincode不斷產生SPEND和MINTtransactions,分別模擬Fabcoin的產生和銷毀。實驗1:測試blocksize和Throughput關系,結論是在blocksize超過2MB之后TPS不再顯著提升;不同transaction的size略有差別,比如MINTtransaction因為需要帶有CB驗證所以更大。
星云鏈NAS啟動激勵計劃,首日收到260個Dapp提交:激勵計劃實施首日,星云團隊共收到了260多個DApp。同時在提交Dapp當天,測試網遭到惡意DDOS攻擊,星云團隊第一時間修復了測試網,現已正常運行。基于良好的開發體驗,越來越多的開發者正在星云鏈上部署dapp。星云鏈(NAS)是致力于構建可持續升級的良性生態3.0公鏈。(已于3月29號主網上線)[2018/5/10]
實驗2:性能測試,
結論是validation是主要瓶頸,但隨著vCPU增加得到了緩解,但是endorsement由于很難并行因此提升有限。32-vCPUpeers可以達到3560tps和3420tps;實驗3:RAMdisk,tmpfs相比SSD提升了9%;實驗4:Scalability,
星云主網將于3月30日上線:據星云官方公眾號消息,星云主網將于北京時間3月30日13:00上線,為了使開發者能夠在和主網一致的環境中進行開發測試,星云團隊計劃重置整個測試網絡,使其升級到和主網一致的版本。[2018/3/27]
Tags:CHAAINChainHAITriveChainShibaInu Financeblockchain平臺靠譜嗎rechablechain
Beam宣布計劃推出兼容Mimblewimble協議的閃電網絡,目前還未公布時間表。Beam實施閃電網絡的主要目標是在鏈下價值快速轉移的情況下實現第二層擴展解決方案,即在需要快速確認付款的商業環.
1900/1/1 0:00:00對于數字貨幣交易所來說,痛點在于在如何提高交易深度,增強流動性,特別是在熊市之下。為了解決痛點,數字貨幣交易所推出了諸如“交易即挖礦”、金融衍生品、邀請量化團隊加入等一系列玩法.
1900/1/1 0:00:00編者按:本文來自鏈聞ChainNews,作者:IanMiers,譯者:詹涓,星球日報經授權發布。本文作者IanMiers是康奈爾大學博士后,也是Zcash基金會董事會的成員.
1900/1/1 0:00:00編者按:本文來自區塊律動BlockBeats,作者:WolfieZhao,編譯:0x28,星球日報經授權發布.
1900/1/1 0:00:00據Coinhive官方博客消息,由于在經濟上不可行的原因,Coinhive將于3月8日停止運營,用戶的報表盤在2019年4月30前可用。受加密貨幣市場下跌的影響,門羅幣一年內下跌85%.
1900/1/1 0:00:002018年地方兩會期間,杭州市率先將“區塊鏈”寫入政府工作報告。此后一年,杭州區塊鏈發展風生水起,一舉建設了四個區塊鏈產業園,朝著中國區塊鏈第一城進發。2019年1-2月份,是地方兩會時間.
1900/1/1 0:00:00