跨鏈轉帳如何避免重播攻擊

基於隨機數的交易驗證

1. 以太坊相容鏈上的每筆交易都包含一個隨機數字段，表示從該地址發送的交易數量。

2. 節點在執行前驗證提交的nonce是否與目前帳戶狀態相符。

3. 處理完成後，帳戶的隨機數將增加 1，使任何重複提交無效。

4. 此機制可防止鏈內重播，但本質上無法保護跨分叉或異構鏈。

5. 對隨機數的管理不良（例如重複使用或跳過值）可能會使使用者面臨雙重支出或執行失敗的風險。

簽名中的 Chain ID 集成

1. EIP-155引入了鏈ID嵌入到交易簽章中以區分網路。

2. 簽章時，錢包會包含目前鏈的數位識別碼以及 r、s 和 v 元件。

3. 節點拒絕嵌入的鏈 ID 與目標網路的配置值不符的簽章。

4. 這會阻止跨分叉重播，例如在 ETC 上廣播 ETH 主網交易，反之亦然。

5. BSC和Polygon等鏈採用不同的鏈ID，使其簽章交易與以太坊主網不相容。

限時請求簽名

1. 在加密簽章之前，將時間戳記附加到每個跨鏈訊息負載中。

2. 收件人驗證器檢查時間戳記是否落在可接受的時間視窗內，通常為 ±300 秒。

3. 無論簽章有效性如何，視窗外訊息都會被丟棄。

4. 這種方法可以減輕惡意觀察者持有並重新提交有效證明的延遲中繼攻擊。

5. 必須保持源鏈時鐘和目標鏈時鐘之間的同步以避免錯誤拒絕。

唯一的跨鏈訊息標識符

1. 每一則跨鏈訊息都帶有一個全球唯一的標識符，該標識符由源鏈 ID、區塊高度和事件索引衍生而來。

2. 目標合約維護已處理訊息 ID 的註冊表以偵測重複項。

3. 中繼節點提交包含這些標識符的證明，從而實現確定性重複資料刪除。

4. 此方法的運作與共識時序無關，並且支援非同步橋接協定。

5. 抗衝突性依賴於 ID 生成過程中適當的熵源以及驗證層的嚴格執行。

零知識證明驗證

1. zk-SNARKs 或 zk-STARKs 將交易有效性和唯一性約束編碼為簡潔的證明。

2. 驗證者合約僅接受證明正確執行且未經事先處理的證據。

3. 證明者提交包含所有先前處理的跨鏈事件的 Merkle 根。

4. 每個新證明包含一條路徑，證明在更新的根中包含自己的雜湊值，從而防止重複使用。

5. 這種技術消除了對中心化觀察者或可信中繼者的依賴，同時保持了審查制度的抵抗力。

常見問題解答

Q1：使用硬體錢包也會發生重播攻擊嗎？是的。硬體錢包可以保護私鑰的使用，但如果在廣播期間錯誤配置隨機數或鏈 ID 等交易參數，則不會阻止重播。

問題 2：提高 Gas 價格是否可以防止重播攻擊？不會。 Gas 價格會影響交易優先順序和包含速度，但對簽名唯一性或特定於鏈的驗證沒有影響。

問題 3：打包的代幣本質上容易受到重播嗎？包裝的令牌本身並不容易受到攻擊，但如果處理鎖定/鑄幣操作的底層橋接協定缺乏訊息重複資料刪除或鏈範圍證明，則可能會受到攻擊。

Q4：LayerZero 和 Wormhole 在重播保護設計上有何不同？ LayerZero 使用預言機 + 中繼器分離和可設定的 ULN 設定來強制每個端點的訊息唯一性，而 Wormhole 嵌入監護人簽署的 VAA 標頭，其中包含鏈上驗證的特定於鏈的上下文和序號。