EosLaoMao 團隊除了做好節點應該做好的技術研究，在推廣上，看起來沒有其他小夥伴那麼努力，但這並不意味着 EosLaoMao 只擁有老貓的名望而已，其實，EosLaoMao 的節點競選過程本身，也讓團隊在實力上做了更多的積累。

錘子科技有句廣告語叫：漂亮得不像實力派！

希望未來可以用這句話來作爲對 EosLaoMao 團隊的認可。

在下一篇文章中，老貓會告訴大家，爲什麼把你 30 票當中的一票投給 EosLaoMao，是正確的選擇。

以下這篇關於 EOS 白皮書內容變動的文檔，本來是 EosLaoMao 的運營趙餘寫出來作爲內部分享的，但我建議他將這篇公開，因爲，就算節點和節點之間有競爭關係，但社區之間，更加重要的是合作關係，所以，這篇提綱契領的對比文檔，貢獻給大家。

希望這篇文章對每個關心 EOS 進度的朋友有幫助，也希望競選節點的小夥伴們都能取得成功。

EOS 新舊版白皮書的變動

趙餘：參考了 Syed 的這篇文章，已經獲得了他的授權，我做了一些增減。

https://busy.org/@syedjafri/detailed-list-of-changes-made-to-eos-technical-whitepaper

2018 年 3 月 18 日，EOS 的新版白皮書發佈：

https://github.com/EOSIO/Documentation/blob/master/TechnicalWhitePaper.md

對比第一版白皮書，主要的改動如下：

共識算法（Consensus Algorithm）

1、共識算法：BFT-DPoS，即帶有拜占庭容錯（BFT）機制的委託股權證明 （DPoS）共識算法

2、新塊的產生速度加快，由 3 秒一個區塊變爲 0.5 秒，速度提高了 6 倍。

3、每一輪（即 21 個節點輪流打包一遍，即爲一輪）的區塊數量也因此從 21 個增加爲 126 個（每個節點每次打包 6 個 區塊而不是第一版白皮書的 1 個）。

4、21 個區塊節點的打包順序由一套共識算法決定，這個算法規定，這 21 個節點中的至少 15 個節點達成一致，即可以決定打包順序，其他節點服從該結果。

5、區塊節點本身禁止分叉打包，即禁止節點同時在兩個分叉鏈上打包，試圖計算最長鏈。（這個行爲被稱爲是 Double Producing，中文還一時不知道該如何翻譯）。EOS 打算通過密碼學方法定位這類違規節點，並取消這類節點的打包資格（不再是 Block Producer）。

6、新增的拜占庭容錯（BFT）機制，將保證發生在 EOS 主鏈上的交易在 1 秒之內，就將變爲“不可撤銷”的狀態，秒級的確認成爲可能。

賬戶系統（Account）

1、賬戶名的最大長度縮短爲 12 個字符，原白皮書中賬戶名的最大長度爲 32 字符。

2、支持賬戶對數據庫的並行操作。

3、去掉原白皮書中的將信息響應邏輯（message handlers）分組的功能。

支持並行且執行結果可預期（Deterministic Parallel Execution）

1、首先，並行的支持不會在 6 月份主網上線的時候一起上線，而是隨後支持。

2、原有白皮書中關於並行的術語發生了變更，原有的 threads （進程）被換成了 shards （分片），messages （消息） 被換成了 actions （行爲）。

3、增加對定時轉賬（deferred transactions）的支持。定時轉賬功能有利於運行時間比較久的流程和 dApp 的開發。

4、增加對無上下文行爲（Context Free Actions）的支持。這類行爲僅僅依賴轉賬（Transaction）上的數據，不需要狀態（State）數據。

代幣模型和資源消耗（Token Model and Resource Usage）

1、新增對資源消耗限制（resource usage constraints）的支持，區塊節點可以通過插件的方式自定義資源消耗上限。

2、dApp 開發者可以靈活選擇資源消耗模型，資源一般指的是帶寬、算力和存儲。

3、引入社區議案系統（Worker Proposal System），成立 Worker Proposal 基金，EOS token 通脹的一部分收益注入到該基金。議案系統旨在增加社區的活躍度，加速社區的發展。完整的議案系統不會在主網上線的時候一起上線，但 Worker Proposal 基金會和主網一起上線。

治理（Governance）

1、凍結賬戶需要 21 個節點中的 15 個達成共識。舊版白皮書的規定是至少 17 個節點。

2、對於惡意 dApp，只要 15 個節點達成共識，即可採取替換合約代碼等方式進行干預。舊版白皮書的規定是至少 17 個節點。

3、對於源代碼和憲法（source code and constitution）的改動，只需要 15 個達成共識，舊版白皮書的規定是至少 17 個節點。

腳本和虛擬機（Scripts & Virtual Machines）

1、引入 通用多索引數據庫 API （Generic Multi Index Database API）

2、不再實現原白皮書中對以太坊虛擬機（EVM） 和以太坊 Web Assembly （eWASM）的支持。

鏈內通信（Inter Blockchain Communication）

1、增加對輕量證明（lightweight proofs）的解釋。

2、增進對完整性證明（completeness）的解釋。

3、採用類似隔離見證（SegWit）的方式，削減對磁盤的佔用。

來源鏈接：None