· four exchange APIs · rebuilt daily
หากคุณโอนคริปโตไปยังปลายทางผิดเครือข่าย การกู้คืนสินทรัพย์จะเป็นได้เพียงแค่การ Import Key ตามปกติ หรือไม่ก็เป็นไปไม่ได้เลยหากปราศจากการเข้าแทรกแซงของแพลตฟอร์มปลายทาง กลไกเบื้องหลังขึ้นอยู่กับการทำ Address Derivation และการถือครอง Private Key
เครือข่าย Ethereum Virtual Machine (EVM) เช่น Ethereum, Polygon, Arbitrum, Optimism และ BNB Chain ใช้สถาปัตยกรรมเข้ารหัสแบบ secp256k1 elliptic curve เดียวกันในการสร้าง Address ดังนั้น Public Key ของคุณบน Ethereum จึงเหมือนกับ Public Key บน Polygon หรือ Arbitrum ทุกประการในทางคณิตศาสตร์ เมื่อ Token ถูกโอนไปยัง Address บนเครือข่าย EVM ที่ไม่ได้ตั้งใจ สินทรัพย์นั้นจะดำรงอยู่บนเครือข่ายดังกล่าวที่ Public Address เดียวกันนั้นทันที
การเข้าถึงสินทรัพย์เหล่านั้นไม่จำเป็นต้องรอให้เครือข่ายเข้าแทรกแซง หรือต้องทำ Custom Chain Reorganization แต่ต้องการเพียงแค่การเชื่อมต่อ Wallet Interface ที่ถือ Private Key ของคุณไปยัง Remote Procedure Call (RPC) Endpoint ของปลายทางเท่านั้น
Worth knowing
Private Key เดียวกันจะควบคุม Public Address เดียวกันบนทุกเครือข่ายที่รองรับ EVM การ Import Recovery Phrase ของคุณเข้าสู่ Multichain Interface จะช่วยให้เข้าถึงสินทรัพย์ที่ส่งไปผิดเครือข่าย EVM ได้ทันที
ขั้นตอนในการดึงสินทรัพย์คืนจะแตกต่างกันไป ขึ้นอยู่กับว่า Address ฝั่งรับเงินเป็น Self-custody Wallet หรือ Deposit Account ของ Exchange
ขั้นตอนแรก ตรวจสอบ Transaction Hash บน Block Explorer ของเครือข่ายต้นทาง ยืนยันว่าสถานะธุรกรรมสำเร็จ (Successful) และจดจำ Contract หรือ Wallet Address ที่ได้รับโอนไว้
ขั้นตอนที่สอง ตรวจสอบว่าปลายทางฝั่งรับเป็น Self-custody Wallet ที่คุณเป็นผู้ถือ Seed Phrase หรือ Private Key เองหรือไม่ หากใช่ ให้เพิ่มการตั้งค่า Custom RPC Network ของเครือข่ายปลายทางลงใน Wallet Interface ของคุณ เช่น MetaMask หรือ Rabby เลือกเครือข่ายที่เพิ่งเพิ่มเข้ามา แล้วสินทรัพย์จะแสดงขึ้นภายใต้ยอดคงเหลือของ Address คุณ
ขั้นตอนที่สาม หากปลายทางฝั่งรับเป็น Deposit Address ของ Exchange ให้ตรวจสอบว่า Exchange นั้นรองรับเครือข่ายที่คุณใช้หรือไม่ หาก Exchange รองรับทั้ง Token และเครือข่ายดังกล่าว โดยปกติตัว Deposit จะเข้าบัญชีให้อัตโนมัติ หรือกู้คืนได้ผ่านเครื่องมือ Self-service อัตโนมัติ แต่หากเครือข่ายนั้นยังไม่ได้รับการแมปบนแพลตฟอร์ม คุณจะต้องเปิด Customer Support Ticket พร้อมแนบ Transaction Hash, Deposit Address และจำนวน Token ที่ถูกต้อง
Where this goes wrong
การคาดหวังให้ทีม Support ดึง Private Key ด้วยตนเองนั้นมีความเสี่ยงด้านการดำเนินงาน ห้ามแชร์ Private Key, Seed Phrase หรือให้สิทธิ์ Remote Session Access แก่บริการภายนอกที่แอบอ้างว่าให้บริการกู้คืน Token เป็นอันขาด
เมื่อเงินที่โอนผิดฝั่งตกไปอยู่ที่ Centralized Venue จำเป็นต้องใช้การดำเนินการด้วยมือ (Manual intervention) เนื่องจากระบบ Ledger ภายในไม่ได้คอยเฝ้ามอง Smart Contract ที่ไม่ได้แมปไว้ หรือ RPC Node ที่ไม่รองรับ การดำเนินการกู้คืนต้องใช้วิศวกรในการแยก Private Key แต่ละบัญชีออกมาในสภาพแวดล้อม Offline ที่ปลอดภัย จากนั้นจึง Broadcast ธุรกรรมแบบ Custom เพื่อส่งคืนเงินไปยัง External Wallet และอัปเดตยอดคงเหลือภายใน
ด้วยข้อจำกัดด้านความปลอดภัยในการดำเนินงาน Exchange มักจะกำหนดเกณฑ์มูลค่า Token ขั้นต่ำสำหรับการดึงคืนด้วยมือ ค่าธรรมเนียมการดำเนินการจะแตกต่างกันไปตามแพลตฟอร์ม แต่โครงสร้างค่าธรรมเนียมการเทรดมาตรฐานสามารถใช้เป็นเกณฑ์อ้างอิงสำหรับโครงสร้างการดำเนินงานของ Exchange ได้:
| Venue | Spot Maker Fee | Spot Taker Fee | Futures Maker Fee | Futures Taker Fee |
|---|---|---|---|---|
| Bitget | 0.0010 | 0.0010 | 0.0002 | 0.0003 |
| Bybit | 0.0010 | 0.0010 | 0.0002 | 0.00055 |
| MEXC | 0.0000 | 0.0005 | 0.0000 | 0.0002 |
| OKX | 0.0008 | 0.0010 | 0.0002 | 0.0005 |
หากมูลค่าของธุรกรรมที่โอนผิดต่ำกว่าต้นทุนการดำเนินงานในการดึงคืนด้วยมือ Exchange จะปฏิเสธคำขอกู้คืน ซึ่งจะทำให้สินทรัพย์ถูกล็อกไว้ที่ Deposit Address นั้นอย่างไม่มีกำหนด
What to do instead
ส่งธุรกรรมทดสอบจำนวนน้อยๆ ก่อนที่จะโอนยอดทั้งหมดเมื่อมีการย้ายเงินระหว่าง Exchange หรือผ่านเส้นทาง Bridge ที่ไม่ใช่ Native
มี 2 สถานการณ์หลักที่การโอนผิดเครือข่ายจะส่งผลให้สูญเสียเงินทุนถาวรโดยไม่มีโอกาสกู้คืนได้เลย
สถานการณ์แรกเกิดขึ้นเมื่อ Token ถูกส่งข้ามสถาปัตยกรรมเข้ารหัสที่ไม่รองรับกัน เช่น การ Broadcast ธุรกรรม Solana แบบ Native ไปยัง Bitcoin Taproot Public Address ตรงๆ ธุรกรรมจะล้มเหลวที่ระดับ Protocol Consensus หรือเผาทำลาย Payload หากส่งผ่าน Smart Contract ของ Wrapped Bridge ที่ไม่ถูกต้อง เนื่องจาก Key Derivation มีความแตกต่างกันอย่างสิ้นเชิงในเครือข่าย Non-EVM จึงไม่มี Private Key ที่ตรงกันอยู่บน Ledger ปลายทาง
สถานการณ์ที่สองเกิดขึ้นเมื่อเงินถูกส่งไปยัง Smart Contract Address ที่ไม่มีผู้จัดการ ซึ่งขาดฟังก์ชันการโอนหรือถอนเงิน หาก Token ถูกส่งไปยัง Bridge Contract Address หรือ Token Contract ที่ไม่มี Fallback Execution Logic สินทรัพย์จะถูกล็อกไว้ใน Contract Bytecode ถาวร ไม่มีเอนทิตีใดถือครอง Private Key สำหรับ Smart Contract Execution Address ทำให้ไม่สามารถสกัดสินทรัพย์ออกทางเทคนิคได้
เพิ่มการตั้งค่า Custom RPC Network ของเครือข่ายปลายทางลงใน Wallet Interface ของคุณ เนื่องจาก EVM Address ใช้งาน Private Key เดียวกันในทุกเครือข่าย สินทรัพย์ของคุณจะปรากฏขึ้นโดยอัตโนมัติเมื่อเชื่อมต่อกับ Chain Identifier ที่ถูกต้อง
ไม่ได้ Exchange ไม่สามารถกู้คืน Token ที่ส่งข้ามสถาปัตยกรรมเข้ารหัสที่ไม่รองรับกันซึ่ง Key Derivation ล้มเหลวได้ หาก Exchange ไม่ได้ดูแลโครงสร้างพื้นฐานทางเทคนิคหรือไม่มีสิทธิ์เข้าถึง Private Key สำหรับเครือข่ายนั้น เงินทุนจะสูญหายโดยถาวร
การดึงเงินออกจาก Deposit Address ที่ไม่ได้แมปไว้ต้องใช้การแทรกแซงทางเทคนิคด้วยมือและการจัดการ Hot Wallet Key นอกเหนือจากการรวบรวม Deposit อัตโนมัติแบบปกติ แพลตฟอร์มจึงจัดเก็บค่าธรรมเนียมการดำเนินงานหรือกำหนดเกณฑ์ขั้นต่ำ เพื่อชดเชยค่าใช้จ่ายทางวิศวกรรมและความเสี่ยงด้านความปลอดภัย
ไม่ได้ Smart Contract Execution Address ไม่ได้ถือครอง Private Key หากเงินถูกส่งไปยัง Token หรือ Bridge Contract ที่ขาด Logic การถอนเงินอัตโนมัติ Token จะยังคงถูกล็อกไว้อย่างถาวรใน State Bytecode