Xpub blockchain что это

Xpub blockchain что это

Чтобы организовать средства в Вашем кошельке, пойдите на Настройки > Адреса.

Здесь Вы можете просматривать отдельные адреса и осуществлять их поддержку.

Вы можете организовать средства в Вашем кошельке так, как хотите. Чаще всего пользователи создают отдельные разделы для средств, например «расходы,» «сбережения,» «бизнес-расходы.»

Вы можете оставить Мой кошелек Bitcoin как источник средств, который будет использоваться по умолчанию. Если Вы хотите разделить Ваши средства, используйте кнопку «Создать Новый,» расположенную сверху, может для того, чтобы создать разделы. Чтобы изменить источник средств, используемый по умолчанию, воспользуетесь опцией «Сделать настройкой по умолчанию.» Этот источник всегда будет в списке на первом месте в Адресах, когда Вы посылаете или получаете средства.

xPub — это расширенная открытая часть ключа кошелька (англ. extended public key). Ваш кошелек имеет основной xPub, и каждый аккаунт Вы создаете — это расширение этого основного xPub. Каждый новый открытый (публичный) биткойн-адрес Вашего кошелька создается на основе xPub кошелька.

Если Вы не очень понимаете, что такое xPub, мы рекомендуем Вам не показывать курс btc usd график его. Важно показывать xPub только тем, кому Вы доверяете. Если кто-то узнает Ваш xPub, они смогут проследить Вашу историю транзакций и осложнить Вам доступ к Вашему кошельку. Предупредительное сообщение об этом возникает, когда Вы нажимаете на «Показать xPub.»

Если у Вас есть аккаунт, который Вы больше не используете, Вы можете нажать на «Архивировать,» чтобы он больше не появлялся в списке опций для получения средств.

Ваш основной аккаунт, который используется по умолчанию для перечисления средств, невозможно архивировать. Если Вы заархивировали аккаунт, на котором был не нулевой баланс, этот баланс не будет больше отображаться в общем балансе кошелька. Если Вы ошибочно заархивировали аккаунт, Вы можете его разархивировать, нажав на «Разархивировать.»

Ваш кошелек автоматически управляет Вашими адресами, создавая новый адрес каждый раз, когда Вам нужен адрес для получения средств. Нажав на «Управление Адресами,» справа от некого аккаунта, Вы можете увидеть все адреса, которые были созданы на этом аккаунте.

Чтобы создать новый адрес, пойдите на аккаунт, нажмите на Управление Адресами > Создать Новый. Новые адреса будут появляться внизу. Вы можете создавать неограниченное количество новый адресов для каждого аккаунта.

Ярлыки для новых адресов можно создавать, нажимая на голубой карандаш, справа от каждого адреса. Если Вы решите удалить адресный ярлык, Вы можете нажать на мусорное ведро, справа.

Адреса, использованные ранее в некоем аккаунте, можно просмотреть, нажимая на кнопку «Used Addresses.» Таким образом, Вы можете увидеть каждый адрес, на который Вы получали средства, в этом аккаунте, и текущий баланс каждого использованного адреса.

Импортированные адреса — это адреса, которые были созданы в других кошельках и были импортированы в Ваш кошелек Blockchain. Они располагаются в конце списка Ваших аккаунтов.

Если у Вас есть личный ключ из другого источника, например, курс btc usd график из бумажника, Вы можете воспользоваться опцией «Импортировать Адрес», чтобы импортировать этот адрес в Ваш кошелек Blockchain.

Нажав на кнопку «Управление Адресами,» расположенную справа от «Импортированные Адреса,» Вы увидите такой скрин:

Вы можете воспользоваться опцией «Импортировать Адреса,» чтобы импортировать публичный (открытый) или личный ключ. Если Вы импортируете личный ключ, этот адрес появится в списке «Адреса для расходов.» Если Вы импортируете публичный биткойн-адрес, он появится в списке «Адреса только для просмотра.»

Справа от «Адресов для расходов», Вы увидите баланс каждого биткойн-адреса, а также кнопку «More Options.» Нажав на эту кнопку, Вы увидите опции:

• Архивировать адрес
• Показать личный ключ
• Перевести импортированные средства на любой аккаунт в кошельке
• Sign message (Подписать сообщение)

Импорт адреса только для просмотра позволяет Вам просматривать все транзакции этого адреса, приход и расход. Вы можете отправлять средства с адреса только для просмотра, только если Вы имеете личный ключ от этого адреса. Если Вы попытаетесь отправить средства с такого адреса, возникнет дополнительная строчка, куда Вам надо будет либо просканировать, либо вставить личный ключ.

Если Вы импортируете личный ключ со средствами, у Вас будет возможность перевести все средства на аккаунт, установленный по умолчанию для этой цели в Вашем кошельке. Мы настоятельно Вам рекомендуем перевести средства на этот аккаунт для импортированных адресов, чтобы упростить процесс отправления средств.

Если у Вас есть импортированные адреса, которые Вы архивировали, Вы можете их просмотреть, нажав на кнопку «Архивированные Адреса.» Архивированные импортированные адреса можно разархивировать.

Источник

Seed & xPUB: важные тонкости в вопросах безопасности

Всю суть различия seed-фразы и расширенных ключей (xPUB) легко свести к тезису: seed — суперключ с правами чтения и записи, а xPUB — только записи. Но на деле это не отвечает на многие вопросы, связанные с реальной практикой защиты кошельков. Своим богатым опытом и наблюдениями в этой сфере с читателями ForkLog делится Web3-предприниматель Владимир Менаскоп.

С одной стороны, об иерархической генерации ключей сказано немало. Ничуть не меньше написано и о различных видах адресов и способах их генерации, а также о том, «откуда есть пошло» все это.

Однако мой личный опыт написания материалов для проекта Menaskop & Synergis рождается не из отвлеченной теории, а из эмпирики вопросов, заданных внутри ДАО. В этот раз встретился следующий запрос: «Можно ли технически, зная два публичных адреса (например, в MetaMask — два разных ETH-счета), определить, что они сгенерированы из одной seed-фразы? (Не зная seed, просто определить принадлежность к одному seed)».

Короткий ответ: нет, в общем случае нельзя. Но есть нюансы. О них и будет рассказано ниже.

Также оговорюсь, что про seed-фразу есть вот эта статья: в ней довольно последовательно разбираются и общие тезисы, и примеры, и ряд тонких моментов. Поэтому повторяться не буду. На ForkLog также можно найти материалы по теме. Но пришло время написать ряд дополнений по теме, ведь на интересует нечто большее.

Вот три статьи на русском, которые последовательно, сверху вниз, следует изучить перед или хотя бы после прочтения данного материала:

Теперь перейдем к вопросам и ответам на них.

Цель этой статьи в том, чтобы найти множество точек, связанных с одной: seed-фразой. Хотя каждая точка не обязательно связана с любой другой, за счет связи с главной можно выискать нечто важное, что обычно ускользает от внимания или обсуждается в рамках узкоспециализированных вопросов-ответов. Итак, вопросы.

Несколько тезисов из дискуссии, обозначенной выше:

Если хотите довести какую-либо дискуссию до максимума или даже до абсурда, то есть два пути: Reddit, если хотите поговорить обо всем сразу, и Stack Exchange, если желаете затронуть более технические аспекты. И вот что мне удалось отыскать в бездне историй, напрямую связанных с seed-фразой :

Как можно заметить, все это вопросы разных лет, людей и сообществ, поэтому можно говорить об их универсальности, от которой и будем отталкиваться.

Попробуем визуализировать базовую схему. Выглядеть она может следующим образом:

И уже теперь зададимся вопросом: «Какова же связь между seed, xPUB и private key?».

Вот что можно узнать о них из этого исследования:

На данный момент существует целый зоопарк различных расширенных открытых ключей: xPUB, yPUB, zPUB, tPUB, uPUB, vPUB. Все они являются расширенными открытыми ключами, как и их «старшие братья» Ypub, Zpub, Upub и Vpub.

Но нас интересует не nPUB-подход, а его соотношение с seed? Да, именно. Поэтому сделаем следующий шаг.

Прелесть xPUB ясна: пользователь позволяет стороннему сервису вместо себя генерировать такие адреса, которые будут известны сервису, но личные ключи будут только у пользователя.

Но есть ли у этого подхода недостатки? И есть ли они вообще, когда из «одного порождается многое»? Давайте попробуем рассмотреть их через атаки.

Первое, что всегда приходится делать после сбора информации о системе, это прямой, а еще точнее — тупой, перебор. Для этого можно посмотреть на следующие инструменты:

Но сразу возникает резонный вопрос: «Сколько времени на это может уйти?». То есть на прямой и тупой перебор. Вот два примера:

Вывод прост: если знаем все или почти все слова и их немного (скажем, 12), а словарь известен, как и язык, на котором он составлен, то на взлом времени уйдет не просто немного, но катастрофически мало. Если же слова неизвестны, как и их порядок, то и вечности не хватит для подбора/перебора.

К тому же бывают случаи, когда изначально формирование кошельков пошло не по правилам: достаточно вспомнить о Profanity.

Поэтому хайп в интернете подобные кейсы породили, но математические законы отменить не смогли. Примером такого информационного шума является вопрос о взломе с помощью квантового компьютера. Развернутый ответ на него можно прочитать здесь. Другое дело, что не брутфорсом единым живы взломщики.

Сразу отмечу, что изначально подобные атаки проводились на vanity-адреса, но потом расплылись по миру и других форматов.

Этот тип атаки я вспомнил сразу, как только был задан первый вопрос, из которого родилась статья.

Вот что по этому поводу написали в Ledger: «Остерегайтесь скамеров, которые рассылают небольшое количество монет или NFT, чтобы „запачкать“ историю ваших транзакций в Ledger Live. Они могут маскироваться под полученные транзакции, NFT или даже правдоподобные отправленные транзакции или уплату комиссии сети. Всегда дважды проверяйте детали транзакции на устройстве Ledger, чтобы по ошибке не отправить средства на подставной адрес мошенника. Будьте бдительны, адреса мошенников могут быть очень похожи на ваши. Никогда не копируйте и не используйте адреса из истории транзакций. „Отравленный“ счет можно использовать в обычном режиме. Отравление счета не является его взломом».

Если интересуетесь проблемой, рекомендую изучить это обсуждение. В любом случае стоит запомнить одно: любая бесплатная «пыль», которая прилетела к вам на кошелек, изначально токсична. Но не стоит делать поспешных выводов: заражение адреса — не панацея, а один из способов форензики децентрализованных и распределенных систем.

Они вытекают как из архитектуры устройств и ПО, так и из ошибок пользователя и плохо скроенных сервисов. Поскольку разборы на ForkLog уже были, отсылаю к одному из них. И задам наконец самый важный вопрос.

Во-первых, давайте определимся: зачем это нужно? И, во-вторых, кому.

Начнем со второго случая, поскольку благодаря MetaMask он стал весьма массовым.

В умелых руках MetaMask — довольно мощный и гибкий инструмент. Тем, кто хочет глубже ознакомиться с его возможностями, советую изучить этот и этот материалы.

Но вопросов к MetaMask от этого не меньше. Возьмем официальную документацию: «MetaMask попытается добавить ваши дополнительные счета, где это возможно (предполагается, что они не были импортированы), проверяя ваши предыдущие счета в порядке возрастания (т. е. счет 2, затем счет 3 и т. д.). Счета автоматически добавляются повторно, если они имеют ненулевой баланс ETH. Однако этот процесс заканчивается, когда MetaMask встречает счет с 0 ETH — поэтому первый счет с 0 ETH (и все последующие) не будут добавлены».

Из-за этого подхода не раз возникали трудности. Вот живой пример: «Слетел MetaMask в браузере по непонятным причинам, пришлось восстановить. Сама проблема в том, что к нему было привязано два кошелька, второй был добавлен там же через „Create account“. При восстановлении первый появился, а второго нет. Получается, он просто пропал?».

Или вот: «Не могла зайти в аккаунт MetaMask и воспользовалась восстановлением аккаунта через seed-фразу и пароль. У меня открылся кошелек, но там другой счет! Я не сохраняла закрытый ключ к счету (к сожалению, не знала о такой функции ранее). В техподдержку MetaMask написала, но ответа пока нет. На просторах интернета подобной проблемы не встречала. У меня нет скрытых счетов в кошельке, потому что у меня был один кошелек и один счет. Seed-фраза была точно правильной, потому что когда я ввела ее и пароль через восстановление, у меня открылся аккаунт кошелька, просто с совершенно другим счетом. Эту трагедию я обнаружила вчера и новым счетом не пользовалась».

Поэтому многие и пытаются сопоставить адреса любым способом. Проблемы здесь две:

И здесь порочный круг замыкается: то, что работает против вас, не работает на вас. Парадоксально? Да, но это факт.

Поэтому крайне рекомендую использовать различные связки, чтобы избежать нагромождения в виде «железных» кошельков, импортированных кошельков, кошельков из самой seed-фразы в MetaMask именно при восстановлении, т. к. в повседневной работе это не мешает (мне по крайне мере):

Но все же связка с Trezor & Ledger и/или их аналогами требуют отдельного пояснения.

Прежде всего, если хотите изучить рынок «железных» кошельков, ознакомьтесь с таблицей, которую составил постоянный гость ForkLog-подкастов Алекс Петров. В ходе эволюции в ней могут меняться конкретные устройства, но критерии оценки важны сами по себе:

Актуальные данные можно найти на BitcoinTalk. Но теперь перед нами встает еще один важный вопрос.

Хотим мы или нет, но нулевое правило безопасности работает безотказно. Звучит оно следующим образом: «Взломать можно абсолютно любую систему». Вопрос лишь в цене: если на взлом системы затрачивается больше средств (в более общем виде — энергии), чем полученный от взлома профит, то обычно систему оставляют в покое. Если только речь не идет о деструктивных атаках.

Поэтому не важно, хотите добыть золото из олова (что возможно) или взломать сеть биткоина, вы должны оценить все через простую формулу: P(hack) > P(system).

Отсюда, когда говорят о взломе seed-фразы или ее «выуживании» из аппаратных решений, забывают упомянуть, сколько сил/энергии/денег будет затрачено на это? Мы же этой ошибки совершать не должны.

Зная вышесказанное, попробуем оценить два последних случая и их концептуальное различие:

Разница между потенциальной компрометацией seed-фразы в Ledger и фактическим вылавливанием таковой в Trezor состоит в том, что в последнем случае мы принимаем это как неизбежный баг (или фичу?) разработанной системы, вроде того, как принимаем атаку 51 в PoW. А вот в первом фактически нарушается социальный консенсус, который предполагает, что никто, кроме пользователя, не может влиять напрямую на его активы (не на их стоимость, но на факт владения и распоряжения).

Поэтому я и раньше оставался на стороне Trezor, хотя в силу специфики бизнеса использую разные решения, а теперь пункт выше заставил меня перейти к еще большей диверсификации активов.

Что идеальных систем не бывает. Вот, например, описание аспектов работы TROPIC01 и связанных элементов от все того же Алекса Петрова:

Поэтому повторюсь: идеальных решений нет и быть не может. Но, все же кое-что вы сделать можете.

Seed-фраза требует как первичных мер безопасности, так и вторичных. Отличия между ними простые: первичные проверены временем и являются программой минимум, а вторичные постоянно расширяются из-за эволюции Web3-сервисов и рынков.

К первичным следует отнести:

Что же касается соотношения Seed & xPUB, надеюсь, оно стало яснее.

Подписывайтесь на ForkLog в социальных сетях

Рассылки ForkLog: держите руку на пульсе биткоин-индустрии!

• 07.09.23 16:24 CherryTeam Cherry Team atlyginimų skaičiavimo programa yra labai naudingas įrankis įmonėms, kai reikia efektyviai valdyti ir skaičiuoti darbuotojų atlyginimus. Ši programinė įranga, turinti išsamias funkcijas ir patogią naudotojo sąsają, suteikia daug privalumų, kurie padeda supaprastinti darbo užmokesčio skaičiavimo procesus ir pagerinti finansų valdymą. Štai keletas pagrindinių priežasčių, kodėl Cherry Team atlyginimų skaičiavimo programa yra naudinga įmonėms: Automatizuoti ir tikslūs skaičiavimai: Atlyginimų skaičiavimai rankiniu būdu gali būti klaidingi ir reikalauti daug laiko. Programinė įranga Cherry Team automatizuoja visą atlyginimų skaičiavimo procesą, todėl nebereikia atlikti skaičiavimų rankiniu būdu ir sumažėja klaidų rizika. Tiksliai apskaičiuodama atlyginimus, įskaitant tokius veiksnius, kaip pagrindinis atlyginimas, viršvalandžiai, premijos, išskaitos ir mokesčiai, programa užtikrina tikslius ir be klaidų darbo užmokesčio skaičiavimo rezultatus. Sutaupoma laiko ir išlaidų: Darbo užmokesčio valdymas gali būti daug darbo jėgos reikalaujanti užduotis, reikalaujanti daug laiko ir išteklių. Programa Cherry Team supaprastina ir pagreitina darbo užmokesčio skaičiavimo procesą, nes automatizuoja skaičiavimus, generuoja darbo užmokesčio žiniaraščius ir tvarko išskaičiuojamus mokesčius. Šis automatizavimas padeda įmonėms sutaupyti daug laiko ir pastangų, todėl žmogiškųjų išteklių ir finansų komandos gali sutelkti dėmesį į strategiškai svarbesnę veiklą. Be to, racionalizuodamos darbo užmokesčio operacijas, įmonės gali sumažinti administracines išlaidas, susijusias su rankiniu darbo užmokesčio tvarkymu. Mokesčių ir darbo teisės aktų laikymasis: Įmonėms labai svarbu laikytis mokesčių ir darbo teisės aktų, kad išvengtų baudų ir teisinių problemų. Programinė įranga Cherry Team seka besikeičiančius mokesčių įstatymus ir darbo reglamentus, užtikrindama tikslius skaičiavimus ir teisinių reikalavimų laikymąsi. Programa gali dirbti su sudėtingais mokesčių scenarijais, pavyzdžiui, keliomis mokesčių grupėmis ir įvairių rūšių atskaitymais, todėl užtikrina atitiktį reikalavimams ir kartu sumažina klaidų riziką. Ataskaitų rengimas ir analizė: Programa Cherry Team siūlo patikimas ataskaitų teikimo ir analizės galimybes, suteikiančias įmonėms vertingų įžvalgų apie darbo užmokesčio duomenis. Ji gali generuoti ataskaitas apie įvairius aspektus, pavyzdžiui, darbo užmokesčio paskirstymą, išskaičiuojamus mokesčius ir darbo sąnaudas. Šios ataskaitos leidžia įmonėms analizuoti darbo užmokesčio tendencijas, nustatyti tobulintinas sritis ir priimti pagrįstus finansinius sprendimus. Pasinaudodamos duomenimis pagrįstomis įžvalgomis, įmonės gali optimizuoti savo darbo užmokesčio strategijas ir veiksmingai kontroliuoti išlaidas. Integracija su kitomis sistemomis: Cherry Team programinė įranga dažnai sklandžiai integruojama su kitomis personalo ir apskaitos sistemomis. Tokia integracija leidžia automatiškai perkelti atitinkamus duomenis, pavyzdžiui, informaciją apie darbuotojus ir finansinius įrašus, todėl nebereikia dubliuoti duomenų. Supaprastintas duomenų srautas tarp sistemų padidina bendrą efektyvumą ir sumažina duomenų klaidų ar neatitikimų riziką. Cherry Team atlyginimų apskaičiavimo programa įmonėms teikia didelę naudą — automatiniai ir tikslūs skaičiavimai, laiko ir sąnaudų taupymas, atitiktis mokesčių ir darbo teisės aktų reikalavimams, ataskaitų teikimo ir analizės galimybės bei integracija su kitomis sistemomis. Naudodamos šią programinę įrangą įmonės gali supaprastinti darbo užmokesčio skaičiavimo procesus, užtikrinti tikslumą ir atitiktį reikalavimams, padidinti darbuotojų pasitenkinimą ir gauti vertingų įžvalgų apie savo finansinius duomenis. Programa Cherry Team pasirodo esanti nepakeičiamas įrankis įmonėms, siekiančioms efektyviai ir veiksmingai valdyti darbo užmokestį. https://cherryteam.lt/lt/
• 08.10.23 01:30 davec8080 The «Shibarium for this confirmed rug pull is a BEP-20 project not related at all to Shibarium, SHIB, BONE or LEASH. The Plot Thickens. Someone posted the actual transactions. https://bscscan.com/tx/0xa846ea0367c89c3f0bbfcc221cceea4c90d8f56ead2eb479d4cee41c75e02c97 It seems the article is true. And it’s also FUD. Let me explain. Check this link: https://bscscan.com/token/0x5a752c9fe3520522ea88f37a41c3ddd97c022c2f So there really is a «Shibarium» token. And somebody did a rug pull with it. CONFIRMED. But the «Shibarium» token for this confirmed rug pull is a BEP-20 project not related at all to Shibarium, SHIB, BONE or LEASH.

Для участия в Чате вам необходим бесплатный аккаунт pro-blockchain.com Войти Регистрация

Авторизация

Регистрация

Похожие новости

Голосовое управление умным домом — без интернета. История разработки особенности Станции Миди

16 нояб. 2023 г.

Продажи фентанила за биткоин снизились после санкций США

16 нояб. 2023 г.

Топ-менеджер Ripple настаивает на смягчении режима глобального криптокорегулирования

16 нояб. 2023 г.

PancakeSwap запустила игровой маркетплейс

16 нояб. 2023 г.

Binance и Gulf Energy получили разрешение на запуск биржи в Таиланде

16 нояб. 2023 г.

ЦБ Казахстана провел первую операцию с цифровым тенге

16 нояб. 2023 г.
Финансовые рынки от TradingView

Оставайтесь на связи

Подпишись на telegram канал и узнавай первым обо всех новостях

Копирование и распространение материалов с сайта pro-blockchain.com разрешено только с указанием активной ссылки на pro-blockchain.com

Ссылки

• Главная
• Новости
• Видео
• MarketCap
• О нас
• Политика конфиденциальности
• Пользовательское соглашение

Облако тегов

Мы в соцсетях

Поддержи Pro Blockchain:

Bitcoin — 18SAjcMDc5qAeQJBRv1dUAUKK3x6apcxej
Ethereum — 0xF0dA58B9504A542220f085D438e3D827e5039c23

Все новости, которые появляются в агрегаторе, попадают в систему автоматически, без ручной модерации.
Администрация не несет ответственности за содержание новостей.
Ссылки на первоисточники есть в каждой новости.

Что такое XPUB, YPUB, ZPUB в биткоине

XPUB — это расширенный открытый ключ. Он является частью стандарта биткоина BIP32 (о чем ниже). Такой ключ можно рассматривать как «только для чтения». Он полностью показывает все транзакции, адреса и балансы в определенном кошельке, но не позволяет перемещать средства. Для осуществления переводов денег необходимы приватные ключи, а XPUB их не содержит.

BIP32 связан с иерархически детерминированным (HD) ключом, протокол позволяет создавать дочерние ключи из родительских ключей, выстраивая иерархию, дерево. Кошельки с такой функцией называются HD-кошельками.

Кошелек без HD создает до 100 публичных ключей, которые хранятся в памяти. Но поэтому их нельзя использовать в нескольких системах одновременно — кэш находится на устройстве. Также пользователь должен делать резервную копию кошелька каждый раз, когда создает новый адрес, чтобы избежать потери вновь созданных адресов/ключей.

В старом варианте новый публичный адрес создавался рандомно, его соотнесенность с приватным ключом сохранялась только внутри кошелька.

Детерминированные кошельки не требуют частых резервных копий, а криптография дает возможность связать открытый и закрытый ключ без рассекречивания последнего. Магия заключается в том, что второй адрес не случайный, а производный от первого, третий — от второго и т. д.

Это позволяет, например, внедрять оплату биткоинами в интернет-магазин, когда веб-сервер генерирует новые адреса (хэши одного ключа) для каждого заказа, не предоставляя доступ к соответствующим приватным ключам (которые необходимы для перевода полученных средств).

Что такое YPUB?

YPUB то же самое, что XPUB, но символ «Y» обозначает, что этот расширенный открытый ключ принадлежит кошельку со стандартом BIP49 (SegWit).

Что такое ZPUB?

ZPUB, как и YPUB, обозначает расширенный открытый ключ для отдельного кошелька с активированным SegWit после внедрения BIP49. Но Z также означает, что этот кошелек не соответствует схеме обратной совместимости адресов. Такой вид ключа не получил большого распространения.

Безопасность

Не афишируйте свой расширенный публичный адрес, не смотря на то, что он зовется «публичным». По нему можно проследить вашу историю транзакций, что может вызвать негативные последствия.

Для каждой операции с другой стороной используйте заново сгенерированный публичный ключ. Обычно создать его можно по такому пути: Управление Адресами > Создать Новый (но от кошелька к кошельку может различаться).

Во многих кошельках можно делать метки к каждому новому приватному ключу, так вы можете учитывать баланс более структурировано: ставить пометки (текстовые подсказки и т. д.) о переводах на кошелек.

Об удобстве взаимодействия с Биткоином

В Биткоин-пространстве продолжается дискуссия на тему пользовательского опыта (UX). Биткоин до сих пор выглядит странно, неуклюже и порой сложно. Основной причиной этого является то, что Биткоин и его составляющие (сеть, протокол, криптография, язык программирования) действительно странные, неуклюжие и сложные. Таким же был и, возможно, до сих пор остается интернет.

Причина, по которой интернет больше не кажется таким неуклюжим, двояка: (1) люди привыкли ко многим новым понятиям, которые принес с собой интернет, и (2) бесчисленные абстрагирующие слои облегчают взаимодействие с базовым протоколом. Сопутствующие технологии, такие как plug-and-play, помогли сделать работу пользователя еще комфортнее. Дни установки номера IRQ вашей сетевой карты вручную уже в прошлом!

Как и интернет, Биткоин — это развивающаяся экосистема. Имейте в виду, что многое уже изменилось к лучшему. Например, первый кошелек, который поддерживал QR-коды, был выпущен в 2012 году. В том же году были предложены XPUB (BIP32). Сид-фразы (BIP39) были предложены в 2013 году. BIP44 (HD-кошельки, они же «аккаунты») появился в 2014 году. SegWit (BIP141) был предложен в 2015 году и — после продолжительной гражданской войны — активирован в 2017 году. Сегодня большинство воспринимает QR-коды и сид-фразы как должное, не осознавая, что они не всегда были частью Биткоина. Я уверен, что некоторые воспринимают сеть lightning (появившуюся благодаря SegWit) также в порядке вещей.

Я считаю, что все эти “закулисные” технические улучшения безумно важны для UX. Без них взаимодействие с сетью Биткоин показалось бы адом. Сид-фразы? Простое восстановление кошелька? Сеть lightning? Забудь! Тем не менее, все эти улучшения безумно технологичны и требуют технического обсуждения. Не за горами новые улучшения (Шнорр, Тапрут и многие другие), так что готовьтесь к тому, что обсуждения в Биткоин-пространстве останутся техническими еще довольно долго. Ассоциируйте Биткоин с «Linux», а не с «iPhone».

Кстати об айфонах: Наблюдается напряженность в отношениях между изобретателями и фанатами айфонов и компании, ожидающими, что все будет работать идеально и будет супер-интуитивно, причем ПРЯМО СЕЙЧАС.

Ну, прямо сейчас идеально работать ничего не будет. Точно так же, как во времена зарождения интернета нужно было знать, что такое IP-адрес и как работает коммутация пакетов, так и сегодня нужно знать, что такое XPUB. DHCP, по сути, решил проблему IP-адресов, так же, как Google расправился с проблемой «ввода точных URL». Всё это придет и в Биткоин. Просто это не произойдет в мгновение ока.

Базовый протокол, вероятно, будет постепенно “отвердевать”, так же, как и TCP/IP окреп со временем. Как только базовый уровень будет достаточно оптимизирован, большинство инноваций начнут происходить на более высоких уровнях.

Я считаю, что те, кому разработка знакома не понаслышке, просто устали от слов «это так сложно, все должно быть проще». Да, мы согласны, все должно быть проще, и мы упорно работаем над тем, чтобы это было именно так.

Некоторые из них создают простые в использовании продукты (Strike, Casa, Coinkite, Samourai и т.д.), другие работают над улучшением протоколов, чтобы в будущем все было проще и лучше (спасибо Core-разработчикам!), третьи работают над более широкой экосистемой (Raspiblitz, BTCPay Server, Umbrel и т.д.), а четвертые — над просвещением и распространением информации(Nakamoto Institute, Bitcoin-only, Bitcoin Translated), чтобы больше людей могли принять участие в проекте и помочь сделать Биткоин лучше.

Со временем люди привыкнут к понятиям, от которых нельзя абстрагироваться. Я убежден, что все станет проще, наподобие того, как и подключиться к сети интернет сейчас легче, чем это было в 1995 году.

Биткоин — это новая парадигма, как и интернет в свое время. Точно так же, как нельзя было избавиться от адресов электронной почты («Что это за странный знак @?») и URL («Что такое http/https/ftp/ssh?»), на сегодняшний день нет возможности обойти биткоин-адреса, приватные ключи, и, как вы уже догадались, XPUB.

Некоторые концепты очень важны, отказ от них с целью получения лучшего UX, может привести к фатальным результатам. Откажитесь от коммутации пакетов (сетевой нейтралитет) в сети интернет, и вы уничтожите то, что изначально сделало интернет великим. Пожертвуйте самостоятельным хранением монет (или созданием учетной записи посредством математики, или нейтралитетом, или множеством других вещей) в Биткоине, и вы уничтожите то, что делает его великим в первую очередь. Само собой разумеется, что самостоятельное хранение всегда будет хуже с точки зрения UX, по сравнению с тем, чтобы позволить кому-то другому хранить ваши монеты. Точно так же, создание собственного домена и хостинг собственного сайта всегда принесет больше хлопот, чем создание страницы в Facebook. Это всегда вопрос компромиссов.

Сосредоточение внимания исключительно на максимизации UX может привести к неоптимальным результатам в долгосрочной перспективе. Просто сравните Facebook, TikTok и огороженный сад iOS с не требующими разрешения открытыми протоколами и экосистемой FLOSS. Лично я всегда предпочту свободу удобству.

Впереди светлое будущее. Просто у нас много работы.