想像一下，為你的房子購買一把智慧鎖。 這把鎖在打開門前會檢查你的鑰匙。多年後，出現了更好的驗證方法。 你更願意更換整個社區的所有鎖，還是僅更新你自己的鎖如何驗證你的身份？ 這是一種理解 Starknet 安全設計理念的有用方式。 簽名授權一筆交易，而 STARK 證明則驗證運算是否正確執行。這是兩項不同的工作，不應互相混淆。 透過可程式化帳戶，開發者可以定義帳戶如何驗證授權。這為使用替代簽名方法創造了空間，而無需將每項變更都升級為全網路的更新。 重要的是，僅僅可程式化本身並不會讓每種新的加密方法都變得安全或自動可用。實現方式和網路規則仍然至關重要。 但這一設計原則非常強大：安全性應具備演進的途徑，而無需強制整個系統從頭開始。 這正是我關注 @Starknet 帳戶抽象的原因之一：它不僅僅是讓錢包更方便，也能讓未來的安全過渡更具彈性。