如何將 Rabby 錢包連接到 DeFi 協議

了解Rabby皮夾的核心架構

1. Rabby Wallet 是 DeBank 打造的非託管瀏覽器擴展，於 2021 年 6 月推出。它作為以太坊相容錢包運行，支援包括 BSC、Polygon、Arbitrum 和 Optimism 在內的多鏈。

2. 錢包將window.rabby物件注入網頁，與 MetaMask 的window.ethereum不同，實現協議層級隔離並增強交易預覽的 UI 客製化。

3. 其內部簽章引擎在提出任何簽章請求之前強制執行嚴格的網域驗證，防止未經授權的 dapp 網域觸發簽章提示。

4. Rabby 維護自己的 RPC 端點路由邏輯，讓使用者在不重新載入頁面的情況下切換網路－這一行為在 Uniswap v3 和 Curve Finance 介面的生產使用中得到了證實。

5. 與依賴外部金鑰管理服務的錢包不同，Rabby 將加密的私鑰本機儲存在瀏覽器的 IndexedDB 中，解密僅在活動會話使用期間在記憶體中進行。

逐步連結流程

1. DeFi 協定透過注入的提供者物件呼叫rabby.request({ method: 'eth_requestAccounts' })來發起連線。

2. Rabby 攔截調用，根據白名單驗證源域，並檢查用戶之前是否拒絕訪問該域。

3. 如果獲得批准，錢包會顯示一個模式，顯示請求的 dapp 的名稱、圖示和網路上下文 - 即使重複連接也不會發生自動批准。

4. 用戶確認後，Rabby 會傳回選定的帳戶地址，並發出包含 chainId 和帳戶陣列的連線事件。

5. 然後，dapp 偵聽accountChanged和chainChanged事件，以在錢包端帳戶或網路切換期間保持狀態一致性。

簽名處理和交易預覽

1. 當 DeFi 協定呼叫rabby.send({ method: 'eth_sendTransaction', params: [...] })時，Rabby 解析所有參數以提取接收者、價值、資料、gas 估算和代幣批准。

2. 它將目標合約地址與其內部威脅情報資料庫進行交叉引用，以紅色橫幅標記已知的惡意合約，並阻止提交，除非手動覆蓋。

3. 對於 ERC-20 批准，Rabby 呈現人類可讀的描述，例如“批准 Uniswap Router V3 花費最多 10 USDC”，而不是原始呼叫資料。

4. Gas價格是使用EIP-1559參數自動計算的，可以直接在彈出介面中調整優先費和最高費。

5. 在廣播之前，Rabby 使用 eth_call 進行本地模擬以檢測潛在的恢復，如果滿足條件，則會顯示「此交換可能因流動性不足而失敗」等警告。

安全驗證層

1. 每個連線請求都會經過 TLS 憑證固定驗證，以確保 dapp 網站在傳輸層未被 MITM 攻擊。

2. Rabby 透過將關鍵函數的 SHA-256 雜湊值與 IPFS 上託管的簽章清單進行比較來驗證注入腳本的完整性。

3. 皮夾在渲染 UI 框架時會停用內嵌腳本的執行並強制執行嚴格的 Content-Security-Policy 標頭。

4. 所有加密操作都發生在由 Rust 程式碼編譯的 WebAssembly 模組內，從而將敏感例程與 JavaScript 執行時間幹擾隔離。

5. 網域綁定會話令牌每 15 分鐘輪換一次，並在標籤關閉或瀏覽器重新啟動時失效。

常見問題解答

Q：Rabby Wallet支持WalletConnect v2嗎？答：是的，Rabby 整合了 WalletConnect v2 作為輔助連接方法。使用者可以從行動 dapp 掃描 QR 碼，會話使用與基於瀏覽器的連線相同的加密和網域驗證邏輯。

Q：我可以在開發過程中將 Rabby 連接到本地主機上運行的 dapp 嗎？答：是的，但前提是在瀏覽器擴充功能設定中明確啟用“允許存取檔案 URL”，並透過其設定面板將 http://localhost:* 添加到 Rabby 的開發人員白名單中。

Q：為什麼我點擊「批准」後，Rabby有時會顯示「連線被拒絕」？答：當 dapp 無法正確偵聽連接事件時，或者當 Rabby 發出事件和 dapp 註冊偵聽器之間存在競爭條件時，就會發生這種情況 - 通常透過刷新頁面並重新連接來解決。

Q：將 Rabby 與需要頻繁批准的流動性挖礦協議一起使用是否安全？答：Rabby 的每次審批粒度和即時合約風險評分都顯著降低了風險暴露。然而，用戶仍然應該單獨審核每個批准，特別是對於在沒有驗證原始碼的情況下部署新合約的協議。