其實目前所有軟體技術 Client/Server (C/S) 架構都已可解決眾多問題, 目前也幾乎都是這種架構.
工業 4.0 在定義上是為了解決細分客制化衍生的生產效率與管理問題, 在實際軟體傳遞資訊上仍能使用 C/S 框架而足以應付.
可以再深入來看區塊鏈的特性, 主要是為了解決一個問題：信任, 透過所有利害關係人全體保證, 也間接的增加破解難度; 這個在金融業的企業放貸款﹑個人借貸...等市場就會需要.
而傳遞所有資訊 (資訊透明) 則是框架的特性, 但對於不同節點來說, 可能會資訊過載, 也就是知道太多不需要知道的細節, 這對傳輸效率上來說是一個瓶頸.
區塊鏈在傳輸效率上並不講究, 相對的, 在既有銀行業務如果解決信任問題, 相對來看, 跨國的匯款等同加速了處理 (從幾天縮短到幾秒),
這比拼的是業務處理效率上的提升, 而非我們工程界說的實際傳輸率的提升.
所有區塊鏈都能夠用的上任何傳輸應用, 但技術上來看, 需要有幾個條件才能引入：
1. 機器執行運算加解密效率需要提升, 執行區塊鏈核心的運算會更忙, 因此硬體門檻提高了.
2. 原本執行業務可以 by case, 現在是 by unit, 將所有單位整個塞在軟體裡面, 更顯龐雜.
3. 需要有一個成熟的維運管理（發行進入這個利害團體的管理單位/者）, 整個系統軟體架構更複雜.
相較傳統使用 51/ARM 系列就能夠處理 C/S (Client/Server) 的情況來說, 可能工業 4.0 會趨向於較省費用的方案.
我覺得以我們本身是軟體系統的角色來看, 透過提供一個建立這種隱私性傳輸的服務系統, 將一夥人拖到裡面, 在具備同質性高的行業, 如當鋪的典當品交易, 保值且證偽.
以歷史上分分合合的想法來思考.
在還沒整個成形或者利益集團各自為政時, 區塊鏈會有許多的小圈圈誕生, 而不同小圈圈在同一個人身上會有不同的標籤,
如何驗證標籤來讓這個人放到不同的圈子中, 也是一門生意, 類似實名認證一樣 (但你要有條件﹑角色)
往後, 小圈圈多了, 開始引發效率與整合問題, 可能開始有人想搞個區塊鏈雲端化,
它可間接作為認證者, 因此在它的區塊雲裡面各種小圈圈認證的成本就可以降低.
