Web3安全系列：誤轉(zhuǎn)到其他鏈上的資金，還能救回來嗎？
在加密世界中，一次點(diǎn)擊失誤就可能引發(fā)一場(chǎng)“數(shù)字災(zāi)難”。最常見的噩夢(mèng)之一，莫過于將資產(chǎn)發(fā)送到了錯(cuò)誤的區(qū)塊鏈上。比如，本來想給以太坊 Sepolia 測(cè)試網(wǎng)上的地址發(fā)送 ETH，結(jié)果不小心發(fā)到了以太坊主網(wǎng)上的地址。這種情況下，還能從以太坊主網(wǎng)上將誤轉(zhuǎn)的資金取回來嗎？能否找回資產(chǎn)，關(guān)鍵在于收款地址的類型。本文將根據(jù)不同的情況進(jìn)行分析。
1. 場(chǎng)景一：收款地址是 EOA
EOA (Externally Owned Account) 就是我們常說的、由私鑰或助記詞直接控制的普通錢包地址。
找回資產(chǎn)前提條件：
- 你將資產(chǎn)轉(zhuǎn)到了一個(gè) EOA 地址。
- 你擁有這個(gè)目標(biāo) EOA 地址的私鑰或助記詞。（通常是你自己的另一個(gè)錢包地址，或者是朋友的地址，且他愿意配合）。
- 目標(biāo)鏈?zhǔn)?EVM 兼容鏈。
找回資產(chǎn)方法：
收款 EOA 地址私鑰持有者直接在目標(biāo)鏈上提取資金即可。
2. 場(chǎng)景二：收款地址是合約
這是最令人絕望的場(chǎng)景之一。由于智能合約的地址不是由私鑰生成的，因此沒有任何人擁有智能合約的私鑰，就無法像控制 EOA 那樣去控制這個(gè)合約。并且如果該合約沒有預(yù)先編寫處理“錯(cuò)誤轉(zhuǎn)入資產(chǎn)”的救援函數(shù)，那么誤轉(zhuǎn)資金可能被永久鎖定在合約中，誰也無法取出。
然而在某些情況下，其實(shí)也是有一線生機(jī)的。接下來，我們會(huì)構(gòu)建一個(gè)將 ETH 鎖在以太坊主網(wǎng)的場(chǎng)景，然后介紹如何將資金救出來。
2.1. 場(chǎng)景介紹
該場(chǎng)景概括來說，即用戶本來想調(diào)用 Sepolia 測(cè)試網(wǎng)的合約，將 ETH 轉(zhuǎn)入合約來鑄造代幣，然而發(fā)起交易時(shí)，錯(cuò)誤地連接到了主網(wǎng)，結(jié)果導(dǎo)致 ETH 被鎖定在了主網(wǎng)的合約中。具體的場(chǎng)景構(gòu)建過程如下：
1. 在以太坊 Sepolia 測(cè)試網(wǎng)上，項(xiàng)目方（EOA）部署了實(shí)現(xiàn)合約，假設(shè)該合約的主要功能是用戶存入 ETH，來鑄造相應(yīng)的 AToken，大致代碼如「mintTokens」函數(shù)所示。假設(shè)部署的地址為 A。需要注意的是，A 中不存在能直接提取 ETH 的函數(shù)。
2. 在以太坊 Sepolia 測(cè)試網(wǎng)上，項(xiàng)目方（EOA）部署了工廠合約，該合約的功能是根據(jù)提供的實(shí)現(xiàn)合約地址以及 salt，以最小代理合約（Clones）的方式，部署指向?qū)崿F(xiàn)合約的代理合約（如函數(shù)「deployProxyByImplementation」所示）。假設(shè)部署的地址為 B。假設(shè)此處我們通過調(diào)用「deployProxyByImplementation」函數(shù)，以實(shí)現(xiàn)合約 A 地址作為 _implementation 傳入，部署了指向 A 的代理合約，地址為 C。
3. 用戶想在 Sepolia 測(cè)試網(wǎng)上通過轉(zhuǎn)入 ETH 來鑄造 AToken，于是用戶向代理合約 C 地址發(fā)起了調(diào)用，正常情況下，代理合約 C 會(huì)進(jìn)一步調(diào)用到實(shí)現(xiàn)合約 A 的「mintTokens」函數(shù)，來完成用戶的操作。然而用戶在調(diào)用時(shí)，錯(cuò)誤地連接到了以太坊主網(wǎng)。于是，用戶直接將 ETH 轉(zhuǎn)入到了以太坊主網(wǎng)上的 C 地址上。此時(shí)以太坊主網(wǎng) C 地址上，并未部署任何合約，也沒有人擁有該 C 地址的私鑰，因此用戶的錢，暫時(shí)被鎖定在主網(wǎng)的 C 地址上了。
2.2. 關(guān)鍵知識(shí)點(diǎn)
在介紹具體救援方案之前，先介紹一下救援需要的基本知識(shí)點(diǎn)。
2.2.1. create & create2
create 和 create2 是 Solidity 中常見的兩種部署合約的方式。
- create 部署合約時(shí)，合約地址由交易發(fā)起者的地址和該賬戶的交易次數(shù)（nonce）共同決定，與合約的內(nèi)容無關(guān)。
- create2 部署合約時(shí)，合約地址的計(jì)算不再依賴于交易發(fā)起者的 nonce，而是與以下四個(gè)參數(shù)有關(guān)。
- 0xff
- 創(chuàng)建新合約的合約地址（address)
- 作為參數(shù)的混淆值（salt）
- 待創(chuàng)建合約的創(chuàng)建字節(jié)碼（init_code）
2.2.2. 最小代理合約（Clones）
最小代理合約，也常被稱為克隆合約（Clones），核心思想是用極低的成本（Gas）部署一個(gè)代理合約，該代理合約指向指定的實(shí)現(xiàn)合約。在 Clones 合約中，可以通過 create 或者 create2 的方式部署代理合約，比如通過「cloneDeterministic」函數(shù)部署代理合約，就是采用 create2 的方式進(jìn)行部署。
在「cloneDeterministic」函數(shù)中，創(chuàng)建出的代理合約的字節(jié)碼非常簡(jiǎn)短，格式為：「0x363d3d373d3d3d363d73<實(shí)現(xiàn)合約地址>5af43d82803e903d91602b57fd5bf3」，直接將實(shí)現(xiàn)合約的地址硬編碼到了字節(jié)碼中，并將調(diào)用到該代理合約的調(diào)用都 delegatecall 到該實(shí)現(xiàn)合約。
從「cloneDeterministic」函數(shù)看出，其采用了 create2 的方式創(chuàng)建代理合約，創(chuàng)建出的代理合約的地址與合約創(chuàng)建者地址、salt、實(shí)現(xiàn)合約的地址、固定的一串字節(jié)碼有關(guān)，其與實(shí)現(xiàn)合約的字節(jié)碼無關(guān)。
2.3. 救援方案
接下來介紹如何救援用戶在主網(wǎng) C 地址上的 ETH。主要思路是，在以太坊主網(wǎng) C 地址上，部署上合約代碼，接管主網(wǎng) C 地址，將 ETH 提取出來。具體的操作步驟如下：
1. 在主網(wǎng)部署與測(cè)試網(wǎng)上相同地址 B 的工廠合約。之所以需要相同的工廠合約地址，是因?yàn)樵诤罄m(xù)調(diào)用「cloneDeterministic」部署代理合約時(shí)，代理合約的地址計(jì)算與工廠合約地址有關(guān)。通過查看 Sepolia 測(cè)試網(wǎng)上部署工廠合約的交易，獲取到這筆交易中部署者（項(xiàng)目方地址）的 nonce，在主網(wǎng)上，將項(xiàng)目方（EOA）地址的 nonce 推進(jìn)到部署工廠合約前的 nonce，然后在主網(wǎng)上部署工廠合約，由于部署者的地址以及 nonce 均與測(cè)試網(wǎng)上部署交易相同，因此在主網(wǎng)上部署的工廠合約地址也為 B。
2. 在主網(wǎng)部署與測(cè)試網(wǎng)相同地址 A 的實(shí)現(xiàn)合約。在#最小代理合約（Clones）#部分提到，通過 Clones 合約的「cloneDeterministic」函數(shù)部署代理合約，其計(jì)算出的代理合約地址，與入?yún)?salt、實(shí)現(xiàn)合約地址有關(guān)，與實(shí)現(xiàn)合約的字節(jié)碼無關(guān)。因此，我們只需要將一個(gè)合約部署在地址 A 上即可，合約的具體內(nèi)容并不影響代理合約地址的計(jì)算。那么我們可以直接在地址 A 上部署一個(gè)具備提取 ETH 功能的合約，代碼如下所示。
在測(cè)試網(wǎng)上，實(shí)現(xiàn)合約 A 是由項(xiàng)目方地址（EOA）部署的，因此同樣的，實(shí)現(xiàn)合約 A 的地址只與交易發(fā)起者及其 nonce 有關(guān)，因此，觀察測(cè)試網(wǎng)上部署實(shí)現(xiàn)合約 A 的交易，找到相關(guān) nonce，將主網(wǎng)上項(xiàng)目方地址（EOA）推進(jìn)到指定的 nonce，然后部署實(shí)現(xiàn)合約 A 即可。
3. 在主網(wǎng)上部署與測(cè)試網(wǎng)相同地址 C 的代理合約。觀察測(cè)試網(wǎng)上部署代理合約 C 的交易，獲取到 salt 信息，調(diào)用工廠合約 B 的「deployProxyByImplementation」函數(shù)，將實(shí)現(xiàn)合約 A 的地址、salt 作為參數(shù)傳入，即可在主網(wǎng)上的地址 C 上部署上代理合約。
4. 調(diào)用主網(wǎng)代理合約 C 進(jìn)行取款。項(xiàng)目方地址（EOA）調(diào)用代理合約 C 的 withdraw 函數(shù)，并指定資金接收者，成功取出代理合約 C 中被凍結(jié)的 ETH，然后還給相關(guān)的用戶。
總結(jié)
從上述救援方案可以看出，資金能被救出來的情況，需要同時(shí)具備很多條件，比如合約部署者在目標(biāo)鏈上的相關(guān) nonce 未被使用、困住資金的合約上具備取款函數(shù)或者可以通過各種方式部署上取款的函數(shù)（合約可升級(jí)或使用 Clones 這種代理等）等。
因此，大家在交易時(shí)，一定要萬分小心，仔細(xì)核對(duì)發(fā)起的每一筆交易，與合約進(jìn)行交互之前，可以使用 ZAN 提供的 AI SCAN 漏洞掃描工具，檢測(cè)合約的安全性。如果不小心出現(xiàn)資金被鎖住的情況，也不要慌張，可以聯(lián)系 ZAN 的合約安全審計(jì)團(tuán)隊(duì)嘗試幫您進(jìn)行資金救援。
以上就是Web3安全系列：誤轉(zhuǎn)到其他鏈上的資金，還能救回來嗎？的詳細(xì)內(nèi)容，更多關(guān)于Web3誤轉(zhuǎn)到其他鏈上的資金的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
你可能感興趣的文章
-
將USDT誤轉(zhuǎn)到BTC地址怎么辦？如何找回？
USDT作為一種廣泛使用的穩(wěn)定幣，因其價(jià)格穩(wěn)定和高流動(dòng)性而備受加密貨幣用戶青睞,但是由于區(qū)塊鏈網(wǎng)絡(luò)的復(fù)雜性，用戶在轉(zhuǎn)賬時(shí)可能犯錯(cuò)，例如將USDT誤轉(zhuǎn)到比特幣（BTC）地址,…
2025-04-22 -
交易所Crypto.com誤轉(zhuǎn)680萬美元給情侶！當(dāng)事人花光后被捕認(rèn)罪
加密貨幣交易所Crypto.com的員工在2021年曾錯(cuò)誤向用戶Singh轉(zhuǎn)賬680萬美元，Singh及其伴侶不僅沒有主動(dòng)歸還這筆資金，還大肆揮霍，但終究東窗事發(fā)，他們二人已經(jīng)承認(rèn)犯盜竊…
2024-08-03 -
imtoken之手把手教你找回誤轉(zhuǎn)至 BSC 網(wǎng)絡(luò)的虛擬資產(chǎn)
當(dāng)我們?cè)诮灰姿釒艜r(shí)，會(huì)看到「提幣網(wǎng)絡(luò)」一欄有許多選項(xiàng)，如 Polygon、BSC、Heco 等。不少用戶會(huì)選擇手續(xù)費(fèi)較便宜的網(wǎng)絡(luò)，結(jié)果導(dǎo)致交易所顯示提幣成功，但 imToken 錢包…
2023-06-20 -
以太坊側(cè)鏈POA Network誤轉(zhuǎn)入imToken錢包如何轉(zhuǎn)出？
這篇文章主要介紹了以太坊側(cè)鏈POA Network誤轉(zhuǎn)入imToken錢包如何轉(zhuǎn)出？的相關(guān)資料,需要的朋友可以參考下，以太坊側(cè)鏈POA Network誤轉(zhuǎn)入imToken錢包如何轉(zhuǎn)出?近期很多用戶遇…
2021-12-10 -
比特派錢包教程:誤轉(zhuǎn)幣找回教程 (適用于誤轉(zhuǎn)到ETH地址的找回)
這篇文章主要介紹了比特派錢包教程:誤轉(zhuǎn)幣找回教程 (適用于誤轉(zhuǎn)到ETH地址的找回)的相關(guān)資料，希望這篇關(guān)于誤轉(zhuǎn)幣找回教程的文章，能夠使大家對(duì)比特派錢包的使用有個(gè)更加深…
2021-11-24
