第五章 區塊鏈導入之框架與程序之探討
5.2 區塊鏈導入框架之建立
5.2.1 應用資料
在表 5-11 中，開發者回答針對應用資料所提出的四個問題(A1~A4)，能夠幫 助開發者確立清楚在當前應用場景中的應用資料為何、應用資料的特性，以及其 需求。在確立了這些屬性以後，便能夠依照圖 5-11 的流程，透過前半部(A5~A8) 一層一層的的問題幫助開發者確立其應用資料是否真的需要使用到區塊鏈技術，
或者是依其需求，應當要使用到什麼樣程度的技術。開發者依照回答問題的答案 為是與否，將會引導至不同的建議及說明。值得注意的是，如果問題答案為否，
決策者在考慮過後，覺得框架所建議考慮的資料處理技術無法有效解決問題，仍 可繼續回到路徑中往下回答其他問題，繼續探討場景是否需要且適合導入區塊鏈 技術。並且在後半部(A9~A11)依照條件的不同，將引導至不同的解決方案。在開 發者跑完整個流程的過程中，逐一檢視其面臨的問題，做出正確的決策，並且更 清楚了解區塊鏈技術導入的大方向並往更適合的方案思考及開發。
表 5-11區塊鏈應用框架 （表 a）
區塊鏈應用框架 （表 a）
A.
應 用 資 料
A1.是什麼樣的應用要導入區塊鏈？ 答：
A2.是什麼資料希望上鏈存儲？ 答：
A3.這些上鏈的資料特性為何？
(例如:機密性、安全性、可溯性…等。)
答：
A4.有哪些資料需要被鏈在一起？ 答：
圖 5-11 區塊鏈應用框架 （圖 a）
區塊鏈應用框架(表 a) 內容審視:
A4.有哪些資料需要被鏈在一起？
開發者可以根據上鏈資料項目的特性，去抉擇哪一些上鏈的資料項目，要特別利 用密碼學雜湊函數鏈在一起，通常是較為敏感且重要的資訊。這些被鏈在一起的 資料項目，代表它們在每一個區塊上頭尾串連地記錄著，成為了可以被溯源的歷 史資料，而如果今天有任何人要去竄改任何一個區塊上的資訊，將會牽一髮而動 全身，代表其永遠不得被竄改。
A5.資料存儲需要持續且具一致性嗎？
區塊鏈系統在處理資料時，節點是隨時在線上處理區塊的，而且透過共識演算法，
存儲在不同節點的資料最終將會趨向一致。如果在處理資料的存儲及傳遞時，不 用持續且一致，則可考慮採用電子郵件或電子表格即可。
A6.資料的存儲是由多方寫入且共享嗎？
區塊鏈上的資料是由多方提供，並且由節點透過共識演算法寫入，資料在網絡上 是共享的。如果資料的存儲提供來源僅為單一參與方，則可考慮採用傳統一般資 料庫即可。
A7.資料需要安全地分散式存儲嗎？
區塊鏈系統上的資料帳本分散式地存儲於網絡中不同的節點中。如果資料只需要 集中存儲於一台網路分享伺服器，並不需要透過分散式存儲資料來分散風險，也 不用特別避免駭客攻擊、硬體損壞、單一伺服器斷線等問題的話，則可考慮採用 雲端共享資料庫即可。