И куда он отправляет сдачу? На адрес из своего hd кошелька? В этом случае логику понять можно.
Давай еще раз, на всякий случай: если у меня три непотраченных выхода на одном ключе, то даже если моя трата умещается в один выход, он все равно автоматом цепляет все три выхода, потому что я импортировал ключ?
Проще проиллюстрировать. Вот, создал транзакцию в тестнете. Тут все видно. Если нет, то буду пояснять. Мы просто о разных вещах говорим. Брутфорсили не приватник, а зашифрованный wallet.dat. Соответственно, когда его вскрыли, в кошельке не было сторонних приватных ключей, которые не восстановятся из сида, поэтому кошелек не стал бы цеплять все старые выходы. Про wallet.dat я не готов комментировать, но вы уверены, что там был HD-кошелек? Опять же, человек выставил на сдачу тот же адрес. Этого бы кошелек ни при каких обстоятельствах не сделал бы. Более того, в таком случае бессмысленно цеплять все непотраченные выходы, ведь цель такого поведения - перенести средства на ключи, которые восстановятся из сида - правда я тут не уверен, что разработчики о таком варианте подумали и кошелек не будет цеплять все выходы с импортируемого ключа, если сдача возращается на этот же ключ.
На моей картинке видно что куда идет...
|
|
|
В том же электруме давно используется только то кол-во входов, которое необходимо для транзакции. Т.е. если бы он хотел переслать всего 1 BTC для пробы, то и входов было бы использовано именно для перевода одного битка (скорее всего, был бы использован только один вход). А тут именно что объединение всех входов было сделано. И первая транза поэтому аж на 35кб получилась.
Если какие-то кошельки автоматом генерят транзы по 35кб при подобных случаях, то место таким кошелькам на свалке ) Можете в таком случае и Electrum на свалку выкидывать )). Если вы импортируете в электрум приватник от адреса с несколькими UTXO на нем, то при трате даже одного UTXO в транзакцию автоматом будут собраны все UTXO этого адреса, как и в обсуждаемом случае. Проверьте сами. Либо поверьте мне на слово, я не раз в этом убеждался ). Входы в большинстве современных кошельков в таких случаях объединяются автоматом, он не собирался этого делать скорее всего.
Нет, тогда бы кошелек тебя ставил на битки. Не нет, а да. Могу спорить на что угодно )).
|
|
|
Некто сначала делает объединение входов на этом крупном кошельке (236 не потраченных входов) с НЕзаоблачной комсой. При этом, в той же транзакции, ваще не скрываясь, уже посылает 1 BTC на этот новый кошелек bc1qa5wkgaew2dkv56kfvj49j0av5nml45x9ek9hz6. Просто на новый кошелек он сделал сначала пробную транзакцию (на всякий случай), а затем переслал остальное. Входы в большинстве современных кошельков в таких случаях объединяются автоматом, он не собирался этого делать скорее всего.
|
|
|
Можно, но все же вы должны понимать, что это весьма нестабильный заработок и вы вполне можете проработать год и ничего не получить, поэтому если и захотите заходить в баунти, то не испытывайте большие надежды, лучше параллельно развивайтесь в трейдинг, а баунти рассматривайте как неплохую подработку.
Из ваших слов напрашивается вывод, что трейдинг - это стабильный заработок, и с ним можно испытывать большие надежды, так?
|
|
|
конкретно сид - число из 12/24 знаков в 256-ричной системе исчисления (тк в словаре 256 вариантов слов)
2048 слов в BIP39, а в Electrum вообще нет привязки к какому-то словарю.
|
|
|
А вот перевод я сделать не могу, пишется ошибка при переводе на сегвит-адрес. Вот это для меня удивительно, видеть "Инвалид-адрес". Отсюда резонный вопрос - кто нибудь выводил биткоины на сегвит адрес?
Попробовал вывести tBTC на сегвит-адрес - тоже не дает. Видимо, до сегвита пока еще руки не дошли.
|
|
|
Если быть точным - не две, а три ) Транзакция с taker fee, транзакция на p2sh, транзакция с p2sh на адрес получателя. Верно, но третью ("dexfee") я не рассматривал, с ней все ясно, и речь о ней не шла. По-поводу размеров - нетрудно посчитать, сколько примерно будет весить legacy -> legacy, legacy -> p2sh, p2sh -> legacy. Я к тому, что приблизительно оценить все-таки можно. Можно, конечно. Даже точно можно посчитать, нужно только знать используемый p2sh-скрипт (для этого нужно либо копаться в исходниках, либо найти пример (txid) такого свопа. У меня просто нет достаточно BTC на AtomicDEX'е (при балансе меньше 0.00777 BTC GUI просто не отображает Transaction Fee и Trading Fee), а так бы сам посмотрел, насколько отличается fee на при постановке и ордера и fee при простой отправке средств. taikuri13 выше же говорил, что транзакция, проходящая с комиссией 3$ здесь обходилсь ему в 71. Ну ок, давайте уточним у него, сколько раз он пополнял битком свой dex-аккаунт и сколько раз с него отправлял или делал свопы? Таким образом мы получим представление, сколько там utxo.
update Провел своп - создал на виртуалке maker-ордер MORTI/tBTC, на основной машине выкупил эти морти. Интерфейс перед свопом показал такое: Транзакции tBTC: Списание dexfee https://blockstream.info/testnet/tx/3287ed978364fac64d2dbef59557f2298f3d9c3884c4b539970d0f7f7975a272Отправка на промежуточный p2sh-адрес https://blockstream.info/testnet/tx/f512e0e97100e16c6dde52d0851ec9019b64ee2a76c4bb805af0d2f2368d8918С промежуточного адреса на адрес получателя https://blockstream.info/testnet/tx/8bc9b97ebc3e7f3a0831db232b917fdffbbf15542fae51650e505ef5fa91287aВсе три транзакции заняли 781 байт. В итоге по пути потеряно 0,00010786 tBTC. Проходная комиссия в тестовой сети битка 1 сат/б. Что нарисовано на моей картинке в полях с комиссией пока не понял )).
|
|
|
erav3n, насколько я знаю, в процессе свопа битки сначала отправляются на промежуточный p2sh-адрес, а уже потом на адрес получателя. То есть там не одна прямая транзакция, а две (к тому же одна из них побольше 225 байт будет). И поэтому предложенные вами опыты будут малополезны.
|
|
|
https://github.com/KomodoPlatform/atomicDEX-API/issues/710Здесь есть кое-какие мысли, почему такая комиссия. Кстати, если я правильно понял, там показывает комиссию за килобайт, в реальности транзакция может меньше занимать. Мне не понятно, неужели нельзя сделать какие-нибудь настройки "для продвинутых", где можно выставлять комиссию вручную? И еще не понятно, почему используются легаси-адреса?
|
|
|
Почему нельзя? Кто это запрещает? Спокойно вводится во многие HD софтверные кошельки. Проверял лично. Не один только Electrum на свете, куда его не введешь. А аппартный кошелек тоже цифровое, а не аналоговое устройство, но это уже между прочим. Я знаю. Не в этом смысле нельзя (Electrum, кстати, тоже принимает BIP39-сиды), а нельзя по технике безопасности (вы же покупали аппаратник для безопасности хранения монет, не так ли?). Сид аппаратного кошелька, введенный в устройство, которое увидит сеть, с момента подключения этого устройства к сети принято считать потенциально скомпрометированным. То есть аппаратному кошельку с таким сидом уже нельзя вполне доверять И я не СИДУ не доверяю, а не доверяю одному единственному СИДУ для абсолютно всех моих кошельков.
Конечно, если сид светить в онлайн-девайсах, ему нельзя доверять, я понимаю ).
|
|
|
Пожалуйста, вот вам пример. Хотя я этого и не делаю, но допустим я использую СИД для своего Trezor, который имеет доступ ко всем моим биткойнам и тот же СИД для кошелька другой криповалюты, который установлен на моем лептопе. Предположим что в следствии того, что кошелек на лептопе слетел или в следствии его обновления, а я с этим сталкивался не один раз, мне необходимо его восстановить и ввести свой СИД. Если мой лептоп скомпроментирован, я потеряю не только криптовалюту для данного кошелька, но и биткоины, потому что доcтуп к ним обеспечиает тот же СИД. Это не аргумент? Нет. Во-первых, сид аппаратного кошелька нельзя вводить в цифровое устройство. Но ладно, речь здесь не об этом. Вы привели пример с программным "горячим" кошельком, но там слабость не в сиде, а в самой конфигурации. Да, чем слабее защита кошелька, тем меньше в нем стоит хранить (для минимизации возможного ущерба). У меня каждый софтверный кошелек имеет свой SEED, свое мнение никому не навязываю. Для всех моих аппаратных кошельков SEED один. Теперь ясно. Просто из той жирной фразы напрашивался вывод, что вы именно сиду не доверяете.
|
|
|
По моему мнению это все равно, что положить все яйца в одну корзину. Не боитесь что ненароком кто-нибудь сядет в нее? Вероятность этого настолько ничтожна, что этим можно пренебречь. Разве что для самоуспокоения капитал можно разбить на несколько частей и хранить на разных кошельках (сидах). Но это скорее будет страховка от какой-то собственной ошибки, не более того. СИД для каждой криптовалюты должен быть свой и уникальный. Period.
Не, жирного слова "Period" недостаточно, нужны более весомые аргументы )).
|
|
|
~ А можно полюбопытствовать, какая именно комиссия получается (в цифрах)?
71 доллар, на минималке. Я несколько тысяч Комодо хотел купить, но с такой комиссией - посижу лучше в биткоине. Даже с учетом того, что перевод на несколько тысяч долларов в BTC - если быстро, обойдется мне в 3 доллара, эта цифра слишком большая. ps: Возможно, я что-то делаю не так, но я не знаю как делать по другому. Спасибо. Правильно ли я понял, вы пополнили свой btc-аккаунт в dex, а затем при попытке создать ордер с KMD вам предложило комиссию 71$?
|
|
|
I have a question where will the created transaction be stored? Can I be 100% sure that it will not be removed from the mempool in 20 years?
You store it locally. It is impossible to place a transaction into mempool before the time specified in nLocktime.
|
|
|
А то, при покупке Комодо за BTC - комиссия транзакции меня очень сильно удивляет, даже с учетом повышения комиссии в сети BTC. А можно полюбопытствовать, какая именно комиссия получается (в цифрах)?
|
|
|
Здрасьте, подскажите пожалуйста: раньше пользовался 3.3.8, давно не заходил, увидел про обновление после запуска и после обновления пропало в истории в столбце даты информация про мемпул после unconfirmed, её как-то можно включить\вернуть? Эта информация зависит от установок автоматики выбора комиссии (мемпул, ожидаемое время, статичная). У вас, видимо, установлена "статичная", а надо "мемпул". В новой версии это нельзя изменить из меню настроек. Но это можно поменять в нескольких местах - в окне отправки транзакции или в окне увеличения комиссии (RBF), для фиксации настройки достаточно ее просто изменить и нажать отмена, отправлять транзакцию не нужно. Возможно, после этого нужно будет перегрузить клиент.
|
|
|
Скажите, пожалуйста, где Лэджер хранит приватные ключи? Внутри устройства или отправляет на сервера?
Приватные ключи не покидают устройство, они даже в комп/телефон никогда не передаются.
|
|
|
Функция удаления есть во вкладе адреса, но только по одном адресу. Перед этим можно отсортировать по количеству транзакций. [...] Другой вариант. Либо экспортировать полный лист с приватными ключами, удалить со списка не нужные адреса и потом создать новый в который импортировать только нужные. Либо тоже но поштучно, в той же вкладке адреса, отсортировать по какому-то критерию и выдергивать приватные ключи по одному. Нет таких возможностей в HD-кошельках, а именно такой нужен для магазина. У вас импортированный кошелек, как я понимаю...
|
|
|
В электруме потребовалось получить большой список адресов командой wallet.change_gap_limit(7960) чем была обусловлена такая некруглая цифра? теперь, запуская кошелек, идет очень долго синхронизация со всеми адресами, как теперь можно убрать из кошелька адреса, которые не были использованы (0 транзакций)? Убрать/добавить из поля зрения кошелька можно только адреса в конце и идущие подряд, выборочно нельзя. Долгая синхронизация не потому, что много пустых адресов, а потому что много непустых, точнее много UTXO. Что я теперь могу предпринять, чтобы кошелек прогружался быстрее?
Создать новый кошелек (с новым сидом), а со старого перевести деньги и забыть о нем. Это лучший вариант, а может и единственный. Если оставлять старый, то нужно его подключать к локальной ноде, хотя на 100% не уверен, что это поможет, надо проверять.
|
|
|
01. Сохрани резервную копию сид-фразы Не просто сохрани "в блокноте", а надежно сохрани офлайн, то есть в нескольких копиях в разных местах (помещениях), и так, чтобы никто не нашел. 02. Протестируй свою резервную копию Ок. 03. Самостоятельно убедись во всем при помощи полной ноды В чем "во всем"? И ноду обязательно держать, по-вашему, для хранения? 04. Не свети своими UTXO Не вполне согласен, но ладно ). 05. Убедись в отсутствии единых точек уязвимости А что это? И зачем здесь слова "единых точек"? 06. Всегда храни свой приватный ключ за воздушным зазором (оффлайн) Не только храни, но и используй офлайн. 07. Всегда используй Coin Control Зачем его использовать всегда? 08. Никогда ничего не усложняй Не усложняй больше необходимого, но и не слишком упрощай. 09. Никогда не озвучивай свои BTC сбережения Или сильно преуменьшай сумму, если невозможно скрыть факт владения. 10. Постоянно прикупай сатошики Это уже не про хранение. Но покупать стараться надо на дне )).
|
|
|
|