智慧帳戶的跨鏈難題：地址、簽章與應用相容性

值得記下的 5 件事

1. [5:00]
   單鏈、單應用是團隊認為運作較順暢的情境 講者表示，將智慧帳戶嵌入應用，可讓使用者以通行密鑰開通，並在帳戶合約部署前收款

   批次交易可將多個操作合併為一次簽署，交易費用代付則減少使用者先準備以太幣的需求。

2. [11:20]
   不同鏈的部署方式可能造成帳戶地址不一致 講者說明，智慧帳戶地址會受部署合約、程式碼與部署方式影響

   團隊在 zkSync Era 的實作便遇到與其他鏈地址不同的情況，並表示曾有使用者因此在不同鏈轉錯地址。

3. [14:00]
   通行密鑰的驗證成本仍受各鏈支援程度影響 講者回顧，鏈上若缺少對 P-256 的原生支援，驗證這類通行密鑰簽章的費用可能很高

   即使改用智慧合約驗證，也不代表自訂簽章方式能在各鏈有一致表現。

4. [15:20]
   外部應用未必能辨識跨鏈餘額或合約簽章 團隊讓使用者能動用分散在不同鏈的資金，但講者指出，外部應用若只讀取單鏈餘額，仍可能阻擋操作

   他也表示，部分應用未支援智慧合約簽章驗證標準 ERC-1271，限制了錢包的適用範圍。

5. [21:20]
   暫時授權用的金鑰應限制功能與支出額度 針對工作階段金鑰，講者表示團隊通常同時限定可執行的功能與支出上限，而非只限定可互動的合約地址

   因為許多合約可以升級，未來行為未必可預期，因此授權範圍應盡可能縮小。