云尊幣（WC）一一是一種以區(qū)塊鏈為底層安全技術(shù)的加密數(shù)字資產(chǎn)，它的發(fā)展趨勢(shì)和價(jià)值將隨著時(shí)間的推移而日益彰顯。云尊加密數(shù)字資產(chǎn)的發(fā)行量源于龐大的經(jīng)銷商數(shù)量和可循環(huán)的綠色生態(tài)系統(tǒng)，目前得到了全球各地的忠誠(chéng)支持者支持 。

云尊幣滿足了所有這些需求，它消除了巨大的算力和處理在工作證明所帶來(lái)的競(jìng)爭(zhēng)。云尊幣是一款采用了工作證明（POW）和權(quán)益證明（POS）雙重共識(shí)機(jī)制的加密數(shù)字資產(chǎn)，它由加密技術(shù)（SCRYPT） 作為保證的，由區(qū)塊鏈中的分布式節(jié)點(diǎn)維護(hù)，允許用戶在網(wǎng)絡(luò)上進(jìn)行點(diǎn)對(duì)點(diǎn)交易，而不受任何企業(yè)、中介或人為因素的干擾。

云尊幣技術(shù)架構(gòu)

基于區(qū)塊鏈的應(yīng)用要可靠落地 ， 我們認(rèn)為需要將傳統(tǒng)技術(shù)體系基于區(qū)塊鏈系統(tǒng)進(jìn)行整合，讓區(qū)塊鏈技術(shù)恰當(dāng)?shù)娜谌氲狡脚_(tái)。 區(qū)塊鏈技術(shù)的安全、不可篡改等特性， 保證了去中心化可靠性，成熟技術(shù)的有序結(jié)合也保證了系統(tǒng)性能穩(wěn)定流暢。

傳統(tǒng)銀行系統(tǒng)里的電子交易通常是可逆的，如果有人竊取你的信用卡金額，你可以對(duì)這項(xiàng)交易提出質(zhì)疑，在大多數(shù)情況下?lián)p失是由銀行或商家承擔(dān)，消費(fèi)者不用自掏腰包。這對(duì)消費(fèi)者而言十分方便，但卻要求金融系統(tǒng)必須是一個(gè)相當(dāng)嚴(yán)謹(jǐn)?shù)恼\(chéng)信網(wǎng)。允許一個(gè)新成員加入就給其他每位成員增加了風(fēng)險(xiǎn)。所以當(dāng)前的金融機(jī)構(gòu)不愿與不知名或資本不雄厚的電子商務(wù)網(wǎng)站對(duì)接，這也是可以理解的。云尊幣就不一樣了，由于交易是經(jīng)過(guò)密碼認(rèn)證的并且不可逆，所以沒有必要對(duì)接入該網(wǎng)絡(luò)加以限制。接受毫不相識(shí)的人的付款也沒有風(fēng)險(xiǎn)。這意味著，作為一個(gè)基于云尊幣的商家或者金融中介的門檻將會(huì)降低，使誠(chéng)信的從業(yè)者更容易的加入商務(wù)活動(dòng)，而各種隱含欺詐動(dòng)機(jī)的行為無(wú)法得以實(shí)施。接受云尊幣也可使商家避免許多管理間接費(fèi)，使交易得到更多的保障。

?

1、云尊幣數(shù)據(jù)層

云尊幣的區(qū)塊鏈數(shù)據(jù)存儲(chǔ)系統(tǒng)是由關(guān)系型數(shù)據(jù)庫(kù)（sqlite）和 kv 數(shù)據(jù)庫(kù)組成，其中關(guān)系型數(shù)據(jù)庫(kù)用來(lái)存儲(chǔ)區(qū)塊頭信息和每筆交易的具體信息， kv 數(shù)據(jù)庫(kù)主要存儲(chǔ)區(qū)塊頭、交易和狀態(tài)表序列化后的數(shù)據(jù)。

這樣處理的主要目的是單純?cè)诓樵儏^(qū)塊頭信息和具體每筆交易的時(shí)候，可以直接從關(guān)系型數(shù)據(jù)庫(kù)中查找；而要構(gòu)造整個(gè)區(qū)塊數(shù)據(jù)的時(shí)候，除了從關(guān)系型數(shù)據(jù)庫(kù)構(gòu)造區(qū)塊頭信息外，還要依據(jù)區(qū)塊頭里的交易根哈希和狀態(tài)表根哈希從 kv數(shù)據(jù)庫(kù)中獲取具體的交易和狀態(tài)表信息。

區(qū)塊頭信息的序列化具體步驟：

交易的序列化具體步驟：

下表分別是 Ledgers 和 Transactions 表結(jié)構(gòu)。

1、1 關(guān)系型數(shù)據(jù)庫(kù)（sqlite）的特性

關(guān)系型數(shù)據(jù)庫(kù)（sqlite）誕生于 2000 年 5 月。作為一個(gè)自包含的、基于文件的數(shù)據(jù)庫(kù)，SQLite 提供了非常出色的工具集能夠處理所有類型的數(shù)據(jù)，與托管在服務(wù)器上基于進(jìn)程的關(guān)系型數(shù)據(jù)庫(kù)相比它的約束更少，也更易用。

這是一款輕型的嵌入式數(shù)據(jù)庫(kù)，它占用資源非常的低，在嵌入式設(shè)備中，可能只需要幾百 K 的內(nèi)存就足夠了。它的處理速度比 Mysql、PostgreSQL 這兩款著名的數(shù)據(jù)庫(kù)都還快，sqlite 還具

有以下特性：

?零配置，無(wú)需安裝和配置

sqlite 的核心引擎本身不依賴第三方的軟件，使用它也不需要“安裝”。所以在部署的時(shí)候能夠省去不少麻煩。

?儲(chǔ)存在單一磁盤文件中的一個(gè)完整的數(shù)據(jù)庫(kù)

數(shù)據(jù)庫(kù)中所有的信息（比如表、視圖、觸發(fā)器、等）都包含在一個(gè)文件內(nèi)。這個(gè)文件可以 copy 到其它目錄或其它機(jī)器上，也照用不誤。

?數(shù)據(jù)庫(kù)文件可以在不同字節(jié)順序的機(jī)器間自由共享

sqlite 支持多種系統(tǒng)，除了主流操作系統(tǒng)，QLite 也支持了很多冷門的操作系統(tǒng)。例如對(duì)很多嵌入式系統(tǒng)（比如 Android、Windows Mobile、Symbin、Palm、VxWorks 等）的支持。SQLite生成的數(shù)據(jù)庫(kù)文件可以在各種智能設(shè)備進(jìn)行移植，為云尊幣普及到其他智能設(shè)備提供了基礎(chǔ)。

?足夠小，全部源代碼大約幾百 KB，能夠?qū)崿F(xiàn)在輕便的智能設(shè)備中運(yùn)行。

?比目前流行的大多數(shù)數(shù)據(jù)庫(kù)對(duì)數(shù)據(jù)的操作要快。

1、2 sqlite 數(shù)據(jù)庫(kù)工作原理

qlite 主要由 7 個(gè)構(gòu)件子系統(tǒng)（也就是模塊）組成，這些模塊被分割為前端解析系統(tǒng)和后端引擎。

前端：

前端預(yù)處理應(yīng)用程序傳遞過(guò)來(lái)的 SQL 語(yǔ)句和 SQLite 命令。對(duì)獲取的編碼分析，優(yōu)化，并轉(zhuǎn)換 為后端能夠執(zhí)行的 SQLite 內(nèi)部字節(jié)編碼。前端可分為三個(gè)模塊。

?標(biāo)示分析（Tokenizer）：將輸入的 SQL 語(yǔ)句分成標(biāo)識(shí)符。

?語(yǔ)法分析（Parser）：解析器分析通過(guò)標(biāo)識(shí)器產(chǎn)生的標(biāo)識(shí)分析語(yǔ)句的結(jié)構(gòu)，并且得到一顆語(yǔ)法樹。解析器同時(shí)也包含了重構(gòu)語(yǔ)法樹的優(yōu)化器，因此能夠找到一顆產(chǎn)生一個(gè)高效的字節(jié)編碼程序的語(yǔ)法樹。

?代碼生成器（Code Generator）：代碼生成器遍歷語(yǔ)法樹，并且生成一個(gè)等價(jià)的字節(jié)編碼程序，前端實(shí)現(xiàn)了sqlite3_prepare API 函數(shù)。

后端：

后端是用來(lái)解釋字節(jié)編碼程序的引擎。該引擎做的才是真正的數(shù)據(jù)庫(kù)處理工作。后端部分由四個(gè)模塊組成。

?虛擬機(jī)（VM）：VM 模塊是一個(gè)內(nèi)部字節(jié)編碼語(yǔ)言的解釋器。它通過(guò)執(zhí)行字節(jié)編碼語(yǔ)句來(lái)實(shí)現(xiàn) SQL 語(yǔ)句的工作。它是數(shù)據(jù)庫(kù)中數(shù)據(jù)的最終的操作者。它把數(shù)據(jù)庫(kù)看成表和索引的集合，而表和索引則是一系列的元組或者記錄。

?B/B+樹：B/B+樹模塊把每一個(gè)元組集組織進(jìn)一個(gè)一次排好序的樹狀數(shù)據(jù)結(jié)構(gòu)中，表和索引被分別置于單獨(dú)的 B+和Ｂ樹中。該模塊幫助 VM 進(jìn)行搜索，插入和刪除樹中的元組。它也幫助 VM創(chuàng)建新的樹和刪除舊的樹。

?頁(yè)面調(diào)度程序（pager）：頁(yè)面調(diào)度程序模塊在原始文件的上層實(shí)現(xiàn)了一個(gè)面向頁(yè)面的數(shù)據(jù)庫(kù)文件抽象。它管理 B/B+樹使用的內(nèi)存內(nèi)緩存（數(shù)據(jù)庫(kù)頁(yè)的），另外，他也管理文件的鎖定，并用日志來(lái)實(shí)現(xiàn)事物的 ACID 屬性。

?操作系統(tǒng)交界面（system interface）：操作系統(tǒng)界面模塊提供了對(duì)應(yīng)于不同本地操作系統(tǒng)的統(tǒng)一交界面，后端實(shí)現(xiàn)了sqlite3_bind_*，sqlite3_setp，sqlite3_coloumn_*，sqlite3_reset 和 sqlite3_finalize API 函數(shù)。

關(guān)系型數(shù)據(jù)庫(kù)的特點(diǎn)能夠滿足云尊幣在輕便智能設(shè)備中運(yùn)行的要求，并且能夠在多種技術(shù)架構(gòu)的的操作系統(tǒng)中進(jìn)行移植，而無(wú)需很大的改動(dòng)，這保證了云尊幣在普通群體的能夠快速的推廣和普及。

2、加密算法

數(shù)據(jù)加密的基本過(guò)程就是對(duì)原來(lái)為明文的文件或數(shù)據(jù)按某種算法進(jìn)行處理，使其成為不可讀的一段代碼。目前區(qū)塊鏈一般常用的加密算法有對(duì)稱加密、非對(duì)稱加密、公私匙、Hash 算法等

等。

對(duì)稱加密：對(duì)稱加密是最快速、最簡(jiǎn)單的一種加密方式，加密（encryption）與解密（decryption）用的是同樣的密（secretkey）。對(duì)稱加密通常使用的是相對(duì)較小的密鑰，一般小于 256bit。密鑰的大小既要照顧到安全性，也要照顧到效率，是一個(gè) trade-off。

非對(duì)稱加密：非對(duì)稱加密為數(shù)據(jù)的加密與解密提供了一個(gè)非常安全的方法，它使用了一對(duì)密鑰，公鑰（public key）和私鑰（privatekey）。私鑰只能由一方安全保管，不能外泄，而公鑰則可以發(fā)給任何請(qǐng)求它的人。非對(duì)稱加密使用這對(duì)密鑰中的一個(gè)進(jìn)行加密，而解密則需要另一個(gè)密鑰。

私鑰（private key）：非公開，是一個(gè) 256 位的隨機(jī)數(shù)，由用戶保管且不對(duì)外開放。私鑰通常是由系統(tǒng)隨機(jī)生成，是用戶賬戶使用權(quán)及賬戶內(nèi)資產(chǎn)所有權(quán)的唯一證明，其有效位長(zhǎng)足夠大，因此不可能被攻破，無(wú)安全隱患。

公鑰（public key）：可公開，每一個(gè)私鑰都有一個(gè)與之相匹配的公鑰。 ECC 公鑰可以由私鑰通過(guò)單向的、確定性的算法生成，目前常用的方案包括： secp256r1（國(guó)際通用標(biāo)準(zhǔn)）、secp256k1（比特幣標(biāo)準(zhǔn)）和 SM2（中國(guó)國(guó)標(biāo)）Photon chain 控制鏈與初始數(shù)據(jù)鏈選擇 secp256r1 作為密鑰方案。

Hash 算法：通常 Hash 算法是指安全散列算法 SHA（Secure Hash Algorithm），該算法是美國(guó)國(guó)家安全局 （NSA） 設(shè)計(jì)，美國(guó)國(guó)家標(biāo)準(zhǔn)與技術(shù)研究院（NIST） 發(fā)布的一系列密碼散列函數(shù)，包括 SHA-1、SHA-224、SHA-256、SHA-384 和 SHA-512 等變體。目前比特幣采用 SHA-256 算法。Photon chain 除 PoW 外，其余 Hash 算法均指 SHA-256。

云尊幣在此基礎(chǔ)上進(jìn)行了改進(jìn)，使用的同態(tài)加密是一種無(wú)需對(duì)加密數(shù)據(jù)進(jìn)行提前解密就可以執(zhí)行計(jì)算的方法。它提供了一種急需的方法，能夠在原有基礎(chǔ)上使用區(qū)塊鏈技術(shù)。

通過(guò)使用同態(tài)加密技術(shù)在區(qū)塊鏈上存儲(chǔ)數(shù)據(jù)可以達(dá)到一種完美的平衡，不會(huì)對(duì)區(qū)塊鏈屬性造成任何重大的改變。也就是說(shuō)，區(qū)塊鏈仍舊是公有區(qū)塊鏈。然而，區(qū)塊鏈上的數(shù)據(jù)將會(huì)被加密，因此照顧到了公有區(qū)塊鏈的隱私問(wèn)題，同態(tài)加密技術(shù)使公有區(qū)塊鏈具有私有區(qū)塊鏈的隱私效果。

2、1 同態(tài)加密算法處理過(guò)程

如圖 3 所示，主要是對(duì)私有信息進(jìn)行保護(hù)。Alice 有私有的函數(shù) fA 和私有的信息 XA，Bob 把私有信息 yB用私有公鑰 pkB加密得到 E（y）發(fā)送給 Alice，Alice 用自己的私有函數(shù) fA 加密私有信息 XA 和 E（yB），由于同態(tài)性質(zhì)，函數(shù) fA 被隱藏，而 Bob 獲得 E（fA（XA，yB））。Bob 通過(guò)私有的私鑰加密 D（E（fA （XA，yB）））=fA （XA，yB）。

如圖 4 所示，主要是對(duì)私有的操作函數(shù)進(jìn)行保護(hù)。Alice 有私有的函數(shù)以，并用私有公鑰 pkA加密函數(shù) fA發(fā)送給 Bob，Bob根據(jù)私有信息 XB計(jì)算 E（fA ）（XB），由于同態(tài)性質(zhì)，因此隱藏了Bob 的信息 XB，得到 E（fa（xb）），并發(fā)送給 Alice，Alice 用私鑰解密獲得 fA（XB）。

同態(tài)加密技術(shù)不僅提供了隱私保護(hù)，它同樣會(huì)允許隨時(shí)訪問(wèn)公用區(qū)塊鏈上的加密數(shù)據(jù)進(jìn)行審計(jì)或其他目的。換句話說(shuō)，使用同態(tài)加密在公用區(qū)塊鏈上存儲(chǔ)數(shù)據(jù)將能夠同時(shí)提供公有和私有區(qū)塊鏈的最好的部分。

如果 E 為針對(duì) function_a 的全同態(tài)函數(shù)，即

其中，加密操作為 E，明文為 m，加密得 e，如果對(duì)于任意復(fù)雜明文操作 function_a，都能針對(duì) E 構(gòu)造出相應(yīng)的 function_b。那么，E 就是一個(gè)針對(duì) function_a 的同態(tài)加密算法，則稱 E 為針對(duì) function_a 的全同態(tài)加密算法。全同態(tài)加密的目的在于找到一種能在加密的數(shù)據(jù)上進(jìn)行任意數(shù)量的加法和乘法運(yùn)算的加密算法，使得對(duì)加密數(shù)據(jù)進(jìn)行某種操作所得到的結(jié)果恰好等于對(duì)加密前的數(shù)據(jù)進(jìn)行預(yù)期操作再加密后得到的密文。

3、Netty 構(gòu)建高性能高可用的去中心化網(wǎng)絡(luò)

3、1 Netty 的 I/O 模型

基于非阻塞 I/O 實(shí)現(xiàn)，底層依賴的是 JDK NIO 框架的Selector。

Selector 提供選擇已經(jīng)就緒的任務(wù)的能力。簡(jiǎn)單來(lái)講，Selector 會(huì)不斷地輪詢注冊(cè)在其上的 Channel，如果某個(gè)Channel 上面有新的 TCP 連接接入、讀和寫事件，這個(gè) Channel就處于就緒狀態(tài)，會(huì)被 Selector 輪詢出來(lái)，然后通過(guò)SelectionKey 可以獲取就緒 Channel 的集合，進(jìn)行后續(xù)的 I/O操作。

一個(gè)多路復(fù)用器 Selector 可以同時(shí)輪詢多個(gè) Channel，由于JDK1.5_update10 版本（+）使用了 epoll（）代替?zhèn)鹘y(tǒng)的 select實(shí)現(xiàn)，所以它并沒有最大連接句柄 1024/2048 的限制。這也就意味著只需要一個(gè)線程負(fù)責(zé) Selector 的輪詢，就可以接入成千上萬(wàn)的客戶端，這確實(shí)是個(gè)非常巨大的技術(shù)進(jìn)步。使用非阻塞 I/O 模型之后，Netty 解決了傳統(tǒng)同步阻塞 I/O帶來(lái)的性能、吞吐量和可靠性問(wèn)題。

3、2 線程調(diào)度模型

常用的 Reactor 線程模型有三種，分別如下：

Reactor 單線程模型：Reactor 單線程模型，指的是所有的I/O 操作都在同一個(gè) NIO 線程上面完成。對(duì)于一些小容量應(yīng)用場(chǎng)景，可以使用單線程模型。

Reactor 多線程模型：Rector 多線程模型與單線程模型最大的區(qū)別就是有一組 NIO 線程處理 I/O 操作。主要用于高并發(fā)、大業(yè)務(wù)量場(chǎng)景。

主從 Reactor 多線程模型：主從 Reactor 線程模型的特點(diǎn)是服務(wù)端用于接收客戶端連接的不再是個(gè) 1 個(gè)單獨(dú)的 NIO 線程，而是一個(gè)獨(dú)立的 NIO 線程池。利用主從 NIO 線程模型，可以解決 1個(gè)服務(wù)端監(jiān)聽線程無(wú)法有效處理所有客戶端連接的性能不足問(wèn)題。

事實(shí)上，Netty 的線程模型并非固定不變，通過(guò)在啟動(dòng)輔助類中創(chuàng)建不同的 EventLoopGroup 實(shí)例并通過(guò)適當(dāng)?shù)膮?shù)配置，就可以支持上述三種 Reactor 線程模型。

在大多數(shù)場(chǎng)景下，并行多線程處理可以提升系統(tǒng)的并發(fā)性能。但是，如果對(duì)于共享資源的并發(fā)訪問(wèn)處理不當(dāng)，會(huì)帶來(lái)嚴(yán)重的鎖競(jìng)爭(zhēng)，這最終會(huì)導(dǎo)致性能的下降。為了盡可能的避免鎖競(jìng)爭(zhēng)帶來(lái)的性能損耗，可以通過(guò)串行化設(shè)計(jì)，即消息的處理盡可能在同一個(gè)線程內(nèi)完成，期間不進(jìn)行線程切換，這樣就避免了多線程競(jìng)爭(zhēng)和同步鎖。

為了盡可能提升性能，Netty 采用了串行無(wú)鎖化設(shè)計(jì)，在 I/O線程內(nèi)部進(jìn)行串行操作，避免多線程競(jìng)爭(zhēng)導(dǎo)致的性能下降。表面上看，串行化設(shè)計(jì)似乎 CPU 利用率不高，并發(fā)程度不夠。但是，通過(guò)調(diào)整 NIO 線程池的線程參數(shù)，可以同時(shí)啟動(dòng)多個(gè)串行化的線程并行運(yùn)行，這種局部無(wú)鎖化的串行線程設(shè)計(jì)相比一個(gè)隊(duì)列-多個(gè)工作線程模型性能更優(yōu)。

3、3 序列化方式

影響序列化性能的關(guān)鍵因素總結(jié)如下：

序列化后的碼流大?。ňW(wǎng)絡(luò)帶寬占用）、序列化&反序列化的性能（CPU 資源占用）

并發(fā)調(diào)用的性能表現(xiàn)：穩(wěn)定性、線性增長(zhǎng)、偶現(xiàn)的時(shí)延毛刺等對(duì) Java 序列化和二進(jìn)制編碼分別進(jìn)行性能測(cè)試，編碼 100 萬(wàn)次，測(cè)試結(jié)果表明：Java 序列化的性能只有二進(jìn)制編碼的 6.17%左右。

Netty 默認(rèn)提供了對(duì) Google Protobuf 的支持，通過(guò)擴(kuò)展Netty 的編解碼接口，用戶可以實(shí)現(xiàn)其它的高性能序列化框架，例如 Thrift 的壓縮二進(jìn)制編解碼框架。

不同的應(yīng)用場(chǎng)景對(duì)序列化框架的需求也不同，對(duì)于高性能應(yīng)用場(chǎng)景Netty默認(rèn)提供了Google的Protobuf二進(jìn)制序列化框架，如果用戶對(duì)其它二進(jìn)制序列化框架有需求，也可以基于 Netty 提供的編解碼框架擴(kuò)展實(shí)現(xiàn)。

3、4 采用 Netty 框架的原因

1）設(shè)計(jì)

· 統(tǒng)一的 API，適用于不同的協(xié)議（阻塞和非阻塞）

· 基于靈活、可擴(kuò)展的事件驅(qū)動(dòng)模型

· 高度可定制的線程模型

· 可靠的無(wú)連接數(shù)據(jù) Socket 支持（UDP）

2）性能

·更好的吞吐量，低延遲、

·更省資源

·盡量減少不必要的內(nèi)存拷貝

3）安全

完整的 SSL/TLS 和 STARTTLS 的支持能在 Applet 與Android 的限制環(huán)境運(yùn)行良好

4）健壯性

·不再因過(guò)快、過(guò)慢或超負(fù)載連接導(dǎo)致 OutOfMemoryError不再有在高速網(wǎng)絡(luò)環(huán)境下 NIO 讀寫頻率不一致的問(wèn)題

5）易用

· 完善的 JavaDoc，用戶指南和樣例

· 簡(jiǎn)潔簡(jiǎn)單

· 僅信賴于 JDK1.5

Netty 框架能夠?yàn)樵谱饚艓?lái)更好的兼容性、安全性、穩(wěn)定性可操作性，為云尊幣多功能性的應(yīng)用快速讀寫提供基礎(chǔ)，目前Netty 已經(jīng)在很多不同的領(lǐng)域取得了良好的效果。

大數(shù)據(jù)領(lǐng)域：經(jīng)典的 Hadoop 的高性能通信和序列化組件Avro的RPC 框架，默認(rèn)采用 Netty 進(jìn)行跨節(jié)點(diǎn)通信，它的 NettyService 基于 Netty 框架二次封裝實(shí)現(xiàn)。

大數(shù)據(jù)計(jì)算往往采用多個(gè)計(jì)算節(jié)點(diǎn)和一個(gè)/N 個(gè)匯總節(jié)點(diǎn)進(jìn)行分布式部署，各節(jié)點(diǎn)之間存在海量的數(shù)據(jù)交換。由于 Netty 的綜合性能是目前各個(gè)成熟 NIO 框架中最高的，因此，往往會(huì)被選中用作大數(shù)據(jù)各節(jié)點(diǎn)間的通信。

企業(yè)軟件：企業(yè)和 IT 集成需要 ESB，Netty 對(duì)多協(xié)議支持、私有協(xié)議定制的簡(jiǎn)潔性和高性能是 ESB RPC 框架的首選通信組件。事實(shí)上，很多企業(yè)總線廠商會(huì)選擇 Netty 作為基礎(chǔ)通信組件，用于企業(yè)的 IT 集成。

通信行業(yè)：Netty 的異步高性能、高可靠性和高成熟度的優(yōu)點(diǎn)，使它在通信行業(yè)得到了大量的應(yīng)用。

4、云尊幣共識(shí)機(jī)制

云尊幣采用 PoW+PoS 的混合共識(shí)機(jī)制，能夠?qū)⑹鼙娙后w最大化。持有云尊幣的用戶與礦工均可以參與到投票中，共同參與重大決定，數(shù)字資產(chǎn)持有者與礦工都可以影響預(yù)先編制好的更新，而這才是真正的去中心化。

4、1 POW 工作量證明的過(guò)程

POW 是一個(gè)經(jīng)過(guò)廣泛測(cè)試，并具有抗攻擊性和拓展性的解決方案。 我們可以把工作量證明的步驟大致歸納如下：

生成 Coinbase 交易，并與其他所有準(zhǔn)備打包進(jìn)區(qū)塊的交易組成交易列表，通過(guò) Merkle Tree 算法生成 Merkle Root Hash

把 Merkle Root Hash 及其他相關(guān)字段組裝成區(qū)塊頭，將區(qū)塊頭的 80 字節(jié)數(shù)據(jù)（Block Header）作為工作量證明的輸入

不停的變更區(qū)塊頭中的隨機(jī)數(shù)即 nonce 的數(shù)值，并對(duì)每次變更 后 的 的 區(qū) 塊 頭 做 雙 重 SHA256 運(yùn)算（即SHA256（SHA256（Block_Header））），將結(jié)果值與當(dāng)前網(wǎng)絡(luò)的目標(biāo)值做對(duì)比，如果小于目標(biāo)值，則解題成功，工作量證明完成。

該過(guò)程可以用下圖表示：

4、2 權(quán)益證明（Proof of Stake）

在工作量證明中，各個(gè)節(jié)點(diǎn)協(xié)助創(chuàng)建和驗(yàn)證新的區(qū)塊。獎(jiǎng)勵(lì)與貢獻(xiàn)給整個(gè)網(wǎng)絡(luò)的算力資源成正比。當(dāng)然也會(huì)出現(xiàn)惡意攻擊或者惡意欺騙其他節(jié)點(diǎn)的風(fēng)險(xiǎn)出現(xiàn)。權(quán)益證明系統(tǒng)試圖先保留工作量證明的好處，同時(shí)消除一些潛在的安全問(wèn)題。

權(quán)益證明機(jī)制可以輔助加強(qiáng)工作量證明，而不是取代它。其可以簡(jiǎn)單地作為添加和批準(zhǔn)新區(qū)塊的附加步驟。

?PoS 背后的理性邏輯

（1）使權(quán)益所有者能夠通過(guò)投票決定記賬人

（2）最大化權(quán)益所有者的紅利

（3）最小化保證網(wǎng)絡(luò)安全的消耗

（4）最大化網(wǎng)絡(luò)的性能

（5）最小化運(yùn)行網(wǎng)絡(luò)的成本

云尊幣這樣設(shè)計(jì)的好處，權(quán)益所有者擁有控制權(quán)，PoS 的根本特性是權(quán)益所有者保留了控制權(quán)，從而使系統(tǒng)去中心化?？梢蕴岣邊^(qū)塊鏈數(shù)字資產(chǎn)的安全性，因?yàn)楣ぷ髁孔C明可能存在 51％攻擊的潛在風(fēng)險(xiǎn)，控制大部分算力資源的人將可以輕易控制整個(gè)網(wǎng)絡(luò)。

在技術(shù)上層面上，云尊運(yùn)用了對(duì)區(qū)塊的投票交易機(jī)制（一種靈活且實(shí)用的 PoS 機(jī)制），并把具備雙層鏈結(jié)構(gòu)和兩極挖礦思想的加強(qiáng)版 PoW 機(jī)制與該 PoS 機(jī)制進(jìn)行有機(jī)結(jié)合從而得到新型混合共識(shí)機(jī)制，在該新型混合共識(shí)中，keyBlock 必須獲得足夠的贊同票才會(huì)被視為合法，因此 PoW 和 PoS 都能參與系統(tǒng)共識(shí)并發(fā)揮重要作用。

5、云尊幣解決區(qū)塊鏈網(wǎng)絡(luò)慢的弊端

云尊幣是如何解決區(qū)塊鏈網(wǎng)絡(luò)慢的呢？通過(guò)“RingBuffer”和“Disruptor”來(lái)實(shí)現(xiàn)，

Disruptor 它是一個(gè)開源的并發(fā)框架，能夠在無(wú)鎖的情況下實(shí)現(xiàn)網(wǎng)絡(luò)的 Queue 并發(fā)操作，Disruptor 為什么會(huì)這么快？

（1）鎖的缺點(diǎn)

Disruptor 根本就不用鎖。取而代之的是，在需要確保操作是線程安全的（特別是，在多生產(chǎn)者的環(huán)境下，更新下一個(gè)可用的序列號(hào)）地方，我們使用 CAS（Compare And Swap/Set）操作。CAS 操作比鎖消耗資源少的多，因?yàn)樗鼈儾粻可娌僮飨到y(tǒng)，它們直接在 CPU 上操作。所有訪問(wèn)者都記錄自己的序號(hào)的實(shí)現(xiàn)方式，允許多個(gè)生產(chǎn)者與多個(gè)消費(fèi)者共享相同的數(shù)據(jù)結(jié)構(gòu)。在每個(gè)對(duì)象中都能跟蹤序列號(hào)（ring buffer，claim Strategy，生產(chǎn)者和消費(fèi)者），加上神奇的 cache line padding，就意味著沒有為偽共享和非預(yù)期的競(jìng)爭(zhēng)。

（2）緩存行填充

CPU 來(lái)執(zhí)行所有運(yùn)算和程序。主內(nèi)存（RAM）是你的數(shù)據(jù)（包括代碼行）存放的地方。Disruptor 的目標(biāo)是盡可能多的在內(nèi)存中運(yùn)行，如果你訪問(wèn)一個(gè) long 數(shù)組，當(dāng)數(shù)組中的一個(gè)值被加載到緩存中，它會(huì)額外加載另外多個(gè)。因此你能非?？斓乇闅v這個(gè)數(shù)組。事實(shí)上，你可以非?？焖俚谋闅v在連續(xù)的內(nèi)存塊中分配的任意數(shù)據(jù)結(jié)構(gòu)。

（3）偽共享

（4）揭秘內(nèi)存屏障

內(nèi)存屏障作為另一個(gè) CPU 級(jí)的指令，沒有鎖那樣大的開銷。內(nèi)核并沒有在多個(gè)線程間干涉和調(diào)度。但凡事都是有代價(jià)的。內(nèi)存屏障的確是有開銷的——編譯器/cpu 不能重排序指令，導(dǎo)致不可以盡可能地高效利用 CPU，另外刷新緩存亦會(huì)有開銷。Disruptor 的實(shí)現(xiàn)對(duì)序列號(hào)的讀寫頻率盡量降到最低。對(duì)volatile 字段的每次讀或?qū)懚际窍鄬?duì)高成本的操作。也應(yīng)該認(rèn)識(shí)到在批量的情況下可以獲得很好的表現(xiàn)。

我們使用 Disruptor 和 Ring Buffer。這種數(shù)據(jù)結(jié)構(gòu)，是因?yàn)樗o我們提供了可靠的消息傳遞特性。這個(gè)理由就足夠了，不過(guò)它還有一些其他的優(yōu)點(diǎn)。首先，Ring Buffer 比鏈表要快，因?yàn)樗菙?shù)組，而且有一個(gè)容易預(yù)測(cè)的訪問(wèn)模式。這很不錯(cuò)，對(duì) CPU高速緩存友好 （CPU-cache-friendly）－數(shù)據(jù)可以在硬件層面預(yù)加載到高速緩存，因此 CPU 不需要經(jīng)?；氐街鲀?nèi)存 RAM 里去尋找 Ring Buffer 的下一條數(shù)據(jù)。第二點(diǎn)，Ring Buffer 是一個(gè)數(shù)組，你可以預(yù)先分配內(nèi)存，并保持?jǐn)?shù)組元素永遠(yuǎn)有效。這意味著內(nèi)存垃圾收集（GC）在這種情況下幾乎什么也不用做。此外，也不像鏈表那樣每增加一條數(shù)據(jù)都要?jiǎng)?chuàng)建對(duì)象－當(dāng)這些數(shù)據(jù)從鏈表里刪除時(shí)，這些對(duì)象都要被清理掉。