Blockchain Development Presentation part-1
- 1. Blockchain (Part-1) PRESENTED BY 103356506 – CLEMENT HSIEH
- 2. Agenda Fintech & Blockchain Blockchain I – bitcoin Blockchain II – Ethererum & smart contract Blockchain III - Hyperledger
- 3. Presentation Outlines Materials includes mainly two parts: Using the courses materials from NCCU Prof. Shun-Wen Hsiao Fintech & blockchain reports Business cases I found Presentation will introduce the phase of blockchain development that includes Blockchain technology Business case Design concept
- 8. 2015 WEF Fintech report
- 12. 2017 WEF Fintech report
- 16. 金融科技仍是大者恆大的金融遊戲
- 17. 2016 WEF Blockchain report
- 19. 但是現在分… 幣圈 鏈圈
- 27. Possible Cases…
- 29. Blockchain Development 1.0 • Currency • Example: bitcoin 2.0 • Contracts • Example: Ethereum 3.0 • Ecosystem • Example: Hyperledger ? • Who knows????
- 37. 數位貨幣的問題 如何確認數位貨幣的交易? 誰來記錄 – 誰保存交易記錄? 央行?? 誰來確認 – token計算 (token=代幣) 如何防弊 – 如：假token, double spending 問題 總結以上：就是“信任”問題 其實，悠遊卡和7-11 iCash都算數位虛幣貨幣 在台灣這屬於”電子支付”的法令 但悠遊卡怎麼結算?? 二段確認後直接結算
- 38. Bitcoin
- 40. 因為bitcoin用了區塊鏈，區塊鏈解決了這問題 區塊鏈的假設，“信任”是基於“不信任”的基礎上 區塊鏈=交散式帳簿技術 (Distributed Ledger Technology) 在資訊角度，區塊鏈比較是資訊架構的解決方案 1. Distributed Distributed Network P2P Network multiple nodes 用多人(多機)記帳，透過協定達成“共識”(consensus)，以共識取代信任 多機同步協定機制拜占庭將軍問題（Byzantine Generals Problem） 共識機制Proof of Work 2. Ledger block data structure transaction records 用密碼學加區塊鏈結的資料結構，打造出可追溯、可查弊的可信任交易記錄， Bitcoin如何解決了數位貨幣交易記錄問題?
- 41. 拜占庭將軍問題 Byzantine Generals Problem 拜占庭將軍問題（Byzantine Generals Problem），是由萊斯利·蘭波特在其同名論文中 提出的分散式對等網路通訊容錯問題。 問題：一組拜占庭將軍分別各率領一支軍隊共同圍困一座城市。為了簡化問題，將各支 軍隊的行動策略限定為進攻或撤離兩種。因為部分軍隊進攻部分軍隊撤離可能會造成災 難性後果，因此各位將軍必須通過投票來達成一致策略，即所有軍隊一起進攻或所有軍 隊一起撤離。因為各位將軍分處城市不同方向，他們只能通過信使互相聯繫。在投票過 程中每位將軍都將自己投票給進攻還是撤退的資訊通過信使分別通知其他所有將軍，這 樣一來每位將軍根據自己的投票和其他所有將軍送來的資訊就可以知道共同的投票結果 而決定行動策略。 系統的問題在於，將軍中可能出現叛徒，他們不僅可能向較為糟糕的策略投票，還可能 選擇性地傳送投票資訊。假設有9位將軍投票，其中1名叛徒。8名忠誠的將軍中出現了4 人投進攻，4人投撤離的情況。這時候叛徒可能故意給4名投進攻的將領送信表示投票進 攻，而給4名投撤離的將領送信表示投撤離。這樣一來在4名投進攻的將領看來，投票結 果是5人投進攻，從而發起進攻；而在4名投撤離的將軍看來則是5人投撤離。這樣各支 軍隊的一致協同就遭到了破壞。
- 42. 雜湊函式 (Hash) 雜湊函式（英語：Hash function） 又稱雜湊演算法，是一種從任何 一種資料中建立小的數字「指紋」 的方法。雜湊函式把訊息或資料 壓縮成摘要，使得資料量變小， 將資料的格式固定下來。該函式 將資料打亂混合，重新建立一個 叫做雜湊值（hash values，hash codes，hash sums，或hashes） 的指紋。雜湊值通常用一個短的 隨機字母和數字組成的字串來代 表。好的雜湊函式在輸入域中很 少出現雜湊衝突。在雜湊表和資 料處理中，不抑制衝突來區別資 料，會使得資料庫記錄更難找到。
- 43. 數位簽章 (digital signature) 數位簽章（又稱公鑰數位簽章， 英語：Digital Signature）是一 種類似寫在紙上的普通的物理簽 名，但是使用了公鑰加密領域的 技術實現，用於鑑別數位信息的 方法。一套數位簽章通常定義兩 種互補的運算，一個用於簽名， 另一個用於驗證，但法條中的電 子簽章與數位簽章，代表之意義 並不相同，電子簽章用以辨識及 確認電子文件簽署人身分、資格 及電子文件真偽者。而數位簽章 則是以數學演算法或其他方式運 算對其加密，才形成電子簽章， 意即使用數位簽章才創造出電子 簽章。
- 45. #1 Ledger Data Structure What is block? What store in block? How is mathematically proven?
- 47. 第一層保護： Transaction = merkle tree 每筆交易記錄使用數位簽章 確認出處 交易資料本身是明碼 每筆交易記錄使用雜湊函式 加密確認 全部交易為再層層使用雜湊 函式加密確認
- 48. 第二層保護： Chained block 全部交易記錄打包至Merkle root做儲存 每個區塊有時間確認先後 另外記錄前個區塊hash值，所以一旦區塊形成，就不可能回溯去修改 當網路上有多機儲存，被串改的可能性更不可能 實際上，每個區塊在電腦是一個小檔案
- 49. #2 P2P network & Consensus
- 64. Blockchain 2.0 – Ethererum & smart contract
- 66. 下週簡報 智能合約的興起與問題 含簡單智能合約介紹與撰寫 ICO的興起與問題 Ethereum & Hyperledger的系統架構 公有鏈、私有鏈、聯盟鏈的商業模式 區塊鏈(DLT)系統的架構設計
- 67. Q&A THANK YOU~~