電子發(fā)燒友App
BTD 項目鑄就全球分布式邊緣云存儲第一鏈，打造一個分布于全球、貼近網(wǎng)絡(luò)終端用戶進行部署和快速響應(yīng)、永不停機、永不斷電、天然異地容災(zāi)、容量無限擴展、具備自我修復(fù)能力、數(shù)據(jù)私密安全的超級云存儲和擁有海量數(shù)據(jù)的超級媒體。
BTD 項目的海量存儲和計算資源面向技術(shù)合作伙伴開放。技術(shù)合作伙伴可基于 BTD 項目開發(fā)面向個人用戶的云盤服務(wù)、面向企業(yè)用戶的數(shù)據(jù)備份服務(wù)、面向其他應(yīng)用領(lǐng)域的各種存儲和計算服務(wù)應(yīng)用，利用閑置存儲和計算資源創(chuàng)造出巨大價值，領(lǐng)跑于分布式存儲、邊緣云存儲的數(shù)據(jù)存儲時代，開創(chuàng)區(qū)塊鏈應(yīng)用真實落地的新時代。
BTD 項目向全球存儲硬件開放，用戶可通過貢獻其存儲空間成為 BTD 節(jié)點。全網(wǎng)節(jié)點協(xié)同工作，形成容量無限擴展、天然異地容災(zāi)、具備自我修復(fù)能力的分布式存儲鏈；而節(jié)點則按照其存儲容量、在線率、網(wǎng)絡(luò)性能、實際服務(wù)質(zhì)量等綜合貢獻獲得相應(yīng)的 HDT 存儲積分。根據(jù)節(jié)點對全網(wǎng)穩(wěn)定運行所做的當日貢獻比例、歷史貢獻比例、未來發(fā)展貢獻比例的綜合貢獻，節(jié)點獲得相應(yīng)的 BTD激勵積分。HDT 根據(jù) PoCR（可信賴存儲證明）算法產(chǎn)生，是價值穩(wěn)定和成本低廉的存儲積分，便于鏈上各類 dApp 應(yīng)用為 BTD 項目獲取裂變式海量用戶；BTD 根據(jù) PoS（權(quán)益證明）算法產(chǎn)生，代表了全網(wǎng)的存儲價值，其總量有限，且一部分 BTD 在運行過程中會被銷毀，具備天然內(nèi)在的價值增長動力。
HDT+BTD 立體激勵體系是全球分布式存儲領(lǐng)域第一個立體激勵體系，是存儲鏈上的云盤應(yīng)用率先落地之后的必然需求，代表了分布式存儲領(lǐng)域的必然趨勢，意義深遠。BTD 項目預(yù)言所有的分布式存儲項目在其打造的應(yīng)用真正落地后都必將主動或被動調(diào)整其激勵體系，從單一激勵體系調(diào)整為與 BTD 項目類似的“穩(wěn)定積分+激勵積分”立體激勵體系。HDT+BTD 所代表的優(yōu)秀激勵機制也將極大激發(fā)節(jié)點激情，為 BTD 存儲鏈持續(xù)快速發(fā)展奠定長期和堅實基礎(chǔ)。
BTD 項目幫助用戶將閑置的存儲空間和計算資源通過共享實現(xiàn)商品化，未來還可幫助用戶將所存儲的原創(chuàng)數(shù)字內(nèi)容（照片、視頻、文章、直播等）通過分享實現(xiàn)價值化，以區(qū)塊鏈技術(shù)實現(xiàn)價值流通，以分布式技術(shù)重構(gòu)云存儲產(chǎn)業(yè)生態(tài)。BTD 項目是面向物聯(lián)網(wǎng)和 5G 時代數(shù)據(jù)存儲需要的邊緣云存儲基礎(chǔ)設(shè)施，將創(chuàng)造出巨大的經(jīng)濟價值和社會價值。
BTD節(jié)點
BTD 項目面向全球存儲硬件開放，用戶可通過貢獻其閑置存儲成為節(jié)點。BTD 項目支持非專用和專用的２種類型存儲節(jié)點：
1. 非專用存儲節(jié)點
當前市場上廣泛存在各類有存儲能力的智能硬件和ＰＣ電腦等私人硬件。一般來說，私人硬件的存儲能力主要用于自用存儲，但有時也會有不少存儲空間長期處于閑置狀態(tài)，如果用戶愿意將閑置存儲長期穩(wěn)定貢獻出來，則用戶的私人硬件也成為了一個非專用的存儲節(jié)點。
2. 專用的 BTD 存儲節(jié)點
專用的 BTD 存儲節(jié)點，其核心功能就是為 BTD 項目提供存儲空間、帶寬資源和計算資源，不承載其他業(yè)務(wù)。根據(jù)專用節(jié)點所部署位置的不同，BTD 項目專用節(jié)點可以分為家用型和專業(yè)型２大類。
家用型體積相對較小，噪音相對較低、適用于普通家庭用戶參與 BTD 網(wǎng)絡(luò)的建設(shè)。
專業(yè)型則一般采取標準機架式服務(wù)器設(shè)計，更適合放置在小型機房，尤其是具備較好帶寬資源的區(qū)域，為 BTD 網(wǎng)絡(luò)提供更優(yōu)良的網(wǎng)絡(luò)資源，更適用于專業(yè)用戶參與 BTD 網(wǎng)絡(luò)的建設(shè)。
在 BTD 網(wǎng)絡(luò)的測試網(wǎng)運行期間，已有多個合作伙伴不同品牌不同型號的非專用的 BTD 存儲節(jié)點和專業(yè)的 BTD 節(jié)點加入了 BTD 項目，各類 BTD 存儲節(jié)點也已歷經(jīng)多次軟硬件版本迭代，BTD 網(wǎng)絡(luò)已具備了良好的網(wǎng)絡(luò)基礎(chǔ)。
BTD項目的區(qū)塊鏈基本框架
1. 什么是區(qū)塊鏈
區(qū)塊鏈技術(shù)是在多方無需互信的環(huán)境下，通過共識技術(shù)實現(xiàn)系統(tǒng)中參與方的協(xié)作以達到對信息的認可與驗證。這種協(xié)作是通過去中心化的方式達成多節(jié)點共同記錄、維護、確認一個不可篡改、可靠的數(shù)據(jù)日志。區(qū)塊鏈技術(shù)能夠?qū)崿F(xiàn)無需單節(jié)點中心服務(wù)器環(huán)境下，用戶對數(shù)據(jù)的完整控制權(quán)和信任，從而讓數(shù)字時代的生產(chǎn)關(guān)系更合理、更安全、對用戶提供更有效的激勵。
由于每個區(qū)塊數(shù)據(jù)（Block）都是通過密碼學(xué)技術(shù)來生成，并且數(shù)據(jù)塊之間通過數(shù)據(jù)指紋鏈接（Chain）在一起，所以我們稱這種結(jié)構(gòu)為“區(qū)塊鏈（BlockChain）”；又由于每個全節(jié)點都擁有所有的交易記錄或數(shù)據(jù)日志總賬，所以我們也稱它為“分布式總賬技術(shù)（Dributed Ledger Technology）”。
區(qū)塊鏈技術(shù)的代表性項目和第一個成功應(yīng)用就是比特幣（BITCOIN）網(wǎng)絡(luò)。
2. 項目開源平臺
BTD 項目基于開源項目平臺 ChainSQL 進行開發(fā)。ChainSQL 是將區(qū)塊鏈與傳統(tǒng)數(shù)據(jù)庫相結(jié)合的開源區(qū)塊鏈平臺，其核心思想是：把對數(shù)據(jù)庫的操作看作一次交易，在底層構(gòu)建一種基于區(qū)塊鏈網(wǎng)絡(luò)的日志式數(shù)據(jù)庫平臺，從而使得對數(shù)據(jù)的操作歷史可追溯、不可篡改，從而實現(xiàn)一個分布式去中心化的數(shù)據(jù)庫。
ChainSQL 基于區(qū)塊鏈的四個主要特性：去中心化（Decentralized）、去信任（Trustless）、集體維護（Collectively maintain）、可靠數(shù)據(jù)庫（Reliable Database），建立賬務(wù)系統(tǒng)。系統(tǒng)采用模塊化設(shè)計，對共識算法、P2P 通訊協(xié)議、區(qū)塊寫入等功能進行封裝，各模塊可無縫對接。在區(qū)塊鏈中保存共享憑證，執(zhí)行激勵發(fā)放，通過區(qū)塊鏈的可回溯、不可篡改的機制，確保 BTD項目運行數(shù)據(jù)的公開、透明、公正。
基于 ChianSQL 平臺，BTD 項目在構(gòu)建時采用以下區(qū)塊鏈底層技術(shù)：
2.1 共識算法
共識算法采用 RPCA（Ripple Protocol Consensus Algorithm）。
針對拜占庭將軍問題，目前常見的有比特幣與以太坊采用的 POW 算法，HyperLedger 采用的 PBFT 算法。然而，在些這種分布式支付系統(tǒng)中，由于海量節(jié)點間需要同步溝通，導(dǎo)致共識效率比較低。在 RPCA 算法中，為了降低這種同步溝通的成本，使用了一種子網(wǎng)絡(luò)內(nèi)部互相信任，由這些內(nèi)部信任的子網(wǎng)絡(luò)構(gòu)成大的網(wǎng)絡(luò)的方案。這里子網(wǎng)絡(luò)的信任成本非常低，可以被進一步降低為網(wǎng)絡(luò)節(jié)點對于子網(wǎng)絡(luò)內(nèi)部其它節(jié)點的原子性選擇。另外，為了維護全網(wǎng)節(jié)點數(shù)據(jù)的一致性，子網(wǎng)絡(luò)之間需要的連接度不能小于一個閾值。通過以上解決方案，RPCA 實現(xiàn)了一種高性能，同時擁有較高拜占庭容錯的算法。RPCA 算法已經(jīng)應(yīng)用在Ripple 共識協(xié)議中，并得到了大量實際應(yīng)用驗證。
該共識算法支持高網(wǎng)絡(luò)吞吐量，平均期望超過 1000TPS。該網(wǎng)絡(luò)下，每個節(jié)點均為非匿名節(jié)點；每個參與共識的服務(wù)器均維護 UNL（Unique Node LBTD）列表，列表上的服務(wù)器集合代表整個網(wǎng)絡(luò)受信任的代表，即記賬節(jié)點，由列表上的記賬節(jié)點決定最終共識。
2.2 共識算法所解決的問題
近些年，針對分布式共識系統(tǒng)的研究越來越多，研究的目標是實現(xiàn)一種高性能，低花費，同時去中心化的交易系統(tǒng)。在這類系統(tǒng)的研究過程中主要問題可歸為三類：正確性、一致性、可用性。
正確性指的是分布式系統(tǒng)要能識別正常交易與欺詐交易。在中心化系統(tǒng)中，這個問題是通過機構(gòu)之間的信任以及數(shù)字簽名來保證交易確實是由某個機構(gòu)發(fā)出來解決的。而在去中心化系統(tǒng)中，大家甚至都不認識對方，自然無法建立類似的信任關(guān)系，因此，必須找到一種替代方案來保證交易的正確性。
一致性指的是要在去中心化系統(tǒng)中保證能達成全局唯一的共識。與正確性不同的是，一個惡意用戶也許不會發(fā)起欺詐交易，但是他可以通過同時發(fā)起多筆正確的交易來謀利。在區(qū)塊鏈中，典型的例子是“雙花”問題。因此一致性問題可被歸結(jié)為如何保證系統(tǒng)中只能有一個全局唯一識別的交易集的問題。
可用性在去中心化支付系統(tǒng)中一般指的是性能問題。假設(shè)一個系統(tǒng)既能保證正確性又能保證一致性，但是需要一年時間才能確認一筆交易 ，那很顯然這個系統(tǒng)的可用性很低。另外，可用性的其它方面包括達成正確性與一致性需要的算力水平、為避免一個用戶被欺詐所應(yīng)用的算法復(fù)雜度等。
RPCA 算法的實現(xiàn)，可以很好的解決以上三個問題。
2.3 共識算法的基本概念
服務(wù)節(jié)點，就是可以接收交易的區(qū)塊鏈節(jié)點，包括驗證節(jié)點與非驗證節(jié)點兩種，驗證節(jié)點是指被其它節(jié)點加入到信任列表中的節(jié)點，可參與共識過程，非驗證節(jié)點不參與共識過程。
區(qū)塊和區(qū)塊記錄交易，在 RPCA 中有兩種區(qū)塊比較關(guān)鍵，一個是最新關(guān)閉的區(qū)塊，也就是最新被共識過的區(qū)塊，另一個是開放區(qū)塊，開放區(qū)塊是指當前正被共識的區(qū)塊，當開放區(qū)塊被共識過，也就成了新的最新關(guān)閉的區(qū)塊。
UNL（Unique Node LBTD）信任節(jié)點列表，每個服務(wù)節(jié)點都會維護一個信任節(jié)點列表，這里的信任是指這個列表中的節(jié)點不會聯(lián)合起來作弊。在共識過程中，系統(tǒng)功能只接受來自信任節(jié)點列表中節(jié)點的投票。在底層鏈中，信任節(jié)點通過配置文件中加入其它驗證節(jié)點的公鑰的方式來指定 UNL。
2.4 共識過程
底層鏈網(wǎng)絡(luò)每隔幾秒就會產(chǎn)生一個新的區(qū)塊，這個區(qū)塊的產(chǎn)生過程就是所有網(wǎng)絡(luò)節(jié)點 RPCA 共識的過程。假設(shè)共識過程是成功的，并且網(wǎng)絡(luò)中沒有分叉產(chǎn)生，那么新生成的區(qū)塊就是全網(wǎng)唯一的。
RPCA 對交易分兩個階段完成，第一階段是達成交易集的共識，第二階段是對新生成的區(qū)塊進行提議，最終形成被共識過的區(qū)塊。
達成交易集的共識分輪進行，在每一輪中進行下面的操作：
每個節(jié)點在共識開始時盡可能多的收集所能收集到的需要共識的交易 并放到“候選集”里面；
每個節(jié)點對它信任節(jié)點列表中的 “候選集”做一個并集，并對每一個交易進行投票；
UNL 中的服務(wù)節(jié)點交流交易的投票結(jié)果，達到一定投票比例的交易會進入到下一輪，達不到比例的交易要么被丟棄，要么進入到下一次共識過程的候選集中；
在最終輪中，所有投票超過 80%的交易會被放到共識過的交易集中，這里的交易集與比特幣類似，也是 Merkle 樹的數(shù)據(jù)結(jié)構(gòu)。
形成交易集后，每個節(jié)點開始打包新的區(qū)塊，打包區(qū)塊的過程如下：
把新的區(qū)塊號、共識交易集的 Merkle 樹根 Hash、父區(qū)塊 Hash、當前時間戳等內(nèi)容放到一起，計算一個區(qū)塊哈希；
每個節(jié)點廣播自己得出的區(qū)塊哈希到它可見的節(jié)點，這里的可見節(jié)點不僅僅指可信列表中的節(jié)點，而是通過節(jié)點發(fā)現(xiàn)過程能發(fā)現(xiàn)的節(jié)點；
節(jié)點收集到它所有可信列表中節(jié)點廣播過來的區(qū)塊哈希后，結(jié)合自己生成的區(qū)塊哈希，對每個區(qū)塊哈希計算一個比例，如果某一哈希的比例超過一個閾值（一般是 80%），則認為這個哈希是共識通過的區(qū)塊哈希。如果自己的哈希與之相同，則說明自己打包的區(qū)塊得到了確認，是新的被共識過的區(qū)塊，直接存到本地，并且更新狀態(tài)。如果自己的哈希與共識通過的哈希不同，那就需要去某個區(qū)塊哈希正確的節(jié)點索要新的區(qū)塊信息，要到之后存儲到本地并且更新當前狀態(tài)；
如果上面沒有對某一區(qū)塊哈希超過設(shè)定的閾值，那么重新開始共識過程，直到滿足條件。
至此，一個區(qū)塊的共識過程結(jié)束，開啟下一輪共識過程。
2.5 驗證
更為快速有效的區(qū)塊認證技術(shù)：由全網(wǎng)所有的信任節(jié)點負責記賬，超過半數(shù)的記賬節(jié)點維護的區(qū)塊鏈為有效鏈。區(qū)塊生成后，廣播到全網(wǎng)由記賬節(jié)點進行投票，記賬節(jié)點按收到的對某一區(qū)塊的投票多少來決定選取哪個區(qū)塊為有效區(qū)塊，大約 3S 可以生成一個區(qū)塊。
正確性：RPCA 中正確性的驗證方式很簡單，因為共識需要 80%的閾值，那么只要 UNL 中有 80%的誠實節(jié)點，就能達成共識，另外即使有超過 20%的欺詐節(jié)點，也不能破壞正確性，因為欺詐節(jié)點也必須達到 80%以上才能達成共識。無論欺詐節(jié)點還是誠實節(jié)點，達不到 80%，都無法通過共識。
一致性：一致性是通過子網(wǎng)絡(luò)與其它子網(wǎng)絡(luò)的連通性來保證的，要保證區(qū)塊鏈不分叉，必須確保每個子網(wǎng)絡(luò)必須至少與整個網(wǎng)絡(luò)節(jié)點中的 20%保持連通性。
可用性：在每一輪投票過程中，節(jié)點會搜集它 UNL 中每個節(jié)點的響應(yīng)時間，一直響應(yīng)時間慢的節(jié)點將會被剔除出去，這樣 UNL 就能保持一個較高的溝通效率。在高效溝通的前提下，RPCA 算法能保證每 3-10 秒產(chǎn)生一個區(qū)塊，TPS》1000。
2.6 多點數(shù)據(jù)同步
節(jié)點數(shù)據(jù)不全時，向相鄰節(jié)點索取數(shù)據(jù)，通過數(shù)據(jù)離散、多節(jié)點同時索取、本地再組合的方式，使系統(tǒng)具備了數(shù)據(jù)快速傳輸，斷點續(xù)傳等優(yōu)秀特性。
2.7 Radix-Merkle 存儲算法
區(qū)塊中的狀態(tài)與交易，根據(jù)哈希后的結(jié)果以 Merkel 樹的形式進行組裝。以基數(shù)樹的結(jié)構(gòu)來設(shè)計多個葉子節(jié)點，通過 key 值可以快速索引到具體的某一個交易或者狀態(tài)。
2.8 改進的 lz4 壓縮算法
交易內(nèi)容中的每個字段，按名稱進行排序，得到固定順序的數(shù)據(jù)內(nèi)容，通過改進后的 LZ4 算法，得到較高的壓縮比及壓縮速度。
2.9 智能合約
項目的存儲積分和激勵積分的發(fā)放基于智能合約執(zhí)行，對提供存儲服務(wù)的節(jié)點用戶進行激勵。
3. 分層框架
BTD 項目的技術(shù)分層框架包括：應(yīng)用層、網(wǎng)絡(luò)節(jié)點層、存儲節(jié)點層、文件系統(tǒng)層、區(qū)塊鏈共識層等多個不同層級。
分布式存儲節(jié)點：為 BTD 項目提供存儲、帶寬、計算資源的存儲節(jié)點；
分布式網(wǎng)絡(luò)節(jié)點：為 BTD 項目提供 P2P 穿透和域路由功能的網(wǎng)絡(luò)節(jié)點；
分布式文件系統(tǒng)：BTD 項目分布式文件系統(tǒng) BDFS。
區(qū)塊鏈共識層：基于 ChainSQL 平臺，共識機制基于 RPCA。
應(yīng)用層：BTD 錢包 APP（IOS、Android、Windows 等）。
4. BTD錢包
BTD 錢包分為用戶層、應(yīng)用層、服務(wù)層、交易層和技術(shù)平臺層，提供去中心化賬號管理和結(jié)算接口，內(nèi)置安全交易功能，主體是一個輕量級區(qū)塊鏈客戶端（light-weight client）。
基本功能
地址注冊、賬號導(dǎo)入與導(dǎo)出和交易密碼管理等功能。用戶的錢包文件和私鑰由用戶自行保管，將用戶的權(quán)利完全歸還用戶，系統(tǒng)更私密安全。用戶私鑰一旦丟失，錢包將永遠不可找回。交易密碼只用于保護用戶日常操作安全性，可通過私鑰進行重置。
資產(chǎn)功能
HDT/BTD 的相互轉(zhuǎn)賬、兌換等各種功能。
查詢功能
HDT/BTD 交易查詢，讓一切數(shù)據(jù)盡在掌握。
BTD項目的技術(shù)方案
1. 存儲資源池的形成
BTD 項目的存儲資源池來源于所有愿意貢獻其閑置存儲空間的用戶。用戶通過貢獻其閑置存儲空間來參與建設(shè) BTD 項目，并獲得相應(yīng)的數(shù)字資產(chǎn) HDT+BTD 回報。
加入 BTD 項目后，節(jié)點所貢獻的存儲空間將會成為 BTD 項目分布式存儲池的一部分，海量的存儲節(jié)點共同構(gòu)建一個海量、彈性、可持續(xù)增長的存儲池。
2. 存儲節(jié)點與和存儲鏈建設(shè)
每一個運行 BTD 項目存儲服務(wù)的節(jié)點，既作為存儲服務(wù)的提供者，同時也是存儲服務(wù)的校驗者和存儲鏈信息的傳遞者。
所有存儲節(jié)點共同實時協(xié)調(diào)工作，保障 BTD 項目的穩(wěn)定運行。
3. 存儲節(jié)點的HDT存儲積分
BTD 項目根據(jù)經(jīng)典的工作量證明共識機制和分布式存儲的技術(shù)特點，結(jié)合分布式硬件節(jié)點的工作特性，提出基于可信賴存儲證明 PoCR（Proof of Capacity Reliability）算法，根據(jù)節(jié)點所共享的存儲空間大小、在線率、網(wǎng)絡(luò)上下行帶寬、實際存儲、檢索、讀取服務(wù)質(zhì)量等對節(jié)點的服務(wù)進行校驗和激勵，節(jié)點獲得其HDT 存儲積分。
每天每個存儲節(jié)點所獲得的存儲積分 HDT 的數(shù)量 A，按照如下算法進行計算：
A=節(jié)點貢獻存儲容量＊在線率評分系數(shù)＊網(wǎng)絡(luò)帶寬評分系數(shù)＊節(jié)點硬件評分系數(shù)*節(jié)點信任度評分系數(shù)。
定義１HDT=1G*1 月，代表存儲節(jié)點不間斷地提供１個月１個Ｇ存儲空間的服務(wù)工作量。
一臺貢獻１T 存儲容量，標準化環(huán)境（在線率評分系數(shù)=1，網(wǎng)絡(luò)帶寬評分系數(shù)＝１， 節(jié)點硬件評分系數(shù)＝１，節(jié)點信任度評分系數(shù)=1）下的 BTD 存儲節(jié)點，每天可產(chǎn)出 HDT 數(shù)量為：
A＝（1024G*12 月/365 天）*1＊1＊1*1＝33.7 HDT。
節(jié)點每天的實際產(chǎn)出數(shù)量會因為上述各項系數(shù)不同而產(chǎn)生差異。
在線率評分系數(shù)：根據(jù)存儲節(jié)點在線率進行評估。當在線率低于７０％時，評分系數(shù)為０。在線率７０％－９０％時，評分系數(shù)為５０％；在線率９０％以上不足１００％時，評分系數(shù)８０％；在線率１００％時評分系數(shù)１００％。
網(wǎng)絡(luò)帶寬評分系數(shù)：參考上行帶寬５ＭB/s，下行帶寬２０ＭB/s。如果一條寬帶下面運行了過多存儲節(jié)點設(shè)備，則存儲節(jié)點設(shè)備的收益比將降低。
節(jié)點硬件評分系數(shù)：參考處理器等硬件處理能力指標，以及實際評估節(jié)點硬件運行 BTD 客戶端軟件的效率，取值范圍 0.8-1 之間。
節(jié)點信任度系數(shù)：當節(jié)點信任度機制被啟動時，所有節(jié)點信任度初始值為5%。如果次日在線率 100%，則信任度增加 5%，連續(xù)保持 20 天后節(jié)點信任度系數(shù)達到 1，節(jié)點信任度達到 1 后不再增加。運行期間任何一天在線率低于 90%，節(jié)點信任度將重新從 5%開始計起。信任度機制啟動后，節(jié)點也可通過質(zhì)押 BTD 來增加該節(jié)點地址的信任度并承諾在失信時接受懲罰扣除其質(zhì)押的 BTD，被扣除的BTD 將會被銷毀。節(jié)點信任度機制將于每天 HDT 數(shù)量產(chǎn)出達到一定高度時被激活。
結(jié)算周期： 每 24 小時結(jié)算一次。
4. 存儲節(jié)點的BTD激勵積分
HDT 積分體現(xiàn)的是節(jié)點為 BTD 項目運行所貢獻的工作量。而 BTD 則體現(xiàn)的是節(jié)點對全網(wǎng)的價值貢獻比例。BTD 基于 PoS 算法進行計算。
每天某個節(jié)點獲得的 BTD 激勵積分的數(shù)量 B，按照如下算法進行計算：
B＝該節(jié)點對全網(wǎng)的價值貢獻比例 C＊當日全網(wǎng)新增 BTD 總量。
【備注：當日全網(wǎng)新增 BTD 總量根據(jù)當天全網(wǎng)新增 HDT 的數(shù)量而定，具體方案見白皮書中“BTD 的分配與產(chǎn)出”章節(jié)】
每天某個節(jié)點對全網(wǎng)的價值貢獻比例 C，按照如下算法進行計算：
C＝（該節(jié)點當日新增 HDT/全網(wǎng)節(jié)點當日新增 HDT）＊當日存力占比+（該節(jié)點 HDT 余額/全網(wǎng)節(jié)點 HDT 總產(chǎn)出）＊歷史存力占比＋（該節(jié)點當日BTD 余額/全網(wǎng)節(jié)點 BTD 總額）＊未來發(fā)展占比；
當日存力占比：取值范圍 0%-100%。
歷史存力占比：取值范圍 0%-30%。
未來發(fā)展占比：取值范圍 0%-100%。
BTD 的產(chǎn)出，綜合考慮了節(jié)點對全網(wǎng)的當日貢獻（類比現(xiàn)實世界中企業(yè)為員工發(fā)放的每日工資），歷史貢獻（類比現(xiàn)實世界中企業(yè)為老員工發(fā)放的長期貢獻獎），以及未來發(fā)展貢獻（類比現(xiàn)實世界中企業(yè)為核心骨干發(fā)放的期權(quán)），代表了分布式存儲領(lǐng)域最為合理的貢獻機制。
BTD 項目通過每日 HDT 產(chǎn)出量的變化趨勢、系統(tǒng) HDT 池余額和消耗比例、BTD 持幣賬戶集中度等運行指標來判斷當前存力是否滿足存儲市場的需要以及市場是否過熱或過冷，綜合指標超過閾值會觸發(fā)智能合約，對當日存力占比、歷史存力占比、未來發(fā)展占比等參數(shù)進行調(diào)節(jié)，在全網(wǎng)存力不足時鼓勵更多節(jié)點加入存儲網(wǎng)絡(luò)提升存力，在 BTD 持幣賬戶過度集中時鼓勵新增用戶分散 BTD 持幣比例，從而促進和保障 BTD 項目的持續(xù)健康穩(wěn)定運行。
5. 智能合約和系統(tǒng)HDT池
如果將 BTD 項目看作一個虛擬經(jīng)濟體，則隨著存儲網(wǎng)絡(luò)規(guī)模的持續(xù)運行以及執(zhí)行存儲任務(wù)， 其產(chǎn)出的 HDT 積分總和代表了虛擬經(jīng)濟體的總經(jīng)濟規(guī)模。
另一方面，作為整個 BTD 項目價值承載體系的 BTD 而言，其產(chǎn)出的 BTD 代表了虛擬經(jīng)濟體的總交換價值。
因此可以認為在任意時刻，當前已流通 BTD 總價值 = 所有已流通的 HDT總價值+ BTD 流通性溢價。
如果 BTD 流通性溢價》0，在任意時刻，可以認為：
1 BTD 》= （ 系統(tǒng)當前流通 HDT 總量/系統(tǒng)當前流通 BTD 總量） * 1 HDT 。
因此，BTD 項目通過鏈上智能合約賦予用戶使用 BTD 兌換 HDT 的權(quán)利，但兌換用戶只能將所兌換的 HDT 用于驅(qū)動存儲服務(wù)。
智能合約：1 BTD= （ 系統(tǒng)當前流通 HDT 總量/系統(tǒng)當前流通 BTD 總量） * 1HDT 。
智能合約通過合約形式進一步確定了 BTD 的內(nèi)在價值和行權(quán)權(quán)利。
BTD 持有者可自行評估是否使用，以及何時使用該項權(quán)利。
為保障該智能合約的執(zhí)行， BTD 項目設(shè)立系統(tǒng) HDT 池。
每日系統(tǒng)新增 HDT 總量=全網(wǎng)節(jié)點新增 HDT+系統(tǒng)池新增 HDT。
系統(tǒng)池新增 HDT = 全網(wǎng)節(jié)點新增 HDT* 系統(tǒng)池占比。系統(tǒng)池占比取值 5%-20%。
智能合約的執(zhí)行：用戶地址向智能合約地址打入 BTD，智能合約按照對應(yīng)比例向用戶地址打入 HDT。
智能合約被執(zhí)行后，相當于對應(yīng)的 BTD 已完成了行權(quán)，這一部分 BTD 將永久鎖定在系統(tǒng)池智能合約地址被銷毀，不再參與流通。
除用于保障 BTD 智能合約執(zhí)行，HDT 池還用于支持基于 BTD 存儲鏈的dApp 業(yè)務(wù)。
在計算節(jié)點 HDT 對全網(wǎng)的貢獻比例時，系統(tǒng) HDT 池余額不參與計算。
當系統(tǒng) HDT 池出現(xiàn)不足時，智能合約會延期執(zhí)行，并會調(diào)整 BTD 產(chǎn)出算法中的當日存力占比、歷史存力占比、未來發(fā)展占比等參數(shù)，并在滿足智能合約執(zhí)行條件后繼續(xù)執(zhí)行智能合約。
6. BTD的價值
由于 HDT 總量會隨時間和網(wǎng)絡(luò)規(guī)模的快速增加而持續(xù)增長，其增長速度比BTD 增長速度要快；而 BTD 總量有限且會因節(jié)點信用度質(zhì)押違約銷毀、智能合約執(zhí)行銷毀、回購銷毀等各種場景使得 BTD 因銷毀而數(shù)量減少；根據(jù) BTD 的兌換智能合約，這意味著單位 BTD 所能對應(yīng)的 HDT 數(shù)量會持續(xù)增加。
因此，當 BTD 項目存儲網(wǎng)絡(luò)持續(xù)穩(wěn)定運行和發(fā)展時，單位 BTD 所能對應(yīng)的存儲服務(wù)能力會持續(xù)增多，BTD 具有天然的內(nèi)在價值增長屬性。
7. BTD項目的具體實現(xiàn)
BTD 項目的每個用戶賬戶實際上是一個 BTD 錢包地址。每個用戶保存自己的私鑰，并將公鑰對應(yīng)的算法保存至 BTD 項目。
BTD 項目的用戶使用 HDT 對存儲服務(wù)進行驅(qū)動。一方面，BTD 項目用戶對文件的存儲、讀取、和分享等行為驅(qū)動整個 BTD 項目實現(xiàn)相關(guān)功能；另一方面，用戶在存儲和讀取文件時需支付 HDT，從而來激勵 BTD 項目上的存儲服務(wù)節(jié)點和輔助驗證節(jié)點的有序運行。
BTD 項目的具體技術(shù)實現(xiàn)，由文件存儲、文件檢索和讀取等環(huán)節(jié)構(gòu)成。
8. 文件存儲
BTD 項目用戶進行文件存儲時，需要使用 HDT 對 BTD 項目進行驅(qū)動。
BTD 項目文件系統(tǒng)使用 BDFS 分布式文件系統(tǒng)作為底層文件系統(tǒng)。
9. 文件檢索和讀取
用戶對已存儲的文件進行檢索和內(nèi)容讀取時，根據(jù)文件 HASH 標識在 BTD存儲鏈中進行廣播檢索，有該 HASH 資源的存儲節(jié)點收到廣播后通知用戶，用戶驗證確認后，根據(jù)存儲節(jié)點的的網(wǎng)絡(luò)情況，選擇網(wǎng)絡(luò)信道最優(yōu)的多個節(jié)點，同步讀取該文件的不同數(shù)據(jù)分片實現(xiàn)并行下載，取得足夠的文件片數(shù)后解密從而恢復(fù)文件。
10. 小結(jié)
BTD 項目是由分布于全球的存儲節(jié)點共同組成的分布式存儲網(wǎng)絡(luò)，每個存儲節(jié)點都對外提供一定的存儲容量資源和網(wǎng)絡(luò)帶寬保證從而形成海量和彈性的存儲資源池，共同對外提供私密安全的共享存儲服務(wù)。
除了用戶自身，包括存儲節(jié)點以及比特米基金會技術(shù)團隊在內(nèi)的任何其他方都無法獲得文件內(nèi)容，保證了 BTD 項目具有非常高等級的私密性;
而全球海量節(jié)點的冗余備份，也避免了單節(jié)點失效對文件存儲服務(wù)的影響，從而保證了 BTD 項目具備天然的異地容災(zāi)備份能力和數(shù)據(jù)安全保障能力。
同時 BTD 項目不依賴任何中心服務(wù)器，這也意味著任何惡意的單節(jié)點攻擊都將失效。
工商網(wǎng)監(jiān)
評論