如何將錢包連接到DApp？ （Web3交互）

了解錢包連接機制

1. 現代 DApp 依賴以太坊提供商 API 標準來檢測基於瀏覽器的錢包並與之交互，例如 MetaMask、Trust Wallet 或 Coinbase Wallet。

2. 當用戶點擊“連接錢包”時，DApp 會觸發ethereum.request({ method: 'eth_requestAccounts' }) ，提示錢包擴展或移動端界面顯示賬戶選擇界面。

3、本次請求不傳輸私鑰；它僅檢索用戶的公共地址並建立安全的、簽名的會話上下文。

4. 錢包將全局以太坊對象注入到窗口範圍中——該對象充當前端 JavaScript 和鏈上基礎設施之間的主要通信橋樑。

5. 一旦獲得批准，DApp 就會收到一系列地址，並且連接狀態會在 UI 中更新以反映活動會話狀態。

處理多種錢包類型

1. 並非所有錢包都暴露相同的注入模式 - MetaMask 使用window.ethereum ，而 Phantom (Solana) 使用window.phantom ，而 Keplr (Cosmos) 使用window.keplr 。

2. 開發人員必須實現檢測邏輯，在啟動連接流之前檢查存在性、版本兼容性和鏈支持。

3. 一些錢包需要在公開帳戶之前通過await keplr.enable('osmosis')顯式啟用，向初始化例程添加條件分支。

4. 移動錢包通常使用深層鏈接或 WalletConnect v2 URI 將用戶重定向到其本機應用程序，這些 URI 對會話元數據和跨設備握手的加密密鑰進行編碼。

5. 強大的 DApp 維護並行的提供者實例 - EVM 鏈的符合 EIP-1193 的提供者、SPL 代幣的 Solana Web3.js 適配器以及支持 IBC 的網絡的 Cosmos SDK 簽名者。

簽名和交易提交

1. 連接後，任何交易都需要用戶通過錢包界面進行確認——沒有明確的簽名批准，任何DApp都無法自動提交。

2. 對於簡單的轉賬，開發者調用ethereum.send('eth_sendTransaction', [...]) ，傳遞 to、value、gas 和 data 字段等參數。

3. 智能合約交互使用contract.methods.transfer(...).send({ from: address }) ，其中錢包攔截原始交易，在本地對其進行簽名，並將其廣播到配置的RPC端點。

4. 對鏈下消息的簽名請求（例如登錄身份驗證或治理投票）調用ethereum.personal_sign或eth_signTypedData_v4 ，返回可在鏈上驗證的十六進制編碼簽名。

5. 由於 Gas 不足、隨機數不匹配或鏈 ID 不一致而導致的交易失敗會觸發可捕獲的錯誤，從而使 DApp 能夠向用戶顯示準確的失敗原因。

會話保持和重連

1. 瀏覽器刷新會丟棄臨時提供程序引用，即使底層擴展保持活動狀態，也需要重新初始化錢包適配器。

2. 本地存儲可以保留上次使用的錢包類型和鏈 ID，從而無需用戶輸入即可在頁面加載時自動嘗試重新連接。

3. 持久會話取決於錢包特定的功能——MetaMask 支持ethereum._metamask.isUnlocked()檢查，而 WalletConnect 將配對數據存儲在 IndexedDB 中。

4、手動斷開連接會清除緩存賬戶，但不會撤銷權限；完全撤銷需要導航到錢包的設置界面。

5. 一些 DApp 將簽名的會話令牌存儲在後端服務器上，以避免在短暫的瀏覽會話期間出現重複的簽名提示。

常見問題解答

問：連接後 DApp 可以訪問我的助記詞或私鑰嗎？不會。錢包絕不會向網站公開私鑰或助記詞。所有加密操作都發生在錢包的隔離環境內。

問：為什麼我的錢包連接時顯示“未知網絡”？當 DApp 的配置鏈 ID 與錢包中預加載的任何網絡不匹配時，就會發生這種情況。您必須通過錢包設置手動添加正確的 RPC URL、鏈名稱和符號。

問：如果我在會話中切換網絡會怎樣？ ethereum.chainChanged事件觸發，DApp 必須重新加載合約實例、更新區塊偵聽器並重新獲取新鏈上下文的餘額數據。

問：WalletConnect 比瀏覽器擴展注入更安全嗎？ WalletConnect 使用端到端加密的 QR 握手，並將簽名邏輯與 Web 源分開。它避免了基於擴展的攻擊面，但引入了中繼節點信任假設。