Bellingcat<p>Автоматизація публікації адрес пожертв.<br>проблема<br>Публікація адрес криптовалюти для пожертвувань є рутинним завданням, особливо якщо використовуються різні мережі та гаманці. Кожен раз копіювати та вставляти адреси вручну незручно, а централізовані служби (такі як платіжні шлюзи криптовалюти) можуть залежати від третіх сторін, стягувати плату або підлягати блокуванню.<br>У той же час криптогаманці на основі БІП-32, БІП-39, БІП-44, дозволяють детерміновано генерувати кілька адрес із однієї початкової фрази. Однак поки що немає зручного рішення, яке б автоматично отримувало нові гаманці та публікувало їх у потрібних місцях (на сайті, у соцмережах, у Telegram-каналі).<br>вступ<br>Децентралізовані технології дозволяють користувачам приймати платежі в криптовалюті без посередників. Однак навіть сам процес публікації адрес залишається незручним: вони повинні бути зберігати, копіювати та оновлювати вручну.<br>Автоматизувати цей процес технічно можливо:<br>Отримувати адреси від насіннєві фрази без необхідності зберігати закриті ключі.<br>Створюйте нові гаманці в різні блокчейни (BTC, ETH, USDT тощо).<br>Автоматично публікувати актуальні реквізити для пожертв на сайтах, в соціальних мережах або чатах.<br>Незважаючи на таку можливість, на даний момент публічного рішення немає, і користувачі продовжують вручну копіювати та вставляти свої адреси.<br>Обґрунтування актуальності<br>Плановість процесу – Творці контенту, активісти, розробники та інші користувачі повинні вручну публікувати та оновлювати дані про криптовалюту.<br>Ризики централізованих послуг – Багато платіжних шлюзів можуть бути заблоковані або потребують перевірки, що зменшує анонімність.<br>Технічна можливість – Сучасні стандарти (БІП-32/39/44) дозволяють автоматизувати генерація адрес без втрати безпеки.<br>Відсутність готових рішень – Хоча існують бібліотеки для роботи з HD-гаманцями (наприклад, bip_utils, ethers.js), зручний сервіс або бот Адреси для публікації поки що немає.<br>Таким чином, автоматизація публікації інформації про криптовалюту є фактичне завдання, що може значно спростити процес прийому пожертв та підвищити зручність користувачів.<br>З: Як відобразити список адрес гаманців, наприклад, гаманець Guarda тощо, щоб не займатися рутинною роботою з публікації пожертв? Наприклад, із насіннєвої фрази? Це технічно можливо.<br>A: Так, технічно це можливо. На основі гаманців насіннєва фраза використовувати детерміновані алгоритми генерації ключів, що означає, що ви можете автоматично отримати список адрес без копіювання вручну.<br>Як це працює?<br>HD гаманці (ієрархічні детерміновані гаманці) — використання гаманців (наприклад, Guarda, Metamask, Trust Wallet). БІП-32, БІП-39, БІП-44 стандарт.<br>Від насіннєві фрази (зазвичай 12 або 24 слова). майстер-ключ.<br>За допомогою цього ключа ви можете отримати ланцюжок адрес без необхідності взаємодії з самим гаманцем.<br>Як автоматично відобразити список адрес?<br>використання бібліотеки з відкритим кодом (Наприклад, ethers.js для Ethereum або bitcoinlib для BTC).<br>Напишіть сценарій, який згідно сид-фрази генерує N кількість адрес.<br>Автоматично публікувати їх (наприклад, через API соціальних мереж).<br>Приклад коду на Python (Bitcoin, Ethereum)<br>з bip_utils імпорт Bip39SeedGenerator, Bip44, Bip44Coins<br># Ваша початкова фраза<br>mnemonic = "початкова фраза тут"<br># Створіть головний ключ<br>seed_bytes = Bip39SeedGenerator(mnemonic).Generate()<br># Отримати першу біткойн-адресу (BIP-44)<br>btc_wallet = Bip44.FromSeed(seed_bytes, Bip44Coins.BITCOIN)<br>btc_address = btc_wallet.PublicKey().ToAddress()<br># Отримайте першу адресу Ethereum (BIP-44)<br>eth_wallet = Bip44.FromSeed(seed_bytes, Bip44Coins.ETHEREUM)<br>eth_address = eth_wallet.PublicKey().ToAddress()<br>print("BTC:", btc_address)<br>print("ETH:", eth_address)<br>Як використовувати?<br>Автоматичне генерування адрес та опублікувати на сайті/в соціальних мережах.<br>Показати QR-коди для зручного пожертвування.<br>Створіть кілька гаманців для обліку різних доходів.<br>важливо!<br> Зберігання насіннєві фрази Небезпечно при відкритті! Якщо ви створюєте службу автогенерації, краще зберігати головний ключ у зашифрованому вигляді або використовувати апаратний модуль безпеки (HSM).<br>З: Наскільки я розумію, це поки що неможливо через специфіку питання?<br>В: Це питання вже піднімалося, але немає масових реалізацій, тому що є кілька труднощів:<br>Безпека – Автоматична генерація та публікація адрес вимагає зберігання початкової фрази або закритих ключів, що робить систему вразливою.<br>Легке ручне налаштування – Більшість гаманців (Guarda, Metamask, Trust Wallet) вже дозволяють швидко отримувати нові адреси в інтерфейсі, а це означає, що потреба в автоматизації неочевидна.<br>Відсутність стандартного API для всіх гаманців – Наприклад, у Metamask ви можете отримати адреси через ethers.js, але Guarda не має такого публічного API.<br>Що вже реалізовано?<br>bip_utils (Python) і ethers.js (JavaScript) дозволяють отримати адреси з початкової фрази.<br>Генератори гаманців – Існують сервіси для генерації офлайн-адрес (наприклад, bitaddress.org для BTC).<br>Скрипти ботів – Деякі розробники так і роблять боти для автоматичного створення адрес і надсилання їх у Telegram/Twitter.<br>Але публічне, безпечне та зручне рішення для автоматичної публікації пожертв на основі початкової фрази не існує.<br>Що можна зробити?<br>Створіть службу, яка генерує адреси, але не зберігає початкову фразу – Наприклад, користувач входить, отримує список адрес, але система не зберігає дані.<br>Створіть Telegram-бота – Наприклад, бот, який за запитом (/нова адреса) створює новий гаманець і негайно публікує його в каналі/групі.<br>Розширення для браузера – Скрипт, який автоматично вставляє поточний гаманець у пости на сайті/в соціальних мережах.<br>Якщо ідея виглядає багатообіцяючою, можна спробувати реалізувати MVP і перевірити попит.<br>Підведення підсумків<br>Проблема автоматичної публікації адрес криптовалют залишається невирішеною, незважаючи на технічну можливість її реалізації. Сучасні HD-гаманці дозволяють детерміновано генерувати адреси з одного зерна, але на практиці користувачі продовжують вручну копіювати та оновлювати їх дані.<br>Основні виклики:<br>Ручна робота — необхідність постійного оновлення та копіювання адрес.<br>Відсутність готових рішень — немає простого інструменту, який би автоматизував цей процес.<br>Централізовані обмеження — використання платіжних шлюзів несе ризик блокування та комісій.<br>Рішення може включати:<br>Автоматичне вилучення адрес із початкових фраз за допомогою бібліотек (bip_utils, ethers.js).<br>Інтеграція з ботами Telegram або API соціальних мереж для публікації нових адрес.<br>Створення веб-сервісу або розширення браузера для вставлення поточних гаманців.<br>Масових рішень поки немає, але технічно їх реалізація можлива, що робить цю тему актуальною для криптоентузіастів, розробників і спеціалістів з автоматизації.<br>Теги та ключові слова<br>🔹 OSINT<br> 🔹 Криптовалютні гаманці<br> 🔹 Детерміновані HD-гаманці<br> 🔹 Автоматизація крипто-платежів<br> 🔹 Sid-фраза<br> 🔹Генерація адреси<br> 🔹 БІП-32, БІП-39, БІП-44<br> 🔹 Криптодонатії<br>Хештег<br><a href="https://qoto.org/tags/%D0%9A%D1%80%D0%B8%D0%BF%D1%82%D0%BE%D0%B2%D0%B0%D0%BB%D1%8E%D1%82%D0%B0" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Криптовалюта</span></a> <a href="https://qoto.org/tags/Bitcoin" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Bitcoin</span></a> <a href="https://qoto.org/tags/Ethereum" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Ethereum</span></a> <a href="https://qoto.org/tags/OSINT" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OSINT</span></a> <a href="https://qoto.org/tags/CryptoDonations" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CryptoDonations</span></a> <a href="https://qoto.org/tags/HDWallets" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>HDWallets</span></a> <a href="https://qoto.org/tags/CryptoAutomation" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>CryptoAutomation</span></a> <a href="https://qoto.org/tags/Web3" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Web3</span></a> <a href="https://qoto.org/tags/Decentralization" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Decentralization</span></a><br>Бібліографія та джерела для вивчення<br>📌 Специфікації офіційних стандартів BIP:<br>BIP-32: Ієрархічні детерміновані гаманці<br>BIP-39: Мнемонічний код для генерації детермінованих ключів<br>BIP-44: Ієрархія кількох облікових записів для детермінованих гаманців<br>📌 Бібліотеки та інструменти:<br>bip_utils (Python) – <a href="https://github.com/ebellocchia/bip_utils" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/ebellocchia/bip_uti</span><span class="invisible">ls</span></a><br>ethers.js (JavaScript) – <a href="https://docs.ethers.io/v5/" rel="nofollow noopener noreferrer" target="_blank"><span class="invisible">https://</span><span class="">docs.ethers.io/v5/</span><span class="invisible"></span></a><br>📌 Додаткові матеріали:<br>«Опанування біткойна» – Андреас Антонопулос<br>«Програмування Bitcoin» – Джиммі Сонг<br>Посібник розробника Bitcoin<br>Портал розробника Ethereum<br>Ці матеріали допоможуть вам зрозуміти основи HD-гаманців, створення адрес і можливі способи автоматизації публікації криптопожертвувань. 🚀<br>Так, в цілому схема передає основну логіку роботи HD-гаманців. Однак, якщо потрібно найбільш точний і технічно правильний варіант, ви можете перевірити кілька ключових моментів:<br>Зв'язок між початковою фразою та головним ключем<br>Від насіннєві фрази (BIP-39) створюється насіння, який потім використовується для створення майстер-ключ (БІП-32).<br>Якщо діаграма відображає це правильно, все в порядку.<br>Ієрархічна структура (дерево ключів)<br>Від майстер-ключ (батько) йти дочірні ключі.<br>У БІП-44 схема зазвичай виглядає так:<br> m / goal' / coin_type' / account' / change / address_index<br>Важливо, що схема показує кілька рівнів, а не просто «seed → address».<br>Поділ за блокчейном (BTC, ETH тощо)<br>Використовується для різних мереж різні шляхи (шляхи виведення).<br>BTC: м/44'/0'/0'/0/0<br>ETH: м/44'/60'/0'/0/0<br>Якщо схема все це враховує, то вона правильна. Якщо ні, ми можемо трохи змінити його, щоб воно було повністю відповідає стандартам BIP.<br>📌 Який рівень деталізації вам потрібен? Залишити діаграму як є чи внести деякі зміни?</p>