(一) 用 JavaScript 寫 DApp：談談 ETH、EOS、FIBOS

一個普通開發者對 ETH、EOS、FIBOS的見解

一直保持着如兒童般的好奇心和技術的熱情，挺早就關注區塊鏈和加密貨幣。固然並無發財，這可能跟本身知識結構和自己比較窮有關。

在讀大學的時候第一次聽到了比特幣，那時候可能幾美圓吧記不清了。後來接觸到了以太坊，第一次聽到了 DApp 這個詞。可能當時各類資料比較少，只是看了看文檔並無真正嘗試去寫一個 DApp。

真正想着去編寫一個 DApp 應該是在 2018 年，當時一句話感觸至深：

你想真正瞭解一件事情最好的方法是參與其中。
因而乎在 2018 年花了一點點錢買了一點點加密幣。你們不用猜也知道，買在了山頂上，哈哈哈。也就是從那時候開始，在 Udemy 買了課程 Ethereum and Solidity: The Complete Developer's Guide 和 參加了 LoomNetWork 的在線互動課程。這兩個課程質量很是好，強烈推薦，算是個人 DApp 入門課程。可是可是，我並無後續本身獨立開發出一個 DApp。

再後來，經過一直在微博上關注的西祠衚衕響馬，瞭解到了 FIBOS，也把本身爲數很少的 EOS 兌換成了 FO。

爲何會關注 FIBOS 呢？經歷了 Solidity 寫 DApp 的確發現 Solidity 其實也有必定的學習成本，雖說 Solidity 跟 Javascript 相似，可是仍是有本身不一樣的語法。另外 DApp 編程，跟中心化應用你的大腦回路須要不同。另外 ETH 一個缺點就是性能比較差，並且跑你的 DApp 很是貴。你們應該也據說過一個雲養貓的 DApp 就讓 ETH 擁堵不堪了。

固然 ETH 的開發團度確定也意識到了這些問題，可是有號稱區塊鏈 3.0 的 EOS 出來想要解決這些問題。更快的運行速度，更大的通量，更便宜的運行成本，可是彷佛並無解決開發門檻的問題。目前 EOS 僅僅支持 C 和 C ++ 編寫合約。EOS 比 ETH 開發門檻更高了。

想必無數個開發工程師都會在咆哮，就不能來一個熱門語言例如 Javascript 就能開發的智能合約呀！畢竟：

一個凡是真理：凡是能用 Javascript 寫的，終將被 Javascript 改寫。
最終歷史重任彷佛落到了 FIBOS 身上，一個結合 FIBJS 以及 EOS 的 JavaScript 的運行平臺，它使得 EOS 提供可編程性，並容許使用 JavaScript 編寫智能合約。JavaScript 開發 + BANCOR 協議智能通證 + 開發者服務，FIBOS 平臺實現了快速開發、快速部署和穩定且流動的通證體系，幫助開發者一步進入區塊鏈時代。

官方文檔中仔細羅列了其與 EOS 相比的優點：

1 目前 EOS 的環境部署困難

EOS 的編譯環境依賴性強，編譯過程時常遇到不少問題，對於普通一個開發者來講，大多數面對 CMake 的狀況是一籌莫展的。

而 FIBOS 提供一套預編譯開發環境，開發者能夠快速實現部署，把更多的時間用在編寫智能合約上。

2 開發門檻高

編寫 EOS 智能合約須要掌握 C++ 語言，這對於一名開發者來講學習成本很是高，而且咱們認爲正確的寫出編譯合約的 CMAKELISTS.TXT 纔是剛剛開始！

而對於 FIBOS 來講，開發者可使用 JavaScript 腳本語言進行編寫智能合約，而這門語言學習成本很低。

對於一名開發者來講，若是一件事情簡單容易，咱們認爲他們會更容易接受，並渴望瞭解 FIBOS。

3 測試套件原始

EOS 的測試用例編寫也必須使用 C++，高難度的語言學習，高難度的編譯，使得測試這件事在 EOS 上面變得複雜、困難。

FIBOS 集成 FIBJS 服務端開發平臺，擁有成熟的測試套件，在 FIBOS 平臺上編寫的用例，開發者可使用 JavaScript 編寫測試用例，這一切看起來很是的靈活、輕鬆！

4. EOS 迭代週期長

一個 EOS 智能合約要想成功部署發佈，須要通過編寫、編譯、部署、測試、調試、修復，漫長的等待過程。

FIBOS 支持本地合約模式，隨時修改隨時測試，結合一些 IDE 工具能夠作到一鍵研發測試。

5. 開發生態原始

EOS 使用 C++ 參與編寫研發，並不能作到 NPM 這樣的生態環境，而 FIBOS 支持 NPM 包管理，與龐大的 NPM 生態緊密鏈接。

6. 部署發佈合約成本高

EOS 編寫合約須要讓 C++ 代碼編譯到 WASM，而 WASM 編譯文件很是龐大，讓發佈部署運行合約成本很是高昂。

FIBOS 編寫的合約能夠經過打包腳本，壓縮文件極大的下降部署發佈成本。

7. 合約不可審計

EOS 合約編譯成 WASM 後，對審計閱讀合約代碼帶來了極大的困難，開發者沒法評估合約的安全性。

FIBOS 的合約使用 JavaScript 編寫而且所有開源，方便社區審計，迅速造成共識。

FIBOS 應該是我目前最好的選擇
仍是那句話，根據 FIBOS 的文檔，FIBOS 在技術上優點明顯。固然劣勢也很顯然，目前社區遠小於 ETH 和 EOS，質量高、熱鬧的 DApp 也沒有。

仍是那句話，你想真正瞭解一件事情最好的方法是參與其中。我想要了解 FIBOS 是否是真的如此優秀，就是本身動手寫一個 DApp。

那選哪一個方向呢，個人想法是選一個業務代碼不是不少的，可是須要區塊鏈解決中心化 APP 沒法解決的信任問題的場景去實現。這裏先賣一個關子。

基本上技術架構：

上鍊部分：FIBOS  # 須要學習，可是門檻應該不高
     前   端：Vue.js # 比較擅長
     後   端：SpingBoot # 最近正在學習，正好實踐一下

計劃

目前暫時是有空就去作，尚未具體的計劃。後續的進度和一些開發中的有趣的點應該也會在後續文章中分享。

你們也能夠關注個人知乎，知乎更新會及時一點。https://www.zhihu.com/people/...