បានផ្ញើគ្រីបតូតាមបណ្តាញខុស? តើការផ្ទេរណាខ្លះអាចសង្គ្រោះយកមកវិញបានពិតប្រាកដ?

គ្រីបតូដែលបានផ្ញើតាមបណ្តាញខុស ពេលខ្លះអាចសង្គ្រោះយកមកវិញបាន។ ជម្រើសរបស់អ្នកអាស្រ័យលើថាតើអ្នកណាគ្រប់គ្រងអាសយដ្ឋានទទួល អ្នកនោះអាចប្រើវាលើបណ្តាញនោះបានឬអត់ និងថាតើ token ណាមួយបានទៅដល់។

ប្រតិបត្តិការដែលជោគជ័យមានន័យថា blockchain បានដំណើរការវារួច។ វាមិនបញ្ជាក់ថា exchange បានបញ្ចូលទឹកប្រាក់ទៅក្នុងគណនីរបស់អ្នក ឬថាអ្នកទទួលអាចប្រើប្រាស់ទ្រព្យនោះបានទេ។ ការសង្គ្រោះចាប់ផ្តើមពីការស្វែងរកការផ្ទេរ token ពិតប្រាកដ និងកំណត់ថាតើអ្នកណាអាចផ្លាស់ទី token ទាំងនោះបាន។

ស្វែងរកវិធីសង្គ្រោះដែលត្រូវនឹងករណីរបស់អ្នក

• Wallet ផ្ទាល់ខ្លួនរបស់អ្នក: ជាញឹកញាប់អាចសង្គ្រោះបាន ប្រសិនបើទ្រព្យបានទៅដល់គណនីធម្មតាមួយដែលអ្នកគ្រប់គ្រងនៅលើបណ្តាញដែលត្រូវគ្នា។ Smart wallet ត្រូវការការត្រួតពិនិត្យដាច់ដោយឡែក។
• Exchange មួយ: ការសង្គ្រោះអាស្រ័យលើឧបករណ៍ ប្រព័ន្ធ custody និងគោលនយោបាយរបស់ exchange ដែលទទួល សម្រាប់ token និងបណ្តាញជាក់លាក់នោះ។ មានតែ exchange ប៉ុណ្ណោះដែលអាចដោះស្រាយអាសយដ្ឋាន deposit របស់ខ្លួន។
• មនុស្សផ្សេងទៀត: ពួកគេត្រូវតែអាច និងព្រមប្រគល់ទ្រព្យត្រឡប់មកវិញ។ ប្រសិនបើពួកគេបានផ្តល់អាសយដ្ឋាន deposit របស់ exchange ដល់អ្នក ពួកគេត្រូវទាក់ទង exchange នោះ។
• Smart contract មួយ: ការសង្គ្រោះអាស្រ័យលើ code របស់ contract និងអ្នកដំណើរការដែលមានសិទ្ធិ។ Contract ខ្លះអាចផ្ញើ token ត្រឡប់វិញបាន ខ្លះទៀតមិនអាច។

សំណួរសំខាន់បំផុតគឺ៖ តើអ្នកណាអាចអនុញ្ញាតឱ្យមានការផ្ទេរចេញពីអាសយដ្ឋានទទួល នៅលើបណ្តាញដែលបានប្រើពិតប្រាកដ? ការមើលឃើញ balance នៅលើអាសយដ្ឋានមួយមិនគ្រប់គ្រាន់ទេ។

មុនពេលសាកល្បងសង្គ្រោះ សូមពិនិត្យប្រតិបត្តិការ

1. ពិនិត្យថាការផ្ទេរបានកើតឡើងពិតប្រាកដឬអត់

បើកកំណត់ត្រា withdrawal ឬការផ្ញើ ហើយចម្លង blockchain transaction ID ដែលគេហៅថា TxID ឬ transaction hash ផងដែរ។ Internal withdrawal ID របស់ exchange អាចខុសគ្នា។

• មិនទាន់មាន blockchain transaction: Withdrawal អាចនៅតែស្ថិតក្នុង platform ដែលផ្ញើ។ ពិនិត្យថាតើអាច cancel បានឬអត់ ហើយទាក់ទង platform នោះភ្លាមៗ។
• Pending នៅលើ blockchain: Wallet ខ្លះអាចសាកល្បងជំនួស ឬ cancel ប្រតិបត្តិការដែលមិនទាន់ confirmed។ ប្រើតាមការណែនាំផ្លូវការរបស់ wallet។ មិនមានការធានាថានឹងជោគជ័យទេ ហើយការបង្កើនល្បឿនការផ្ទេរដែលខុស អាចធ្វើឱ្យបញ្ហាកាន់តែធ្ងន់។
• Failed ឬ reverted: ស៊ើបអង្កេតមូលហេតុបរាជ័យ និង balance របស់អ្នកផ្ញើ។ វាខុសពី deposit ដែលជោគជ័យលើបណ្តាញខុស។ ប្រតិបត្តិការ Ethereum-style ដែលបរាជ័យក៏អាចនៅតែចំណាយ network fee។
• Confirmed ដោយជោគជ័យ: មិនមានប៊ូតុង cancel ឬ chargeback ធម្មតាទេ។ ការសង្គ្រោះជាធម្មតាមានន័យថាត្រូវធ្វើការផ្ទេរថ្មីពីកន្លែងដែលទ្រព្យបានទៅដល់។

2. ប្រើ explorer របស់បណ្តាញដែលអ្នកបានជ្រើសពិតប្រាកដ

ពិនិត្យបណ្តាញនៅក្នុងកំណត់ត្រា withdrawal ដើម បន្ទាប់មកបើក blockchain explorer របស់វា។ ឧទាហរណ៍ ប្រតិបត្តិការ Ethereum បង្ហាញនៅ Etherscan ប្រតិបត្តិការ BNB Smart Chain នៅ BscScan និងប្រតិបត្តិការ TRON នៅ TRONSCAN។

ប្រសិនបើរកមិនឃើញប្រតិបត្តិការនៅក្នុង Ethereum explorer វាអាចគ្រាន់តែបានកើតឡើងនៅលើ BNB Smart Chain។ ការស្វែងរកតែនៅលើបណ្តាញដែលអ្នកមានបំណងប្រើ មិនបញ្ជាក់ថាទ្រព្យបានបាត់ទេ។

ប្រសិនបើអ្នកបានប្រើ bridge សូមពិនិត្យស្ថានភាព transfer របស់វាផងដែរ។ ប្រតិបត្តិការដែល completed នៅលើបណ្តាញចាប់ផ្តើម អាចគ្រាន់តែជាផ្នែកមួយនៃការផ្ទេរ។ ស្វែងរកប្រតិបត្តិការនៅបណ្តាញគោលដៅ ឬជំហាន claim ឬ refund ដែល bridge នោះតម្រូវ។

3. ស្វែងរកអ្នកទទួល token ពិតប្រាកដ

សម្រាប់ USDT និង token ប្រភេទ Ethereum ផ្សេងទៀត សូមបើកផ្នែក token transfers របស់ប្រតិបត្តិការ។ ពិនិត្យអ្នកទទួល ចំនួន និង token contract នៅទីនោះ។

Field សំខាន់របស់ប្រតិបត្តិការដែលមានស្លាក To អាចបង្ហាញ contract ដែលដំណើរការ token នោះ។ នេះជារឿងធម្មតា៖ ការផ្ទេរ token ហៅ contract នោះ ហើយប្រាប់វាថាអាសយដ្ឋានណាត្រូវទទួល token។ វាមិនមានន័យដោយខ្លួនឯងថាអ្នកបានផ្ញើលុយទៅ token contract ដោយច្រឡំទេ។

សូមពិនិត្យផងដែរថាប្រតិបត្តិការបានធ្វើអ្វី។ Token approval ដែលជោគជ័យ ផ្តល់សិទ្ធិឱ្យចំណាយ token; វាមិនមែនជាការទូទាត់ដោយខ្លួនវាទេ។ ប្រតិបត្តិការដែលមាន contract calls ច្រើន អាចមានការផ្ទេរច្រើន។

4. ផ្ទៀងផ្ទាត់ token និងទីតាំងបច្ចុប្បន្នរបស់វា

កត់ត្រាអាសយដ្ឋានទទួលពេញ បណ្តាញដែលបានប្រើពិតប្រាកដ ចំនួន និង token contract។ ប្រៀបធៀប contract នោះជាមួយព័ត៌មានផ្លូវការរបស់ token issuer ឬ receiving platform សម្រាប់បណ្តាញនោះ។ ឈ្មោះ ឬ logo របស់ token អាចត្រូវបានចម្លងក្លែងក្លាយ។

បន្ទាប់មកពិនិត្យ token balance របស់អាសយដ្ឋានទទួល និងការផ្ទេរបន្ទាប់ៗ។ ប្រតិបត្តិការដើមបញ្ជាក់ថា token បានទៅដល់កន្លែងណា ប៉ុន្តែវាអាចត្រូវបានផ្លាស់ទីរួចហើយចាប់តាំងពីពេលនោះ។

ប្រសិនបើ exchange បានផ្លាស់ទីវាទៅ wallet ផ្សេង នោះអាចជាការដំណើរការផ្ទៃក្នុងធម្មតា។ វាមិនបញ្ជាក់ថាគណនីរបស់អ្នកត្រូវបាន credit ទេ។ ប្រសិនបើមានការផ្ទេរដែលមិនរំពឹងទុកចាកចេញពី wallet ផ្ទាល់ខ្លួនរបស់អ្នក សូមស៊ើបអង្កេតថាតើ wallet ត្រូវបាន compromise ឬអត់ មុនពេលបន្ថែមទ្រព្យបន្ថែម។

ការត្រួតពិនិត្យទាំងនេះប្រើព័ត៌មានសាធារណៈ។ អ្នកមិនចាំបាច់ connect wallet ឬបង្ហាញ recovery phrase ដើម្បីពិនិត្យអាសយដ្ឋានទេ។

បណ្តាញខុស token មិនគាំទ្រ និងអាសយដ្ឋានខុស ជាបញ្ហាផ្សេងៗគ្នា

បណ្តាញខុស ឬមិនគាំទ្រ

អ្នកមានបំណងផ្ញើ USDT តាម Ethereum ប៉ុន្តែបានជ្រើស BNB Smart Chain។ ការផ្ទេរបានទៅដល់អាសយដ្ឋានមួយនៅលើ BNB Smart Chain ហើយសេវាដែលទទួលអាចមិនគាំទ្រ chain នោះ។

នៅលើ withdrawal screen, Ethereum (ERC20) ជាទូទៅមានន័យថា Ethereum mainnet ខណៈដែល BNB Smart Chain (BEP20) មានន័យថា BNB Smart Chain។ ERC20 និង BEP20 ពិពណ៌នាអំពី token standards។ សូមពិនិត្យឈ្មោះបណ្តាញពេញ មិនមែនចាត់ទុក standard តែឯងថាជា destination ទេ។

អាសយដ្ឋានដែលចាប់ផ្តើមដោយ 0x មិនប្រាប់អ្នកថាត្រូវប្រើបណ្តាញណាទេ។ បណ្តាញជាច្រើនប្រើ format នេះ និងមាន balance ដាច់ដោយឡែកពីគ្នា។

Token មិនគាំទ្រ នៅលើបណ្តាញត្រឹមត្រូវ

បណ្តាញ និងអាសយដ្ឋានអាចត្រឹមត្រូវ ប៉ុន្តែ receiving platform មិនទទួល token contract ជាក់លាក់ដែលអ្នកបានផ្ញើ។

ឧទាហរណ៍ native USDC និង bridged version របស់ USDC អាចមាននៅលើបណ្តាញតែមួយ។ Circle ព្រមានថា bridged USDC នៅលើ Arbitrum មិនត្រូវបានគាំទ្រដោយ Circle Mint ហើយ deposit ដែលច្រឡំអាចមិនអាចសង្គ្រោះបាន។ ការទទួល USDC នៅលើ Arbitrum មិនមានន័យថាទទួល token ទាំងអស់ដែលមានឈ្មោះ USDC នៅទីនោះទេ។

USDT ក៏មាន versions ដែលតំណាងដោយ bridges ឬសេវាផ្សេងទៀត។ កុំសន្មតថា token ទាំងអស់ដែលមានឈ្មោះនេះត្រូវបានចេញដោយ Tether ដោយផ្ទាល់ ឬមាន recovery route ដូចគ្នា។

អាសយដ្ឋានទទួលមិនត្រឹមត្រូវ

អ្នកបានផ្ញើទៅអាសយដ្ឋានខុសពីអាសយដ្ឋានដែលអ្នកមានបំណងផ្ញើ ប្រហែលជាអាសយដ្ឋានចាស់ដែលបាន copy, wallet របស់មនុស្សមិនស្គាល់ ឬ token contract។

ការប្តូរបណ្តាញមិនអាចផ្តល់ការគ្រប់គ្រងលើអាសយដ្ឋាននោះដល់អ្នកបានទេ។ ការសង្គ្រោះអាស្រ័យលើអ្នកទទួលពិតប្រាកដ ឬ recovery process របស់ contract ឬ issuer ដែលអាចអនុវត្តបាន។

Memo ឬ tag ដែលខ្វះ គឺជាប្រភេទបញ្ហាមួយផ្សេងទៀត។ ទ្រព្យអាចបានទៅដល់ shared exchange address ត្រឹមត្រូវ ប៉ុន្តែខ្វះព័ត៌មានដែលត្រូវការដើម្បីកំណត់គណនីរបស់អ្នក។ ប្រើ memo ឬ tag recovery process របស់ exchange នោះ។

ប្រសិនបើអាសយដ្ឋាន token បណ្តាញ និង memo ដែលត្រូវការ សុទ្ធតែត្រឹមត្រូវ សូមពិនិត្យ confirmation requirements, minimum deposits និង deposit status របស់ receiving platform។ អ្នកអាចកំពុងជួប crediting delay មិនមែន wrong-network transfer ទេ។

1. ទ្រព្យបានទៅ wallet ផ្ទាល់ខ្លួនរបស់អ្នក

នៅពេលណាដែលគណនី wallet ធម្មតាអាចសង្គ្រោះវាបាន

បណ្តាញជាច្រើនប្រើគណនីប្រភេទ Ethereum។ ជាទូទៅគេហៅថា EVM-compatible networks។ សម្រាប់គណនីធម្មតាដែលត្រូវបានគ្រប់គ្រងដោយផ្ទាល់ដោយ private key, key ដដែលជាធម្មតាគ្រប់គ្រងអាសយដ្ឋានដដែលនៅលើបណ្តាញទាំងនោះ។

នេះជាមូលហេតុដែលការផ្ទេរទៅអាសយដ្ឋាន Ethereum-style ផ្ទាល់ខ្លួនរបស់អ្នកនៅលើ BNB Smart Chain អាចចូលប្រើបាន ទោះបី wallet របស់អ្នកដំបូងមិនបង្ហាញអ្វីក៏ដោយ។ Token balance មាននៅលើ BNB Smart Chain; app របស់អ្នកអាចកំពុងបង្ហាញ Ethereum។

នេះអនុវត្តចំពោះ គណនីជាក់លាក់ដែលអ្នកគ្រប់គ្រង។ វាមិនអនុវត្តដោយស្វ័យប្រវត្តិចំពោះ smart wallet, exchange address ឬអាសយដ្ឋានផ្សេងទៀតដែលបានបង្កើតពី recovery phrase ដូចគ្នាទេ។

របៀបពិនិត្យដោយសុវត្ថិភាព

1. បើក wallet ដែលគ្រប់គ្រង receiving account។ ប្រៀបធៀបអាសយដ្ឋានពេញរបស់វាជាមួយ actual token recipient នៅក្នុងប្រតិបត្តិការ។
2. ជ្រើសបណ្តាញដែលបានប្រើសម្រាប់ការផ្ទេរ។ ប្រសិនបើមិនមាន សូមធ្វើតាមការណែនាំរបស់ wallet maker ដើម្បី enable វា ឬបន្ថែម official network settings របស់វា។
3. បង្ហាញ token ជាក់លាក់។ ប្រសិនបើវាមិនបង្ហាញដោយស្វ័យប្រវត្តិ ប្រើ add-token function របស់ wallet ជាមួយ verified contract address សម្រាប់បណ្តាញនោះ។
4. ពិនិត្យថាគណនីអាច sign បាន។ Watch-only wallet អាចបង្ហាញ balance របស់នរណាម្នាក់ក៏បាន។ វាមិនអាចអនុញ្ញាត return transfer បានទេ។
5. រៀបចំ destination មុនពេលផ្ញើ។ បញ្ជាក់ថា wallet ឬ exchange បន្ទាប់ ទទួល exact token នេះនៅលើបណ្តាញដែលអ្នកកាន់វាឥឡូវនេះ។
6. រៀបចំ network fee។ សម្រាប់ BEP20 transfer ធម្មតានៅលើ BNB Smart Chain ជាធម្មតាអ្នកត្រូវការបន្តិច BNB នៅលើ chain នោះ។ ប្រើ estimate របស់ wallet ហើយទុកឱ្យគ្រប់គ្រាន់សម្រាប់ប្រតិបត្តិការទាំងអស់ដែលត្រូវការ។

ការបន្ថែម network ឬ token ប្តូរតែអ្វីដែល wallet បង្ហាញប៉ុណ្ណោះ។ វាមិនផ្លាស់ទី ឬ convert ទ្រព្យទេ។ ការបង្ហាញ token ក៏មិនធ្វើឱ្យ token ក្លែងក្លាយ ឬគ្មាន backing ក្លាយជាមានតម្លៃទេ។

ឧទាហរណ៍៖ អ្នកបានផ្ញើ BEP20 USDT ជំនួស ERC20

អ្នក withdraw 500 USDT ពី exchange ទៅ personal wallet ធម្មតារបស់អ្នក។ អ្នកមានបំណងប្រើ Ethereum ប៉ុន្តែបានជ្រើស BNB Smart Chain។

Withdrawal record និង BscScan បង្ហាញថា token transfer បានទៅដល់ exact wallet address របស់អ្នក។ អ្នកបើក account នោះនៅលើ BNB Smart Chain ហើយបង្ហាញ verified token។ Balance ចំនួន 500 token ក៏លេចឡើង។

ឥឡូវអ្នកអាចចូលប្រើ token នៅលើ BNB Smart Chain បាន។ ប្រសិនបើអ្នកចង់ឱ្យទ្រព្យនៅលើ Ethereum អ្នកនៅតែត្រូវការ supported transfer route រវាងបណ្តាញ។ ការផ្ញើទៅអាសយដ្ឋានផ្ទាល់ខ្លួនរបស់អ្នកម្តងទៀត ខណៈកំពុងប្រើ BNB Smart Chain នឹងទុកវានៅលើ BNB Smart Chain ដដែល។

ETH ដែលកាន់នៅលើ Ethereum មិនអាចបង់ fee សម្រាប់ BNB Smart Chain transfer នេះទេ។ Gas ត្រូវតែមាននៅលើបណ្តាញដែលកំពុង process ប្រតិបត្តិការ លុះត្រាតែ wallet របស់អ្នកផ្តល់ payment method ផ្សេងដែលគាំទ្រដោយច្បាស់លាស់។

ប្រសិនបើ wallet app ផ្សេងបង្ហាញអាសយដ្ឋានខុសគ្នា

ឈប់សិន ហើយពិនិត្យ account selection។ Recovery phrase មួយអាចបង្កើតគណនីជាច្រើន ហើយ app ផ្សេងៗអាចប្រើ settings ផ្សេងៗដើម្បីជ្រើសវា។ Wallet documentation អាចហៅ settings ទាំងនេះថា derivation path។

ការស្តារ phrase ដដែលហើយឃើញ account ទទេ មិនបញ្ជាក់ថា balance ដើមបានបាត់ទេ។ វាអាចមានន័យថាអ្នកបានបើក account ផ្សេង។ ធ្វើតាម recovery instructions របស់ wallet maker ដើម ហើយផ្ទៀងផ្ទាត់ destination address ពេញ។

កុំបញ្ចូល phrase ទៅក្នុង website ដែលអះអាងថានឹងស្វែងរក account ត្រឹមត្រូវឱ្យអ្នក។

ប្រសិនបើអ្នកប្រើ hardware wallet

ពិនិត្យថា app ធម្មតារបស់ device គាំទ្របណ្តាញនោះឬអត់។ ប្រសិនបើមិនគាំទ្រ maker អាចគាំទ្រការភ្ជាប់ device ទៅ wallet interface ផ្សេង។

ឧទាហរណ៍ Trezor មានឯកសារណែនាំអំពីការប្រើ compatible third-party wallet តាម Trezor Connect ដើម្បីចូលប្រើ assets នៅលើ EVM networks ផ្សេងទៀតដែលគាំទ្រ។ Device នៅតែជាអ្នក sign ប្រតិបត្តិការ។

ប្រើ hardware-wallet connection process ហើយផ្ទៀងផ្ទាត់ selected account។ កុំវាយ recovery phrase របស់ device ចូល website ឬ software wallet គ្រាន់តែដើម្បីឱ្យ balance លេចឡើង។

ប្រសិនបើ wallet ផ្ទាល់ខ្លួនរបស់អ្នកជា smart wallet

Smart wallet អាចប្រើ contract code ដើម្បីគ្រប់គ្រង receiving address របស់វា។ ការកាន់ recovery phrase, passkey ឬ signing key សម្រាប់ app មិនមានន័យថាអ្នកអាចផ្ញើដោយផ្ទាល់ពីអាសយដ្ឋាននោះនៅលើបណ្តាញផ្សេងបានជានិច្ចទេ។

សួរ wallet provider ថា account ត្រូវបាន deployed និងអាចប្រើនៅលើបណ្តាញដែលអ្នកបានជ្រើសឬអត់។ ប្រសិនបើមិនបាន សូមប្រើផ្នែក smart contract ខាងក្រោម។ Network-switching steps ធម្មតាអាចមិនគ្រប់គ្រាន់។

2. ទ្រព្យបានទៅ exchange

ទាក់ទង receiving exchange។ Exchange deposit address របស់អ្នកត្រូវបានគ្រប់គ្រងដោយ custody system របស់ exchange ទោះបីវាលេចឡើងក្នុង account របស់អ្នកក៏ដោយ។

អ្នកមិនអាច import អាសយដ្ឋាននោះចូល personal wallet ហើយទទួលបានការគ្រប់គ្រងលើវាទេ។ Customer support ក៏មិនអាចគ្រាន់តែផ្តល់ private key របស់វាដល់អ្នកបានដែរ។ Exchange recovery ត្រូវការដំណើរការដែលធ្វើការនៅក្នុង custody និង security systems របស់ platform។

Sending exchange អាចផ្តល់ withdrawal record និងពន្យល់ថាបណ្តាញណាត្រូវបានប្រើ។ នៅពេល confirmed withdrawal បានទៅដល់ external address រួច sender ជាធម្មតាមិនអាចទាញវាត្រឡប់វិញបានទេ។

Technical access និង recovery eligibility ជារឿងដាច់ដោយឡែក

Exchange អាចស្គាល់អាសយដ្ឋាន ប៉ុន្តែមិនមានវិធីដែលគាំទ្រដើម្បីផ្លាស់ទី token នោះចេញពីអាសយដ្ឋានលើបណ្តាញផ្សេង។ វាក៏អាចបដិសេធការសង្គ្រោះដោយសារ operational limits, security checks ឬ service policy របស់ខ្លួន។

នេះជាសំណួរបីផ្សេងគ្នា៖

• តើ exchange គ្រប់គ្រងអាសយដ្ឋាននេះនៅលើបណ្តាញដែលបានប្រើពិតប្រាកដឬទេ?
• តើ systems របស់វាអាចផ្លាស់ទី exact token នេះដោយសុវត្ថិភាពឬទេ?
• តើ recovery service របស់វានឹងទទួល deposit នេះឬទេ?

ការដែល exchange list token មួយសម្រាប់ trading មិនឆ្លើយសំណួរទាំងនេះណាមួយដោយខ្លួនវាទេ។

អ្វីដែល recovery services បច្ចុប្បន្នបង្ហាញ

Binance: Global recovery guide របស់វារួមបញ្ចូល unsupported tokens មួយចំនួន និង deposits នៅលើ unsupported EVM networks ជាប្រភេទករណីដែលអាចសង្គ្រោះបាន។ វាមិនធានាលទ្ធផលទេ។ Recipient ជាអ្នកដាក់ពាក្យសម្រាប់ deposit ទៅក្នុង Binance account ផ្ទាល់ខ្លួន។

Binance បានរាយការណ៍ថាបានជួយ 38,648 incorrect-deposit recovery cases ដែលមានតម្លៃសរុប $48 million ក្នុងឆ្នាំ 2025។ តួលេខទាំងនោះគ្របដណ្តប់ deposit errors ជាទូទៅ មិនមែនតែ wrong networks ប៉ុណ្ណោះទេ។ វាមិនប្រាប់ success rate សម្រាប់ករណីរបស់អ្នកទេ។

Coinbase: Recovery service របស់វាទទួលតែ assets និង networks មួយចំនួន ហើយផ្ញើ eligible recovered funds ទៅ connected self-custody wallet។ វាត្រូវការ transaction ID, Coinbase receiving address និង actual network។ ពិនិត្យ destination wallet ឱ្យម៉ត់ចត់មុនពេល confirm។

នៅពេលពិនិត្យ Service fee របស់ Coinbase គឺ 5% នៃចំនួនលើស $100 បូក network fees។ ដូច្នេះ recovery ចំនួន $1,000 មាន service fee $45 មុន network costs។ Fee ដែលបង្ហាញក្នុង actual recovery process គឺជាអ្វីដែលសំខាន់។

Kraken: Recovery guidance របស់វាបែងចែក unsupported tokens នៅលើ supported networks ចេញពី unlisted assets នៅលើ unsupported networks។ ករណីខ្លះមិនអាចសង្គ្រោះបាន ហើយតម្លៃសេវាត្រូវបានប្រាប់មុនការងារសង្គ្រោះបន្ត។

ប្រើ guidance សម្រាប់ exact platform និង account ដែលអ្នកប្រើ។ Binance និង Binance.US មាន recovery policies ខុសគ្នា។ Availability ក៏អាចខុសគ្នាតាម account ឬ region។

Exchange examples និង recovery policies ត្រូវបានពិនិត្យនៅថ្ងៃទី 18 October 2026។ Eligibility, fees និង procedures អាចផ្លាស់ប្តូរ។

អ្វីដែលត្រូវសួរ exchange

បើក official missing-deposit ឬ asset-recovery process របស់វា ហើយផ្តល់ evidence ដែលមានរាយនៅពេលក្រោយក្នុងអត្ថបទនេះ។ សួរថាតើវាអាចសង្គ្រោះ specific token contract នៅលើ specific network ទៅ specific deposit address បានឬទេ។

ប្រសិនបើ tool រក transaction មិនឃើញ សូមពិនិត្យព័ត៌មានទាំងនោះជាមុន។ Transaction ដែលមាននៅលើ public explorer អាចនៅតែស្ថិតក្រៅ supported cases របស់ tool។ សួរ support ថាមាន manual review ឬអត់។

មុនពេលយល់ព្រមនឹង recovery សូមបញ្ជាក់ fee, ពេលវេលាដែលទំនងត្រូវការ និងថាតើលទ្ធផលនឹងជា account credit ឬ external refund។ Fee estimate មិនមែនជាការធានា។ សម្រាប់ deposit តូច ចំណាយអាចស៊ីយកផ្នែកធំនៃចំនួនដែលសង្គ្រោះបាន។

ប្រសិនបើ support បដិសេធ សួរថាមូលហេតុគឺ missing evidence, technical limitation ឬ current policy។ រក្សាទុកចម្លើយ និង transaction details។ Policy អាចផ្លាស់ប្តូរនាពេលអនាគត ប៉ុន្តែមិនមានការសន្យាថាវានឹងជួយ deposit ចាស់ទេ។

កុំឱ្យ refund ក្លាយជាដំណើរការ missing deposit លើកទីពីរ

Original sending address អាចមិនមែនជា deposit address របស់អ្នក។ Exchanges ជាញឹកញាប់ផ្ញើ withdrawals ពី shared operational wallets។

ប្រសិនបើ recovery ផ្ញើ token ត្រឡប់ទៅ shared wallet នោះ sending exchange អាចទទួលវា ដោយមិន credit account របស់អ្នកដោយស្វ័យប្រវត្តិ។ Coinbase ព្រមានកុំឱ្យ return payment ទៅ original sending address របស់វា ហើយ Kraken និយាយថា returned withdrawals អាចត្រូវការ manual recovery។

Recovery processes ខ្លះអនុញ្ញាតឱ្យអ្នកជ្រើស receiving wallet។ ខ្លះទៀតតម្រូវឱ្យ return ទៅ original source។ សួរថាច្បាប់ណាអនុវត្ត មុនពេលបន្ត។

• Token ណានឹងត្រូវ return?
• នៅលើ network ណា?
• ទៅ exact address ណា?
• តើ receiving service នឹងទទួល token និង network នោះឬទេ?
• តើត្រូវការ memo ឬ tag ឬទេ?

ប្រសិនបើ Exchange B refund ទៅ shared sending wallet របស់ Exchange A សូមសួរ Exchange A ថាវានឹង credit return ដោយរបៀបណា។ រក្សាទុក original និង refund transaction IDs និង support records ទាំងពីរ។ សម្រាប់អ្នក Recovery ចប់ពិតប្រាកដតែនៅពេល Exchange A ស្គាល់ return នោះ ហើយ credit account របស់អ្នក។

3. ទ្រព្យបានទៅមនុស្សផ្សេង

ប្រសិនបើអ្នកបានផ្ញើទៅមនុស្សដែលអ្នកស្គាល់ សូមផ្តល់ transaction ID, actual network, token contract និង receiving address ដល់ពួកគេ។

ប្រសិនបើពួកគេគ្រប់គ្រង ordinary compatible wallet account ពួកគេអាចពិនិត្យ balance នៅលើ network នោះ ហើយរៀបចំ transfer ថ្មី។ អ្នកមិនត្រូវការ recovery phrase របស់ពួកគេ ហើយពួកគេក៏មិនត្រូវការរបស់អ្នកដែរ។

ប្រសិនបើពួកគេបានផ្តល់ exchange deposit address ដល់អ្នក Recipient ជាធម្មតាត្រូវបើក recovery request ពី account របស់ខ្លួន។ Withdrawal record របស់អ្នកអាចជួយបាន ប៉ុន្តែអ្នកមិនអាចគ្រប់គ្រង exchange account របស់ពួកគេតាម recovery form របស់អ្នកបានទេ។

សម្រាប់ merchant ឬ payment processor សូមទាក់ទង payment support team របស់វា។ បញ្ចូល invoice ឬ payment reference ជាមួយ transaction details។ អាសយដ្ឋានដែលមើលឃើញអាចជារបស់ processor មិនមែន merchant។

ប្រសិនបើអាសយដ្ឋានជារបស់មនុស្សមិនស្គាល់ មិនមាន wallet function ធម្មតាណាដែលអាចបង្ខំឱ្យ refund បានទេ។ Transaction hash មិនអាចបង្ហាញ private key បាន។ Explorer label អាចបង្ហាញថាសេវាណាមួយគួរត្រូវបានទាក់ទង ប៉ុន្តែមិនបញ្ជាក់ថាអ្នកណាគ្រប់គ្រងអាសយដ្ឋាននោះទេ។

មុនពេលនរណាម្នាក់ return ទ្រព្យ សូមព្រមព្រៀងលើ destination ដែលទទួល exact token និង network នោះ។ កុំសន្មតថា original sending address សមស្រប។

4. Receiving address ជា smart contract

Smart contract ធ្វើតាមច្បាប់ដែលបានសរសេរក្នុងកម្មវិធីរបស់វា។ មនុស្ស ឬក្រុមហ៊ុនដែលបានបង្កើតវា មិនមានវិធីដក token ទាំងអស់ដែលផ្ញើទៅទីនោះដោយស្វ័យប្រវត្តិទេ។

ហេតុអ្វីការផ្ទេរជោគជ័យក៏អាចធ្វើឱ្យ token ជាប់គាំងបាន

Standard ERC20 transfer អាចកត់ balance ក្រោម address របស់ contract ដោយមិនសួរ contract ថាវាដឹងរបៀប return token ឬអត់។ Transfer អាចជោគជ័យ ខណៈ recipient មិនមាន usable withdrawal route។

Recovery អាចធ្វើទៅបាន ប្រសិនបើ contract មាន៖

• Withdrawal ឬ rescue function ដែលដំណើរការសម្រាប់ exact token។
• General transaction function ដែល authorized owners អាចប្រើដើម្បីផ្ញើវា។
• Upgrade mechanism ដែលមានស្រាប់ ដែលអនុញ្ញាតឱ្យ authorized administrators បន្ថែម recovery route។

ប្រសិនបើគ្មានអ្វីមួយក្នុងនេះអនុវត្តបាន Project team អាចមិនអាចជួយបាន។ Token issuer អាចមាន intervention process ដាច់ដោយឡែកក្នុងករណីមានកំណត់ ប៉ុន្តែ wallet settings ធម្មតាមិនអាចបន្ថែម contract functionality ដែលខ្វះបានទេ។

នេះរួមមានការផ្ញើ token ទៅ token contract ខ្លួនវាផងដែរ។ ជាមុន សូមបញ្ជាក់ថា contract គឺ actual token recipient ពិតប្រាកដ មិនមែនគ្រាន់តែ To address របស់ main transaction ទេ។

Smart wallet អាចសង្គ្រោះបាន ទោះបីវាមិនទាន់មាននៅលើ chain នោះក៏ដោយ

Smart wallets ខ្លះមាន address ដែលអាចគណនាបាន មុនពេល contract របស់វាត្រូវបានបង្កើត។ Funds អាចទៅដល់ address នោះនៅលើ network ផ្សេង មុនពេល wallet ត្រូវបាន deploy នៅទីនោះ។

Wallet provider អាចបង្កើត wallet ត្រឹមត្រូវនៅ exact address នោះ ហើយ restore access បាន។ វាអាស្រ័យលើ original setup របស់វា និងថាតើ deployment contracts ដែលត្រូវការ compatible និង available នៅលើ network ទីពីរឬអត់។

Safe មានឯកសារអំពី recovery ប្រភេទនេះ ប៉ុន្តែមិនអាចធ្វើបានសម្រាប់ Safe គ្រប់មួយ ឬ network គ្រប់មួយទេ។

បញ្ហាមួយដែលមិនសូវច្បាស់គឺ original signer list។ ការបង្កើត Safe ឡើងវិញនៅលើ network ផ្សេង អាច restore owners ដើម និងចំនួន signatures ដែលត្រូវការ។ ការផ្លាស់ប្តូរដែលធ្វើនៅពេលក្រោយលើ network ដំបូង មិនផ្ទេរទៅដោយស្វ័យប្រវត្តិទេ។ ប្រសិនបើ original signing keys ត្រូវបានបាត់ ឬ compromise ការសង្គ្រោះអាចត្រូវបានរារាំង ឬមិនមានសុវត្ថិភាព។

សួរ provider ឱ្យពិនិត្យ deployment និង ownership history មុនពេលបន្ត។ ការបង្កើត contract ឬ wallet ថ្មីដោយចៃដន្យ មិនអនុញ្ញាតឱ្យអ្នកទាមទារ address ណាមួយតាមចិត្តបានទេ។

អ្វីដែល project team ត្រូវពិនិត្យ

• តើ correct contract ត្រូវបាន deploy នៅ address នេះលើ actual network ឬទេ?
• ប្រសិនបើមិនទាន់ តើ exact wallet នោះនៅតែអាច deploy នៅទីនោះបានឬទេ?
• Owners ឬ signers ណាខ្លះនឹងគ្រប់គ្រងវា?
• តើ code របស់វាអនុញ្ញាតឱ្យ exact token នេះត្រូវបានផ្លាស់ទីឬទេ?
• តើ token នៅតែស្ថិតនៅ address នោះឬទេ?

Explorer មិនបង្ហាញ contract code មិនមែនជាភស្តុតាងចុងក្រោយទេ។ វាអាចជា ordinary account, unused address ឬ future address របស់ smart wallet។ Contract label ក៏មិនពន្យល់ពេញលេញថាគណនីត្រូវបានគ្រប់គ្រងដោយរបៀបណាទេ។ ប្រើ documentation របស់ wallet provider និង case-specific review។

ទាក់ទង official project team ឱ្យបានឆាប់។ Routing contracts ខ្លះមិនត្រូវបាន design ឱ្យរក្សា balances ដោយសុវត្ថិភាពទេ។ Uniswap ព្រមានថា token ដែលទុកនៅ router addresses មួយចំនួន អាចត្រូវបានប្រើដោយ transactions នៅពេលក្រោយ។ កុំសន្មតថា contract deposit គ្រប់មួយនឹងនៅតែ available ខណៈអ្នកកំពុងសម្រេចថាត្រូវធ្វើអ្វី។

ចុះ TRC20, Bitcoin, Solana ឬ BEP2 វិញ?

TRC20 ជំនួស ERC20 ត្រូវការការវាយតម្លៃផ្សេង

EVM recovery steps ធម្មតាមិនគ្របដណ្តប់គ្រប់ការរួមបញ្ចូលគ្នារបស់ networks ទេ។ TRON, Bitcoin, Solana និង systems ផ្សេងៗ អាចប្រើ address formats, account rules ឬ signing keys ខុសគ្នា។

ប្រសិនបើ withdrawal form បដិសេធ address កុំកែ address ដើម្បីបង្ខំ transfer។ ប្រសិនបើ transfer បានកើតឡើងរួច សូមកំណត់ real receiving address ពី blockchain record ហើយសុំ receiving wallet ឬ platform ឱ្យវាយតម្លៃករណីនោះ។

Address systems ខុសគ្នាមិនធ្វើឱ្យករណីទាំងអស់មិនអាចសង្គ្រោះបានទេ។ Developer documentation របស់ TRON បង្ហាញថា សម្រាប់ public key ដូចគ្នា address របស់វាមានទំនាក់ទំនងជាមួយ Ethereum address។ ទោះយ៉ាងណា default TRON និង Ethereum accounts ពី recovery phrase មួយ អាចប្រើ keys ខុសគ្នា។

នោះជាមូលហេតុដែលត្រូវទទួល exact technical assessment មិនមែនប្រើរូបមន្តទូទៅសម្រាប់ convert addresses ទេ។ ការប្តូររបៀបសរសេរ address មិនផ្លាស់ទី funds រវាង networks ហើយក៏មិនផ្តល់ control លើវាដល់អ្នកដែរ។

BEP2 មិនមែន BEP20

BEP2 ជារបស់ BNB Beacon Chain ដែលត្រូវបាន retired ហើយប្រើ addresses ដែលចាប់ផ្តើមដោយ bnb1។ BEP20 ទាក់ទងនឹង BNB Smart Chain និង Ethereum-style addresses របស់វា។

Token BEP2 និង BEP8 ចាស់ៗ មាន recovery process ដាច់ដោយឡែក ដែលកំណត់សម្រាប់ eligible assets ដែលភ្ជាប់ជាមួយ corresponding token នៅលើ BNB Smart Chain។ ចាប់ពីថ្ងៃទី 1 July 2026 មក hosted recovery tool របស់ BNB Chain ត្រូវបាន discontinued ហើយប្តូរទៅ locally run self-service tool។ ធ្វើតាម official instructions បច្ចុប្បន្ន មិនមែន guide ចាស់ទៅកាន់ tool ដែល retired ទេ។

តើ Tether អាចសង្គ្រោះ USDT ដែលផ្ញើតាមបណ្តាញខុសបានទេ?

ពេលខ្លះ Tether អាចវាយតម្លៃ recovery ដែល receiving wallet ឬ contract មិនអាចដោះស្រាយបាន។ នេះជាសេវាមានកំណត់របស់ issuer មិនមែន universal USDT refund system ទេ។

Tether រាយ contract mistakes មួយចំនួន និង destinations ផ្សេងៗដែលវាចាត់ទុកថាអាច recover បាន។ វាសុំឱ្យ users ស្វែងរកជំនួយពី receiving party ជាមុន។

លក្ខខណ្ឌដែលបានផ្សព្វផ្សាយរបស់វារួមមាន៖

• Request ត្រូវលើស $1,000។
• អ្នកត្រូវមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់សម្រាប់ services របស់ Tether និងក្លាយជា verified user។
• Tether ជាអ្នកសម្រេចថា recovery អាចធ្វើបានតាម technical ឬអត់ និងថាតើវានឹងសាកល្បងឬទេ។
• Tether ផ្សព្វផ្សាយ fee រហូតដល់ 10% នៃ recovery amount ឬ $1,000 មួយណាធំជាង។ Fee ត្រូវដកចេញពី recovered funds។ បញ្ជាក់ actual quote របស់អ្នកមុនពេលបន្ត។
• Request អាចចំណាយពេលជាច្រើនខែ ដោយគ្មាន guaranteed outcome ឬ deadline។

ពិនិត្យថាអ្នកណាបាន issue exact token។ Bridged ឬ pegged version ដែលមានឈ្មោះ USDT អាចពឹងផ្អែកលើ service ផ្សេង ដូច្នេះ process របស់ Tether អាចមិនអនុវត្ត។

រក្សាទុក transaction ID, destination, amount, ការពន្យល់អំពីកំហុស និង records នៃ previous recovery attempts។ ផ្តល់ addresses និង transaction IDs ជា text ទោះបីអ្នក attach screenshots ផងដែរ។

របៀបផ្លាស់ទីទ្រព្យដែលអាចចូលប្រើបាន ទៅបណ្តាញដែលអ្នកមានបំណងប្រើ

នៅពេលអ្នកអាចចំណាយ funds បាន អ្នកប្រហែលជាមិនត្រូវការ recovery service បន្ថែមទៀតទេ។ អ្នកអាចទុកវានៅលើ current network ប្រសិនបើវាសមនឹងតម្រូវការរបស់អ្នក។ ការផ្លាស់ទីវាទៅកន្លែងផ្សេង គឺជាការសម្រេចចិត្តដាច់ដោយឡែក។

ប្រសិនបើអ្នកត្រូវការ network ផ្សេង មានពីរវិធីដែលអាចធ្វើបាន៖

• Exchange ដែលទទួល exact token នៅលើ current network: Deposit ដោយប្រើ receiving details ដែលបង្ហាញសម្រាប់ network នោះ រង់ចាំឱ្យ account ត្រូវបាន credit បន្ទាប់មក withdraw ដោយប្រើ intended network។ ពិនិត្យទាំង deposit និង withdrawal availability មុនពេលផ្ញើ។
• Bridge ដែលគាំទ្រ exact transfer: បញ្ជាក់ starting token, destination token, networks ទាំងពីរ, fees និង receiving address នៅក្នុង official interface របស់ bridge។

Bridge ត្រូវការ access ទៅ funds ដែលត្រូវផ្ញើ។ វាមិនអាច recover balance ពី exchange address ឬ contract ដែលអ្នកមិនអាច authorize បានទេ។

Bridge output អាចជា token version ផ្សេងពី version ដែល final recipient របស់អ្នកទទួល។ ពិនិត្យ destination contract មុនពេលបន្ត។ ធ្វើតាម actual transfer process របស់ bridge; ការផ្ញើ tokens ដោយផ្ទាល់ទៅ contract address អាចមិនចាប់ផ្តើម bridge transfer។

ប្រសិនបើអាចធ្វើបាន សាកល្បងជាមុនជាមួយចំនួនតិច ខណៈរក្សាឱ្យលើស deposit ឬ transfer minimum។ រង់ចាំរហូតដល់ការសាកល្បងនោះអាចប្រើបានពិតប្រាកដនៅ final destination។ Blockchain confirmation តែមួយមិនបញ្ជាក់ថា exchange បានទទួលវាទេ។

ភស្តុតាងដែលត្រូវរៀបចំសម្រាប់ recovery request

ប្រមូលព័ត៌មានខាងក្រោមមុនពេលបើក ticket៖

• Blockchain transaction ID ដែលបាន copy ជា text។
• Network ដែលបានប្រើពិតប្រាកដ និង network ដែលអ្នកមានបំណងប្រើ។
• Exact token contract នៅលើ actual network និង displayed name របស់វា។
• Amount ដែលបានទៅដល់ address ដែលអាចខុសពី withdrawal amount បន្ទាប់ពី fees។
• Sending និង receiving addresses ពេញ។
• Date និង time នៃ transfer រួមទាំង time zone។
• Sending wallet ឬ exchange និង receiving wallet ឬ platform។
• Deposit instructions របស់ recipient រួមទាំង memo ឬ tag ដែលត្រូវការ។
• Withdrawal record ពី originating wallet ឬ exchange។
• Previous ticket numbers, attempted fixes និង refund transaction ID ប្រសិនបើមាន។

Public explorer record បញ្ជាក់ថាមាន transaction មួយ។ វាមិនបញ្ជាក់ថាមនុស្សដែលដាក់ព័ត៌មាននោះជាម្ចាស់ funds ទេ។ Platform អាចត្រូវការ account records, identity checks ឬ video ដែលបង្ហាញ withdrawal history។

ផ្តល់ private account evidence តែតាម official support channels ប៉ុណ្ណោះ។ កុំឱ្យ passwords, recovery phrases, private keys និង authentication codes លេចនៅក្នុង screenshots ឬ recordings។

ចម្លង support-request template នេះ

ប្រធានបទ: Wrong-network deposit recovery request: [token], [actual network], [transaction ID]

ខ្ញុំបានផ្ញើ [amount និង token] ទៅ [receiving address] នៅលើ [actual network] នៅ [date, time និង time zone]។ ខ្ញុំមានបំណងប្រើ [intended network]។ Blockchain បង្ហាញ [status] ប៉ុន្តែ [deposit មិនត្រូវបាន credit / receiving wallet មិនអាច access វា]។

• Transaction ID: [បិទភ្ជាប់ full blockchain transaction ID]
• Token contract នៅលើ actual network: [បិទភ្ជាប់ full contract address ឬសរសេរថាវាជា native coin]
• Sending address និង service: [address និង wallet ឬ exchange]
• Receiving address និង account: [address និង relevant account reference]
• Amount ដែលបានទទួលនៅលើ blockchain: [amount]
• Memo ឬ tag: [អ្វីដែលត្រូវការ និងអ្វីដែលបានបញ្ចូល ឬ not applicable]
• Evidence attached: [withdrawal record និង relevant deposit instructions]
• Previous recovery attempts: [ការពិពណ៌នាខ្លី និង ticket numbers]

សូមបញ្ជាក់ថាតើអ្នកគ្រប់គ្រង address នេះនៅលើ network ដែលបានប្រើឬទេ និងថាតើ exact token នេះ eligible សម្រាប់ recovery ឬអត់។ ប្រសិនបើ eligible តើអ្នកនឹង credit account ឬ issue refund? សូមបញ្ជាក់ fee, expected processing time និង token, network, address និង memo requirements សម្រាប់ refund ណាមួយ។

ប្រសិនបើ funds ត្រូវ return ទៅ original sending address សូមបញ្ជាក់មុនពេលបន្ត ដើម្បីឱ្យខ្ញុំអាចសម្របសម្រួលជាមួយ sending platform។ ប្រសិនបើ recovery មិនមាន សូមពន្យល់ថាមូលហេតុគឺ missing evidence, technical limitation ឬ current policy។

នៅពេលណា recovery អាចមិនអាចធ្វើបាន និងពេលណាគួរឈប់

Transfer មួយអាចនៅតែ visible ជារៀងរហូត ដោយគ្មាននរណាម្នាក់មានវិធីជាក់ស្តែងក្នុងការចំណាយវា។ ឧបសគ្គទូទៅរួមមាន៖

• គ្មាន controlling key ដែលអាចចូលប្រើបាន: គ្មាននរណាម្នាក់ដែលអ្នកអាចទាក់ទងបាន អាច authorize spending ពី actual destination ឬ keys ដែលត្រូវការបានបាត់ជាអចិន្ត្រៃយ៍។
• គ្មាន usable contract route: Receiving contract មិនអាច transfer token បាន ហើយគ្មាន authorized upgrade, deployment ឬ issuer intervention ដែលអាចប្រើបាន។
• គ្មាន exchange recovery service: Platform មិនអាច ឬមិនព្រម recover combination នោះ។ នេះជាកម្រិតសេវា មិនមែនជាភស្តុតាងថាវាមិនអាចធ្វើបានតាមគណិតវិទ្យាទេ។
• Funds ត្រូវបានយក ឬចំណាយរួច: Original address មិនកាន់វាទៀតទេ។ Theft ឬ dispute ត្រូវការការឆ្លើយតបផ្សេង។ ពិនិត្យ later transfers ជាមុន ពីព្រោះ exchange ផ្លាស់ទី funds នៅខាងក្នុង មិនមានន័យថាវាបាត់ទេ។
• Asset ឬ network លែងដំណើរការតាមតម្រូវការ: Access ទៅ address មិនអាច restore backing របស់ failed token, restart retired chain ឬបង្កើត redemption route ដែលខ្វះបានទេ។

សួរមូលហេតុមុនពេលទទួលយកការអះអាងមិនច្បាស់ថា recovery មិនអាចធ្វើបាន។ ដូចគ្នានេះ កុំបង់ប្រាក់សម្រាប់ attempts ម្តងហើយម្តងទៀត ដែលមិនអាចបង្ហាញ credible recovery mechanism បាន។

ជៀសវាងការបាត់បង់ប្រាក់បន្ថែមអំឡុង recovery

• រក្សា recovery phrases និង private keys ជាសម្ងាត់។ វាអាចធ្វើឱ្យ assets ផ្សេងដែលគ្រប់គ្រងដោយ keys ទាំងនោះប្រឈមហានិភ័យ រួមទាំង assets នៅលើ networks ផ្សេង។ Recovery phrase ក៏អាចបង្ហាញ accounts ផ្សេងដែលបាន derive ពីវា។
• បើក support ពី official app ឬ website របស់ platform។ Unsolicited messages និង search ads ដែលសន្យា guaranteed recovery មិនមែនជាភស្តុតាងថាជាសេវាពិតទេ។
• យល់ពីអ្វីដែលអ្នក sign។ Legitimate process អាចស្នើ wallet-ownership signature។ Spending approval ឬ account permission អាច authorize ច្រើនជាងនេះ។ អាន request ហើយ verify service។
• Verify fees នៅក្នុង official recovery process។ Real services អាចគិត fees។ មនុស្សមិនស្គាល់ដែលទាមទារ tax, activation deposit ឬ release payments ម្តងហើយម្តងទៀត មិនបានបង្ហាញ recovery route ដែលអាចជឿទុកចិត្តបានទេ។
• បន្ថែម gas តែបន្ទាប់ពីបានបញ្ជាក់ control។ ប្រសិនបើ gas ដែលទើបបន្ថែមចេញពី wallet របស់អ្នកភ្លាមៗដោយមិនរំពឹងទុក សូមឈប់ top up ហើយស៊ើបអង្កេត sweeper bot ដែលអាចមាន។
• ធ្វើឱ្យ final transfer plan ជាក់លាក់។ បញ្ជាក់ token, network, address និង memo ណាមួយម្តងទៀត មុនពេលផ្ញើ ឬ approve refund។

មុនការផ្ទេរនាពេលអនាគត ចាប់ផ្តើមពី current deposit instructions របស់ recipient, ផ្គូផ្គង exact network និង token ហើយផ្ទៀងផ្ទាត់ full address។ នៅពេល test សូមរង់ចាំឱ្យ recipient បញ្ជាក់ថា funds អាចប្រើបានពិតប្រាកដ មុនពេលផ្ញើចំនួនដែលនៅសល់។