Ну тем не менее биток это основа основ... Самая первая (массовая) крипта, на которую завязано все остальное на этом рынке! По поводу скорости - согласен, эфир куда шустрее, но и там и там обязательно нужно проверять комиссию, чтобы не зависнуть на долго, и если в сети эфира легко протолкнуть свою транзу, указав тот же айди, и отправив в режиме офлайн новую, то в битке это просто песец! Вот здесь показана актуальная стоимость сатоши/байт на данный момент...Я себе взял за правило всегда проверять стоимость комсы перед отправкой, а то были случаи когда застревал из-за загруженности... Скажу вам - ну ево нах! ![Grin](https://bitcointalk.org/Smileys/default/grin.gif) Включите RBF в своих транзакциях, и так же, как с эфиром, сможете после отправки повышать комиссию. Я актуальную комиссию смотрю тут, по-моему, гораздо более информативный сервис, динамика видна.
|
|
|
Достаточно seed для electrum запомнить. А потом, когда понадобится, не вспомнить ). Сам кошелек (файл) можно вообще каждый раз после сеанса удалять с компьютера, чтобы зловред не смог его похитить и переправить на компьютер хакера для расшифровки. Не вижу смысла в этой суете - во-первых, зловред может похитить файл и во время сеанса, поэтому все равно этот файл нужно закрывать хорошим паролем, а во-вторых, зашифрованный хорошим паролем файл нет смысла защищать - пусть крадут. А в третьих, если зловред может попасть на комп с кошельком, то он может во время работы и ключи украсть, пароли тут не спасут, поэтому лучше направить усилия на устранение возможностей проникновения на комп зловреда.
|
|
|
Почитал в интернете, что его "взламывали". не подскажите им безопасно пользоваться? Безопасно (безопасность всегда относительна, горячий кошелек по определению не самый безопасный тип кошелька) . "Взламывали" не его, а пользователей (фишинг). Я так понял самое главное не терять ключи и чтобы компьютер был "чистым". Это естественно. Но не менее главное - скачивать только с оф.сайта https://electrum.org/#download (закрепите ссылку в закладки и только ей пользуйтесь) и очень желательно всегда проверять подпись скачанного файла (есть мануалы, как это делать, в том числе и на этом форуме).
|
|
|
Всем привет. первый раз пытаюсь списать биткоин с Electrum, заполнил форму а он пишет ошибку (Dynamic fee estimates not available) перевел как ( Динамическая оценка сборов недоступна). В чем причина, помогите разобраться.
Проблема, скорее всего, с сервером, к которому вы подключены. Варианты решения: 1. Подключиться к другому серверу 2. Поменять настройки, чтобы устанавливать комиссию вручную. Еще может быть, что вы вообще не соединены с сервером. Зеленый (синий) кружок в правом нижнем углу горит? Какая версия электрума у вас?
|
|
|
Так и на те входы, которые постоянно в обороте и могут меняться, можно хоть каждый день (или любой другой период времени) делать ту же тратящую транзакцию с локтаймом и сохранять её на другом гугл аккаунте или каждый раз отправлять её на определенный почтовый ящик, к которому есть доступ у наследника. Ведь средства в обороте могут тоже составлять солидную сумму.
Конечно, можно и так, тут уже каждый сам выбирает. Просто так как в такой схеме локтайм-транзакция является лишь страхующей (вероятность, что она пригодится, ну, допустим, 1%), на мой взгляд можно чем-то пожертвовать в обмен на удобство.
|
|
|
В общем, при условии, что монеты наследства не будут двигаться и не будут добавляться новые, ваша схема действительно имеет плюсы. Но если сумма будет меняться (что часто и происходит), то преимущества пропадают.
Ну мой вариант это же более общий случай вашего. В моем варианте наследователь точно так же как и в вашем, может сделать транзакцию инвалидной и передать наследнику новый вариант. Только в вашем варианте эту операцию надо проделывать раз в год или раз в два года (зависит от локтайма), а в моем варианте это можно проделать в любое время или не делать никогда. Я ж не спорю, ваш вариант в этом смысле не хуже моего. Но лучше он только в случае, если транзакция останется валидной больше времени локтайма в моем варианте. Потому что, если какой-то из задействованных в ней UTXO потратится, ее придется переделывать и передавать. Переделывать придется и в случае необходимости добавления нового UTXO. Но главный недостаток, что вы можете такую схему воплотить в жизнь, а 99% - нет. И, думаю, половину из них и не научишь особо, потому что не так просто.
Да ладно, можно сделать оффлайновый сервис (приложение), который по указанным параметрам будет писать такой скрипт. Деду останется только заполнить пару полей с информацией о транзакции, потом подписать готовый скрипт в коре и передать его Внуку. Можно сделать онлайновый сервис, тогда Деду надо будет вбить только адреса с которых он планирует передать наследство, на выходе будет неподписанная транзакция. Дед ее подпишет в коре и все! Если под это дело подвести грамотный маркетинг, то может еще и денег заработать удастся ) Сделать можно, только некому ). Когда появится такой софт, тогда появится и смысл говорить об этом. В таком случае Сервис "На всякий случай" может быть вполне рабочим способом. И его кстати можно сделать дублирующим вариантом к Локтайму на случай каких-либо сбоев, например, как случай с хардфорком, который выше привел madnessteat. Да, только хотел написать об этом ). Например, делается так. Шифруется сид, настраивается этот гугл-сервис по его передаче наследнику, допустим, через год. Скажем, 90% суммы переносится на отдельный путь деривации на этом сиде и готовится тратящая ее транзакция с локтаймом 5 лет, передается наследнику. Оставшиеся 10% могут быть в обороте без переделки транзакции. Если все сработает, наследник получит сид со 100% средств через год, если гугл подведет, то через 5 лет 90%.
|
|
|
Не стал глубоко копать, но - или на момент транзакции на 1 адресе не было требуемой суммы, или если бы эта сумма набиралась с того же адреса, то в исходящей транзакции было бы гораздо больше входов. Кошелек скорее всего первым делом взял 3,43 ВТС, так как это большая часть суммы одним входом, а остальными четырьмя входами добирал требуемую сумму.
Точно. Посмотрел сейчас внимательно - действительно, с одного адреса на тот момент такую сумму можно было собрать минимум из 6-ти входов. Такая транзакция получилась бы примерно на 2500 сатоши дороже (при той комиссии 28 сат/б).
|
|
|
Потому что было потрачено 4 UTXO (выхода то есть) с одного адреса. Логично. Я тоже об этом сначала подумал. Но цифры не сходятся. Накануне 27 октября было 2 поступления на этот адрес - на 0.02384553 и 0.07646737 BTC. Этих сумм нет среди тех четырех. Учитывая какой сейчас баланс на биткоин-адресе и последние движения денег, скорее всего на адресе на начало 28 октября было не 4 и даже не 6, а гораздо больше входов. Да, в данный момент на этом адресе осталось еще 14 UTXO, среди них и перечисленные выше. Но тогда зачем при отправке 4,25 ВТС нужно было использовать только 4 входа и добавлять к ним совсем другой биткоин-адрес с 3,43 ВТС? В чем смысл этого? Проще же было использовать для отправки либо первый, либо второй адрес. В кошельке заложен такой алгоритм выбора входов, почему он работает именно так - затрудняюсь сказать. Если у вас Electrum или Bitcoin Core вы можете вручную выбирать, какие выходы тратить. Я, например, почти всегда так и делаю.
|
|
|
В принципе тоже рабочий вариант. Нужно будет изучить его получше. На данный момент вот что меня в нем смущает: 1. Номер телефона, по которому будет проходить подтверждение личности доверенного лица. За много лет номер может поменяться, его можно лишиться по вине оператора. Я тоже не пользовался, но почти уверен, что это касается функции передачи информации с аккаунта. А сначала выбранному адресату (или нескольким) отправляется уведомление, часть текста в котором можно написать самому. Этого достаточно, чтобы передать зашифрованный сид. Для простого уведомления телефон не нужен. 2. Можно ли в случае необходимости менять настройки времени не активности аккаунта после чего данные будут отправляться доверенному лицу? Проверил - можно менять настройки, а также отключить функцию. 3. Вопрос доверия сервисам гугла. Там доверять особо нечего - все зашифровано. Лишь бы автоматика сработала и письмо дошло (в спам не свалилось, но этого риска, я думаю, можно избежать, заранее добавив наследником адрес наследодателя в контакты). Допустим завещатель решил передать биткоины наследнику через локтайм, выставил условное количество времени, например, 5 лет, ну или какое-то количество блоков, не столь важно. Через 2 года завещатель скончался. Еще через какой-то промежуток времени в сети биткоина была обнаружена какая-то уязвимость, решить ее можно только с помощью хардфорка. В такой ситуации не пропадут ли средства?
Если хардфорк как-то радикально заденет функцию локтайма, то теоретически могут пропасть. Но я думаю, это очень маловероятно.
|
|
|
Транзакция состоит из входов (те, что слева) и выходов (те, что справа). Каждый вход ссылается на выход какой-то другой родительской транзакции. Аналогию можно провести следующую: сумму в 10 рублей можно собрать из одной монеты достоинством 10 рублей или из четырёх монет: 5 + 2 + 2 + 1 рублей. При этом, три монеты 2 + 2 + 1 могут лежать в одном кармане (на одном адресе), а одна монета 5 рублей - в другом кармане (на другом адресе). То есть можно сказать, что три монеты идут с одного адреса, но это три разных монеты. С вашего позволения, закончу ваш отличный пример: ...и когда эти монеты (5 + 2 + 2 + 1) одновременно (одной транзакцией) попадают в карман (адрес), они чудесным образом переплавляются в одну монету 10 рублей. А если бы попали в карман неодновременно (разными транзакциями), то так и остались бы четырьмя монетами.
|
|
|
пишется программа и размещается на виртуальном хостинге, суть программы - она должна один раз в установленный промежуток времени получать код, который передает информацию о том, что Наследодатель жив, а также может устанавливать промежуток времени необходимый для получения следующего кода (например если Наследодатель сядет в тюрьму или еще какие причины, то он заранее на стадии расследования может установить временной период с запасом). Если в течении временного периода код не приходит - зашифрованная сид фраза отправляется на почту (или несколько почт) Наследника.
Чтобы не беспокоиться об оплате услуг хостинга, программу можно установить на телефон/ноутбук Наследодателя и предусмотреть возможность портирования на другое устройство. Главное чтобы об этом не знали наследники если есть подозрения в их ненадежности. Так есть же у гугла такое: https://support.google.com/accounts/answer/3036546?hl=ru , и ничего мудрить не надо. Но это уже зависимость от стороннего сервиса ).
|
|
|
Потому что было потрачено 4 UTXO (выхода то есть) с одного адреса.
|
|
|
Потери условно 3%-10% обычно. Понял, спасибо. Я думаю осталось не так долго и атомарные свопы получат широкое распостранение, а там и прощай централизованные биржи.
Ну да, дай бог. Год назад я тоже надеялся, что в 19-м дексы заработают, а по факту практически и нет ничего. На крайняк, ищите безопасный и надежный выход в Монеро, там погоняйте деньги по вашим счетам, а потом уже частями опять заходите в биткоин или другую крипту. Это да, но с такими тенденциями боюсь, что скоро любой депозит монеро на биржу будет априори расцениваться как отмывка "грязи" со всеми сопутствующими проверками.
|
|
|
А современного андроид-телефона с otg у вас нет случайно? Ledger Manager для хрома даже если и заработает, то там будут устаревшие версии леджер-приложений.
Есть! Просто где-то попадалась фраза, что приложение на Андроид совсем сырое. А так уже скачал. Главное, кабелёк otg не забыть. У кого-то работает, у кого-то не очень - тут уж как повезет, пробуйте. А если, допустим, у вас только биткоин и эфир с токенами, то к родному софту вам нужно подключиться всего один раз (это можно и на чужом компе сделать).
|
|
|
Господа, проконсультируйте!
У меня такая беда - компьютер пожилой, с 32-системой, а приложение Ledger Live требует 64. Смогу ли я работать со старыми расширениями для Хрома? Собираюсь на днях забрать игрушку из магазина и протестировать.
А современного андроид-телефона с otg у вас нет случайно? Ledger Manager для хрома даже если и заработает, то там будут устаревшие версии леджер-приложений.
|
|
|
На текущий момент для простого пользователя вижу хороший и надежный сервис Bestchange.ru пользуюсь сам и рекомендую остальным. Он не для трейдинга, сразу предупреждаю, т.к. цены там немного хуже чем на биржах, но это компенсируется отсутствием KYC и AML. Покупаете картой? Какие общие потери получаются (учитывая ввод, вывод, разница курса с биржами)? Нет риска, что "грязные" монетки продадут?
|
|
|
Вариант с локтаймом сложнее. Деду нужно будет каждый раз 1. делать инвалидной предыдущую транзакцию
Простейшее действие, минуту занимает. 2. создавать новую транзакцию Тоже просто, занимает, скажем, 5 минут. 3. передавать новую транзакцию Внуку. Во многих случаях совсем не проблема. В пункте 3 точно также есть зависимость от сервисов. Передача транзакции раз в год ничем не лучше ежегодного емайла с напоминанием о себе.
Какая? Мылом, например, или в мессенджере передал, получил подтверждение, что принято. Разве это зависимость? В варианте со скриптом 1. транзакция передается один раз и больше никаких действий от Деда не нужно. Ну кроме ленивого отслеживания блокчейна раз в полгода... Такую транзакцию сложнее подготовить. Затем еще вторую транзакцию нужно подготовить, тратящую первую в пользу наследника, она еще сложнее (99% дедов и внуков ее сами не сделают). Вероятность ошибиться здесь гораздо выше, чем с элементарным локтаймом. 2. вместо хостинга со скриптом, можно делать банальный телефонный звонок, что между родственниками обычно практикуется чаще чем раз в год ) Ок. В общем, при условии, что монеты наследства не будут двигаться и не будут добавляться новые, ваша схема действительно имеет плюсы. Но если сумма будет меняться (что часто и происходит), то преимущества пропадают. Но главный недостаток, что вы можете такую схему воплотить в жизнь, а 99% - нет. И, думаю, половину из них и не научишь особо, потому что не так просто. А схеме с локтаймом научиться легко - в виндовом калькуляторе перевести число в 16-ричную систему и результатом заменить в хвосте транзакции 6 циферок. Мануал для электрума получится из пары абзацев текста и пары картинок.
|
|
|
Это, конечно, интересно с точки зрения скриптописательства и так далее, но для практического применения я вижу только один плюс перед банальным локтаймом - проверка внука "на вшивость" (в этом случае я бы реплику в 3 пункте поменял на более лаконичную: "До моей смерти не отправлять"). Но эта проверка вряд ли многим нужна. Больше плюсов не вижу, одни минусы - сложность, зависимость от сервисов (еще и платить за хостинг нужно).
|
|
|
Софт наследователя периодически посылает сигнал. Наследник может получать сигнал на почту, наследнику специальный софт не нужен... Зачем наследнику получать этот запрещающий сигнал, если он может его не получать и присвоить наследство раньше времени? Я понимаю ждать разрешающий сигнал (например, ключ для мультисиг-транзакции), но тут что-то не догоняю. Ну это же как звонок по телефону от дедушки к внуку раз в год: "Привет внучек. Я жив, здоров. Попробуешь воспользоваться наследством - я его тебя лишу. "Попробуешь - лишу" означает, что внучек может попробовать, у него ничего не получится, и эта попытка будет обнаружена дедушкой, так? Ок, допустим, что это возможно сделать. Но если завтра дедушка помрет, то как у внука это получится завтра или через год, если больше никакой информации он никогда не получит?
|
|
|
какие сайты вы используете для продажи и покупки биткойнов, какой из них вам подходит по лучшей цене,
Последний раз покупал почти год назад картой на dsx.uk. Общие потери меньше 3%. Выгоднее варианта онлайн-покупки не знаю.
|
|
|
|