EOS FORCE
EOS FORCE相比EOS做了那些改進？
-
EOS FORCE在EOS基礎代碼上的進行了很多改進。繼承EOS映射完成後的賬本餘額的EOS主網，並具有升級版的共識規則，一票一投避免超級節點快速形成卡特爾聯盟，允許超級節點以分紅的方式吸引更多用戶參與到社區治理中來，並在啓動主網時儘量刪掉了一些不必要的功能，使得整個網絡更加穩定。
EOS軟件默認超級節點以任何方式參與用戶分紅，極大的削弱了用戶參與社區治理的積極性，一票三十投的規則會迅速使頭部超級節點聯合投票，控制整條鏈，進而增加了產生雙花的可能性。雖然社區多次討論並提出了意見，但是依然無法達成一致。所以EOS FORCE修改了投票規則爲一票一投。
-
支持爲投票用戶分紅：
- EOS代碼對超級節點每年有1%的獎勵，但嚴禁給投票用戶分紅，那普通用戶的投票意願就不強，全鏈幣的投票比例就低，幾個大戶聯合就可能操縱投票，影響選舉從而進行分叉攻擊，全鏈的安全性無法得到保證。
- EOS FORCE每秒增發3個幣，每年持續有94608000個EOS的獎勵。超級節點可以獨立設置自己的佣金比例，比如1%等。他們當選並出塊後，就可以拿走每個塊獎勵的1%，剩餘99%會進入每個節點的獎勵池，用戶根據自己的投票金額和投票時間的乘積得出“用戶票齡”，再根據節點所有用戶的“總票齡”，得出自己在獎勵池中的分紅佔比，隨時可以從獎勵池中提取分紅。用戶每次提取分紅後，“用戶票齡”就會歸0重新累計。
- 如果全網只有3億的幣參與投票，那麼這些人將平分94608000個EOS的獎勵，年化利率接近30%。用戶的年化利率隨着投票參與率的升高而降低。隨着幣總量的上升，每年的獎勵比例也會逐年下降。
- EOS FORCE 主網的用戶分紅需要用戶手動領取，這是爲了減少頻繁自動分發造成的大量運算資源，領取的快慢並不會影響分紅數量。提取的分紅會立即變成可用餘額。
- 用戶在節點還是備選的狀態下給節點投票，仍會累計貢獻值，等到節點選中爲超級節點後，與後續投票者一起共享節點獎勵池。
-
一票只能投給一個節點：
- EOS基礎代碼是一票30投，要求用戶抵押一定的金額，比如1000個EOS，然後才獲得投票權，挑選最多30個節點進行投票。這會造成超級節點間的拉幫結派，結盟進行相互投票，21個節點一旦形成聯盟，他們相互投票後後續節點很難再進入，嚴重影響區塊鏈網絡的去中心化特性，而被這些聯盟控制。同時用戶不能根據對節點的信任程度對節點投不同數量的票。
- EOS FORCE修改投票規則爲一票一投，1個幣只能投給某一個節點，但是可以給多個節點投不同數量的幣。例如我有1000個EOS，節點A的佣金比例是1%，我投給他300個幣，節點B的佣金比例是1.5%，我投給他100個幣，最後我的可用餘額剩餘600個幣，最終我會從這兩個節點分別收穫分紅。
- 用戶還可以調整投票數量，增加投票或減少投票，如果是增加投票，則自動進行一次分紅領取，並扣除可用餘額。如果是減少投票，則也會自動進行一次分紅領取，同時減少的幣量會有3天的凍結時間，3天后，用戶需要手動進行“解除凍結”操作，才能把投票金額變成可用餘額。
-
穩定性高
- EOS基礎代碼是0.5s一個塊，一個節點連續出12個塊，這種速度在全球性的分佈式網絡中並沒有得到有效驗證，網絡的延遲會造成區塊鏈分叉和停止。
- EOS FORCE改爲3s一個塊，一個節點只出1個塊。啓動階段速度不是網絡的核心功能，等節點網絡環境穩定了，各個超級節點也完成了前期訓練，EOS FORCE會恢復0.5s的速度。
- 啓動階段以追求穩定性爲主：在此階段，只有管理用戶轉賬、投票、分紅的系統合約，用戶不能自主部署新合約。等鏈基礎功能穩定後，再開放合約部署功能，開發者可以開發DAPP。
-
收取交易手續費
- EOS基礎代碼需要用戶抵押幣來獲取資源，從而競爭性地使用區塊鏈，從而達到“免交易手續費”。但這其實是一種自欺欺人的操作，節點收穫1%的年化獎勵，而將用戶的手續費轉嫁爲用戶必須承擔1%的年化通脹。而且如果是幣少的用戶，將無法與大戶競爭資源，只能獲得一點點的交易配額，而鏈又沒有完善資源租賃和轉讓功能，導致這部分功能的穩定性比較低。
- EOS FORCE恢復了交易手續費功能，爲了防止鏈被DDOS。手續費金額無需用戶指定，會自動從用戶餘額中扣除。由於用戶獲得了分紅的權力，所有用戶總體肯定還是“賺錢”的。
-
超級節點數變爲23個
- EOS的基礎代碼設置的21個超級節點數正好是3個整數倍，不好進行大於1/3否決，大於2/3通過的更新治理邏輯。
- EOS FORCE修改超級節點爲23個，收集夠8票即可否決一個提案，收集夠16票即可通過一個提案。同時這個數字關係也會用於不可逆區塊的判定。
- EOS FORCE 在創世塊中默認會有23個引導節點，由預選的幾個技術合作方負責，保證先啓動主網。他們無法接受用戶的選舉投票，真正的超級節點需要自己進行註冊，然後引導用戶給自己投票，根據超級節點最新的選舉排名，每天替換掉一個引導節點，23天后完成全網節點選舉。
-
系統合約熱更新
- EOS基礎代碼的治理功能並不完善，白皮書中所說的憲法更新，合約治理，密鑰替換等並沒有開發完成。
- EOS FORCE開發了簡化版的系統合約升級功能，可以對系統參數、合約代碼進行投票升級。
-
映射用戶默認擁有用戶名
- EOS映射合約裏只是EOS公鑰，需要用戶在激活時由其他已存在的用戶手動設置用戶名。有了用戶名纔可以進行鏈上交易，但這個代爲創建的動作需要耗費手續費，映射用戶也非常多。
- EOS FORCE在創世塊中直接爲用戶生成了用戶名，以其公鑰後12位爲準，遇大寫字母變小寫字母，遇大於5的數字減5。映射用戶省去了要求其他人代爲激活的動作，導入私鑰後就直接可以進行操作了。
-
採用分層主鏈的架構:
- 結算層主鏈(資產記賬) 計算層鏈(Token) 應用層鏈(DAPP)
- 就EOSIO技術路線區塊鏈舉例，分層架構有如下優勢。結算層主鏈基於簡化版的EOSIO技術，性能可以保持在EOSIO的10倍，如果有一天EOSIO達到了百萬TPS的初始願景，那麼結算層主鏈將達到數百萬TPS，同時各條應用層鏈均可以保持百萬TPS，都可以有自己憲法規則、資源發行規則等。結算層幣承擔計算層鏈Token的初始發行融資和大額記賬工作，當應用層使用各類 DAPP時，可以進行跨鏈轉賬操作。結算層類似銀行的核心繫統只負責資產記賬，實際的經濟模式運轉資金在銀行外的電商系統一樣。
- EOSForce.io旨在提供比以前開發的任何協議更包容的平臺, Eosforce將建立單個結算層主鏈和多個計算層側鏈的分層架構。結算層主鏈承擔結算層基礎貨幣的主要功能，並支持發行結算層二級Token和各計算層側鏈Coin。結算層將繼續保持精簡高效高安全性的定位，聚焦於資產記賬和跨鏈交互邏輯。計算層將擴充網絡技術棧，支持多種底層鏈技術和智能合約技術。 目前EOSForce.io主鏈已經支持智能合約開發，歡迎開發者一起交流和開發。
注意
- 在EOS中一個transaction中包含很多個action，而在Eosforce中一個trx只能包括一個action。
- Eosforce與EOS一個明顯的不同是Eosforce採用了基於手續費的資源模型， 這種模型意味着，如果一個交易在超級節點打包進塊時失敗了，此時也要收取手續費，否則會造成潛在的攻擊風險，所以Eosforce中，執行失敗的交易也會寫入區塊中，這樣每次執行時會調用對應onfee。 另一方面, Eosforce雖然使用手續費，但是還是區分cpu，net，ram資源，並且在大的限制上依然進行檢查。 後續Eosforce會完成新的資源模型，這裏會有所改動。