先做不用鏈的基線
整理事件格式、時間同步、權限與簽章日誌。很多紀錄爭議在這一步就能解決。
智慧建築 × 區塊鏈加密機制
00 / 90 SECONDS
影片先說明不用區塊鏈也能做到的基礎做法,再標出哪些是發展方向。畫面中標示「發展方向/待驗證」的項目,都不是已導入的成果。
01 / WHAT IT PROVES
雜湊值像資料的指紋,原文改一個字,指紋就完全不同。把指紋寫進多方共同維護的帳本,任何一方事後竄改都會被發現。但如果感測器一開始就量錯、或有人輸入錯誤,帳本也只會忠實保存錯誤。所以我們先處理資料來源、校正與人員核准,再談上鏈。
02 / ARCHITECTURE
證據層與控制層分開。帳本離線時,門禁、空調與保全照常運作;緊急事件以生命安全優先,事後補記。

門禁控制器、保全主機、NVR 與 CCTV、緊急對講、BMS 主機。事件先完整保存在建物本地的資料庫與 Syslog,既有系統不需更換。
擷取事件、轉成統一的 JSON 格式、計算 SHA-256 雜湊,再送進非同步佇列。閘道器只複製一份事件,不在控制路徑上;各系統以網路對時,避免同一事件在不同系統的時間對不上。
以 Hyperledger Fabric 聯盟鏈為例。節點由業主、物管、維運與驗證單位等不同角色分別持有;鏈上只放雜湊、時間、事件編號與簽章,原文留在鏈下資料庫。
03 / WHAT GOES ON-CHAIN
評估手冊 1.3.5 為鼓勵項目,儲存 2 項資料類別得 2 分,3 項(含)以上得 4 分。我們建議以「來源系統加事件格式」區分類別,同類多台設備只算一類;最終認定以評定機構為準。
候選證書階段說明區塊鏈加密機制的規劃架構、功能與儲存的資料類別。
智慧建築標章階段說明竣工後的架構與功能,並現場展示操作區塊鏈資料儲存帳本。
04 / HOW TO VERIFY
竄改測試也要做:把原文改一個字,比對必須失敗。比對吻合只代表紀錄未被竄改,內容是否正確,仍需資料來源校正與人員審核。
05 / DESIGN BOUNDARIES
06 / CURRENT STATUS
技術可行,不等於已經導入。以下分開列出已完成的驗證與尚未完成的部分。
07 / ROLLOUT
先證明一類紀錄真的需要多方查證,再增加節點與維運責任。
整理事件格式、時間同步、權限與簽章日誌。很多紀錄爭議在這一步就能解決。
例如門禁或維保完成紀錄。旁路接入、計算雜湊、本地保存。
依業主、物管、維運與驗證單位的責任,分配節點與金鑰。
定義抽樣、重算、比對與異常補正,讓評定與稽核可以重現。
第一類穩定運作後,再擴到兩類、三類以上。
08 / FAQ
不一定。1.3.5 是鼓勵項目,計分以評估手冊與評定機構的認定為準。我們協助把資料類別、架構與查驗方式寫清楚,但不保證得分。
不會。採用聯盟鏈而非公有鏈,節點由參與單位持有;鏈上只有雜湊、時間與編號,原文留在建物內網。
不會。證據層以旁路方式複製事件,不在控制路徑上。帳本離線時設備照常運作;緊急事件以生命安全優先,事後補記。
可識別的個人資料只放鏈下,刪除時處理鏈下原文;鏈上只保留不含可識別內容的雜湊。實際做法仍需依個案進行法遵評估。
若所有節點與金鑰都由同一單位持有,上鏈的制衡效果有限。這類案場建議先做不用鏈的簽章與日誌,或讓物管、管委會等不同角色分別持有節點與權限。
不需要。旁路方式不改動既有系統,由閘道器把各廠商的事件轉成統一格式。
SOURCES
從一類紀錄開始