Переказ, який потрапив не туди, — це не одна проблема з однією відповіддю. Це п'ять різних проблем, і розділяє їх шар, на який припала помилка: одержувач, мережа, внутрішній облік майданчика, смартконтракт або адреса, ключа від якої немає ні в кого. Ця стаття проходить ці п'ять шарів, каже, від чого кожен насправді залежить, і позначає ті, що є остаточними. Вона також називає схему, яка чигає на тих, хто шукає вихід.
Почніть із запису в мережі, а не з пошуковика
Перш за все з'ясуйте, що сталося насправді, і беріть це з мережі, а не з пам'яті. Оглядач блоків тієї мережі, якою ви скористалися, покаже транзакцію, її підтвердження, адресу відправника й одержувача та який актив рушив. Усі висновки нижче тримаються на правильному прочитанні цього запису.
Підтвердження означає, що мережа прийняла транзакцію й записала її. Воно не означає, що переказ пішов туди, куди ви хотіли. Чинність — це про підписи й баланси, про намір вона не каже нічого, тож транзакція цілком може бути водночас повністю чинною і повністю хибною.
Незворотним є сам запис у реєстрі. Ніхто не може стерти підтверджену транзакцію, а в публічної мережі немає служби підтримки з кнопкою скасування. Усе, що виглядає як повернення, насправді є другим переказом, надісланим тим, хто тепер розпоряджається монетами.
Тому корисне питання ніколи не звучить так, чи можна це скасувати. Воно звучить так: хто або що контролює адресу призначення тепер і чи має ця сторона і змогу, і причину надіслати кошти назад. Змога — це ключ або рядок коду, причина — це людина або внутрішнє правило. Читайте кожен випадок нижче через ці два слова.
Мережа правильна, одержувач не той
Найпростіший варіант помилки: адреса складена коректно, мережа обрана правильно, а кошти лежать тепер у когось іншого в тій самій мережі. Нічого не зламалося. Мережа зробила рівно те, що ви підписали.
Повернення тут залежить від сторони на іншому кінці й більше ні від чого. Якщо адреса належить тому, кого ви можете впізнати, контрагенту, продавцю, знайомому, то це звичайна розмова зі звичайним результатом, який може бути згодою і може бути відмовою. Якщо впізнати адресу ви не можете, у вас немає жодного важеля: оглядач покаже її активність, але не дасть імені, і жодне відстеження не змінить того, у кого ключ.
Більшість друкарських помилок так далеко не заходить, бо формати адрес несуть контрольну суму. ERC-55 кодує близько 15 контрольних бітів у регістр літер адреси Ethereum, тож гаманці відхиляють помилково набрану адресу ще до надсилання; за оцінкою самого стандарту помилково набрана адреса все одно прослизає приблизно у 0,02% випадків. Адреси Bitcoin у форматі bech32 ідуть далі: їхній код гарантовано виявляє будь-яку помилку, що зачіпає щонайбільше 4 символи.
Звідси дві звички. Адреси треба вставляти, а не набирати, а після вставляння звіряти перші й останні символи з джерелом, бо шкідливе програмне забезпечення, що підміняє буфер обміну, підставляє чинну адресу, яку будь-яка контрольна сума радо пропустить. І зверніть увагу, чого BIP-173 вимагає від розробників: не виправляти адреси автоматично, бо виправлена, але хибна адреса є цілком чинним призначенням, і кошти підуть саме туди.
Адреса правильна, мережа не та
Усі мережі EVM використовують той самий формат адреси, і причину цього легко проґавити. Адреса Ethereum — це останні 20 байтів хешу вашого публічного ключа, і цей вивід не має жодного стосунку до того, у якій ви мережі. Тому той самий ключ контролює ту саму адресу в Ethereum, у ролапах і в будь-якій іншій наявній мережі EVM.
Це зручно, і саме тому цю помилку так легко зробити. Гаманець прийме адресу в будь-якій із цих мереж без заперечень, бо в усіх вона є законною адресою.
У мережі ніщо нікуди не переходило. EIP-155 вкладає ідентифікатор мережі в дані, які ви підписуєте, тож переказ в одній мережі просто не є переказом в іншій. Ваші токени не в дорозі й не застрягли між мережами: вони є залишком у реєстрі тієї мережі, якою ви справді скористалися, на тій адресі, яку ви справді вказали.
Чи повернете ви їх, вирішує одне питання: чи є у вас ключ від цієї адреси. Якщо ви надіслали з гаманця самостійного зберігання на власну адресу, то додати в цьому гаманці мережу призначення й оплатити її комісію зазвичай достатньо, щоб залишок став видимим. Щоб щось рухати, знадобиться рідна монета тієї мережі, і це окрема невелика задача про курку та яйце. Якщо ж ви надіслали на депозитну адресу, видану майданчиком, цього ключа у вас немає, і це зовсім інший випадок.
Одне не переїжджає разом з адресою: сам актив. Контроль над адресою від мережі не залежить, а токен залежить. Те, що ви надіслали, існує лише в реєстрі тієї мережі, якою ви це надіслали, тож дістатися до нього можна тільки в ній: її налаштуваннями мережі, її монетою для комісій, її оглядачем. Ніщо зроблене в мережі, яку ви мали на увазі, цього активу не породить.
Депозит на майданчик: непідтримувана мережа або пропущений memo
Депозитна адреса, видана централізованим майданчиком, контролюється цим майданчиком, а не вами. Один цей факт змінює форму задачі: тут нічого не вирішує криптографія і все вирішує внутрішній процес, тому загальної відповіді немає, і жодна чесна відповідь не починається зі слова так.
У варіанті з непідтримуваною мережею ви надіслали актив мережею, зарахування з якої на цю депозитну адресу ніколи не налаштовували. У мережі з переказом усе гаразд. В обліку майданчика не сталося нічого, бо програма, що стежить за депозитами, за тією мережею не стежила. Далі важить, чи контролює майданчик цю адресу в цій мережі і чи має він узагалі процедуру ручного повернення. У когось є, у когось немає, хтось береться лише понад певний поріг суми і бере за роботу плату. Це питання внутрішніх правил, а не фізики.
У варіанті з пропущеним memo мережа проводить багатьох клієнтів через одну спільну адресу й розрізняє їх за додатковим полем. Теги призначення в XRP Ledger — найясніший приклад, і специфікація прямо каже, чим вони є: теги не виконують у реєстрі жодної прямої функції, вони існують лише для того, щоб сказати позамережевим системам, як обробити платіж. Надішліть без тега — і гроші прийдуть на правильну адресу, не несучи із собою нічого, що казало б, чиї вони.
Звідси два наслідки. По-перше, саме тому адреса-одержувач може ввімкнути налаштування, що вимагає тега призначення: тоді реєстр прямо відхиляє платіж без тега, а не приймає той, який нікому не можна зарахувати. По-друге, коли це налаштування вимкнене, ви повертаєтеся до людського процесу: черга підтримки, набір журналів, набір правил. Корисне, що ви можете надати, — це хеш транзакції з оглядача. Певності в продажу немає.
Адреси контрактів і адреси, ключа від яких немає ні в кого
Надсилання токенів на смартконтракт — це знову інший збій, і саме його найчастіше вважають виправним, міркуючи, що контракт просто надішле їх назад. Іноді справді може. Зазвичай не може.
Контрактні акаунти не мають приватного ключа. Ними керує їхній код, а код робить лише те, що хтось у нього вписав. Якщо в контракті немає функції, яка виводить довільний токен, то зрушити цей токен не може ніхто: ні той, хто його розгорнув, ні аудитори, ні суд.
Проблема накопичується, бо функція transfer в ERC-20 не повідомляє одержувача. Саме цю прогалину заявлено як мотивацію ERC-223: за звичайного переказу ERC-20 токени приходять на контракт залишком, про який контракт ніколи не дізнається, і якщо його не написали під їхню обробку, вони можуть залишитися там назавжди. Найчастіший випадок з усіх — надсилання токена на адресу його ж токен-контракту.
Винятки є, і вони зроблені навмисно. Наприклад, у контракті одного з найбільших стейблкоїнів є компонент порятунку: призначена роль rescuer може викликати функцію, що виводить будь-який токен ERC-20, помилково надісланий на контракт. Це хтось свідомо збудував. Чи має конкретний контракт аналог, можна дізнатися заздалегідь, прочитавши його верифікований вихідний код в оглядачі, і саме це вирішує цей випадок.
На дальньому краї стоять адреси, ключа від яких немає ні в кого. Адреса Ethereum — це 20 байтів даних і більше нічого; немає правила, за яким відповідний ключ існує чи колись існував. Адреси спалювання використовують саме тому, що витрачати з них не має змоги ніхто. Надішліть кошти туди або на адресу, породжену ключем, який ніхто не записав, — і немає кого переконувати, немає якого процесу відкривати і немає чого купувати. Це кінець, і сказати про це прямо корисніше, ніж лишати надію.
Послуга з повернення — це другий збиток
На кожного, хто вирушає шукати вихід із першого збитку, чекає другий, і це добре задокументовано. Центр приймання скарг на інтернет-злочини ФБР неодноразово попереджав про фірми, які рекламують відстеження криптовалюти й обіцяють повернути втрачені кошти: вони беруть передоплату, а потім або перестають відповідати, або видають худий звіт і просять ще грошей.
Структурні ознаки прості. IC3 зазначає, що приватні компанії з повернення не можуть видавати ухвали про арешт коштів і що правоохоронні органи не беруть із потерпілих плату за розслідування злочину. Отже, кожен, хто посилається на відомство, щоб продати вам послугу, вже сказав вам, хто він, а кожен, хто хоче оплату до початку роботи, договорив решту.
Є ще саме прохання. Сид-фраза або приватний ключ — це і є розпорядження коштами: у кого вони, той і рухає гроші, і на цьому побудована вся система. Жоден справжній процес повернення не потребує ваших, за жодних обставин і з жодної причини. Прохання назвати сид-фразу не є кроком до повернення. Це і є крадіжка.
Зверніть увагу, що спільного в п'яти розібраних випадках. Кожен із них упирається у факти, які ви можете перевірити самі й безкоштовно в публічному оглядачі: яка адреса тримає кошти тепер, чи є вона контрактом, чи має контракт функцію порятунку, чи була мережа взагалі тією, яку ви мали на увазі. Щоб прочитати публічний реєстр, нікому не треба платити наперед.
Підсумок
У підтвердженому переказі скасувати не можна нічого, тож живим лишається одне питання: хто контролює одержувача і чи може та чи хоче він надіслати кошти назад. Не той одержувач у правильній мережі залежить від людини, яку ви можете й не впізнати. Та сама адреса не в тій мережі EVM залежить від того, чи є у вас там ключ і чи можете ви оплатити комісію тієї мережі. Депозит на майданчик непідтримуваною мережею або без обов'язкового memo залежить від внутрішнього процесу цього майданчика, а це правило, а не ваше право. Адреса контракту залежить від того, чи вписав хтось функцію порятунку в код, а більшість не вписала. Адреса, ключа від якої немає ні в кого, — це фінал. Прочитайте транзакцію в оглядачі, визначте, у якому з п'яти випадків ви опинилися, і вважайте кожного, хто продає надію за передоплату або за сид-фразу, другою атакою, а не виходом.
Схожі матеріали
Інші матеріали Bitbase на цю тему:
- Застряглі та невдалі транзакції
- Що таке пакетування транзакцій у крипті? Економія на комісіях
- Що таке комісія за криптотранзакцію?
Застереження: Ця стаття є освітнім матеріалом Bitbase Academy і надається лише для інформації. Вона не є інвестиційною, торговою, податковою чи фінансовою порадою. Криптоактиви волатильні — оцінюйте ризики самостійно. Написано станом на серпень 2026 року; орієнтуйтеся на найновішу офіційну інформацію.
Джерела
[1] Ethereum Improvement Proposals, ERC-55: Mixed-case checksum address encoding eips.ethereum.org
[2] Bitcoin Improvement Proposals, BIP-173: Base32 address format for native v0-16 witness outputs github.com
[3] ethereum.org, Developer documentation, Ethereum accounts ethereum.org
[4] Ethereum Improvement Proposals, EIP-155: Simple replay attack protection eips.ethereum.org
[5] Ethereum Improvement Proposals, ERC-223: Token with transaction handling model eips.ethereum.org
[6] XRP Ledger, official documentation, Source and Destination Tags xrpl.org
[7] Circle, stablecoin-evm repository, Rescuable.sol github.com
[8] FBI Internet Crime Complaint Center, Alert I-081123-PSA, Increase in Companies Falsely Claiming an Ability to Recover Funds Lost in Cryptocurrency Investment Scams ic3.gov
