протягом вихідних, після того як btc прорвався через 64k і місцево дійшов до дна, він почав повільно відновлюватися вище 64k. говорити про “buying the dip” легко, але насправді зробити це все ще може бути рідкісним вчинком. в кінці кінців, часто трапляється у пастку під час спроби виловити дно, що робить “buying the dip” подібним до монструозного завдання для багатьох.
Кілька днів тому я написав дві статті, в яких представив процес ручного створення холодного гаманця BTC. Одна з них була такою: «Де можна купити холодний гаманець? Відповідь вас здивує!» 12 червня 2024 року, а інший — «Створення генератора приватних ключів Bitcoin з менш ніж 100 рядками коду, без сторонніх бібліотек!» 14 червня 2024 року.
статті отримали теплий відгук. деякі читачі запитали, якщо остання версія клієнта bitcoin CORE більше не підтримує імпорт приватного ключа, то цей вручну створений приватний ключ не може бути імпортований в bitcoin CORE для використання?
сьогодні я коротко відповім на це питання.
Як ми всі знаємо, Bitcoin Core — це клієнтське програмне забезпечення, успадковане від Сатоші Накамото, яке в основному функціонує як вузол Bitcoin. Він також поставляється з функцією гаманця, яку ви можете вважати програмним гаманцем. Однак цей гаманець є досить «незалежним», покладаючись на свій вузол для завантаження всіх даних блокчейну для роботи, не залежачи від інших сторонніх служб даних.
Деякі хардкорні гравці використовують це програмне забезпечення гаманця. Очевидною перевагою є незалежна перевірка всього. Недолік також очевидний: ініціалізація вимагає від одного до двох тижнів (залежно від швидкості вашої мережі) і кількох сотень гігабайт дискового простору для завантаження та перевірки всіх даних реєстру з 2009 року по теперішній час, перш ніж він зможе нормально функціонувати.
для загальних користувачів, які просто хочуть імпортувати закритий ключ та перевести всі біткоїни на біржу для продажу, ця "мала потреба" може не варти довгого очікування.
причина, чому я розділив процес «накопичення btc» на два кроки: 1. накопичення монет; 2. переміщення монет, полягає в досягненні повної ручної роботи на першому етапі, коли приватний ключ не залежить від жодного програмного забезпечення, апаратного забезпечення чи Інтернету. Коли прийде час пересувати монети, будь то через 20 або 30 років, ми зможемо використовувати тоді найновіше та найкраще доступне програмне забезпечення для імпортування приватного ключа для операцій. Ймовірно, програмне забезпечення та апаратні гаманці через 20 або 30 років будуть набагато більш розвинені та відмінні від сучасних.
інша перевага розділення процесу полягає в тому, що крок переміщення монет не обов'язково потребує використання такого важкого повного вузла гаманця! чому? тому що від імпорту приватного ключа до очищення адреси та перекладання на біржу може знадобитися лише 10-30 хвилин. це найтриваліший час, коли приватний ключ буде в мережі, не більше, ніж півгодини.
можливість втручання хакера та крадіжки з адреси менш ніж за півгодини відносно мала. Вікно часу коротке, і вони можуть не встигнути діяти. (Звичайно, можна використовувати метод розділення холодного та гарячого гаманця, з двох машин, що працюють разом, для подальшого запобігання можливості попередньої установки зловмисного програмного забезпечення хакером на ваш онлайн-комп'ютер.)
для цього менше, ніж півгодини руху монет, чекати один-два тижні, щоб синхронізувати весь блокчейн, ймовірно, не є те, що багато людей хочуть робити.
ось чому в моїй статті від 20 жовтня 2020 року «Як використовувати закриті ключі для зберігання біткоїнів» я використовував легкий гаманець для програмного забезпечення Electrum для операції «переміщення монет».
щодо біткоїн-ядра, це «ортодоксальне» клієнтське програмне забезпечення ще не повністю реалізувало так звану функцію гаманця spv (спрощена перевірка платежів), згадану в білому папері сатоші накамото. реалізація spv не повинна бути занадто складною з якоюсь зусиллям. З функціоналом spv звичайним користувачам не потрібно завантажувати, перевіряти та зберігати всі дані блокчейну, їм потрібно лише завантажувати заголовки блоків, що значно зменшує обсяг даних гаманця користувача та значно скорочує час початкової синхронізації (від десятків хвилин до декількох годин?).
на мою думку, до офіційної реалізації функціональності SPV в біткойн-коре, звичайним користувачам не потрібно її використовувати для "переміщення монет".
зараз давайте розглянемо, про що взагалі йдеться у питанні “біткойн CORE більше не підтримує імпорт приватного ключа”.
Починаючи з версії 0.17, біткоїн CORE почав підтримувати нову технологію під назвою «output descriptor». Це полегшує вказівку того, який тип адреси користувачам потрібно використовувати у своєму гаманці. Як я вже зазначав раніше, закритий ключ - це просто число, і цей же закритий ключ може відповідати різним форматам адрес, кожен з яких несумісний з іншими.
наприклад, закритий ключ, згенерований вручну в статті 14 червня 2024 року:
5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm
це може бути перетворено в стислий формат закритого ключа: l4cfs8flejz536hxrzd4cvyukex9cv5pbwou9qbm3pvgqkzlhmbb
його відповідна звичайна адреса: 13cuzk94jvtcbpdoxd86miiftymnqwkcs6 (також називається адресою у некомпресованому форматі)
воно також може відповідати стислому формату адреси: 1d9uhctvw9vsj9sjhoaht1kgcvojwvnfvp
він також може відповідати адресі segwit (у форматі p2sh): 3edgz1omvrgpozqxsiwsg6pgqpqdz1c2gb
це також може відповідати адресі segwit bech32 (формат p2wpkh): bc1qs5alt3n7jyarufd4j2d0gsd6pa4mgqt6g43lcr
це також може відповідати адресі taproot (формат bech32m, p2tr): bc1ptc0q350pdglal7t2zwcefed6yx9tj7jqz8wfsfxmuukyms4lj0cqht8kuk
ви вже почуваєте запаморочення? так, це дійсно сліпуче. і це щойно вершина айсберга, один лише закритий ключ, навіть без залучення мнемонічних фраз і т.д.
нові технології з'являються одна за одною. не слід сліпо прагнути до нових. досягнення ваших цілей та придатність до використання - це найкраще. це одна з причин, чому я все ще використовую звичайні адреси.
до сьогодні, існує ще багато програмного забезпечення гаманця, які не дуже добре підтримують адреси bech32, не кажучи вже про адреси taproot. більше того, вільні стандарти мнемоніки означають, що різне програмне забезпечення для гаманця та апаратне забезпечення зробили деякі "налаштування", що призвело до несумісності. ви записуєте мнемоніку одного гаманця, а через роки, коли програмне забезпечення зникло або було оновлено, імпортуєте мнемоніку в нове програмне забезпечення або інший гаманець, лише щоб виявити, що відновлені адреси зовсім інші! btc, збережені на початкових адресах, ніде не знайдені!
друзі поруч зі мною пережили такі болісні уроки.
всі ці передові нові технології по суті засновані на найбазовішій структурі приватного ключа-адреси. один шар, два шари, три шари... чим більше шарів, тим більше можливість зустріти труднощі з відновленням у майбутньому. тому що ці шари оболонок занадто складні для повного володіння, вони майже як чорна скринька. навіть якщо відкриті для загального доступу, не кожен звичайний користувач може їх повністю зрозуміти.
Якщо ви не є технічним експертом, повернення до простих і зрозумілих основ може бути найкращим способом зберегти щастя!
повернемося до теми, після того, як програмне забезпечення гаманця Bitcoin Core перейшло на створення описових гаманців за замовчуванням замість старих форматів гаманців, нові формати гаманців більше не підтримують старі команди імпорту закритих ключів, такі як Імпортувати закритий ключ
, але замість цього потрібно використовувати дескриптори для імпорту.
Назва: правда чи брехня? Bitcoin Core більше не підтримує імпорт приватного ключа?
теги: Біткойн, гаманець, безпека
складність: початківець
мета-опис:
ця стаття розглядає динаміку ринку біткойну та виклики стратегії «купуйте, коли ціна падає» і відповідає на питання читачів щодо того, що клієнт біткойну CORE більше не підтримує імпорт приватного ключа. Вона приходить до висновку, що біткойн CORE все ще підтримує імпорт приватного ключа, просто потребує нових методів.
на вихідних, після того, як бтк пробив 64 тис. і зазнав місцевого мінімуму, він почав повільно відновлюватися понад 64 тис. говорити про «купівлю пропущеного шансу» легко, але насправді це може бути рідкісним досягненням. в кінці кінців, потрапити в спробу рибальства на дні відбувається часто, що робить «купівлю пропущеного шансу» подібним до величезної задачі для багатьох.
Кілька днів тому я написав два статті, що розповідають про процес створення btc холодного гаманця вручну. Одна з них - «Де можна купити холодний гаманець? Відповідь здивує вас!» - була опублікована 12 червня 2024 року, а інша - «Створення генератора закритого ключа Bitcoin за допомогою менше ніж 100 рядків коду, без сторонніх бібліотек!» - була опублікована 14 червня 2024 року.
статті отримали теплий відгук. деякі читачі запитали, якщо остання версія клієнта Bitcoin CORE більше не підтримує імпорт приватного ключа, то цей створений вручну приватний ключ не може бути імпортований в Bitcoin CORE для використання?
сьогодні я коротко відповім на це питання.
як ми усі знаємо, біткойн CORE - це клієнтське програмне забезпечення, успадковане від Сатоші Накамото, що переважно працює як вузол біткойн. Воно також має функцію гаманця, яку можна вважати програмним гаманцем. Однак цей гаманець досить «самостійний», залежить від свого вузла для завантаження всіх даних блокчейну для операцій, не покладаючись на інші послуги сторонніх постачальників даних.
Деякі справжні професіонали використовують це програмне забезпечення для гаманця. Очевидною перевагою є незалежна перевірка всього. Є й очевидний недолік: для ініціалізації потрібно один-два тижні (в залежності від швидкості мережі) та кілька сотень гігабайтів дискового простору для завантаження та перевірки всіх даних рахунку з 2009 року до теперішнього часу, перш ніж він зможе нормально функціонувати.
для звичайних користувачів, які просто хочуть імпортувати закритий ключ та перевести всі біткоїни на біржу для продажу, ця "невелика потреба" може не варти довгої очікування.
Причина, по якій я розділив процес «накопичення BTC» на два етапи: 1. накопичення монет; 2. Переміщення монет полягає в досягненні повної ручної роботи на першому кроці, при цьому приватний ключ не покладається на будь-яке програмне забезпечення, апаратне забезпечення чи Інтернет і не контактує з ним. Коли прийде час переміщати монети, будь то через 20 або 30 років, ми зможемо використовувати найновіше та найкраще доступне програмне забезпечення, щоб імпортувати приватний ключ для роботи. Імовірно, програмні та апаратні гаманці через 20 або 30 років будуть набагато досконалішими та відрізнятимуться від сьогоднішніх.
ще одна перевага розбиття процесу полягає в тому, що крок переміщення монети не обов'язково потребує використання такого жорсткого повноцінного гаманця вузла! чому? тому що від імпорту приватного ключа до очищення адреси та переказу на біржу може знадобитися лише 10-30 хвилин. це найдовший час, коли приватний ключ буде в Інтернеті, не більше, ніж півгодини.
можливість того, що хакер виявить і вкраде з адреси менше, ніж за півгодини, відносно невелика. Вікно часу коротке, і вони можуть не встигнути діяти вчасно. (звичайно, ви також можете використовувати метод розділення холодного-гарячого гаманця, з двома машинами, які працюють разом, щоб додатково запобігти можливості хакера передвстановлення шкідливого ПЗ на вашому онлайн-комп'ютері.)
для цього менш ніж півгодини кроку переміщення монет, чекання одного-двох тижнів для синхронізації усього блокчейну, ймовірно, не є чимось, що багато людей хочуть робити.
Ось чому в моєму статті від 20 жовтня 2020 року «Як використовувати закриті ключі для зберігання Bitcoin» я використовував легкий гаманець для програмного забезпечення Electrum для операції «переміщення монет».
Що стосується Bitcoin Core, цього «ортодоксального» клієнтського програмного забезпечення, то в ньому ще не повністю реалізована так звана функція гаманця SPV (спрощена перевірка платежів), згадана в білій книзі Сатоші Накамото. Реалізація SPV не повинна бути надто складною, якщо докласти певних зусиль. Завдяки функціональності SPV звичайним користувачам не потрібно було б завантажувати, перевіряти та зберігати всі дані блокчейну, потрібно було б лише завантажувати заголовки блоків, що значно зменшило розмір даних гаманця користувача та значно скоротило час початкової синхронізації (з десятків хвилин до кількох годин?).
на мою думку, поки біткойн CORE офіційно не реалізує функціональність SPV, звичайним користувачам не потрібно користуватися ним для «переміщення монет».
Тепер давайте подивимося, в чому полягає проблема «Bitcoin Core більше не підтримує імпорт приватних ключів».
Починаючи з версії 0.17, Bitcoin Core почав підтримувати нову технологію під назвою "Output Descriptor". Це полегшує вказування типу адреси, яку користувачі повинні використовувати у своєму гаманці. Як я вже згадував раніше, приватний ключ - це просто число, і один і той же приватний ключ може відповідати різним форматам адрес, кожен з яких не сумісний з іншими.
наприклад, закритий ключ, що був згенерований вручну в статті від 14 червня 2024 року:
5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm
воно може бути перетворено в стислий формат приватного ключа: l4cfs8flejz536hxrzd4cvyukex9cv5pbwou9qbm3pvgqkzlhmbb
його відповідна звичайна адреса: 13cuzk94jvtcbpdoxd86miiftymnqwkcs6 (також називається адресою у некомпресованому форматі)
це також може відповідати стислому формату адреси: 1d9uhctvw9vsj9sjhoaht1kgcvojwvnfvp
Це також може відповідати адресі segwit (формат p2sh): 3edgz1omvrgpozqxsiwsg6pgqpqdz1c2gb
воно також може відповідати адресі segwit bech32 (формат p2wpkh): bc1qs5alt3n7jyarufd4j2d0gsd6pa4mgqt6g43lcr
це також може відповідати адресі taproot (формат bech32m, p2tr): bc1ptc0q350pdglal7t2zwcefed6yx9tj7jqz8wfsfxmuukyms4lj0cqht8kuk
ви вже запаморочені? так, це таке сліпуче. і це лише вершина айсберга, лише один закритий ключ, навіть без урахування мнемонічних фраз тощо.
Нові технології з'являються одна за одною. Не женіться сліпо за новими. Досягнення поставлених цілей і придатність до використання - найкраще. Це одна з причин, чому я досі використовую звичайні адреси.
До сьогоднішнього дня все ще існує багато програм для гаманців, які погано підтримують адреси bech32, не кажучи вже про адреси Taproot. Крім того, вільні мнемонічні стандарти означають, що різне програмне та апаратне забезпечення гаманця внесло деякі «налаштування», що призвело до несумісності. Ви записуєте мнемоніку одного гаманця, і через роки, коли програмне забезпечення зникає або оновлюється, ви імпортуєте мнемоніку в нове програмне забезпечення або інший гаманець, але виявляєте, що відновлені адреси зовсім інші! BTC, що зберігаються в оригінальних адресах, ніде не знайти!
друзі навколо мене пережили такі болісні уроки.
Усі ці передові нові технології в основному засновані на найпростішій структурі закритого ключа-адреси. один шар, два шари, три шари... чим більше шарів, тим більше можливість зіткнутися з проблемами відновлення в майбутньому. Тому що ці шари оболонок занадто складні для вас, вони майже як чорна скринька. Навіть якщо вони відкритого коду, не кожен звичайний користувач може їх повністю зрозуміти.
якщо ви не є технічним експертом, повернення до простих і зрозумілих основ може бути найкращим способом зберегти щастя!
Повернемося до теми, після того, як програмне забезпечення Bitcoin Core Wallet перейшло на створення гаманців Descriptor за замовчуванням замість гаманців старого формату, гаманці нового формату більше не підтримують старі команди імпорту приватних ключів, такі як імпортувати закритий ключ
, але замість цього потрібно використовувати дескриптори для імпорту.
По-перше, отримайте інформацію про контрольну суму дескриптора за допомогою getdescriptorinfo
команда:
$ bitcoin-cli getdescriptorinfo "pkh(5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm)"{ "descriptor": "pkh(04e510bfa12225bbc2044a1847eda44a26e8a842cbf45c11d74ade893e506fc9e209c7c0044c5321ea22edf9dc1d8e45bed3663ed7c637eb564a7dd0a23ca8e45c)#afvrzgrk", "checksum": "8rrz94h2", "isrange": false, "issolvable": true, "hasprivatekeys": true}
потім імпортуйте закритий ключ за допомогою importdescriptors
команда:
$ bitcoin-cli importdescriptors '[{"desc":"pkh(5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm)#8rrz94h2","timestamp":"now"}]'[ { "success": true }]
Тепер ми можемо побачити щойно імпортовану адресу за допомогою кнопки список отриманих за адресою
команда:
```shell
$ bitcoin-cli listreceivedbyaddress 1 true
…
{
“адреса”: “13cuzk94jvtcbpdoxd86miiftymnqwkcs6”,
"amount": 0
ця стаття репродукована з [Лю Цзяоліан], авторське право належить оригінальному автору [лю Цзяолян], якщо у вас є будь-які заперечення щодо передруку, будь ласка, зв'яжіться з Gate навчаєтьсякоманда, і команда вирішить це якнайшвидше згідно з відповідними процедурами.
відмова від відповідальності: погляди і думки, висловлені у цій статті, відображають тільки особисті погляди автора і не є жодною інвестиційною порадою.
Інші мовні версії статті перекладені командою Gate.io Learn і не згадуються в Gate.io, перекладена стаття не може бути відтворена, розповсюджена або плагіатична.
протягом вихідних, після того як btc прорвався через 64k і місцево дійшов до дна, він почав повільно відновлюватися вище 64k. говорити про “buying the dip” легко, але насправді зробити це все ще може бути рідкісним вчинком. в кінці кінців, часто трапляється у пастку під час спроби виловити дно, що робить “buying the dip” подібним до монструозного завдання для багатьох.
Кілька днів тому я написав дві статті, в яких представив процес ручного створення холодного гаманця BTC. Одна з них була такою: «Де можна купити холодний гаманець? Відповідь вас здивує!» 12 червня 2024 року, а інший — «Створення генератора приватних ключів Bitcoin з менш ніж 100 рядками коду, без сторонніх бібліотек!» 14 червня 2024 року.
статті отримали теплий відгук. деякі читачі запитали, якщо остання версія клієнта bitcoin CORE більше не підтримує імпорт приватного ключа, то цей вручну створений приватний ключ не може бути імпортований в bitcoin CORE для використання?
сьогодні я коротко відповім на це питання.
Як ми всі знаємо, Bitcoin Core — це клієнтське програмне забезпечення, успадковане від Сатоші Накамото, яке в основному функціонує як вузол Bitcoin. Він також поставляється з функцією гаманця, яку ви можете вважати програмним гаманцем. Однак цей гаманець є досить «незалежним», покладаючись на свій вузол для завантаження всіх даних блокчейну для роботи, не залежачи від інших сторонніх служб даних.
Деякі хардкорні гравці використовують це програмне забезпечення гаманця. Очевидною перевагою є незалежна перевірка всього. Недолік також очевидний: ініціалізація вимагає від одного до двох тижнів (залежно від швидкості вашої мережі) і кількох сотень гігабайт дискового простору для завантаження та перевірки всіх даних реєстру з 2009 року по теперішній час, перш ніж він зможе нормально функціонувати.
для загальних користувачів, які просто хочуть імпортувати закритий ключ та перевести всі біткоїни на біржу для продажу, ця "мала потреба" може не варти довгого очікування.
причина, чому я розділив процес «накопичення btc» на два кроки: 1. накопичення монет; 2. переміщення монет, полягає в досягненні повної ручної роботи на першому етапі, коли приватний ключ не залежить від жодного програмного забезпечення, апаратного забезпечення чи Інтернету. Коли прийде час пересувати монети, будь то через 20 або 30 років, ми зможемо використовувати тоді найновіше та найкраще доступне програмне забезпечення для імпортування приватного ключа для операцій. Ймовірно, програмне забезпечення та апаратні гаманці через 20 або 30 років будуть набагато більш розвинені та відмінні від сучасних.
інша перевага розділення процесу полягає в тому, що крок переміщення монет не обов'язково потребує використання такого важкого повного вузла гаманця! чому? тому що від імпорту приватного ключа до очищення адреси та перекладання на біржу може знадобитися лише 10-30 хвилин. це найтриваліший час, коли приватний ключ буде в мережі, не більше, ніж півгодини.
можливість втручання хакера та крадіжки з адреси менш ніж за півгодини відносно мала. Вікно часу коротке, і вони можуть не встигнути діяти. (Звичайно, можна використовувати метод розділення холодного та гарячого гаманця, з двох машин, що працюють разом, для подальшого запобігання можливості попередньої установки зловмисного програмного забезпечення хакером на ваш онлайн-комп'ютер.)
для цього менше, ніж півгодини руху монет, чекати один-два тижні, щоб синхронізувати весь блокчейн, ймовірно, не є те, що багато людей хочуть робити.
ось чому в моїй статті від 20 жовтня 2020 року «Як використовувати закриті ключі для зберігання біткоїнів» я використовував легкий гаманець для програмного забезпечення Electrum для операції «переміщення монет».
щодо біткоїн-ядра, це «ортодоксальне» клієнтське програмне забезпечення ще не повністю реалізувало так звану функцію гаманця spv (спрощена перевірка платежів), згадану в білому папері сатоші накамото. реалізація spv не повинна бути занадто складною з якоюсь зусиллям. З функціоналом spv звичайним користувачам не потрібно завантажувати, перевіряти та зберігати всі дані блокчейну, їм потрібно лише завантажувати заголовки блоків, що значно зменшує обсяг даних гаманця користувача та значно скорочує час початкової синхронізації (від десятків хвилин до декількох годин?).
на мою думку, до офіційної реалізації функціональності SPV в біткойн-коре, звичайним користувачам не потрібно її використовувати для "переміщення монет".
зараз давайте розглянемо, про що взагалі йдеться у питанні “біткойн CORE більше не підтримує імпорт приватного ключа”.
Починаючи з версії 0.17, біткоїн CORE почав підтримувати нову технологію під назвою «output descriptor». Це полегшує вказівку того, який тип адреси користувачам потрібно використовувати у своєму гаманці. Як я вже зазначав раніше, закритий ключ - це просто число, і цей же закритий ключ може відповідати різним форматам адрес, кожен з яких несумісний з іншими.
наприклад, закритий ключ, згенерований вручну в статті 14 червня 2024 року:
5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm
це може бути перетворено в стислий формат закритого ключа: l4cfs8flejz536hxrzd4cvyukex9cv5pbwou9qbm3pvgqkzlhmbb
його відповідна звичайна адреса: 13cuzk94jvtcbpdoxd86miiftymnqwkcs6 (також називається адресою у некомпресованому форматі)
воно також може відповідати стислому формату адреси: 1d9uhctvw9vsj9sjhoaht1kgcvojwvnfvp
він також може відповідати адресі segwit (у форматі p2sh): 3edgz1omvrgpozqxsiwsg6pgqpqdz1c2gb
це також може відповідати адресі segwit bech32 (формат p2wpkh): bc1qs5alt3n7jyarufd4j2d0gsd6pa4mgqt6g43lcr
це також може відповідати адресі taproot (формат bech32m, p2tr): bc1ptc0q350pdglal7t2zwcefed6yx9tj7jqz8wfsfxmuukyms4lj0cqht8kuk
ви вже почуваєте запаморочення? так, це дійсно сліпуче. і це щойно вершина айсберга, один лише закритий ключ, навіть без залучення мнемонічних фраз і т.д.
нові технології з'являються одна за одною. не слід сліпо прагнути до нових. досягнення ваших цілей та придатність до використання - це найкраще. це одна з причин, чому я все ще використовую звичайні адреси.
до сьогодні, існує ще багато програмного забезпечення гаманця, які не дуже добре підтримують адреси bech32, не кажучи вже про адреси taproot. більше того, вільні стандарти мнемоніки означають, що різне програмне забезпечення для гаманця та апаратне забезпечення зробили деякі "налаштування", що призвело до несумісності. ви записуєте мнемоніку одного гаманця, а через роки, коли програмне забезпечення зникло або було оновлено, імпортуєте мнемоніку в нове програмне забезпечення або інший гаманець, лише щоб виявити, що відновлені адреси зовсім інші! btc, збережені на початкових адресах, ніде не знайдені!
друзі поруч зі мною пережили такі болісні уроки.
всі ці передові нові технології по суті засновані на найбазовішій структурі приватного ключа-адреси. один шар, два шари, три шари... чим більше шарів, тим більше можливість зустріти труднощі з відновленням у майбутньому. тому що ці шари оболонок занадто складні для повного володіння, вони майже як чорна скринька. навіть якщо відкриті для загального доступу, не кожен звичайний користувач може їх повністю зрозуміти.
Якщо ви не є технічним експертом, повернення до простих і зрозумілих основ може бути найкращим способом зберегти щастя!
повернемося до теми, після того, як програмне забезпечення гаманця Bitcoin Core перейшло на створення описових гаманців за замовчуванням замість старих форматів гаманців, нові формати гаманців більше не підтримують старі команди імпорту закритих ключів, такі як Імпортувати закритий ключ
, але замість цього потрібно використовувати дескриптори для імпорту.
Назва: правда чи брехня? Bitcoin Core більше не підтримує імпорт приватного ключа?
теги: Біткойн, гаманець, безпека
складність: початківець
мета-опис:
ця стаття розглядає динаміку ринку біткойну та виклики стратегії «купуйте, коли ціна падає» і відповідає на питання читачів щодо того, що клієнт біткойну CORE більше не підтримує імпорт приватного ключа. Вона приходить до висновку, що біткойн CORE все ще підтримує імпорт приватного ключа, просто потребує нових методів.
на вихідних, після того, як бтк пробив 64 тис. і зазнав місцевого мінімуму, він почав повільно відновлюватися понад 64 тис. говорити про «купівлю пропущеного шансу» легко, але насправді це може бути рідкісним досягненням. в кінці кінців, потрапити в спробу рибальства на дні відбувається часто, що робить «купівлю пропущеного шансу» подібним до величезної задачі для багатьох.
Кілька днів тому я написав два статті, що розповідають про процес створення btc холодного гаманця вручну. Одна з них - «Де можна купити холодний гаманець? Відповідь здивує вас!» - була опублікована 12 червня 2024 року, а інша - «Створення генератора закритого ключа Bitcoin за допомогою менше ніж 100 рядків коду, без сторонніх бібліотек!» - була опублікована 14 червня 2024 року.
статті отримали теплий відгук. деякі читачі запитали, якщо остання версія клієнта Bitcoin CORE більше не підтримує імпорт приватного ключа, то цей створений вручну приватний ключ не може бути імпортований в Bitcoin CORE для використання?
сьогодні я коротко відповім на це питання.
як ми усі знаємо, біткойн CORE - це клієнтське програмне забезпечення, успадковане від Сатоші Накамото, що переважно працює як вузол біткойн. Воно також має функцію гаманця, яку можна вважати програмним гаманцем. Однак цей гаманець досить «самостійний», залежить від свого вузла для завантаження всіх даних блокчейну для операцій, не покладаючись на інші послуги сторонніх постачальників даних.
Деякі справжні професіонали використовують це програмне забезпечення для гаманця. Очевидною перевагою є незалежна перевірка всього. Є й очевидний недолік: для ініціалізації потрібно один-два тижні (в залежності від швидкості мережі) та кілька сотень гігабайтів дискового простору для завантаження та перевірки всіх даних рахунку з 2009 року до теперішнього часу, перш ніж він зможе нормально функціонувати.
для звичайних користувачів, які просто хочуть імпортувати закритий ключ та перевести всі біткоїни на біржу для продажу, ця "невелика потреба" може не варти довгої очікування.
Причина, по якій я розділив процес «накопичення BTC» на два етапи: 1. накопичення монет; 2. Переміщення монет полягає в досягненні повної ручної роботи на першому кроці, при цьому приватний ключ не покладається на будь-яке програмне забезпечення, апаратне забезпечення чи Інтернет і не контактує з ним. Коли прийде час переміщати монети, будь то через 20 або 30 років, ми зможемо використовувати найновіше та найкраще доступне програмне забезпечення, щоб імпортувати приватний ключ для роботи. Імовірно, програмні та апаратні гаманці через 20 або 30 років будуть набагато досконалішими та відрізнятимуться від сьогоднішніх.
ще одна перевага розбиття процесу полягає в тому, що крок переміщення монети не обов'язково потребує використання такого жорсткого повноцінного гаманця вузла! чому? тому що від імпорту приватного ключа до очищення адреси та переказу на біржу може знадобитися лише 10-30 хвилин. це найдовший час, коли приватний ключ буде в Інтернеті, не більше, ніж півгодини.
можливість того, що хакер виявить і вкраде з адреси менше, ніж за півгодини, відносно невелика. Вікно часу коротке, і вони можуть не встигнути діяти вчасно. (звичайно, ви також можете використовувати метод розділення холодного-гарячого гаманця, з двома машинами, які працюють разом, щоб додатково запобігти можливості хакера передвстановлення шкідливого ПЗ на вашому онлайн-комп'ютері.)
для цього менш ніж півгодини кроку переміщення монет, чекання одного-двох тижнів для синхронізації усього блокчейну, ймовірно, не є чимось, що багато людей хочуть робити.
Ось чому в моєму статті від 20 жовтня 2020 року «Як використовувати закриті ключі для зберігання Bitcoin» я використовував легкий гаманець для програмного забезпечення Electrum для операції «переміщення монет».
Що стосується Bitcoin Core, цього «ортодоксального» клієнтського програмного забезпечення, то в ньому ще не повністю реалізована так звана функція гаманця SPV (спрощена перевірка платежів), згадана в білій книзі Сатоші Накамото. Реалізація SPV не повинна бути надто складною, якщо докласти певних зусиль. Завдяки функціональності SPV звичайним користувачам не потрібно було б завантажувати, перевіряти та зберігати всі дані блокчейну, потрібно було б лише завантажувати заголовки блоків, що значно зменшило розмір даних гаманця користувача та значно скоротило час початкової синхронізації (з десятків хвилин до кількох годин?).
на мою думку, поки біткойн CORE офіційно не реалізує функціональність SPV, звичайним користувачам не потрібно користуватися ним для «переміщення монет».
Тепер давайте подивимося, в чому полягає проблема «Bitcoin Core більше не підтримує імпорт приватних ключів».
Починаючи з версії 0.17, Bitcoin Core почав підтримувати нову технологію під назвою "Output Descriptor". Це полегшує вказування типу адреси, яку користувачі повинні використовувати у своєму гаманці. Як я вже згадував раніше, приватний ключ - це просто число, і один і той же приватний ключ може відповідати різним форматам адрес, кожен з яких не сумісний з іншими.
наприклад, закритий ключ, що був згенерований вручну в статті від 14 червня 2024 року:
5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm
воно може бути перетворено в стислий формат приватного ключа: l4cfs8flejz536hxrzd4cvyukex9cv5pbwou9qbm3pvgqkzlhmbb
його відповідна звичайна адреса: 13cuzk94jvtcbpdoxd86miiftymnqwkcs6 (також називається адресою у некомпресованому форматі)
це також може відповідати стислому формату адреси: 1d9uhctvw9vsj9sjhoaht1kgcvojwvnfvp
Це також може відповідати адресі segwit (формат p2sh): 3edgz1omvrgpozqxsiwsg6pgqpqdz1c2gb
воно також може відповідати адресі segwit bech32 (формат p2wpkh): bc1qs5alt3n7jyarufd4j2d0gsd6pa4mgqt6g43lcr
це також може відповідати адресі taproot (формат bech32m, p2tr): bc1ptc0q350pdglal7t2zwcefed6yx9tj7jqz8wfsfxmuukyms4lj0cqht8kuk
ви вже запаморочені? так, це таке сліпуче. і це лише вершина айсберга, лише один закритий ключ, навіть без урахування мнемонічних фраз тощо.
Нові технології з'являються одна за одною. Не женіться сліпо за новими. Досягнення поставлених цілей і придатність до використання - найкраще. Це одна з причин, чому я досі використовую звичайні адреси.
До сьогоднішнього дня все ще існує багато програм для гаманців, які погано підтримують адреси bech32, не кажучи вже про адреси Taproot. Крім того, вільні мнемонічні стандарти означають, що різне програмне та апаратне забезпечення гаманця внесло деякі «налаштування», що призвело до несумісності. Ви записуєте мнемоніку одного гаманця, і через роки, коли програмне забезпечення зникає або оновлюється, ви імпортуєте мнемоніку в нове програмне забезпечення або інший гаманець, але виявляєте, що відновлені адреси зовсім інші! BTC, що зберігаються в оригінальних адресах, ніде не знайти!
друзі навколо мене пережили такі болісні уроки.
Усі ці передові нові технології в основному засновані на найпростішій структурі закритого ключа-адреси. один шар, два шари, три шари... чим більше шарів, тим більше можливість зіткнутися з проблемами відновлення в майбутньому. Тому що ці шари оболонок занадто складні для вас, вони майже як чорна скринька. Навіть якщо вони відкритого коду, не кожен звичайний користувач може їх повністю зрозуміти.
якщо ви не є технічним експертом, повернення до простих і зрозумілих основ може бути найкращим способом зберегти щастя!
Повернемося до теми, після того, як програмне забезпечення Bitcoin Core Wallet перейшло на створення гаманців Descriptor за замовчуванням замість гаманців старого формату, гаманці нового формату більше не підтримують старі команди імпорту приватних ключів, такі як імпортувати закритий ключ
, але замість цього потрібно використовувати дескриптори для імпорту.
По-перше, отримайте інформацію про контрольну суму дескриптора за допомогою getdescriptorinfo
команда:
$ bitcoin-cli getdescriptorinfo "pkh(5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm)"{ "descriptor": "pkh(04e510bfa12225bbc2044a1847eda44a26e8a842cbf45c11d74ade893e506fc9e209c7c0044c5321ea22edf9dc1d8e45bed3663ed7c637eb564a7dd0a23ca8e45c)#afvrzgrk", "checksum": "8rrz94h2", "isrange": false, "issolvable": true, "hasprivatekeys": true}
потім імпортуйте закритий ключ за допомогою importdescriptors
команда:
$ bitcoin-cli importdescriptors '[{"desc":"pkh(5kq2upqdz2wpfyct2mfxdgmqzkztfpdmzm8ubximr76pymanudm)#8rrz94h2","timestamp":"now"}]'[ { "success": true }]
Тепер ми можемо побачити щойно імпортовану адресу за допомогою кнопки список отриманих за адресою
команда:
```shell
$ bitcoin-cli listreceivedbyaddress 1 true
…
{
“адреса”: “13cuzk94jvtcbpdoxd86miiftymnqwkcs6”,
"amount": 0
ця стаття репродукована з [Лю Цзяоліан], авторське право належить оригінальному автору [лю Цзяолян], якщо у вас є будь-які заперечення щодо передруку, будь ласка, зв'яжіться з Gate навчаєтьсякоманда, і команда вирішить це якнайшвидше згідно з відповідними процедурами.
відмова від відповідальності: погляди і думки, висловлені у цій статті, відображають тільки особисті погляди автора і не є жодною інвестиційною порадою.
Інші мовні версії статті перекладені командою Gate.io Learn і не згадуються в Gate.io, перекладена стаття не може бути відтворена, розповсюджена або плагіатична.