Topic: Аппаратные кошельки - page 59. (Read 154216 times)

Шифрование с книгой, угу, главное саму книгу не потерять. Тогда уже более правильный вариант, выбрать книгу которая есть везде, массово в одном издании. И откодить сид по ней, без покупки книги, сохранив даже в мобиле код. Он никому ничего не даст без знания источника. Книги дома нет, тоже не натолкнет на мысль, тем более нет в ней пометок, которые сразу вычислят.

чем заменить кодовую фразу

Tether использует закрытые исходники ?

Где-то полгода назад мне попалось на глаза сообщение, что у человека с Ledger Nano S такой способ не сработал. Не знаю, скорее всего он что-то намудрил, потому что логики не вижу... У меня нет usdt на omni, поэтому не проверял.

Кстати, если нужно отправить все USDT с BTC-адреса, то это можно сделать чуть проще - использовать "sendall" транзакцию. Подробнее тут.   

Хочу поделиться возможностью получать и отправлять Tether USDT (omni), который работает на блокчейне биткоина с помощью аппаратных кошельков Trezor, Ledger, Keepkey.

Начнем с теории:
Tether USDT использует блокчейн биткоина для движение средств в omni инфраструктуре - кошельках, обозревателях и т.п.. Для транзакции с usdt используется команда биткоин скрипта op_return, которая позволяет записать произвольные данные в блокчейн. Именно эти данные служат идентификатором для omni транзакций.

Для примера рассмотрим одну из таких транзакций - https://btc4.trezor.io/tx/30f9199cc09bacf64e2e50f0ff812053fc6979cd711d0cbee0b3a31ff0801554.
Здесь используется один вход и три выхода:
1) это сдача
2) выход с op_return (OMNI Simple Send 2143,31 TetherUS (#31))
3) выход по которому протокол определяет получателя токенов tether

Для выполнения этой транзакции необходимо соблюдение требований:
1) адрес отправителя должен быть идентичен адресу сдачи
2) на адресе отправителя помимо токенов usdt должно быть определенное количество btc, так как плата комиссии осуществляется в btc. (также как и в ethereum при отправке токенов erc20 нам нужен эфир для оплаты комиссии)
3) нам нужно отправить 546 сатоши (пыль) получателю usdt. Этот выход обязателен, так как позволяет протоколу определить кто есть получатель.

Важно также учесть особенность спецификации протокола, где есть правило - что получатель определяется как выход с наибольшим индексом. Другими словами, если мы попытаемся отправить транзакцию, где адрес отправителя не равен адресу сдачи, то транзакция может сконфигурироваться так, что получатель будет с индексом 0, а адрес сдачи с индексом 1, тогда мы отправим средства сами себе. Чтобы этого избежать как раз и нужно, чтобы адрес отправителя был равен адресу получателя. Тогда протокол проигнорирует этот выход и определит получателя с выходом в 546 сатоши. По сути, нам не важно будет в каком порядке интерфейс расставит выходы. Еще раз самое важное!!! адрес отправителя должен быть равен адресу сдачи! В противном случае можно нарваться на неприятности!

Теперь рассмотрим произвольный код этой транзакции с op_return
OP_RETURN 6f6d6e69000000000000001f00000031e71f84c0. Это код записанный в HEX. Попробуем его декодировать.

Разделим его на части:

6f6d6e69 00000000 0000001f 00000031e71f84c0

6f6d6e69 - означает omni (при переводе в ascii)
00000000 - это индекс 0, означает команду simple send (отправка). В спецификации протокола есть множество других команд с другими индексами.
0000001f - при переводе в decimals это цифра 31, означает индекс токена. Список токенов можно посмотреть здесь - https://omniexplorer.info/properties/production
00000031e71f84c0 - это сумма в десятичном формате - 214 331 000 000. 214 миллиардов микроцентов. 1 usdt = 100 000 000 микроцентам. В этом формате мы и записываем сумму отправления. Это равно 2143 долларам.

Важно учесть, что при отправке 1$. Код в HEX цифры (100 000 000) будет выглядеть так 5f5e100, то нам надо будет добавить 000 000 000 - девять нулей впереди. И строка будет выгдяеть так 0000000005f5e100. То есть последний блок данных должен обязательно иметь длину в 16 символов. Просто добавляем нужное количество нулей.

Еще одна важная деталь - omni протокол работает только с адресами p2pkh и p2sh, которые начинаются с 1 и с 3. Адреса bech32 (bc1) не работают в омни.

Сконфигурировать такую транзакцию можно с помощью интеграции аппаратных кошельков с горячим кошельком electrum. Там нам необходимо выключить автоматическую подстановку адреса сдачи (ОБЯЗАТЕЛЬНО) чтобы адрес отправления был равен адресу сдачи. И далее сформировать вручную код транзакции.

Более подробная информация по совершению таких транзакций я описал в нашем блоге - https://cryptonist.ru/blog/apparatnye-koshelki/tether_usd_trezor_ledger_keepkey/. Также есть видео - https://youtu.be/N9qegGT-gSs.

Я успешно совершал транзы с отправкой и получением Tether с Trezor T и что приятно, то что модель T понимает omni транзакцию и выводит на экран в удобном виде всю информацию. По Ledger Nano S, Nano X, Keepkey все тоже самое можно сделать. Проблем возникнуть не должно.

Кстати, по поводу адрес сдачи = адресу отправителя. Есть хитрость - мы можем совершить транзу без сдачи и тогда будет два выхода 1 с op_return, другой с пылью. И таким образом, мы можем не переживать про порядок выходов.

И напоследок, если кто будет экспериментировать, то экспериментируйте на тестовых кошельках и на маленьких суммах!

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

Существующее решение Ledger Nano X, подключение через bluetooth®. А по тем что не адаптированы я бы не рисковал. А вообще свой леджер на "пустом" Raspberry Рi 3 использую, за файлволом, а остальное время он выкллючен. Параноя наше все. )

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

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

Без Coinjoin смысла мало, но это так сказать "прощупывание почвы", возможно в будущем будет добавлено больше возможностей.

Значит, что поддерживается только native segwit c путями деривации m/84'/.... , то есть только адреса, начинающиеся на bc1Да, можете тратить обычным способом. Или через Electrum (рекомендую). Тем более, на скрине написано, что с аппаратниками миксер не работает, какой смысл тогда в этом wasabi?

Вот скрин с кошелька

Я не совсем понимаю, что значит "only bech32 keypaths are supported".
Я подключаю трезор, генерирую адрес, отправляю туда BTC. Чтобы потратить эти BTC нужно опять использовать васаби или можно обычным способом через официальную панель?

1. Я знаю, что Mycelium для андроида пддерживает аппаратные кошельки (биткоин-кошелек). Для эфиров Mycrypto, MEW, Metamask.
2. Если это OTG-кабель и телефон поддерживает OTG, то будет работать.
3. Вы не можете левые ключи/адреса импортировать в аппаратник. То есть ответ: "Нет". Возможно, я неправильно понял вопрос. Если вы спрашивали, покажет ли wasabi bech32-адреса трезора, то да, покажет.

Ну в любом случае если ты знаешь что твой компьютер заражен, не стоит испытывать судьбу и тыкать туда леджер. Можно же просто почистить комп и работать спокойно

Приобрел Trezor Model T и возникла парочка вопросов
1) Существуют ли мобильные кошельки с поддержкой аппаратных кошельков?
2) Если да, то как лучше реализовать подключение, будет ли все это работать с помощью кабеля micro-USB - USB type-c?
3) Если я подключу кошелек, например, к Wasabi Wallet, то увижу ли я сгенерированные bech32 адреса на https://wallet.trezor.io/#/ ?

Использование аппаратного кошелька на инфицированном компе, пока ни разу не дало доказуемого взлома кошелька, чего не скажеш об остальных вариантах.

Те если человек не уверен на 99% в надежности компа (вирусы/кей логгеры), то без разницы, аппаратный кошелек используется или банальный МЕВ+онлайн кошель типа bitgo?

Ни один производитель или создатель кошелька не может дать 100% гарантии защиты ваших средств, т.к. огромную роль в защите средств играет сам хозяин кошелька и от его действий и внимательности зависит очень многое. Естественно, при правильном использовании аппаратные кошельки более надежны, чем, например, кастодиальные, при использовании которых, пользователи полностью доверяют защиту своих средств какому-то третьему лицу без каких-либо гарантий с его стороны, повышая тем самым риски связанные с возможной потерей средств.

Те средства на аппаратном кошельке не являются в 100% сохранности? Если так, то зачем он тогда нужен?

На мой взгляд, заслуживает внимания этот твитт
https://twitter.com/mflaxman/status/1146813021232226306

в нем призыв к производителям, улучшать качество аппаратных кошельков. Судя по поддержке твиттер сообществом. есть умные замечания.

умилило


к https://bitcointalksearch.org/topic/m.51683317