如何將錢包連接到 dApp？ （Web3 基礎知識）

了解錢包整合機制

1. 去中心化應用程式依靠加密身分來驗證使用者身分並簽署交易。該身分位於錢包中，該錢包保存私鑰並管理數位簽章。

2. MetaMask、Phantom 或 Trust Wallet 等錢包公開了一個稱為以太坊提供者 API (EIP-1193) 的標準化接口，允許 dApp 檢測它們並與之通訊。

3. 當 dApp 初始化時，它會檢查是否存在window.ethereum或由瀏覽器擴充或行動錢包注入的類似提供者物件。

4. 缺少此類物件會觸發後備邏輯－提示安裝或為行動用戶建議錢包連線模式。

5. 一旦偵測到，dApp 就會使用ethereum.request({ method: 'eth_requestAccounts' })請求存取使用者帳號的權限，啟動安全的、使用者批准的握手。

處理連線狀態和事件

1. 錢包連線不是靜態的－它可能會因帳戶切換、網路切換或斷開連線而改變。 dApp 必須偵聽'accountsChanged' 、 'chainChanged'和'disconnect'等事件。

2. 當使用者選擇不同的帳戶或刪除存取權限時，將觸發「accountsChanged」事件。如果權限被撤銷，它會傳遞一個新位址陣列或一個空數組。

3. 「chainChanged」事件表示網路之間的切換（例如，以太坊主網到 Sepolia）。應用程式必須相應地重新載入或重新初始化合約實例。

4. 斷開連接可能會悄無聲息地發生——尤其是在錢包鎖定或擴展禁用之後——因此通過ethereum.isConnected()定期進行健康檢查有助於保持 UI 一致性。

5. 持久狀態管理需要將選定的鏈 ID 和帳戶地址儲存在記憶體或本機儲存中，但絕不能儲存私鑰或助記詞。

在不洩露秘密的情況下簽署交易

1. 所有交易簽名都發生在錢包環境內，而不是在 dApp 的 JavaScript 上下文中。 dApp 建構原始交易參數並將其傳遞給ethereum.request({ method: 'eth_sendTransaction', params: [...] }) 。

2. 錢包呈現一個確認 UI，顯示接收者、價值、gas 估算和資料有效負載。使用者可以批准或拒絕，而無需將其私鑰暴露給任何外部程式碼。

3. 對於鏈下訊息（例如登入挑戰或治理投票），dApp 使用individual_sign或eth_signTypedData_v4來要求可加密驗證的簽章。

4. 類型化資料簽章強制實施結構化域分離，並透過特定於域的鹽和版本控制防止跨鍊或應用程式重播。

5. 鏈上或後端服務中的簽章驗證依賴ecrecover或等效的加密原語從簽章和訊息雜湊中導出簽署者的位址。

適用於行動和非擴展場景的 WalletConnect 協議

1. WalletConnect v2 使用中繼伺服器和配對 URI 在 dApp 和錢包之間建立端對端加密會話。它完全避免了瀏覽器注入。

2. dApp 產生包含所需鏈、方法和元資料的會話提案，然後顯示包含配對 URI 的 QR 程式碼。

3. 使用者使用相容的錢包應用程式（例如 Rainbow 或 Coinbase Wallet）掃描二維碼，該應用程式會在批准會話之前驗證提案。

4. 連接後，所有 JSON-RPC 請求都會流經中繼網絡，並在配對期間協商加密金鑰並在每個會話中輪換。

5. 會話保持由客戶端管理；當任何一方呼叫session.disconnect()時，就會發生撤銷，使所有關聯的金鑰無效並清除儲存的元資料。

常見問題解答

Q1：連線期間 dApp 可以讀取我的私鑰嗎？ A1。不會。錢包永遠不會向 dApp 公開私鑰。簽名始終發生在錢包的安全邊界內。

Q2：為什麼每次切換網路時我的錢包都會要求批准？ A2。每個 EVM 相容鏈都有自己的命名空間和帳戶派生路徑。權限的範圍僅限於每個鏈，需要明確的重新批准。

Q3：如果我在連線後清除瀏覽器快取會怎麼樣？ A3。除非 dApp 透過 WalletConnect 實現會話恢復或單獨儲存錢包位址和鏈 ID 等非敏感標識符，否則連接狀態將會遺失。

Q4：連線到未經 Etherscan 驗證的 dApp 是否安全？ A4。不可以。未經驗證的 dApp 可能會注入惡意腳本或欺騙錢包提示。始終驗證合約地址，檢查網域名稱合法性，並避免在任何地方輸入助記詞。