什麼是許可區塊鏈與公共區塊鏈？

定義和核心架構

1. 許可的區塊鏈在嚴格的存取控制下運行，只有預先授權的實體才能作為節點加入網路。

2. 每位參與者必須透過數位憑證或機構憑證進行身分驗證，才能獲得讀、寫或共識權。

3. 網路管理員為每個角色定義細粒度的權限，例如交易提交、區塊驗證或帳本審計。

4. 底層資料結構保持不可變且以密碼方式鏈接，但共識層排除公開競爭。

5. 不需要原生代幣來激勵參與，因為治理和責任是透過合約和聲譽機制強制執行的。

共識機制與治理模型

1. 實用拜占庭容錯（PBFT）由於其確定性最終性和低延遲而被廣泛部署在許可系統中。

2. Raft 和 Istanbul BFT 變體透過由聯盟指導委員會管理的可預測節點輪換策略提供高吞吐量。

3. 治理決策（例如協議升級或會員接納）是透過授權機構簽署的多重簽名提案來執行的。

4. 爭議解決遵循預先定義的法律框架，而不是鏈上投票，將執行錨定在分散式帳本之外。

5. 稽核追蹤記錄每個管理操作，包括權限授予、金鑰撤銷和節點停用，​​並帶有加密時間戳記。

金融基礎設施中的用例

1. 中央銀行營運的跨國支付軌道使用許可鏈來結算持牌金融中介機構之間的批發交易。

2. 貿易融資平台將信用狀、提單和海關文件整合到防篡改的智慧合約中，只有經過驗證的托運人、銀行和監管機構才能存取。

3. 證券結算層可以實現代幣化債券的即時交割付款，而無需將訂單簿或交易對手身分暴露給公眾監督。

4. 監管報告模組根據預先商定的資料模式和加密標準，將匿名交易元資料直接提供給監管機構。

5. 抵押品管理系統追蹤託管人之間的資產來源，同時執行鏈碼中編碼的特定管轄區的合規規則。

安全屬性和信任假設

1. 透過消除女巫抵抗要求來縮小攻擊面－惡意行為者無法在不違反組織審查程序的情況下產生無限的虛假身分。

2. 在網路層強制執行保密性：TLS 1.3 隧道封裝所有點對點通信，零知識證明在不洩露輸入的情況下驗證交易有效性。

3. 信任的基礎是法律的可執行性，而不是加密的隨機性，因此參與者依賴具有約束力的服務等級協議和管轄仲裁條款。

4. 如果法定人數門檻超過已知綁定參與者的三分之二，單一驗證者的妥協不會威脅帳本完整性。

5. 資料駐留約束被硬編碼到節點設定檔中，確保地理合規性而無需執行時間解釋。

常見問題解答

Q1：許可鏈可以與公有鏈互通嗎？是的－透過使用門限簽名方案的雙向橋，多方委員會在外部鏈上簽署有關狀態轉換的證明。

Q2：在許可環境中如何處理分叉？設計上禁止使用叉子；共識演算法強制單鏈連續性，任何偏差都會觸發自動節點隔離和取證日誌記錄。

Q3：KYC/AML 資料是否直接儲存在帳本上？否－僅記錄經過驗證的身份檔案的加密雜湊值；原始個人資料駐留在符合 GDPR 的鏈下保管庫中，其存取權限受基於屬性的加密控制。

問題 4：什麼可以防止許可驗證者之間的串通？獨立審計授權、簽署金鑰的強制輪調以及跨機構證明要求對協調操縱產生了結構性抑制。