鐵人賽第一天

哈囉～感謝你願意點進來參與我這30天的鐵人賽，這是我第一次參加鐵人賽，今年花了很多時間在研究區塊鏈這個領域，希望能夠透過這30天的挑戰，將這些日子的心得以及知識紀錄下來，請各位大大不吝指教，有任何都能在底下留言，非常感謝！

誰適合看這系列文章

本系列文章將會略過一些區塊鏈基礎知識，像是「什麼是區塊鏈？」、「什麼是比特幣？」、「韭菜是什麼？」、「加密貨幣錢包怎麼用？」等問題。

本系列目標讀者大概就是那些已經有接觸過加密貨幣，甚至還買了一些，但一直沒有空真正開始學習撰寫區塊鏈應用的開發人員～當然，歡迎所有對於加密貨幣有興趣的人一起來參與這30天的內容！：）

目錄

在今日公有鏈風風火火之際，群眾的目光大多放在ETH、EOS、ADA這些以智能合約2.0（或3.0）為主要訴求的區塊鏈項目上，但若以能否落地應用來看，這幾年能夠真正商用的還是以聯盟鏈為主的項目，Linux基金會的Hyperledger 超級帳本項目就是這麼一個專注於聯盟鏈的分布式帳本技術，在這30天的挑戰中我們將逐步來介紹Hyperledger項目的方方面面，並將重點擺在Fabric這個已經孵化成功的區塊鏈技術，本系列會使用一個實際範例涵蓋這三十天的實作內容，包含單機多節點轉變為多機多節點的過程

目前的最新版本是1.3，不過我們整個系列文章會從1.1著手，其他版本的內容之後如果有繼續寫就會補完，

目錄持續更新，請見諒～

目錄

1. 什麼是公有鏈？什麼又是聯盟鏈
2. Hyperledger 介绍
3. 環境安裝
4. 編譯核心模組
5. 核心模組指令初探
6. Hyperledger Fabric架構說明
7. Building Your First Network
8. 建立第一個E2E_CLI範例
9. 規劃專案
10. 建立第一個真正意義的ｄＡＰＰ
11. 建立第一個真正意義的ｄＡＰＰ
12. 建立第一個真正意義的ｄＡＰＰ
13. FABRIC各模組介紹
14. 帳號體系
15. KAFKA跟ＳＯＬＯ共識介紹
16. CouchDB基本介紹
17. GO-SDK介紹
18. CHAINCODE開發一
19. CHAINCODE開發二
20. 規劃專案
21. 把前面設計的Dapp換成多機多節點(SOLO多機)
22. 把前面設計的Dapp換成多機多節點(SOLO多機)
23. 專案規劃
24. 把前面設計的Dapp換成多機多節點(Kafka)
25. 把前面設計的Dapp換成多機多節點(Kafka)
26. 把前面設計的Dapp換成多機多節點(Kafka)
27. 個案研究
28. 最後結尾以及下一步
29. Stellar介紹
30. Stellar智能合約

第一天開始囉～什麼是公有鏈？什麼又是聯盟鏈呢？

去年由ＩＣＯ風潮帶來的比特幣幣值高峰（最高曾經來到兩萬美金），除了讓大眾重新將目光投注在加密貨幣上，也讓智能合約技術妥妥的成為區塊鏈技術的標配，在這風潮之下，大部分的人對於加密貨幣的直接認識就是比特幣和以太幣，但以太幣雖然帶起了ＩＣＯ風潮，交易速度之慢卻也一直是最大的缺點，這自然吸引了很多想取而代之的加密貨幣項目，一個個都強調自己的交易速度超猛超快，一時之間似乎「得公鏈即得天下」成為了市場共識。

夢想很豐滿，現實卻很骨感

但說實在的打造一條公有鏈談何容易，這至少還得好幾年才能成形，市場上對於公有鏈的過度樂觀也讓整個市場在2018年大幅消退，不過對於想從事區塊鏈應用開發的人此時正是最佳時刻，只有在如此熊市的時刻才能更謹慎的來看待區塊鏈技術對未來十年的影響力，但無論如何可以確定的是未來區塊鏈領域將會走向公有鏈混合聯盟鏈的架構，開發商與一般使用者能夠按照自己的需求混合使用。

以下我將這兩個不同面向的區塊鏈做一個差異說明，特別需要聲明的是無論公有或是聯盟區塊鏈，都只是適合不適合的問題，我們在看待這兩者時，要考慮的是哪一種應用場景最適合，而不是比較誰最好，嚴格說來這兩者並沒有辦法直接對比的，沒有對錯，只有適不適合～

公有鏈與聯盟鏈的差別通常是這四個面向的不同

1. 區塊鏈的採用範圍
   • 公有鏈就像高速公路，使用這條區塊鏈的範圍通常是以全世界為目標，也因此可以視為網絡的基礎建設，任何人都可以使用
   • 聯盟鏈就像園區內的道路，使用這條區塊鏈的通常是園區內的個人跟組織，所以說能否使用必須得到特定組織的允許
2. 是否有幣的設計
   • 公有鏈就像社會中的基礎公共設施，為了確保運行時能夠永續經營，會設計一套適合的經濟模型和激勵制度以便整個體系運作無虞，而體系內的交換貨幣（或token）就有存在的必要，例如以太坊Dapp存取需要支付gas，而gas需要用以太幣換。
   • 聯盟鏈的採用範圍較小，組成的成員大多是因為有共同利益關係，透過區塊鏈交換有價值資訊，在這樣的前提下，特別設計激勵制度就顯得沒有必要了，所以大多數的聯盟鏈的實作上不會考慮加入幣的設計（但真的要做也是可以，還是那句話，沒有對錯，只有適不適合）
3. 隱私權的範圍
   • 公有鏈由於天生帶著開放特性（公開透明避免不公平的情況發生），因此所有的資料都是加密後公開的，雖然加密確保了隱私權，但這種方式與傳統應用程式設計時常用的權限控管方式就有所不同，在應用上比較沒有彈性，且智能合約程式碼本身基本上是全部公開在交易記錄裡的。
   • 聯盟鏈的解決方案對比來說因爲使用的範圍較小，且使用的成員大多都是KYC（Know your customer）過的了，所以實務上無必要公開所有資訊（例如智能合約原始碼），而特定的解決方案也提供了更細微的權限控管機制（例如Hyperledger）
4. 主要目的
   • 公有鏈在設計時鎖定的目標很大，例如以太坊設定的目標就是成為「世界的電腦」，能夠在網絡上透過節點算力執行Dapp（去中心化應用）
   • 聯盟鏈相對來說就是很適合一個特定領域的應用，例如：產銷聯盟的履歷溯源應用、跨國企業的資料交換、擁有超多分店的大型企業等

在了解公有鏈與聯盟鏈的差異後，下一步我將會開始介紹Hyperledger計畫，接著我們會一步一步的進入超級帳本的世界，謝謝各位大大的收看，如果對於今天內容有任何建議及提問，請在底下留言讓我知道，或是可以透過Email讓我知道～感謝感謝！

我的E-mail：hung@kogi.ws