TxID — не номер переказу, а відбиток самої транзакції: що це змінює на практиці

Коротко (TL;DR)

• TxID — це унікальний рядок із літер і цифр, який виходить, якщо прогнати дані транзакції через хеш-функцію. Не порядковий номер, який хтось призначив, а математичний відбиток самого переказу.
• Де подивитися: в історії операцій гаманця, в історії поповнень і виведень на біржі або в блокчейн-експлорері за адресою. Перевірити переказ можна лише за TxID тієї мережі, у якій він насправді йшов.
• Що дивитися в експлорері: не факт, що рядок «знаходиться», а чотири поля — адреса отримувача, сума, мережа та кількість підтверджень. На цьому ловляться майже всі схеми з «підтвердженням оплати».
• TxID може не існувати взагалі: якщо майданчик провів переказ усередині своєї бази, у блокчейні нічого не з’явилося, і шукати нема чого.
• Формат залежить від мережі: 64 символи в біткоїні, 0x плюс 64 символи в Ethereum, 88 символів у Solana. І в Solana це взагалі не хеш транзакції — там ідентифікатором слугує перший підпис.

TxID — це що

TxID (transaction ID, він же tx hash, хеш транзакції, ID транзакції) — унікальний ідентифікатор однієї операції в блокчейні. Виглядає він як довгий рядок із цифр і латинських літер, наприклад f4184fc596403b9d638783cf57adfe4c75c605f6356fbc91338530e9831e9e16.

Зазвичай TxID порівнюють із номером банківської квитанції. Аналогія зручна, але вона збиває з пантелику в найважливішому місці. Номер квитанції банк призначає платежу: спершу є платіж, потім йому видають номер із черги. TxID обчислюється із самого платежу: беруться всі його дані — звідки, куди, скільки, з якою комісією, з яким підписом — і проганяються через хеш-функцію. Виходить відбиток.

Із цього випливає все інше в статті:

• Відбиток не можна видати наперед і не можна видати двічі різним переказам. Змініть у транзакції хоч один сатоші — отримаєте зовсім інший рядок.
• Відбиток не можна підробити. Щоб пред’явити TxID, треба мати транзакцію, яка його дає.
• Але відбиток нічого не каже про те, чий це платіж. Він підтверджує, що така транзакція є в мережі, — і тільки. Кому й скільки пішло, треба дивитися окремо.

Хеш-функція тут — це математична м’ясорубка: на вхід подається будь-який обсяг даних, на виході завжди виходить рядок фіксованої довжини. Назад із рядка дані не відновити, а однаковий вхід завжди дає однаковий вихід. Саме тому будь-який вузол мережі може незалежно перерахувати TxID і переконатися, що всі говорять про одну й ту саму транзакцію.

BINANCE SIMPLE EARNЗмусь крипту працюватиВідсотки на USDT і BTC без блокування — гроші лишаються під рукою.Розмістити

Як дізнатися TxID: три місця, де він лежить

Своє «TxID немає» люди найчастіше отримують не тому, що його немає, а тому, що шукають не там. Місць усього три.

Валідатор блокчейну: скільки коштує місце в консенсусі і кому воно не потрібне

Маркетмейкер тримає стакан: хто насправді ставить ціни, які ви бачите в терміналі

Layer 1, Layer 2, Layer 3: де у рівнів блокчейну техніка, а де маркетинг

BlackRock і JPMorgan випустили токени фондів грошового ринку на $311 млрд: 12 класів акцій у мережі Ethereum

Hashdex ліквідує біткоїн-ETF із тікером DEFI: останній торговий день 17 серпня, розрахунок грошима

1. Гаманець. Відкрийте історію операцій і натисніть на потрібний переказ. У MetaMask, Trust Wallet, Electrum, Bitcoin Core, Ledger Live і майже будь-якому іншому гаманці в картці транзакції є або поле «Transaction ID / Hash» з кнопкою копіювання, або кнопка «Переглянути в оглядачі» — вона відкриває сторінку експлорера, де TxID стоїть у самому верху.

2. Біржа. TxID з’являється в історії поповнень і виведень, а не в історії торгів. Шлях приблизно однаковий скрізь: розділ із балансом → «Історія» → «Виведення» (або «Депозити») → натиснути на потрібну операцію → поле TxID. На Binance це картка виведення в розділі історії транзакцій, в інших майданчиків логіка та сама, відрізняються лише назви вкладок.

3. Експлорер за адресою. Якщо TxID вам не дали, але відома адреса відправника або отримувача, відкрийте експлорер потрібної мережі, вставте адресу та знайдіть операцію за сумою й часом. TxID буде в її рядку.

В англомовних інтерфейсах ту саму дію називають по-різному: TxID check, TxID tracker, transaction lookup — це все про один і той самий пошук за ідентифікатором в експлорері.

Коли TxID немає взагалі — і це нормально

Типова ситуація, з якою йдуть до підтримки, виглядає так: статус переказу «виконано», гроші не прийшли, TxID порожній. Найчастіше річ не в збої.

Біржі, обмінники та платіжні сервіси проводять частину переказів усередині своєї бази даних. Якщо ви надсилаєте кошти іншому користувачеві того самого майданчика, блокчейн у цьому не бере участі взагалі: один рядок у базі зменшився, інший збільшився. Транзакції в мережі не було — отже, і відбитка її даних не існує. Шукати такий переказ в експлорері безглуздо, розбиратися треба з підтримкою майданчика.

BINANCE COPY TRADINGКопітрейдинг на BinanceВідкрита статистика трейдерів, старт з $10, вимкнення одним кліком.Обрати трейдера

Другий сценарій — виведення поставлене в чергу, але ще не надіслане в мережу. Майданчики часто накопичують виведення й надсилають їх пачками, а статус «обробляється» показують одразу. TxID з’явиться в момент реального надсилання. Якщо він не з’являється багато годин поспіль, це вже привід писати в підтримку: доки TxID немає, транзакція в мережу не йшла, і підвищена комісія нічого не пришвидшить — пришвидшувати нема чого.

Практичний висновок: відсутність TxID — це не технічна дрібниця, а діагноз. Вона означає, що ончейн-переказу не було. Вимагайте від майданчика саме TxID, а не скриншот зі статусом.

Як перевірити TxID: чек-лист із чотирьох полів

Порада «вставте TxID у блокчейн-експлорер» трапляється в кожній статті на цю тему — і сама собою вона марна. Рядок знайдеться, сторінка відкриється, і що далі? Перевіряти треба не факт існування транзакції, а чотири конкретні поля.

Плюс два поля довідково: статус (success / pending / failed — невдала транзакція теж отримує TxID і теж видна в експлорері) і час, щоб не сприйняти за свіжий платіж торішній.

Набір не довільний: це мінімум, за яким узагалі можна відрізнити «така транзакція існує» від «мені заплатили». Перевірка за одним полем — статусом — не відрізняє ні першого від другого, ні свіжого платежу від торішнього.

Скільки потрібно підтверджень — залежить від мережі та суми. Підтвердження це блок, який ліг поверх блока з вашою транзакцією: що їх більше, то дорожче переписати історію. У біткоїні блок знаходиться приблизно раз на десять хвилин, тому класичні «шість підтверджень» означають близько години очікування. В Ethereum інтервал між блоками близько 12 секунд (за даними вузла Blockscout на 2 серпня 2026 року), тому там десяток підтверджень набігає за пару хвилин. Біржі задають свої пороги й зазначають їх на сторінці поповнення.

Як народжується TxID: обчислюємо самі

Усі статті на цю тему пишуть «дані транзакції проганяються через хеш-функцію» і на цьому зупиняються. Перевіримо руками — заразом стане зрозумілою одна дивина, через яку люди вирішують, що експлорер їх обманює.

Візьмемо першу в історії біткоїн-транзакцію між людьми: Сатоші Накамото надіслав 10 BTC Гелу Фінні. Публічний API експлорера mempool.space віддає її сирі байти за адресою /api/tx/<txid>/hex — це 275 байтів, рівно ті дані, які ходили мережею в січні 2009 року.

Далі алгоритм біткоїна: HASH256, тобто SHA-256, застосований двічі поспіль. Три рядки на Python:

import hashlib
b = bytes.fromhex(raw)                                  # 275 байтів сирої транзакції
h = hashlib.sha256(hashlib.sha256(b).digest()).digest() # подвійний SHA-256
print(h.hex())        # 169e1e83e930853391bc6f35f605c6754cfead57cf8387639d3b4096c54f18f4
print(h[::-1].hex())  # f4184fc596403b9d638783cf57adfe4c75c605f6356fbc91338530e9831e9e16

Перший рядок — те, що насправді видає хеш-функція. Другий — те, що показує експлорер. Це один і той самий рядок із перевернутим порядком байтів: у біткоїні всередині сирих даних TxID зберігається в так званому природному порядку, а на екран його виводять у зворотному. Історична особливість, яку успадкували всі гаманці та оглядачі.

Саме тому спроба «перевірити хеш» в онлайн-калькуляторі SHA-256 дає результат, не схожий на рядок з експлорера. Нічого не зламано — просто байти йдуть задом наперед.

Заразом цей самий запит закриває часту помилку в статтях про TxID. Транзакція f4184f… лежить у блоці 170 і датована 12 січня 2009 року, 03:30:25 UTC (поле block_time у відповіді API — 1231731025), на вході 50 BTC, на виходах 10 BTC і 40 BTC решти, комісія нульова. Великі майданчики регулярно приписують цей переказ 2010 року — перевіряється одним запитом.

Друга знаменита транзакція, a1075db55d416d3ca199f55b6084e2115b9345e16c5cf302fc80e9d5fbf5d48d, — ті самі 10 000 BTC за піцу. Блок 57 043, 22 травня 2010 року, 18:16:31 UTC. Деталь, яку зазвичай не згадують: вона важила 23 620 байтів, бо зібрана зі 131 входу, а комісія за нею становила 0,99 BTC (на входах 10 000,99 BTC, на виходах рівно 10 000).

Що роблять вузли мережі. Коли транзакція розходиться мережею, кожен вузол незалежно обчислює її хеш тим самим способом. Два вузли, які ніколи один з одним не спілкувалися, отримають однаковий TxID для однакових даних — домовлятися нема про що. Це і є сенс ідентифікатора-відбитка: він не призначається, а обчислюється.

Чому TxID у різних мережах виглядає по-різному

Читач, який переказував і біткоїн, і USDT, і SOL, помічає: рядки виглядають несхоже. Це не косметика — різні мережі обчислюють ідентифікатор по-різному, а Solana взагалі обчислює не хеш.

Рядок Solana вибивається найсильніше: 5WJyBrb8a8yAvazXUVAB3BMJo5uFpWSXLpJTMNeZ1T4gsaAnTRnWjzx7QzNHSVS7TEdSk8t5h1cordN4Fyb4bGha — це живий підпис з основної мережі, 88 символів. В офіційному словнику термінів Solana сказано прямо: ідентифікатор транзакції — це її перший підпис, 64-байтний підпис ed25519. Не хеш транзакції. Тому й абетка інша (base58, з великими та малими літерами), і довжина не та.

Практичних наслідків два. Перший: за виглядом рядка можна зрозуміти, з якої він мережі, і не витрачати час на чужий експлорер. Починається з 0x і містить 66 символів — шукайте на Etherscan. 64 символи без префікса, а переказ був у USDT — найімовірніше TRC20, вам на Tronscan. Другий: універсального «пошуку за TxID» не існує. Мультичейн-оглядачі на кшталт Blockchair просто перебирають підтримувані мережі, але якщо мережа до списку не входить, транзакції для них не існує.

Експлорер не знаходить TxID: п’ять причин

Рядок є, вставили — «Transaction not found». Причин рівно п’ять, і вони розбираються за порядком.

1. Не та мережа. Це перше, що треба виключити. USDT у TRC20 не шукається на Etherscan, токен BEP-20 — на Tronscan. Звірте мережу з тією, що зазначена в історії виведення.

2. Транзакція ще в мемпулі. Мемпул — черга непідтверджених транзакцій, кожен вузол тримає свою. Деякі експлорери показують такі транзакції, деякі ні. Якщо комісія виявилася нижчою за поточну ринкову, чекати можна довго. На 2 серпня 2026 року мережа біткоїна була розвантажена: рекомендована комісія становила 1 сатоші за віртуальний байт в усіх пріоритетах при 82 095 непідтверджених транзакціях у мемпулі, а висота ланцюга сягнула 960 693 блоків. У періоди ажіотажу рекомендована ставка зростає в десятки разів, і транзакція із вчорашньою комісією зависає. В Ethereum роль цього важеля відіграє газ: на ту саму дату вузол Blockscout показував 0,04 Gwei для повільного надсилання, 0,08 Gwei для звичайного та 1,0 Gwei для швидкого.

3. Транзакцію замінили. Якщо під час надсилання був увімкнений механізм RBF (replace-by-fee), гаманець може замінити завислу транзакцію новою — з тією самою сумою, але більшою комісією. У нової транзакції інший TxID, а старий назавжди залишиться незнайденим. Альтернатива без RBF — CPFP: витратити один із виходів завислої транзакції з високою комісією, щоб майнеру стало вигідно підтвердити обидві. В Ethereum логіка схожа: заміна йде за тим самим порядковим номером вихідної транзакції відправника — цей лічильник називається nonce, — і хеш у нової транзакції теж інший.

4. Транзакція протухла. Специфіка TRON: у транзакції є поле raw_data.expiration — жорсткий дедлайн. За замовчуванням це плюс 60 секунд від поточного блока, максимум доба. Після дедлайну вузол не включає транзакцію, а викидає її. TxID при цьому у вас на руках є, а в мережі його немає й не буде. У біткоїні такого механізму немає — там транзакція висить у мемпулі, доки не підтвердиться або не вилетить за таймаутом вузла.

5. Одрук або зайвий символ. Копіювання через месенджер додає пробіл або обрізає рядок. Перевірте довжину: 64 символи, 66 із префіксом 0x або 88 для Solana.

Окремий докладний розбір саме біткоїн-переказів — зі скриншотами експлорера й розбором статусів — у нас є в гайді як перевірити та відстежити біткоїн-транзакцію.

Коли TxID підводить

Підручники пишуть, що TxID унікальний і незмінний. Загалом так, але в обох тверджень є задокументовані винятки — і один із них пояснює найбільше оновлення біткоїна.

Ідентифікатор міг змінитися до підтвердження. До SegWit підпис входив у дані, з яких обчислюється TxID. Підпис можна було трохи модифікувати, не ламаючи його математичної коректності, — і TxID уже надісланої, але ще не підтвердженої транзакції змінювався. Проблему назвали transaction malleability, і в тексті BIP141 її усунення стоїть в основах оновлення.

Рішення: у SegWit-транзакції тепер два ідентифікатори. txid обчислюється за старою серіалізацією, з якої дані підпису (witness) виключені, — тобто підпис на нього більше не впливає. Новий wtxid обчислюється вже разом із witness і використовується всередині протоколу. Якщо witness-даних у транзакції немає, обидва ідентифікатори збігаються. Для користувача це означає: у сучасних транзакцій TxID, отриманий від гаманця, не зміниться.

Унікальність теж не абсолютна. У біткоїні є дві пари транзакцій з однаковим TxID: e3bf3d07d4b0375638d5f1db5255fe07ba2c4cb067cd81b84ee974b6585fb468 у блоках 91 722 і 91 880 та d5d27987d2a3dfc724e359870c6644b40e497bdc0589a033220fe15429d88599 у блоках 91 812 і 91 842. Це не злам хеш-функції: обидві транзакції були coinbase (винагорода майнеру), а в них поля входу фіксовані, тож дані збіглися буквально — і хеш, звісно, теж. Дірку закрили двома правилами: BIP30 від 22 лютого 2012 року заборонив блоки з уже наявним TxID, BIP34 від 6 липня 2012 року зобов’язав класти в coinbase номер блока. Винагороди за ранніми копіями — по 50 BTC кожна — залишилися недоступними назавжди.

Схожий випадок задокументовано в XRP Ledger: дві ранні службові транзакції SetFee мали однакові поля і, відповідно, один хеш 1C15FEA3E1D50F96B6598607FC773FF1F6E0125F30160144BE0C5CBC52F5151B у реєстрах 3715073 і 3721729. Пізніше в такі транзакції додали номер реєстру, щоб збігів більше не було.

Для практики це рідкість, але вона задає правильну рамку: унікальність TxID — властивість даних, а не магічна гарантія. Збіглися дані — збігся відбиток.

Ризики: чужий TxID, підроблені експлорери та приватність

Тут починається частина, заради якої варто читати про TxID узагалі.

Справжній TxID не доводить, що заплатили вам. Схема «фейкове підтвердження платежу» працює не на підроблених хешах, а на справжніх. Шахрай надсилає TxID реальної транзакції — своєї власної, старої, на іншу адресу або в іншу мережу. Жертва вставляє рядок в експлорер, бачить зелений статус і підтвердження, заспокоюється й віддає товар. Розбори цієї механіки описують, як один і той самий справжній хеш перевикористовують місяцями; працює вона на ефекті авторитету — «якщо це в блокчейні, то правда». Захист рівно один: чек-лист із чотирьох полів вище. Дивіться не на статус, а на адресу отримувача й суму.

Підроблені експлорери. Друга гілка тієї самої схеми: жертву відводять за посиланням із листа або чату на копію популярного оглядача. Інтерфейс той самий, дані намальовані: переказ «заморожений до сплати комісії» або «потребує верифікації». Далі просять або переказати гроші за розблокування, або ввести seed-фразу «для синхронізації». Правило просте: справжній експлорер лише читає публічні дані. Він не вимагає логіна, не просить під’єднати гаманець і ніколи не запитує seed-фразу. Усі запити до mempool.space, Blockscout і Tronscan, на яких побудована ця стаття, виконані без жодного ключа й без реєстрації. Адресу оглядача набирайте руками або тримайте в закладках.

Приватність. Фраза «ділитися TxID безпечно» правильна лише наполовину. Доступу до грошей він справді не дає: це публічна інформація, і біржа або продавець отримують рівно те, що й так видно всім. Але за TxID відкриваються адреса відправника, адреса отримувача й сума, а за адресами — уся їхня минула та майбутня історія. У біткоїні входи транзакції посилаються на пару «TxID попередньої транзакції + номер виходу», тому монети утворюють ланцюг, простежуваний до блока, де їх було видобуто. Надіславши TxID незнайомій людині в чаті, ви віддаєте їй не ключ від гаманця, але карту своїх рухів.

Юридичний статус. TxID — не розписка. Він доводить, що транзакція між двома адресами існує, але не пов’язує адресу з людиною й нічого не каже про призначення платежу. Одного хеша для спору замало: потрібна ще прив’язка адреси до конкретної людини й підтвердження того, за що був платіж. Тому TxID варто зберігати разом із листуванням і умовами угоди, а не замість них.

Навіщо TxID потрібен самій мережі

Користувачеві TxID потрібен для перевірки. Протоколу — для роботи, і без нього блокчейн би просто не зібрався.

Посилання на гроші. У біткоїні та інших UTXO-мережах у монет немає «рахунку» — є невитрачені виходи минулих транзакцій. Щоб витратити гроші, транзакція вказує пару: TxID попередньої транзакції плюс номер її виходу. Так будується ланцюг походження кожної монети. У нашому прикладі з блока 170 входом слугує вихід транзакції 0437cd7f8525ceed2324359c2d0ba26006d92d856a9c20fa0241106ee5a597c9 — тієї самої, якою Сатоші отримав 50 BTC за видобутий блок.

Печатка на вмісті блока. TxID усіх транзакцій блока згортаються попарним хешуванням в одне значення — корінь Меркла, який записується в заголовок блока. Зміна будь-якої транзакції змінює її TxID, далі корінь, далі хеш блока й увесь ланцюг після нього. Звідси й «незмінюваність»: вона не декларація, а наслідок того, що ідентифікатор обчислюється з даних.

Спільна мова для вузлів. Оскільки правило обчислення однакове, будь-які два вузли незалежно доходять до одного TxID для однієї транзакції. Це дозволяє мережі обговорювати транзакції, не пересилаючи їх цілком.

Часті помилки та хибні уявлення

«TxID — це завжди хеш транзакції». У більшості мереж так, у Solana ні: там ідентифікатором слугує перший підпис транзакції.

«TxID призначає біржа або гаманець». Ні, вони його лише показують. Значення обчислюється з даних транзакції, і будь-який учасник мережі отримає те саме.

«Якщо TxID є — гроші надіслані мені». TxID підтверджує існування транзакції, а не її адресата. Без звірки адреси, суми й мережі це нічого не означає.

«TxID не можна змінити». У підтвердженої транзакції — не можна. Але до підтвердження переказ можна замінити (RBF у біткоїні, той самий nonce в Ethereum), і в заміни буде вже інший ідентифікатор. А до SegWit змінити TxID міг і сторонній.

FAQ

TxID vs tx hash: у чому різниця? Ні в чому. TxID, transaction ID, tx hash, хеш транзакції, hash ID — різні назви одного й того самого значення. Різниця лише в термінології: у біткоїні звичніше «TXID», у світі Ethereum — «transaction hash». В інтерфейсах бірж і гаманців можна натрапити на будь-який із варіантів.

Скільки символів у TxID і як він виглядає? У біткоїні та TRON — 64 символи з цифр і латинських літер a–f. В Ethereum і EVM-мережах — ті самі 64 символи плюс префікс 0x, разом 66. У Solana — 88 символів base58, там трапляються й великі літери. Якщо рядок коротший або в ньому є символи поза цими наборами, найімовірніше під час копіювання щось загубилося.

Як дізнатися TxID переказу в USDT TRC20? Так само, як для будь-якого іншого переказу: історія виведень на біржі або історія операцій у гаманці. Перевіряти його треба в Tronscan — експлорері мережі TRON. Якщо переказ ішов у USDT ERC-20, Tronscan його не знайде, потрібен Etherscan.

Чи можна скасувати транзакцію, знаючи TxID? Ні. Підтверджену транзакцію скасувати не можна за жодних умов. Доки вона не підтверджена, її іноді можна замінити (RBF) або пришвидшити (CPFP) — але це робить відправник зі свого гаманця, а не через експлорер. Будь-який сервіс, що обіцяє «скасувати транзакцію за TxID за комісію», — шахраї.

Що робити, якщо надіслав гроші не в ту мережу? Спершу перевірити, чи існує адреса отримувача в цій мережі й чи контролює хтось приватний ключ від неї. Якщо отримувач — біржа, писати в підтримку з TxID, номером мережі та сумою: частина майданчиків відновлює такі кошти вручну й платно. Якщо отримувач — звичайний гаманець, кошти іноді можна дістати, імпортувавши seed-фразу в гаманець потрібної мережі — але лише в офіційний застосунок, завантажений із сайту розробника: введення seed-фрази будь-де ще означає втрату всього гаманця.

Чи допомагає TxID повернути гроші при шахрайстві? Сам собою ні, але він потрібен для будь-якого розгляду. За TxID видно, на яку адресу пішли кошти й куди вони рухалися далі; біржі на запит правоохоронців можуть заморозити пов’язаний акаунт. Тому TxID, скриншоти та листування варто зберегти одразу, не відкладаючи.