У мережі Біткойн існує цікаве явище - дві абсолютно однакові транзакції. Ця ситуація виникла між 14 і 15 листопада 2010 року, тривалість близько 16 годин. Причина цього полягає в тому, що транзакції coinbase не мають жодних входів, а натомість створюють нові монети. Таким чином, дві різні транзакції coinbase можуть надіслати однакову кількість монет на одну й ту ж адресу і бути побудовані абсолютно аналогічно, що робить їх абсолютно однаковими. Оскільки транзакції однакові, ідентифікатори транзакцій (TXID) також збігаються, оскільки TXID є хеш-резюме даних транзакції.
Ці дві групи повторних транзакцій пов'язані з винагородою за coinbase в 50 Біткойн. На даний момент, 200 Біт( або 100 Біт, залежно від того, як інтерпретувати ), ще не були використані. Теоретично, якщо хтось має приватний ключ, пов'язаний з цими виходами, вони можуть використати ці монети. Але як тільки їх використають, повторні 50 Біт не можуть бути використані знову і будуть втрачені, тому насправді лише 100 Біт можуть бути повернені.
Повторні транзакції, очевидно, можуть викликати деякі проблеми. Вони можуть заплутати гаманці та блокчейн-браузери, а також створити невизначеність щодо походження Біткойн. Це також може бути використано для атаки, наприклад, для здійснення подвійної оплати одному контрагенту, хоча фактично доступні лише половина коштів.
Щоб вирішити цю проблему, розробники Біткойн у 2012 році впровадили кілька вдосконалень:
BIP30: Заборонено використовувати повторювані TXID для транзакцій, якщо попередній TXID ще не був використаний.
BIP34: вимагає, щоб транзакції coinbase містили висоту блоку, що робить кожну транзакцію coinbase унікальною.
2015 року розробники видалили дорогий BIP30 перевірку, оскільки BIP34 вже виправив цю проблему.
Однак, BIP34 не є 100% ідеальним рішенням. У деяких блоках, що з'явилися до активації BIP34, перший байт scriptSig монети coinbase збігався з майбутньою дійсною висотою блоку. Наступний блок, у якому може виникнути повторна транзакція, - це 1,983,702, який, як очікується, буде згенеровано приблизно в січні 2046 року.
Незважаючи на це, вартість і складність атаки з використанням цього вразливості є надзвичайно високими. За поточною ціною Біткойна вартість атаки може перевищити 15 мільйонів доларів. Крім того, така атака практично не має жодної користі для нападника.
Враховуючи складність і вартість копіювання транзакцій, а також те, що можливості для цього є дуже рідкісними, цей недолік не є основною проблемою безпеки Біткойна. Однак, розробники все ще шукають способи повного виправлення цієї проблеми, і, можливо, це потрібно буде зробити за допомогою м'якого форку. Одним з можливих способів виправлення є примусове виконання обіцянки SegWit.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
17 лайків
Нагородити
17
8
Репост
Поділіться
Прокоментувати
0/400
TxFailed
· 08-19 13:42
не можу не погодитися, це класичний прохід протоколу... дізнався це важким шляхом у 2010 році, зітхаю
Переглянути оригіналвідповісти на0
BrokenYield
· 08-17 23:02
системна вразливість прямо тут... гадаю, ранній btc не був таким бронебійним, як стверджують максі, смх
Біткойн ранні повторні транзакції: як BIP30/34 вирішує конфлікт TXID
Біткойн-торгівлі рідкісне явище: повторні торги
У мережі Біткойн існує цікаве явище - дві абсолютно однакові транзакції. Ця ситуація виникла між 14 і 15 листопада 2010 року, тривалість близько 16 годин. Причина цього полягає в тому, що транзакції coinbase не мають жодних входів, а натомість створюють нові монети. Таким чином, дві різні транзакції coinbase можуть надіслати однакову кількість монет на одну й ту ж адресу і бути побудовані абсолютно аналогічно, що робить їх абсолютно однаковими. Оскільки транзакції однакові, ідентифікатори транзакцій (TXID) також збігаються, оскільки TXID є хеш-резюме даних транзакції.
Ці дві групи повторних транзакцій пов'язані з винагородою за coinbase в 50 Біткойн. На даний момент, 200 Біт( або 100 Біт, залежно від того, як інтерпретувати ), ще не були використані. Теоретично, якщо хтось має приватний ключ, пов'язаний з цими виходами, вони можуть використати ці монети. Але як тільки їх використають, повторні 50 Біт не можуть бути використані знову і будуть втрачені, тому насправді лише 100 Біт можуть бути повернені.
Повторні транзакції, очевидно, можуть викликати деякі проблеми. Вони можуть заплутати гаманці та блокчейн-браузери, а також створити невизначеність щодо походження Біткойн. Це також може бути використано для атаки, наприклад, для здійснення подвійної оплати одному контрагенту, хоча фактично доступні лише половина коштів.
Щоб вирішити цю проблему, розробники Біткойн у 2012 році впровадили кілька вдосконалень:
BIP30: Заборонено використовувати повторювані TXID для транзакцій, якщо попередній TXID ще не був використаний.
BIP34: вимагає, щоб транзакції coinbase містили висоту блоку, що робить кожну транзакцію coinbase унікальною.
2015 року розробники видалили дорогий BIP30 перевірку, оскільки BIP34 вже виправив цю проблему.
Однак, BIP34 не є 100% ідеальним рішенням. У деяких блоках, що з'явилися до активації BIP34, перший байт scriptSig монети coinbase збігався з майбутньою дійсною висотою блоку. Наступний блок, у якому може виникнути повторна транзакція, - це 1,983,702, який, як очікується, буде згенеровано приблизно в січні 2046 року.
Незважаючи на це, вартість і складність атаки з використанням цього вразливості є надзвичайно високими. За поточною ціною Біткойна вартість атаки може перевищити 15 мільйонів доларів. Крім того, така атака практично не має жодної користі для нападника.
Враховуючи складність і вартість копіювання транзакцій, а також те, що можливості для цього є дуже рідкісними, цей недолік не є основною проблемою безпеки Біткойна. Однак, розробники все ще шукають способи повного виправлення цієї проблеми, і, можливо, це потрібно буде зробити за допомогою м'якого форку. Одним з можливих способів виправлення є примусове виконання обіцянки SegWit.