Kriptonu səhv şəbəkə ilə göndərmişəm: bərpa üçün nə etməli?

Kriptonu səhv şəbəkə ilə göndərdiyinizi artıq təsdiqləmisinizsə, əsas sual “əməliyyatı necə geri qaytarım?” deyil. Təsdiqlənmiş blokçeyn əməliyyatını interfeysdə şəbəkəni dəyişməklə ləğv etmək olmur. Əsas sual budur: vəsaitin çatdığı ünvanı kim və hansı qayda ilə idarə edir? Bərpa yolu məhz cavabdan asılıdır.

Əvvəlcə panikaya düşüb naməlum “bərpa xidməti”nə müraciət etməyin. Seed phrase, private key, parol və birdəfəlik kod paylaşmayın. Heç bir “uzaqdan yardım” proqramı quraşdırmayın. Düzgün diaqnoz üçün əməliyyatın zəncirdəki faktlarını toplayın, sonra alıcının self-custody pulqabı, mərkəzləşdirilmiş platforma hesabı, yaxud smart müqavilə ünvanı olduğunu müəyyənləşdirin.

Əvvəl faktları bir yerə yığın

Blok skanerində aşağıdakı məlumatları qeyd edin:

• TxID və ya transaction hash;
• əməliyyatın faktiki icra olunduğu şəbəkə;
• tokenin adı və, token köçürməsidirsə, həmin şəbəkədəki müqavilə ünvanı;
• tam alıcı ünvanı;
• məbləğ;
• tarix və saat, həmçinin saat qurşağı.

Məlumat və ekran görüntüsü 2026-09-15 tarixində yoxlanıb. Vaxtı saat qurşağı ilə saxlayın; məsələn, 2026-09-15T10:30:00+04:00 yalnız format nümunəsidir. Platformanın sifariş nömrəsini TxID-dən ayrı qeyd edin. Nəzərdə tutulan şəbəkəni, tələb olunan Memo/Tag-i, gözlənilən xalis məbləği və depozit səhifəsinin tələblərini də saxlayın.

Blok skanerində status hələ pending görünürsə, həmin əməliyyat təsdiqlənməyib. Göndərən pulqabının yalnız rəsmi ləğvetmə təlimatına baxın; nəticəyə zəmanət yoxdur, çünki əməliyyat bu vaxt ərzində təsdiqlənə bilər. Birjanın göndərdiyi əməliyyat üçün birjanın öz dəstəyinə müraciət edin. MetaMask-ın səhv göndəriş üzrə rəsmi izahı əvvəlcə təsdiq statusunu, sonra konkret səhv şəbəkə və ya ünvan ssenarisini yoxlamağı izah edir.

Success təkbaşına istədiyiniz tokenin düzgün alıcıya çatdığını sübut etmir. Faktiki token köçürmə sətrində müqaviləni, tam alıcını və miqdarı tutuşdurun; yuxarıdakı To müqavilə ola bilər, Value isə native aktivə aid ola bilər. Etherscan-ın əməliyyat baxışı izahı əməliyyat və token köçürmə məlumatlarını ayırmağa kömək edir. Pulqabıda şəbəkə seçimini dəyişmək təsdiqlənmiş köçürməni geri çevirmir. Statusu şərh etməkdə şübhəniz varsa, əvvəlcə köçürmə görünmədikdə ümumi diaqnostika ardıcıllığına baxın. TxID tapılmırsa və ya şəbəkə hələ məlum deyilsə, göndərən tərəfdən məlumatı dəqiqləşdirin və bərpa əməliyyatına başlamayın.

Bərpa yolunu alıcı ünvanına görə seçin

1. Adi self-custody EOA və eyni dəqiq açar

EVM şəbəkələri arasında səhv seçim edilibsə, ən əlverişli ssenari budur: alıcı adi externally owned account-dur (EOA) və alıcı həmin eyni dəqiq ünvanı yaradan private key ilə təhlükəsiz şəkildə imza ata bilir. Ethereum-un hesab sənədlərinə görə EOA private key ilə, müqavilə hesabı isə kodla idarə olunur. Buna görə 0x... formatının eyni görünməsi təkbaşına nəzarəti sübut etmir.

“Eyni seed phrase var” ifadəsini də avtomatik zəmanət saymayın. Fərqli derivation path, fərqli hesab indeksi, hardware wallet quruluşu və ya smart wallet arxitekturası başqa nəticə verə bilər. Yalnız pulqabının gözlənilən tam ünvanı göstərməsi və həmin hesabın etibarlı tətbiqdə qanuni şəkildə əməliyyat imzalaya bilməsi nəzarəti praktik olaraq təsdiqləyir.

Şəbəkə artıq MetaMask-da dəstəklənirsə, rəsmi şəbəkə əlavəetmə təlimatında göstərilən cari Extension axını belədir: yuxarı sağ menyu → Networks → Additional networks bölməsində uyğun şəbəkənin yanında Add. Siyahıda yoxdursa, Add a custom network seçimi var. Naməlum mesajdan və ya axtarış reklamından götürülmüş RPC məlumatını yazmayın; şəbəkənin rəsmi sənədləri ilə yoxlayın.

Şəkil: 15 sentyabr 2026-cı ildə MetaMask-ın rəsmi sənədlərindən götürülmüş və yalnız real interfeysi göstərən kəsilmiş ekran görüntüsü; istifadəçi hesabı yoxdur. Narıncı işarələr mənbənin özünə aiddir. Görünən şəbəkələr sadəcə nümunədir, bərpa üçün seçiləcək təyinat deyil.

MetaMask aktivləri bir neçə aktiv şəbəkə üzrə göstərə bilir. Konkret şəbəkəni ayırmaq üçün Tokens bölməsində Enabled networks filtrindən istifadə edin; bu addımlar MetaMask-ın şəbəkə dəyişmə səhifəsində göstərilir. Lazım gəlsə, faktiki token müqaviləsini rəsmi layihə mənbəsindən yoxlayıb tokeni görünüşə əlavə edin. Şəbəkə və ya token əlavə etmək vəsaiti daşımır; yalnız mövcud zəncir balansını göstərir.

Balans göründükdən sonra da tələsməyin. Ünvan üzərində nəzarət təsdiqlənibsə, cihaz və pulqabının komprometasiya olunmadığına əsaslı əminlik varsa və göndərmək qərarı verilibsə, komissiya üçün məhz həmin zəncirin faktiki native gas aktivi tələb olunur. Aktivin adını və şəbəkəsini rəsmi mənbədən yoxlayın, yalnız lazım olan minimal miqdarı maliyyələşdirin. Seed phrase ixracı, naməlum RPC, “depoziti aktivləşdirmə” ödənişi və uzaqdan qoşulan bərpaçı təhlükəsiz yol deyil.

Vəsaiti dərhal bridge-ə göndərmək də standart cavab deyil. Ethereum-un bridge icmalı körpülərin zəncirlər arasında aktiv və məlumat daşıdığını, eyni zamanda smart müqavilə və qarşı tərəf riskləri yaratdığını izah edir. Əvvəl aktivə nəzarəti və çıxış ünvanını təsdiqləyin; sonra təyinat platformasının qəbul etdiyi şəbəkəyə uyğun, ayrıca qiymətləndirilmiş üsul seçin.

2. Alıcı mərkəzləşdirilmiş platformadır

Depozit ünvanı bir birjaya və ya başqa custodial xidmətə aiddirsə, private key sizdə deyil. Eyni ünvanın başqa EVM şəbəkəsində görünməsi həmin platformanın o şəbəkədə depoziti kreditləşdirəcəyi və ya sizin adınızdan göndərəcəyi demək deyil. Yeganə düzgün yol hesabınıza giriş edib rəsmi dəstək kanalına müraciət etməkdir.

Kraken-in yanlış depozitlər üzrə rəsmi səhifəsi dəstəyə TxID, aktiv, məbləğ, istifadə olunmuş depozit ünvanı, tarix və vaxt təqdim etməyi istəyir; bərpanın mümkünlüyünə zəmanət vermir. Bu, digər birjaların eyni xidməti təklif etdiyini göstərmir. Qəbul edən platformadan konkret şəbəkə, token və ünvan üçün mümkünlüyü yoxlamasını istəyin. Haqq tutula bilər; xərc, nəticənin hesaba yazılma yoxsa geri ödəniş olacağı və izləmə qaydası barədə rəsmi cavab alın. Müddəti və məbləği başqa platformanın qaydalarından çıxarmayın.

Dəstək geri ödəniş təklif edərsə, blok skanerində əvvəlki göndərici kimi görünən platforma hot wallet ünvanını avtomatik qaytarma ünvanı saymayın. Hesabınızın depozit səhifəsində dəqiq aktiv və dəqiq şəbəkə üçün yeni, dəstəklənən ünvan yaradın; Memo/Tag tələbini və minimum depozit həddini yoxlayın. Son ünvanı ticket daxilində rəsmi dəstəyin tələb etdiyi qaydada təsdiqləyin.

3. Smart contract, smart account və ya qeyri-EVM uyğunluğu

Alıcı contract address, multisig, account-abstraction smart account və ya tətbiqin yaratdığı depozit müqaviləsidirsə, eyni simvolları görmək private key nəzarəti demək deyil. Müqavilə digər şəbəkədə yerləşdirilməmiş, fərqli ünvanda yerləşdirilmiş və ya gələn tokeni çıxarma funksiyasına malik olmaya bilər. Layihənin rəsmi dəstəyinə və yoxlanmış müqavilə sənədlərinə müraciət edin; “eyni ünvan olduğuna görə mütləq çıxar” nəticəsinə gəlməyin.

EVM-dən qeyri-EVM şəbəkəyə və ya əks istiqamətə səhv göndərişdə də ünvan formatı, açar törətməsi və hesab modeli fərqlənə bilər. Adres oxşarlığı nəzarət sübutu deyil. Hansı standartların uyğun olduğunu anlamaq üçün ERC-20, TRC-20 və BEP-20 şəbəkə uyğunluğu bələdçisini istifadə edin, lakin konkret ünvan üzərində nəzarəti ayrıca təsdiqləyin.

Dəstəyə göndərilə bilən minimal ticket

Bu mətni yalnız rəsmi dəstək formasında, mötərizələri öz əməliyyat məlumatınızla əvəz edərək istifadə edin:

Salam. [aktiv və token müqaviləsi] aktivini [tarix, saat, saat qurşağı] tarixində [faktiki şəbəkə] üzərindən [tam alıcı/depozit ünvanı] ünvanına göndərmişəm. Məbləğ: [məbləğ]. TxID: [TxID]. Hesabım üçün nəzərdə tutulan şəbəkə [nəzərdə tutulan şəbəkə] idi. Xahiş edirəm, bu depozitin texniki və siyasət baxımından bərpa edilə bilib-bilmədiyini, tələb olunan əlavə sübutları və mümkün geri ödəniş ünvanının necə təsdiqlənəcəyini bildirin.

Ticket-ə seed phrase, private key, parol, 2FA kodu və ya lazımsız şəxsi sənəd əlavə etməyin. Ekran görüntülərində giriş tokenini, Cookie-ni, e-poçtu, hesab məlumatlarını və işə aid olmayan əməliyyatları gizlədin. Dəstək sonradan kimlik yoxlamasını tələb edərsə, bunu yalnız daxil olduğunuz rəsmi domen və qorunan hesab axını vasitəsilə edin. Müraciətin nömrəsini saxlayın; sorğunu aldıqdan sonra cavabın konkret əməliyyatınıza aid olduğunu yoxlayın.

“Bərpa olundu” nə vaxt demək olar?

Dəstəyin “müraciət alındı” mesajı bərpa deyil. Self-custody ssenarisində uğur, alıcının qanuni şəkildə əməliyyat imzalayıb aktivi təhlükəsiz ünvana göndərə bilməsidir. Custodial ssenaridə uğur, platformada istifadəyə yararlı kredit balansının yaranması və ya yoxladığınız ünvana faktiki geri ödənişdir. Blok skanerində son əməliyyatın statusunu və təyinatı ayrıca yoxlayın.

Sadəcə balansı görürsünüzsə, lakin imza atmaq imkanını təsdiqləməmisinizsə, hələ yalnız vəsaitin yerini tapmısınız. Məqsəd başqa hesaba çatdırmaqdırsa, sınaq köçürməsinin həmin hesabda istifadəyə açıldığını, haqqı və xalis məbləği də yoxlayın. Platforma hazırda bərpanı mümkün saymırsa, rəsmi səbəbi və müraciət nömrəsini saxlayın, əlavə ödəniş etməyin; gələcək şəbəkə dəstəyini vəd kimi qəbul etməyin.

Bərpa tamamlandıqdan sonra növbəti köçürmədə aktiv, şəbəkə, ünvan, Memo/Tag və platforma dəstəyini əvvəlcədən yoxlayın. Qalan məbləğdən əvvəl minimum depozit həddini ödəyən kiçik sınaq köçürməsi edin və qəbulunu yoxlayın. Bunun üçün növbəti kripto köçürməsi üzrə yoxlama siyahısından istifadə edə bilərsiniz.