一、PQC 檔案與資料變胖的核心影響：
1.網路傳輸延遲與頻寬成本增加：
影響：在TLS憑證交握或API傳輸中，更大的封包可能導致多次往返或觸發TCP封包碎片化，拉長連線建立時間
2.嵌入式與 IoT 裝置的資源枯竭：
影響：微控制器（MCU）的SRAM與Flash空間極小，且若憑證或金鑰檔案變大，可能直接放不下，甚至在動態配置記憶體時造成堆疊溢位
3.儲存空間與資料庫膨脹：
影響：當資料庫欄位或檔案（如JWT、X.509憑證、授權金鑰、韌體檔）頻繁帶有PQC簽章時，整體儲存消耗量會明顯上升
4.載入與解析效能下降：
影響：程式在讀取、解析大型金鑰或驗證簽章時，CPU的記憶體複製與運算負擔會加重
二、數據對比（傳統 vs. PQC）：
1.金鑰交換公鑰(KEM)：
1-1.傳統(ECDSA P-256)：32 Bytes
1-2.PQC (ML-KEM-512 / Kyber)：800 Bytes（約25倍）
2.數位簽章：
2-1.傳統(ECDSA P-256)：64 Bytes
2-2.PQC(ML-DSA-44/Dilithium)：2,420 Bytes（約38倍）
三、實作展示：

四、實務因應對策：
1.混合模式（Hybrid Mode）：
現階段多採用「傳統演算法+PQC演算法」雙軌並行（例如X25519 + ML-KEM），雖然檔案會變得更大，但能確保萬一PQC演算法未來有漏洞時，仍保有傳統密碼的底線安全
2.密碼敏捷性（Crypto-Agility）：
在系統設計時，將金鑰長度與憑證緩衝區改為動態配置，避免寫死固定的長度，以適應未來PQC參數的調整
3.通訊協定優化：
針對IoT或低頻寬環境，評估是否使用較小參數集的PQC變體，或是透過壓縮技術減輕交握負擔