Eleven01是最快、可高度擴張的區(qū)塊鏈協(xié)議之一,旨在使區(qū)塊鏈技術為現(xiàn)實世界的使用做好準備,從印度開始,作為公共和私人工作負載的灘頭市場。采用默認安全模式和注重隱私保護的Eleven01協(xié)議采用了尖端區(qū)塊鏈研究通過動態(tài)協(xié)同算法實現(xiàn)高吞吐量,并設計為每秒擴展到上千個事務。
Eleven01提供了一個平臺,允許開發(fā)人員在核心區(qū)塊鏈賬本之外創(chuàng)建、發(fā)布和擴展核心區(qū)塊鏈服務。Eleven01協(xié)議的最大USP之一是使用 Oracles系統(tǒng)。這將允許大規(guī)模,傳統(tǒng)的集中式應用程序在其現(xiàn)有基礎架構中使用區(qū)塊鏈。
我們的核心價值主張是創(chuàng)建一個區(qū)塊鏈協(xié)議, 它可以被現(xiàn)有的現(xiàn)實世界中的應用程序以及要求固有隱私、高事務速度和擴展性的應用程序使用。我們經(jīng)驗豐富的團隊來自全球各地,并由麻省理工學院畢業(yè)生兼前微軟全球區(qū)塊鏈負責人Ausaf Ahmad領導,并會繼續(xù)與當今區(qū)塊鏈領域的一些最優(yōu)秀的研究人員,密碼學家和工程師一起構建這一尖端協(xié)議。
Eleven01介紹
Eleven01是一個完全獨一無二的區(qū)塊鏈協(xié)議。它從一開始就被設計為一個與用例無關,與拓撲無關的區(qū)塊鏈賬本。其核心軟件可用于實現(xiàn)公共鏈,提供任何人都可以加入和交易的加密貨幣。它還可以配置為私有的,允許的區(qū)塊鏈,可用于構建聯(lián)盟。其目標是為每個應用程序提供可構建和定制的基礎。
除了協(xié)議之外,我們還將推出Eleven01 交易市場,公司可以購買,租賃或訂購與Eleven01鏈無縫集成的智能合約和服務。Eleven01 交易市場由我們自己的協(xié)議提供支持,因此享有Eleven01提供的所有好處。
Eleven01的核心
1. 新型交易引擎
公共區(qū)塊鏈網(wǎng)絡的主要問題之一是系統(tǒng)在總事務吞吐量方面的效率。就目前情況而言,大多數(shù)公共賬本每秒處理大約20筆交易,雖然在某些情況 下這是可接受的吞吐量,但加密貨幣社區(qū)正在以不損害區(qū)塊鏈系統(tǒng)本質(zhì)的前提下努力提高清算交易的速度,即本質(zhì)上安全的共享賬本系統(tǒng),無需執(zhí)行中間人強制執(zhí)行信任。
另一方面,在企業(yè)或專用網(wǎng)絡場最中,事務吞吐量和延遲變得很重要。例如,萬事達卡每年處理750億筆交易Visa網(wǎng)絡每秒運營約40,000筆交易?,F(xiàn)有的賬本協(xié)議無法擴 展到這個級別,因為它們的設計考慮了公共鏈。
使用Eleven01,您可以選擇最適合您實施協(xié)議的交易引擎。Eleven01 支持各種交易引擎,具體取決于網(wǎng)絡拓撲。它可以在公共不受信任的環(huán)境中運行, 在這種環(huán)境中,信任需要分散并融入?yún)f(xié)議層本身。在建立公共鏈時,Eleven01 可以選擇多種算法,包括股權證明,工作證明,基于BFT的協(xié)同等。
在私有,受許可或聯(lián)合方案中,鏈條能夠利用TEE (可信執(zhí)行環(huán)境)中的安全區(qū)或來加密驗證和密封賬本上的交易。事務在安全區(qū) 或內(nèi)明確處理,從而以指數(shù)方式增加事務吞吐量,使用此模型, 可以以大于每秒10.000個事務的速度處理事務。
雖然該軟件支持所有這些協(xié)同機制,但正確使用的引擎很大程度上取決于Eleven01的實現(xiàn)類型。我們將開發(fā)有關交易引擎配置選項的指導和詳細信息,以幫助網(wǎng)絡管理員為其區(qū)塊鏈用例選擇正確類型的引擎。
2. 固有隱私,默認安全模式
Eleven01提供各種隱私模型,區(qū)塊鏈賬本可以在這些模型上運行。根據(jù)實施類型, Eleven01 默認使用最合適的隱私模式,寧可過度進行隱私保護,因此管理員可以確信不會泄露任何敏感數(shù)據(jù)。我們稱之為默認安全模式”。用戶可以選擇退出此模型,以允許區(qū)塊鏈賬本中的所有參與者查看所有交易詳情(如果需要)。這些設置也可以在創(chuàng)世塊配置中全局配置。
在一個公共的,不需權限的區(qū)塊鏈中,Eleven01 將以所有交易透明化的形式運作;在這種結構中實現(xiàn)隱私不利于無信任的公共區(qū)塊鏈。每個人都可以看到這些交易, 任何人都可以驗證交易的歷史記錄。
但是,在私有的,需要權限的區(qū)塊鏈中,Eleven01 默認使用完全私有的形式,這意味著默認情況下,賬本上的事務只能顯示特定于該事務的節(jié)點或參與者。換句話說, 在一個由四個參 與者組成的聯(lián)盟中,公司A與B公司的交易默認是完全加密的,只在A和B之間共享。公司C或D,他們也是同一網(wǎng)絡的參與者,甚至沒有看到公司A和B之間的加密交易。
使用Eleven01,即使在設置網(wǎng)絡后,您也可以更改網(wǎng)絡的隱私設置。當然, 這必須首先得到網(wǎng)絡治理規(guī)則的批準。在此更改之 前發(fā)生的任何交易仍將遵循先前的隱私模型;只有從那一點開始的新交易才會遵循新模式。
Eleven01將擁有對同態(tài)加密模型的固有支持,這些模型使得能夠對賬本上的加密事務執(zhí)行計算,而無需解密,事務中的數(shù)據(jù)隱私受到更強烈的保護,因為數(shù)據(jù)從未實際解密。
3. 用代幣標志資產(chǎn)分配和資源消耗
區(qū)塊鏈生態(tài)系統(tǒng)中的數(shù)字代幣可用于表示可在區(qū)塊鏈中找到的可替換(或不可替代)資產(chǎn)或實用程序。代幣在基于區(qū)塊鏈的系統(tǒng)中發(fā)揮著重要作用,特別是在推動價值轉移和創(chuàng)建分散經(jīng)濟方面。從法律角度來看,代幣大致分為兩類:效用代幣和安全代幣。在本白皮書中, 除非特別說明,代幣指的是效用代幣。
已發(fā)布的主鏈上的Eleven01代幣將采用Eleven01軟件。最初, 發(fā)行的代幣將是ERC-20兼容代幣。這使得Eleven01區(qū)塊鏈的利益相關者能夠使用標準的以太坊錢包(如Mist 和Metamask )輕松獲得各種代幣。之后, 我們計劃將這些ERC-20兼容代幣移植到Eleven01原生代幣上,并創(chuàng)建標準的Eleven01錢包。當轉換開始時, Eleven01 ERC-20代幣將被鎖定,一旦主鏈啟動, Eleven01 持有者將收到他們在其ETH地址中持有的Eleven01硬幣數(shù)量。在Eleven01生態(tài)系統(tǒng)中,代幣在功能層面發(fā)揮著更廣泛的作用。
4. 動態(tài)協(xié)同算法
在處理區(qū)塊鏈協(xié)同協(xié)議[1時,Eleven01 提供了靈活的,可插入的協(xié)同模型。通過這種方式, 消費者可以在創(chuàng)世時選擇符合其需求的特定協(xié)同方案。目前, 協(xié)同協(xié)議正在進行大量的學術研究,我們與Eleven01的目標之一是支持和改進這些協(xié)議。
4.1協(xié)同模型
形式協(xié)同算法中的基f激勵的結構被編程到區(qū)塊鏈中,以使該技術更可靠和安全。為了分散參與,協(xié)同機制基于博奔論模型,激勵驅動社區(qū)的參與。許多性能范例 (如成本,安全性和可擴展性)都依賴于協(xié)同機制,因此它在任何區(qū)塊鏈基礎架構中都發(fā)揮著至關重要的作用。沒有區(qū)塊鏈平 臺能夠實現(xiàn)完美的協(xié)同機制。理想的情況是消費者可以選擇特定的協(xié)同方式。
一般協(xié)同方法包括比特幣式協(xié)同(PoW), 股權證明(及其變體),用更節(jié)能的替代品和傳統(tǒng)拜占庭容錯(BFT) 算法的變體取代PoW,這些算法使用多輪明確投票來達成協(xié)同。這些協(xié)同機制不僅在于各自的協(xié)同設計和社區(qū)的形成,而且重要的是它們在可擴展性,性能和安全性方面存在差異。- 些研究已經(jīng)描述了與PoW和PoS系統(tǒng)相關的問題。研究人員仍在研究和探索協(xié)同協(xié)議, 以克服目前的缺點。在當今環(huán)境中運作的為數(shù)不多的先進的協(xié)同機制有: :
4.2 Istanbul伊斯坦布爾BFT (iBFT)
受Castro-Liskov 啟發(fā)的伊斯坦布爾拜占庭容錯(IBFT) 是BFT協(xié)議的變體。它提供即時交易終結,這意味著您無需等待x個塊進行挖掘,然后才能考慮您的交易安全(如PoW目前的情況)。交易率也相當高。使用iBFT,可以實現(xiàn)~-835的TPS (沒有任何優(yōu)化) 。 iBFT 是開源的,因此經(jīng)歷了快速發(fā)展[9]。簡單地說,iBFT 算法的工作原理如下:
●Istanbul伊斯坦布爾BFT通過使用三階段協(xié)同,PRE-PREPARE, PREPARE和COMMIT繼承了原始的PBFT。
●系統(tǒng)可以容忍 N個驗證器節(jié)點網(wǎng)絡中的大多數(shù)故障節(jié)點,其中N=3/+ 1。
●在每輪之前, 驗證器將默認以循環(huán)方式選擇其中-一個作為提議者。
●提議者將提出一 個新的區(qū)塊提案,并播出它連同預先準備的消息。
●在收到來自提議者的預準備消息后, 驗證程序進入預準備狀態(tài),然后廣播準備消息。
●在接收2f+ 1的準備消息時,驗證程序進入準備狀態(tài),然后廣播提交消息。
●最后, 驗證程序等待2f + 1的提交消息輸入已提交的狀態(tài),然后將該塊插入到鏈中。
拜占庭容錯算法更能抵抗攻擊和軟件錯誤,這些錯誤可能導致錯誤的節(jié)點表現(xiàn)出任意行為,與此同時,與其他算法相比,BFT協(xié)議的可擴展性不是很高,因為這些協(xié)議的測試結果不是很好,n= 10或20個節(jié)點,其中通信強度可以高達~(n2)個消息塊。
4.3 Stellar 恒星協(xié)同協(xié)議
恒星協(xié)同協(xié)議(SCP) 是聯(lián)合拜占庭協(xié)議FBAS的實施。聯(lián)合拜占庭協(xié)議系統(tǒng)(FBAS) 是一對(V,Q),包括- -組節(jié)點V和-一個仲裁函數(shù)Q: V-22v