კრიპტო არასწორ ქსელში გაგზავნეთ? რომელი გადარიცხვების აღდგენაა რეალურად შესაძლებელი?

არასწორ ქსელში გაგზავნილი კრიპტო ზოგჯერ შეიძლება აღდგეს. თქვენი ვარიანტები დამოკიდებულია იმაზე, ვინ აკონტროლებს მიმღებ მისამართს, შეუძლია თუ არა მას ამ ქსელში მისი გამოყენება და რომელი ტოკენი მივიდა იქ.

წარმატებული ტრანზაქცია ნიშნავს, რომ ბლოკჩეინმა ის დაამუშავა. ეს არ ადასტურებს, რომ ბირჟამ თანხა თქვენს ანგარიშზე ჩარიცხა ან რომ მიმღებს შეუძლია ამ სახსრების დახარჯვა. აღდგენა იწყება ფაქტობრივი ტოკენ-გადარიცხვის პოვნით და იმის გარკვევით, ვის შეუძლია ამ ტოკენების გადაადგილება.

იპოვეთ თქვენი აღდგენის გზა

• თქვენი საკუთარი საფულე: ხშირად აღდგენა შესაძლებელია, როცა თანხა მივიდა ჩვეულებრივ ანგარიშზე, რომელსაც თქვენ აკონტროლებთ თავსებად ქსელში. smart wallet-ს ცალკე შემოწმება სჭირდება.
• ბირჟა: აღდგენა დამოკიდებულია მიმღები ბირჟის ინსტრუმენტებზე, custody სისტემასა და ზუსტად ამ ტოკენისა და ქსელისთვის მოქმედ პოლიტიკაზე. მისი დეპოზიტის მისამართის დამუშავება მხოლოდ ბირჟას შეუძლია.
• სხვა ადამიანი: მას უნდა შეეძლოს და უნდოდეს თანხის დაბრუნება. თუ მან ბირჟის დეპოზიტის მისამართი მოგცათ, თავად უნდა დაუკავშირდეს იმ ბირჟას.
• smart contract: აღდგენა დამოკიდებულია კონტრაქტის კოდსა და უფლებამოსილ ოპერატორებზე. ზოგ კონტრაქტს შეუძლია ტოკენების დაბრუნება, ზოგს — არა.

მთავარი კითხვა ასეთია: ვის შეუძლია მიმღები მისამართიდან გადარიცხვის ავტორიზაცია იმ ქსელში, რომელიც რეალურად გამოიყენეთ? მისამართზე ბალანსის ხილვა საკმარისი არ არის.

აღდგენის მცდელობამდე შეამოწმეთ ტრანზაქცია

1. შეამოწმეთ, რეალურად მოხდა თუ არა გადარიცხვა

გახსენით გატანის ან გაგზავნის ჩანაწერი და დააკოპირეთ ბლოკჩეინ-ტრანზაქციის ID, რომელსაც TxID ან transaction hash-იც ეწოდება. ბირჟის შიდა withdrawal ID შეიძლება განსხვავებული იყოს.

• ბლოკჩეინ-ტრანზაქცია ჯერ არ არსებობს: გატანა შეიძლება ჯერ კიდევ გამგზავნ პლატფორმაში იყოს. შეამოწმეთ, შესაძლებელია თუ არა გაუქმება, და დაუყოვნებლივ დაუკავშირდით იმ პლატფორმას.
• ბლოკჩეინზე მოლოდინშია: ზოგ საფულეს შეუძლია სცადოს დაუდასტურებელი ტრანზაქციის ჩანაცვლება ან გაუქმება. გამოიყენეთ საფულის ოფიციალური ინსტრუქციები. წარმატება გარანტირებული არ არის, ხოლო შეცდომით გაგზავნილი ტრანზაქციის დაჩქარება პრობლემას გააუარესებს.
• ჩაიშალა ან reverted გახდა: გამოიკვლიეთ ჩავარდნის მიზეზი და გამგზავნის ბალანსი. ეს განსხვავდება არასწორ ქსელში წარმატებით შესრულებული დეპოზიტისგან. ჩავარდნილ Ethereum-ის ტიპის ტრანზაქციასაც შეიძლება ჰქონდეს network fee.
• წარმატებით დადასტურდა: ჩვეულებრივ არ არსებობს cancel ან chargeback ღილაკი. აღდგენა, როგორც წესი, ნიშნავს ახალი გადარიცხვის გაკეთებას იმ ადგილიდან, სადაც თანხა მივიდა.

2. გამოიყენეთ იმ ქსელის explorer, რომელიც რეალურად აირჩიეთ

შეამოწმეთ ქსელი საწყის withdrawal ჩანაწერში და შემდეგ გახსენით მისი blockchain explorer. მაგალითად, Ethereum-ის ტრანზაქციები ჩანს Etherscan-ზე, BNB Smart Chain-ის — BscScan-ზე, ხოლო TRON-ის — TRONSCAN-ზე.

ტრანზაქცია, რომელიც Ethereum-ის explorer-ში არ ჩანს, შეიძლება უბრალოდ BNB Smart Chain-ზე იყოს შესრულებული. მხოლოდ დაგეგმილ ქსელში ძებნა არ ამტკიცებს, რომ თანხა გაქრა.

თუ bridge გამოიყენეთ, მისი transfer status-იც შეამოწმეთ. საწყის ქსელში დასრულებული ტრანზაქცია შეიძლება მთლიანი გადარიცხვის მხოლოდ ერთი ნაწილი იყოს. მოძებნეთ destination ტრანზაქცია ან claim/refund ნაბიჯი, რომელსაც კონკრეტული bridge მოითხოვს.

3. იპოვეთ ტოკენის რეალური მიმღები

USDT-ისა და Ethereum-ის ტიპის სხვა ტოკენებისთვის გახსენით ტრანზაქციის token transfers განყოფილება. იქ შეამოწმეთ მიმღები, რაოდენობა და token contract.

მთავარი ტრანზაქციის ველში To შეიძლება ნაჩვენები იყოს კონტრაქტი, რომელიც ტოკენს მართავს. ეს ნორმალურია: token transfer ამ კონტრაქტს იძახებს და ეუბნება, რომელმა მისამართმა უნდა მიიღოს ტოკენები. მხოლოდ ეს ფაქტი არ ნიშნავს, რომ ფული შეცდომით თავად token contract-ს გაუგზავნეთ.

ასევე შეამოწმეთ, რას აკეთებდა ტრანზაქცია. წარმატებული token approval ტოკენების დახარჯვის ნებართვას იძლევა; ის თავისთავად გადახდა არ არის. ტრანზაქციაში, რომელიც რამდენიმე contract call-ს შეიცავს, რამდენიმე გადარიცხვაც შეიძლება იყოს.

4. გადაამოწმეთ ტოკენი და მისი მიმდინარე მდებარეობა

ჩაიწერეთ სრული მიმღები მისამართი, რეალურად გამოყენებული ქსელი, რაოდენობა და token contract. კონტრაქტი შეადარეთ ტოკენის გამომცემლის ან მიმღები პლატფორმის ოფიციალურ ინფორმაციას ამ ქსელისთვის. ტოკენის სახელისა და ლოგოს კოპირება შესაძლებელია.

შემდეგ შეამოწმეთ მიმღები მისამართის token balance და შემდგომი გადარიცხვები. საწყისი ტრანზაქცია ამტკიცებს, სად მივიდა ტოკენები, მაგრამ მას შემდეგ შესაძლოა ისინი გადაადგილდა.

თუ ბირჟამ ისინი სხვა საფულეში გადაიტანა, ეს შეიძლება ჩვეულებრივი შიდა ოპერაცია იყოს. ეს არ ნიშნავს, რომ ისინი თქვენს ანგარიშზე ჩაირიცხა. თუ თქვენი საკუთარი საფულიდან მოულოდნელი გადარიცხვა გადის, მეტი თანხის დამატებამდე შეამოწმეთ შესაძლო compromise.

ამ შემოწმებებისთვის მხოლოდ საჯარო ინფორმაციაა საჭირო. მისამართის დასათვალიერებლად საფულის დაკავშირება ან recovery phrase-ის გამჟღავნება არ გჭირდებათ.

არასწორი ქსელი, unsupported token და არასწორი მისამართი სხვადასხვა პრობლემაა

არასწორი ან unsupported network

თქვენ გინდოდათ USDT Ethereum-ზე გაგეგზავნათ, მაგრამ BNB Smart Chain აირჩიეთ. გადარიცხვა BNB Smart Chain-ზე არსებულ მისამართამდე მივიდა, ხოლო მიმღები სერვისი შეიძლება ამ chain-ს არ უჭერდეს მხარს.

Withdrawal ეკრანებზე Ethereum (ERC20) ჩვეულებრივ Ethereum mainnet-ს ნიშნავს, ხოლო BNB Smart Chain (BEP20) — BNB Smart Chain-ს. ERC20 და BEP20 token standard-ებია. მხოლოდ სტანდარტს ნუ ჩათვლით დანიშნულებად — გადაამოწმეთ ქსელის სრული სახელი.

0x-ით დაწყებული მისამართი არ გეუბნებათ, რომელი ქსელი უნდა გამოიყენოთ. რამდენიმე ქსელი იყენებს ამ ფორმატს და თითოეულში ცალკე ბალანსია.

unsupported token სწორ ქსელში

ქსელი და მისამართი შეიძლება სწორი იყოს, მაგრამ მიმღები პლატფორმა ზუსტად იმ token contract-ს არ იღებდეს, რომელიც თქვენ გაგზავნეთ.

მაგალითად, native USDC და bridged USDC შეიძლება ერთსა და იმავე ქსელში არსებობდეს. Circle აფრთხილებს, რომ Arbitrum-ზე bridged USDC არ არის მხარდაჭერილი Circle Mint-ის მიერ და შეცდომით გაკეთებული დეპოზიტები შესაძლოა ვერ აღდგეს. Arbitrum-ზე USDC-ის მხარდაჭერა ავტომატურად არ ნიშნავს, რომ იქ USDC სახელის მქონე ყველა ტოკენი მიიღება.

USDT-საც აქვს ვერსიები, რომლებიც bridges-ით ან სხვა სერვისებითაა წარმოდგენილი. ნუ ჩათვლით, რომ USDT სახელის მქონე ყველა ტოკენი პირდაპირ Tether-მა გამოუშვა ან ერთნაირი recovery route აქვს.

არასწორი მიმღები მისამართი

თქვენ თანხა იმ მისამართის ნაცვლად სხვაგან გაგზავნეთ, სადაც გეგმავდით — მაგალითად, ძველ დაკოპირებულ მისამართზე, უცხო ადამიანის საფულეში ან token contract-ზე.

ქსელის შეცვლა ამ მისამართზე კონტროლს ვერ მოგცემთ. აღდგენა დამოკიდებულია ფაქტობრივ მიმღებზე ან შესაბამის contract/issuer recovery პროცესზე.

გამოტოვებული memo ან tag კიდევ სხვა კატეგორიაა. თანხა შეიძლება სწორ საერთო exchange address-ზე მივიდა, მაგრამ აკლია ინფორმაცია, რომლითაც თქვენი ანგარიში უნდა დადგინდეს. გამოიყენეთ იმ ბირჟის memo/tag recovery პროცესი.

თუ მისამართი, ტოკენი, ქსელი და საჭირო memo ყველაფერი ემთხვევა, შეამოწმეთ confirmation requirements, deposit minimums და receiving platform-ის deposit status. პრობლემა შეიძლება იყოს crediting delay და არა wrong-network transfer.

1. თანხა თქვენს საკუთარ საფულეში მივიდა

როდის შეუძლია ჩვეულებრივ wallet account-ს მათი აღდგენა

ბევრი ქსელი Ethereum-ის ტიპის ანგარიშებს იყენებს. მათ ხშირად EVM-compatible networks ეწოდება. ჩვეულებრივ ანგარიშში, რომელსაც private key პირდაპირ აკონტროლებს, იგივე key ამ ქსელებზე ჩვეულებრივ იმავე მისამართსაც აკონტროლებს.

ამიტომ BNB Smart Chain-ზე თქვენს საკუთარ Ethereum-style address-ზე გაგზავნილი ტრანზაქცია შეიძლება ხელმისაწვდომი იყოს მაშინაც, თუ საფულე თავიდან არაფერს აჩვენებს. token balance BNB Smart Chain-ზეა; თქვენი აპი შეიძლება Ethereum-ს აჩვენებდეს.

ეს ეხება ზუსტად იმ ანგარიშს, რომელსაც თქვენ აკონტროლებთ. ეს ავტომატურად არ ეხება smart wallet-ს, exchange address-ს ან იმავე recovery phrase-იდან შექმნილ სხვა მისამართს.

როგორ შეამოწმოთ უსაფრთხოდ

1. გახსენით საფულე, რომელიც receiving account-ს აკონტროლებს. მისი სრული მისამართი შეადარეთ ტრანზაქციაში ნაჩვენებ actual token recipient-ს.
2. აირჩიეთ გადარიცხვისთვის გამოყენებული ქსელი. თუ არ ჩანს, საფულის მწარმოებლის ინსტრუქციებით ჩართეთ ან დაამატეთ მისი ოფიციალური network settings.
3. აჩვენეთ ზუსტად ის ტოკენი. თუ ავტომატურად არ ჩანს, wallet-ის add-token ფუნქციაში გამოიყენეთ ამ ქსელისთვის verified contract address.
4. შეამოწმეთ, შეუძლია თუ არა ანგარიშს ხელმოწერა. watch-only wallet სხვის ბალანსსაც აჩვენებს, მაგრამ return transfer-ის ავტორიზაციას ვერ ახდენს.
5. გაგზავნამდე დაგეგმეთ destination. გადაამოწმეთ, რომ შემდეგი wallet ან exchange იღებს ზუსტად ამ ტოკენს იმ ქსელში, სადაც ახლა ფლობთ.
6. მოამზადეთ network fee. BNB Smart Chain-ზე ჩვეულებრივი BEP20 transfer-ისთვის, როგორც წესი, ცოტა BNB დაგჭირდებათ იმავე chain-ზე. გამოიყენეთ wallet-ის estimate და დატოვეთ საკმარისი თანხა ყველა საჭირო ტრანზაქციისთვის.

ქსელის ან ტოკენის დამატება მხოლოდ იმას ცვლის, რას აჩვენებს საფულე. თანხა არც გადაადგილდება და არც კონვერტირდება. ტოკენის გამოჩენა ასევე ვერ გახდის ყალბ ან დაუზღვეველ ტოკენს რეალურად ღირებულს.

მაგალითი: ERC20-ის ნაცვლად BEP20 USDT გაგზავნეთ

ბირჟიდან 500 USDT გამოგაქვთ თქვენს ჩვეულებრივ პირად საფულეში. გინდოდათ Ethereum-ის გამოყენება, მაგრამ აირჩიეთ BNB Smart Chain.

Withdrawal record და BscScan აჩვენებს, რომ token transfer ზუსტად თქვენს wallet address-ზე მივიდა. ანგარიშს BNB Smart Chain-ზე ხსნით და verified token-ს აჩვენებთ. გამოჩნდება 500 ტოკენის ბალანსი.

ახლა BNB Smart Chain-ზე ამ ტოკენებზე წვდომა გაქვთ. თუ თანხა Ethereum-ზე გსურთ, კვლავ გჭირდებათ ქსელებს შორის supported transfer route. BNB Smart Chain-ის გამოყენებით საკუთარ მისამართზე ხელახლა გაგზავნა მათ ისევ BNB Smart Chain-ზე დატოვებს.

Ethereum-ზე არსებული ETH ამ BNB Smart Chain transfer-ის fee-ს არ იხდის. Gas ხელმისაწვდომი უნდა იყოს იმ ქსელში, რომელიც ტრანზაქციას ამუშავებს, თუ თქვენი wallet პირდაპირ არ გთავაზობთ სხვა supported payment method-ს.

თუ სხვა wallet app სხვა მისამართს აჩვენებს

შეჩერდით და account selection შეამოწმეთ. recovery phrase-ს შეუძლია მრავალი ანგარიშის გენერირება, ხოლო სხვადასხვა app სხვადასხვა პარამეტრს იყენებდეს მათ ასარჩევად. wallet documentation ამ პარამეტრებს შეიძლება derivation path უწოდებდეს.

იმავე phrase-ის restore და ცარიელი account-ის ნახვა არ ამტკიცებს, რომ საწყისი ბალანსი გაქრა. შეიძლება უბრალოდ სხვა account გახსენით. მიჰყევით თავდაპირველი wallet maker-ის recovery instructions-ს და გადაამოწმეთ სრული destination address.

არ შეიყვანოთ phrase ვებსაიტზე, რომელიც სწორი account-ის პოვნას გთავაზობთ.

თუ hardware wallet-ს იყენებთ

შეამოწმეთ, უჭერს თუ არა device-ის ჩვეულებრივი app ამ network-ს მხარს. თუ არა, მწარმოებელი შეიძლება მხარს უჭერდეს device-ის სხვა wallet interface-თან დაკავშირებას.

მაგალითად, Trezor აღწერს compatible third-party wallet-ის გამოყენებას Trezor Connect-ის მეშვეობით სხვა supported EVM networks-ზე asset-ებზე წვდომისთვის. Transactions-ს კვლავ თავად device აწერს ხელს.

გამოიყენეთ hardware-wallet connection process და გადაამოწმეთ selected account. მხოლოდ balance-ის საჩვენებლად device-ის recovery phrase ვებსაიტში ან software wallet-ში არ შეიყვანოთ.

თუ თქვენი საკუთარი საფულე smart wallet-ია

smart wallet receiving address-ის სამართავად contract code-ს შეიძლება იყენებდეს. app-ის recovery phrase-ის, passkey-ის ან signing key-ის ფლობა არ ნიშნავს აუცილებლად, რომ ამ address-იდან სხვა network-ზე პირდაპირ გაგზავნა შეგიძლიათ.

wallet provider-ს ჰკითხეთ, არის თუ არა account deployed და usable იმ network-ზე, რომელიც აირჩიეთ. თუ არა, გამოიყენეთ ქვემოთ მოცემული smart-contract განყოფილება. ჩვეულებრივი network-switching ნაბიჯები შეიძლება საკმარისი არ იყოს.

2. თანხა ბირჟაზე მივიდა

დაუკავშირდით მიმღებ ბირჟას. თქვენი exchange deposit address ბირჟის custody system-ის კონტროლშია, მიუხედავად იმისა, რომ ის თქვენს account-ში ჩანს.

ამ address-ის personal wallet-ში import და მისი კონტროლის მიღება ვერ მოხდება. customer support-იც უბრალოდ ვერ მოგცემთ მის private key-ს. exchange recovery-ს სჭირდება პროცესი, რომელიც platform-ის custody და security systems-ის ფარგლებში მუშაობს.

გამგზავნ exchange-ს შეუძლია withdrawal record მოგაწოდოთ და განმარტოს, რომელი network გამოიყენა. confirmed withdrawal გარე address-ზე რომ მივა, sender ჩვეულებრივ უკან ვეღარ გამოითხოვს.

ტექნიკური წვდომა და recovery eligibility ცალკე საკითხებია

exchange-მა შეიძლება address იცოდეს, მაგრამ სხვა network-ზე იმ token-ის გადასატანად supported გზა არ ჰქონდეს. ასევე შეიძლება recovery უარყოს operational limits, security checks ან service policy-ის გამო.

ეს სამი სხვადასხვა კითხვაა:

• აკონტროლებს თუ არა exchange ამ address-ს რეალურად გამოყენებულ network-ზე?
• შეუძლია თუ არა მის systems-ს ზუსტად ამ token-ის უსაფრთხოდ გადაადგილება?
• მიიღებს თუ არა მისი recovery service ამ deposit-ს?

exchange-ზე token-ის trading-ისთვის listing ამ კითხვებიდან არც ერთს თავისთავად არ პასუხობს.

რას აჩვენებს მიმდინარე recovery services

Binance: მის global recovery guide-ში ზოგი unsupported token და unsupported EVM networks-ზე deposits პოტენციურ recovery categories-ადაა შეტანილი. შედეგი გარანტირებული არ არის. recipient განაცხადს აკეთებს თავის Binance account-ში შესულ deposit-ზე.

Binance-ის განცხადებით, 2025 წელს მან 38,648 incorrect-deposit recovery case-ში დაეხმარა, ჯამში $48 million-ის ოდენობით. ეს რიცხვები მთლიანად 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 ყურადღებით გადაამოწმეთ.

შემოწმების დროს Coinbase-ის service fee იყო $100-ზე მეტი ნაწილის 5%, დამატებით network fees. შესაბამისად, $1,000 recovery-ს service fee $45 გამოდის network costs-ის გარეშე. მნიშვნელობა აქვს იმას, რაც actual recovery process-ში გიჩვენებთ.

Kraken: მისი recovery guidance განასხვავებს unsupported tokens-ს supported networks-ზე და unlisted assets-ს unsupported networks-ზე. ზოგი case ვერ აღდგება, ხოლო recovery work-ის დაწყებამდე cost გაცნობებთ.

გამოიყენეთ guidance ზუსტად იმ platform-ისა და account-ისთვის, რომელსაც თქვენ იყენებთ. Binance-ს და Binance.US-ს recovery policies განსხვავებული აქვს. availability account-ის ან region-ის მიხედვითაც შეიძლება იცვლებოდეს.

Exchange examples და recovery policies შემოწმდა 18 October 2026-ს. Eligibility, fees და procedures შეიძლება შეიცვალოს.

რა უნდა ჰკითხოთ ბირჟას

გახსენით მისი ოფიციალური missing-deposit ან asset-recovery process და მიაწოდეთ ამ სტატიის შემდეგ ნაწილში ჩამოთვლილი evidence. ჰკითხეთ, შეუძლია თუ არა აღადგინოს ზუსტად ამ token contract-ის დეპოზიტი ზუსტად ამ network-ზე ზუსტად ამ deposit address-ზე.

თუ tool transaction-ს ვერ პოულობს, ჯერ ეს details გადაამოწმეთ. public explorer-ზე არსებული transaction მაინც შეიძლება tool-ის supported cases-ის ფარგლებს გარეთ იყოს. support-ს ჰკითხეთ, არსებობს თუ არა manual review.

Recovery-ის მიღებამდე დაადასტურეთ fee, likely timing და შედეგი account credit იქნება თუ external refund. fee estimate გარანტია არ არის. პატარა deposit-ის შემთხვევაში costs recovered amount-ის დიდ ნაწილს შეიძლება შეადგენს.

თუ support უარს იტყვის, ჰკითხეთ, მიზეზი missing evidence, technical limitation თუ current policy არის. შეინახეთ პასუხი და transaction details. future policy change შესაძლებელია, მაგრამ არ არსებობს გარანტია, რომ ძველ deposit-ს დაეხმარება.

ნუ გადააქცევთ refund-ს მეორე missing deposit-ად

Original sending address შეიძლება თქვენი deposit address არ იყოს. exchanges withdrawals-ს ხშირად shared operational wallets-იდან აგზავნის.

თუ recovery token-ებს იმ shared wallet-ში დააბრუნებს, sending exchange შეიძლება მიიღოს, მაგრამ თქვენს account-ზე ავტომატურად არ credit-დეს. Coinbase აფრთხილებს original sending address-ზე payment-ის დაბრუნების წინააღმდეგ, ხოლო Kraken ამბობს, რომ returned withdrawals-ს შეიძლება manual recovery დასჭირდეს.

ზოგ recovery process-ში receiving wallet-ის არჩევა შეგიძლიათ. სხვები original source-ზე დაბრუნებას მოითხოვს. გაგრძელებამდე ჰკითხეთ, რომელი rule მოქმედებს.

• რომელი token დაბრუნდება?
• რომელ network-ზე?
• ზუსტად რომელ address-ზე?
• მიიღებს თუ არა receiving service ამ token-ს და network-ს?
• საჭიროა თუ არა memo ან tag?

თუ Exchange B refund-ს Exchange A-ის shared sending wallet-ში აგზავნის, Exchange A-ს ჰკითხეთ, როგორ credit-ს გაუკეთებს return-ს. შეინახეთ original და refund transaction IDs და ორივე support record. თქვენთვის recovery დასრულებულია მხოლოდ მაშინ, როცა Exchange A return-ს იდენტიფიცირებს და account-ს credit-ს გაუკეთებს.

3. თანხა სხვა ადამიანს მიუვიდა

თუ თქვენთვის ცნობილ ადამიანს გაუგზავნეთ, მიაწოდეთ transaction ID, actual network, token contract და receiving address.

თუ ის compatible ordinary wallet account-ს აკონტროლებს, შეუძლია იმ network-ზე balance შეამოწმოს და ახალი transfer მოაწყოს. თქვენ არ გჭირდებათ მისი recovery phrase და მას არ სჭირდება თქვენი.

თუ მან exchange deposit address მოგცათ, recipient-ს, როგორც წესი, recovery request საკუთარი account-იდან უნდა გახსნას. თქვენი withdrawal record შეიძლება დაეხმაროს, მაგრამ თქვენ საკუთარი recovery form-ით მის exchange account-ს ვერ მართავთ.

merchant-ის ან payment processor-ის შემთხვევაში დაუკავშირდით მის payment support team-ს. transaction details-ს დაურთეთ invoice ან payment reference. visible address შეიძლება processor-ს ეკუთვნოდეს და არა merchant-ს.

თუ address უცნობ ადამიანს ეკუთვნის, ჩვეულებრივ wallet-ში არ არის ფუნქცია, რომელიც refund-ს აიძულებს. transaction hash private key-ს ვერ აჩვენებს. explorer label შეიძლება მიგანიშნებდეთ, რომელ service-ს დაუკავშირდეთ, მაგრამ არ ამტკიცებს, ვინ აკონტროლებს address-ს.

სანამ ვინმე თანხას უკან გამოგიგზავნით, შეთანხმდით destination-ზე, რომელიც ზუსტად ამ token-ს და network-ს იღებს. original sending address ავტომატურად შესაფერისად არ ჩათვალოთ.

4. მიმღები მისამართი smart contract-ია

smart contract დაპროგრამებულ წესებს მიჰყვება. ადამიანს ან კომპანიას, რომელმაც ის შექმნა, ავტომატურად არ აქვს იქ გაგზავნილი ნებისმიერი token-ის გამოტანის საშუალება.

რატომ შეიძლება წარმატებული transfer-ის შემდეგ token-ები მაინც გაიჭედოს

standard ERC20 transfer-ს შეუძლია contract address-ზე balance ჩაწეროს ისე, რომ contract-ს არ ჰკითხოს, იცის თუ არა token-ის დაბრუნება. transfer შეიძლება წარმატებით დასრულდეს, მაგრამ recipient-ს usable withdrawal route არ ჰქონდეს.

Recovery შეიძლება შესაძლებელი იყოს, თუ contract-ს აქვს:

• withdrawal ან rescue function, რომელიც ზუსტად ამ token-ზე მუშაობს.
• general transaction function, რომელსაც authorized owners მის გასაგზავნად გამოიყენებენ.
• existing upgrade mechanism, რომლის მეშვეობითაც authorized administrators recovery route-ს დაამატებენ.

თუ არცერთი არ მოქმედებს, project team შეიძლება ვერ დაგეხმაროთ. token issuer-ს შეიძლება ჰქონდეს ცალკე intervention process შეზღუდულ cases-ში, მაგრამ ordinary wallet settings ვერ დაამატებს დაკარგულ contract functionality-ს.

ეს მოიცავს token-ის თავად token contract-ზე გაგზავნასაც. ჯერ დარწმუნდით, რომ contract იყო actual token recipient და არა უბრალოდ main transaction-ის To address.

smart wallet შეიძლება აღდგეს მაშინაც, თუ ის ამ chain-ზე ჯერ არ არსებობს

ზოგ smart wallet-ს აქვს address, რომლის გამოთვლაც contract-ის შექმნამდე შეიძლება. funds შეიძლება იმ address-ზე სხვა network-ში მივიდეს, სანამ wallet იქ deployed იქნება.

wallet provider-ს შეიძლება შეეძლოს ზუსტად იმ address-ზე სწორი wallet-ის შექმნა და access-ის აღდგენა. ეს დამოკიდებულია მის original setup-ზე და იმაზე, compatible და available არის თუ არა required deployment contracts მეორე network-ზე.

Safe ამ ტიპის recovery-ს დოკუმენტირებს, მაგრამ ის ყველა Safe-სა და ყველა network-ზე შესაძლებელი არ არის.

ნაკლებად აშკარა პრობლემა original signer list-ია. სხვა network-ზე Safe-ის ხელახლა შექმნამ შეიძლება მისი initial owners და required number of signatures აღადგინოს. პირველ network-ზე შემდგომი ცვლილებები ავტომატურად არ გადაიტანება. თუ original signing keys დაკარგულია ან compromised, recovery შეიძლება დაბლოკილი ან unsafe იყოს.

გაგრძელებამდე provider-ს სთხოვეთ deployment და ownership history შეამოწმოს. შემთხვევითი ახალი contract-ის ან wallet-ის შექმნა arbitrary address-ზე უფლებას არ გაძლევთ.

რა უნდა შეამოწმოს project team-მა

• სწორი contract ამ address-ზე actual network-ში deployed არის?
• თუ არა, შეიძლება თუ არა ზუსტად ამ wallet-ის იქ ჯერ კიდევ deploy?
• რომელი owners ან signers გააკონტროლებენ მას?
• მისი code ზუსტად ამ token-ის გადაადგილებას იძლევა?
• token-ები ჯერ კიდევ ამ address-ზეა?

explorer-ში contract code-ის არქონა საბოლოო მტკიცებულება არ არის. ეს შეიძლება ordinary account, unused address ან smart wallet-ის future address იყოს. contract label-იც სრულად ვერ გეტყვით, account როგორ კონტროლდება. გამოიყენეთ wallet provider-ის documentation და case-specific review.

დაუყოვნებლივ დაუკავშირდით official project team-ს. ზოგი routing contract balances-ის უსაფრთხოდ შესანახად არ არის შექმნილი. Uniswap აფრთხილებს, რომ ზოგ router address-ზე დარჩენილი tokens შეიძლება შემდეგმა transactions-მა გამოიყენოს. ნუ ჩათვლით, რომ ნებისმიერი contract deposit ხელმისაწვდომი დარჩება სანამ გადაწყვეტთ, რა გააკეთოთ.

რა ხდება TRC20-ის, Bitcoin-ის, Solana-ს ან BEP2-ის შემთხვევაში?

ERC20-ის ნაცვლად TRC20 განსხვავებულ შეფასებას მოითხოვს

ჩვეულებრივი EVM recovery steps ყველა network combination-ს არ მოიცავს. TRON, Bitcoin, Solana და სხვა systems შეიძლება განსხვავებულ address formats, account rules ან signing keys იყენებდეს.

თუ withdrawal form address-ს უარყოფს, transfer-ის იძულებისთვის address არ შეცვალოთ. თუ transfer უკვე მოხდა, blockchain record-იდან იპოვეთ რეალური receiving address და receiving wallet-ს ან platform-ს სთხოვეთ მისი შეფასება.

განსხვავებული address systems ყველა case-ს შეუძლებელს არ ხდის. TRON-ის developer documentation აჩვენებს, რომ ერთი და იგივე public key-ის შემთხვევაში მისი address დაკავშირებულია Ethereum address-თან. თუმცა ერთი recovery phrase-იდან შექმნილი default TRON და Ethereum accounts შეიძლება განსხვავებულ keys-ს იყენებდეს.

ეს ზუსტი technical assessment-ის საჭიროების მიზეზია და არა addresses-ის convert-ის ზოგადი რეცეპტი. address-ის ჩაწერის ფორმის შეცვლა funds-ს networks შორის არ გადაადგილებს და კონტროლს არ გაძლევთ.

BEP2 არ არის BEP20

BEP2 ეკუთვნის retired BNB Beacon Chain-ს, რომელიც bnb1-ით დაწყებულ addresses-ს იყენებს. BEP20 დაკავშირებულია BNB Smart Chain-თან და მის Ethereum-style addresses-თან.

ძველ BEP2 და BEP8 tokens-ს ცალკე recovery process აქვს, რომელიც შეზღუდულია eligible assets-ზე, რომლებიც BNB Smart Chain-ზე შესაბამის token-ს უკავშირდება. 1 July 2026-იდან BNB Chain-ის hosted recovery tool შეწყდა და მის ნაცვლად locally run self-service tool გამოიყენება. მიჰყევით მიმდინარე official instructions-ს და არა retired tool-ის ძველ guide-ს.

შეუძლია Tether-ს არასწორ ქსელში გაგზავნილი USDT-ის აღდგენა?

ზოგჯერ Tether-ს შეუძლია შეაფასოს recovery, რომელსაც receiving wallet ან contract ვერ უმკლავდება. ეს არის შეზღუდული issuer service და არა უნივერსალური USDT refund system.

Tether ასახელებს გარკვეულ contract mistakes-ს და სხვა destinations-ს, რომლებსაც recoverable-ად მიიჩნევს. users-ს სთხოვს, ჯერ receiving party-ს მიმართონ დახმარებისთვის.

მის გამოქვეყნებულ პირობებში შედის:

• მოთხოვნა $1,000-ს უნდა აღემატებოდეს.
• უნდა აკმაყოფილებდეთ Tether services-ის პირობებს და verified user გახდეთ.
• Tether წყვეტს, არის თუ არა recovery technically feasible და სცდის თუ არა მას.
• Tether აქვეყნებს fee-ს recovery amount-ის 10%-მდე ან $1,000-ს — რომელიც უფრო მეტია. fee recovered funds-იდან იჭრება. გაგრძელებამდე გადაამოწმეთ თქვენი actual quote.
• მოთხოვნას შეიძლება თვეები დასჭირდეს, guaranteed outcome-ის ან deadline-ის გარეშე.

შეამოწმეთ, ვინ გამოუშვა exact token. bridged ან pegged version, რომელსაც USDT ჰქვია, შეიძლება სხვა service-ზე იყოს დამოკიდებული, ამიტომ Tether-ის process არ გავრცელდეს.

შეინახეთ transaction ID, destination, amount, შეცდომის აღწერა და previous recovery attempts-ის records. addresses და transaction IDs ტექსტად მიაწოდეთ, მაშინაც კი, თუ screenshots-საც ურთავთ.

როგორ გადაიტანოთ ხელმისაწვდომი თანხა დაგეგმილ ქსელში

როცა funds-ის დახარჯვა შეგიძლიათ, შეიძლება აღარ დაგჭირდეთ recovery service. შეგიძლიათ ისინი current network-ზე დატოვოთ, თუ თქვენთვის მისაღებია. სხვაგან გადატანა ცალკე გადაწყვეტილებაა.

თუ სხვა network გჭირდებათ, ორი შესაძლო გზა არსებობს:

• Exchange, რომელიც exact token-ს current network-ზე იღებს: გააკეთეთ deposit იმ network-ისთვის ნაჩვენები receiving details-ით, დაელოდეთ account credit-ს, შემდეგ withdraw intended network-ით. გაგზავნამდე შეამოწმეთ deposit და withdrawal availability.
• Bridge, რომელიც exact transfer-ს მხარს უჭერს: official bridge interface-ში გადაამოწმეთ starting token, destination token, ორივე network, fees და receiving address.

bridge-ს უნდა ჰქონდეს access იმ funds-ზე, რომლებიც იგზავნება. ის ვერ recover-ს balance-ს exchange address-იდან ან contract-იდან, რომლის ავტორიზაციაც თქვენ არ შეგიძლიათ.

bridge output შეიძლება იყოს token-ის სხვა version, რომელსაც final recipient არ იღებს. გაგრძელებამდე destination contract შეამოწმეთ. მიჰყევით bridge-ის actual transfer process-ს; tokens-ის პირდაპირ contract address-ზე გაგზავნამ bridge transfer შეიძლება საერთოდ არ დაიწყოს.

სადაც პრაქტიკულია, ჯერ მცირე რაოდენობა გამოსცადეთ, deposit/transfer minimum-ზე მაღლა. დაელოდეთ, სანამ ეს test საბოლოო destination-ში რეალურად usable გახდება. მხოლოდ blockchain confirmation არ ამტკიცებს, რომ exchange-მა ის მიიღო.

რა მტკიცებულება მოამზადოთ recovery request-ისთვის

ticket-ის გახსნამდე შეაგროვეთ:

• blockchain transaction ID, ტექსტად დაკოპირებული.
• რეალურად გამოყენებული network და intended network.
• actual network-ზე exact token contract და მისი displayed name.
• address-ზე მისული amount, რომელიც fees-ის შემდეგ withdrawal amount-ს შეიძლება არ ემთხვეოდეს.
• სრული sending და receiving addresses.
• transfer date და time, time zone-ის ჩათვლით.
• sending wallet ან exchange და receiving wallet ან platform.
• recipient account-ის deposit instructions, მათ შორის required memo ან tag.
• originating wallet ან exchange-ის withdrawal record.
• previous ticket numbers, attempted fixes და ნებისმიერი refund transaction ID.

public explorer record ამტკიცებს, რომ transaction არსებობს. ის არ ამტკიცებს, რომ submitter 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: [ტოკენი], [რეალურად გამოყენებული ქსელი], [ტრანზაქციის ID]

მე გავაგზავნე [რაოდენობა და ტოკენი] მისამართზე [მიმღები მისამართი] ქსელში [რეალურად გამოყენებული ქსელი], [თარიღი, დრო და დროის სარტყელი]-ზე. intended network იყო [დაგეგმილი ქსელი]. blockchain აჩვენებს [სტატუსი], მაგრამ [დეპოზიტი არ ჩაირიცხა / მიმღებ საფულეს მასზე წვდომა არ აქვს].

• ტრანზაქციის ID: [ჩასვით სრული ბლოკჩეინ-ტრანზაქციის ID]
• ტოკენის კონტრაქტი რეალურად გამოყენებულ ქსელში: [ჩასვით კონტრაქტის სრული მისამართი, ან მიუთითეთ, რომ ეს native coin იყო]
• გამგზავნი მისამართი და სერვისი: [მისამართი და საფულე ან ბირჟა]
• მიმღები მისამართი და ანგარიში: [მისამართი და შესაბამისი ანგარიშის მითითება]
• ბლოკჩეინზე მიღებული რაოდენობა: [რაოდენობა]
• Memo ან tag: [რა იყო საჭირო და რა შეიყვანეთ, ან არ გამოიყენება]
• დართული მტკიცებულება: [withdrawal ჩანაწერი და შესაბამისი deposit ინსტრუქციები]
• წინა recovery მცდელობები: [მოკლე აღწერა და ticket ნომრები]

გთხოვთ დაადასტუროთ, აკონტროლებთ თუ არა ამ address-ს გამოყენებულ network-ზე და eligible არის თუ არა ეს exact token recovery-ისთვის. თუ კი, account-ს credit-ს გაუკეთებთ თუ refund-ს გასცემთ? გთხოვთ დაადასტუროთ fee, expected processing time და ნებისმიერი refund-ის token, network, address და memo requirements.

თუ funds original sending address-ზე უნდა დაბრუნდეს, გთხოვთ ეს გაგრძელებამდე დაადასტუროთ, რათა sending platform-თან კოორდინაცია შევძლო. თუ recovery unavailable არის, გთხოვთ ახსნათ, მიზეზი missing evidence, technical limitation თუ current policy არის.

როდის შეიძლება recovery შეუძლებელი იყოს და როდის უნდა შეჩერდეთ

transfer შეიძლება სამუდამოდ ჩანდეს, მაგრამ არც ერთ ადამიანს არ ჰქონდეს მისი დახარჯვის პრაქტიკული გზა. ხშირი დაბრკოლებებია:

• ხელმისაწვდომი controlling key არ არსებობს: ვერავინ, ვისთანაც დაკავშირება შეგიძლიათ, actual destination-იდან spending-ს ვერ authorize-ებს, ან საჭირო keys სამუდამოდ დაკარგულია.
• usable contract route არ არსებობს: receiving contract token-ს ვერ transfer-ებს და არ არის available authorized upgrade, deployment ან issuer intervention.
• exchange recovery service არ არსებობს: platform-ს არ შეუძლია ან არ სურს ამ combination-ის recovery. ეს service limit-ია და არა აუცილებლად mathematical impossibility-ის მტკიცებულება.
• funds წაიღეს ან დახარჯეს: original address მათ აღარ ინახავს. theft ან dispute სხვა response-ს მოითხოვს. ჯერ later transfers შეამოწმეთ, რადგან exchange-ის მიერ funds-ის შიდა გადაადგილება თავისთავად არ ნიშნავს, რომ ისინი დაიკარგა.
• asset ან network აღარ მუშაობს საჭირო ფორმით: address-ზე access ვერ აღადგენს failed token-ის backing-ს, ვერ restart-ს retired chain-ს და ვერ შექმნის missing redemption route-ს.

სანამ ბუნდოვან მტკიცებას მიიღებთ, რომ recovery შეუძლებელია, მოითხოვეთ მიზეზი. ასევე ნუ გადაიხდით განმეორებით მცდელობებში, რომლებიც credible recovery mechanism-ს ვერ ასახელებს.

აღდგენისას მეტი ფულის დაკარგვას მოერიდეთ

• recovery phrases და private keys საიდუმლოდ შეინახეთ. მათ შეუძლიათ გამოაჩინონ სხვა assets, რომლებსაც იგივე keys აკონტროლებს, მათ შორის სხვა networks-ზე. recovery phrase-ს შეუძლია მისგან derivation-ით მიღებული სხვა accounts-იც გახადოს ხელმისაწვდომი.
• support გახსენით მხოლოდ platform-ის official app ან website-იდან. unsolicited messages და guaranteed recovery-ის შემპირებელი search ads რეალური service-ის მტკიცებულება არ არის.
• გაიგეთ, რას აწერთ ხელს. legitimate process-ს შეიძლება wallet-ownership signature დასჭირდეს. spending approval ან account permission ბევრად მეტ უფლებას შეიძლება იძლეოდეს. წაიკითხეთ მოთხოვნა და გადაამოწმეთ service.
• fees ოფიციალურ recovery process-ში გადაამოწმეთ. რეალურ services-ს fees შეიძლება ჰქონდეს. უცნობი პირი, რომელიც tax-ს, activation deposit-ს ან განმეორებით release payments-ს ითხოვს, recovery route-ს არ ამტკიცებს.
• gas მხოლოდ კონტროლის დადასტურების შემდეგ დაამატეთ. თუ ახალი gas მოულოდნელად მაშინვე ტოვებს wallet-ს, შეწყვიტეთ დამატება და შესაძლო sweeper bot გამოიკვლიეთ.
• final transfer plan კონკრეტული იყოს. გაგზავნამდე ან refund-ის approval-მდე კიდევ ერთხელ გადაამოწმეთ token, network, address და ნებისმიერი memo.

მომავალ transfer-ზე დაიწყეთ recipient-ის მიმდინარე deposit instructions-ით, ზუსტად დაამთხვიეთ network და token და გადაამოწმეთ სრული address. test-ის დროს დარჩენილი თანხა მხოლოდ მას შემდეგ გაგზავნეთ, როცა recipient დაადასტურებს, რომ funds რეალურად usable არის.