SKYREALM / SMART BUILDING BLOCKCHAINHANDBOOK 1.3.5 / EVIDENCE FIRST

智慧建築 × 區塊鏈加密機制

建築的關鍵紀錄,
多方都能查證。

門禁、保全、監視攝影、緊急對講與主機登入,每天都在產生紀錄。穹境以「鏈上存指紋、原文留本地」的方式,讓業主、維運與驗證單位能查證紀錄沒有被改過,同時不必把原始資料交出去。

對應評估手冊 1.3.5 鼓勵項目鏈上存雜湊,原文留鏈下旁路紀錄,不介入即時控制現階段:模擬資料、單機驗證

00 / 90 SECONDS

90 秒看懂:從 BAS、AI Agent 到可信證據。

影片先說明不用區塊鏈也能做到的基礎做法,再標出哪些是發展方向。畫面中標示「發展方向/待驗證」的項目,都不是已導入的成果。

畫面中的建築、資料與數值皆為示意。另開影片觀看

01 / WHAT IT PROVES

區塊鏈證明的是「沒被改過」,不是「內容一定正確」。

雜湊值像資料的指紋,原文改一個字,指紋就完全不同。把指紋寫進多方共同維護的帳本,任何一方事後竄改都會被發現。但如果感測器一開始就量錯、或有人輸入錯誤,帳本也只會忠實保存錯誤。所以我們先處理資料來源、校正與人員核准,再談上鏈。

02 / ARCHITECTURE

三層架構:既有系統不動,旁路留下證據。

證據層與控制層分開。帳本離線時,門禁、空調與保全照常運作;緊急事件以生命安全優先,事後補記。

三層架構圖。第一層感測事件層包含門禁控制器、保全主機、NVR 與 CCTV、緊急對講系統、BMS 主機,經 Syslog、Webhook 或 REST API 送到第二層。第二層中介橋接層 Edge Gateway 依序做事件擷取、JSON 正規化、SHA-256 雜湊、非同步佇列,再經 gRPC 或 REST API 送到第三層。第三層帳本層為 Hyperledger Fabric 聯盟鏈,包含三個 Orderer 節點、四個 Peer 節點、智能合約,以及鏈下快取 Redis 與 PostgreSQL。
三層架構設計示意。圖中延遲、快取時間與節點數為設計值,未經案場實測;個人資料的實際處理方式,需依個案法遵評估確認。
  1. L1

    感測事件層

    門禁控制器、保全主機、NVR 與 CCTV、緊急對講、BMS 主機。事件先完整保存在建物本地的資料庫與 Syslog,既有系統不需更換。

  2. L2

    中介橋接層 Edge Gateway

    擷取事件、轉成統一的 JSON 格式、計算 SHA-256 雜湊,再送進非同步佇列。閘道器只複製一份事件,不在控制路徑上;各系統以網路對時,避免同一事件在不同系統的時間對不上。

  3. L3

    帳本層

    以 Hyperledger Fabric 聯盟鏈為例。節點由業主、物管、維運與驗證單位等不同角色分別持有;鏈上只放雜湊、時間、事件編號與簽章,原文留在鏈下資料庫。

03 / WHAT GOES ON-CHAIN

哪些紀錄上鏈,哪些留在本地。

評估手冊 1.3.5 為鼓勵項目,儲存 2 項資料類別得 2 分,3 項(含)以上得 4 分。我們建議以「來源系統加事件格式」區分類別,同類多台設備只算一類;最終認定以評定機構為準。

資料類別典型事件上鏈內容留在本地
門禁管理刷卡通行、拒絕、開門批次摘要雜湊、門點編號、時間人員身分對照與原始事件
保全系統布防、撤防、區域告警與處置事件雜湊與序號,可驗證不跳號主機原始日誌
監視攝影連續錄影、事件觸發錄影攝影機編號、時段與片段雜湊(例如每 5 分鐘一段)影像本身
緊急對講呼叫、接通、結束事件結束後補記雜湊與時間錄音與通話內容
主機登入BMS 登入、設定變更、人員或 AI 操作操作紀錄雜湊與批次序號帳號與操作原文

候選證書階段說明區塊鏈加密機制的規劃架構、功能與儲存的資料類別。

智慧建築標章階段說明竣工後的架構與功能,並現場展示操作區塊鏈資料儲存帳本。

04 / HOW TO VERIFY

查驗不看綠燈,看重算結果。

竄改測試也要做:把原文改一個字,比對必須失敗。比對吻合只代表紀錄未被竄改,內容是否正確,仍需資料來源校正與人員審核。

  1. 01抽樣從事件清單抽出紀錄,每個資料類別都要抽到。
  2. 02取原文從鏈下資料庫取出同一筆原始事件。
  3. 03重算現場以 SHA-256 重新計算雜湊值。
  4. 04比對與帳本上同一事件編號的雜湊比對,一致代表未被改動。
  5. 05驗簽章確認寫入者是登記過的閘道器或節點。

05 / DESIGN BOUNDARIES

先把界線說清楚,再決定要不要上鏈。

  • 原始資料與個人資料留在建物內網。鏈上不放可識別內容,需要刪除的資料只放鏈下,並避免雜湊被枚舉回推。
  • 節點與金鑰分散在不同單位。若所有節點都在同一家,就沒有制衡,上鏈的意義有限。
  • 金鑰的產生、保存、輪替、撤銷與備份都有負責角色;撤銷後的簽章不再被接受。
  • AI Agent 只能提議。影響較大的操作須經人員核准,每一步都留下權限與簽章紀錄。
  • 不是每筆感測值都上鏈。連續讀值存在本地時序資料庫,定期把一批資料算成一個雜湊上鏈。

06 / CURRENT STATUS

目前做到哪裡。

技術可行,不等於已經導入。以下分開列出已完成的驗證與尚未完成的部分。

已完成

  • 三層架構與事件格式設計
  • 以模擬資料在單機環境驗證事件雜湊、比對與規則
  • 在單節點開發鏈上測試合約規則

尚未完成

  • 多方節點的聯盟鏈網路部署
  • 真實建築案場的長期運轉與驗收
  • 個人資料處理方式的個案法遵確認

07 / ROLLOUT

分階段導入,每一步都能停。

先證明一類紀錄真的需要多方查證,再增加節點與維運責任。

S1

先做不用鏈的基線

整理事件格式、時間同步、權限與簽章日誌。很多紀錄爭議在這一步就能解決。

S2

選一類高價值紀錄

例如門禁或維保完成紀錄。旁路接入、計算雜湊、本地保存。

S3

加入多方節點

依業主、物管、維運與驗證單位的責任,分配節點與金鑰。

S4

建立查驗程序

定義抽樣、重算、比對與異常補正,讓評定與稽核可以重現。

S5

擴充資料類別

第一類穩定運作後,再擴到兩類、三類以上。

08 / FAQ

常見問題

上鏈就能拿到 1.3.5 的分數嗎?

不一定。1.3.5 是鼓勵項目,計分以評估手冊與評定機構的認定為準。我們協助把資料類別、架構與查驗方式寫清楚,但不保證得分。

建築的資料會被公開嗎?

不會。採用聯盟鏈而非公有鏈,節點由參與單位持有;鏈上只有雜湊、時間與編號,原文留在建物內網。

會影響門禁、空調或保全的即時運作嗎?

不會。證據層以旁路方式複製事件,不在控制路徑上。帳本離線時設備照常運作;緊急事件以生命安全優先,事後補記。

個人資料需要刪除時怎麼辦?

可識別的個人資料只放鏈下,刪除時處理鏈下原文;鏈上只保留不含可識別內容的雜湊。實際做法仍需依個案進行法遵評估。

只有一個管理單位的大樓也適合嗎?

若所有節點與金鑰都由同一單位持有,上鏈的制衡效果有限。這類案場建議先做不用鏈的簽章與日誌,或讓物管、管委會等不同角色分別持有節點與權限。

需要更換現有的 BAS 或保全系統嗎?

不需要。旁路方式不改動既有系統,由閘道器把各廠商的事件轉成統一格式。

SOURCES

從一類紀錄開始

帶一類最常被追問的紀錄來。

例如門禁、維保或設備告警。我們先判斷用簽章日誌就夠,還是真的需要多方帳本。討論你的建築