Не проходит транзакция биткоин

✅ ️Нужны деньги? Хочешь заработать? Ищешь возможность?✅ ️

✅ ️Заходи к нам в VIP телеграм канал БЕСПЛАТНО!✅ ️

✅ ️Это твой шанс! Успей вступить пока БЕСПЛАТНО!✅ ️

======================

>>>🔥🔥🔥(Вступить в VIP Telegram канал БЕСПЛАТНО)🔥🔥🔥<<<

======================

✅ ️ ▲ ✅ ▲ ️✅ ▲ ️✅ ▲ ️✅ ▲ ✅ ️

Неподтвержденная биткоин-транзакция? Как сократить зависание переводов | CryptoFox | Яндекс Дзен

Не проходит транзакция биткоин

Bitcoin-транзакция зависла и не подтверждается - что делать

Скоро на этот адрес придет письмо. Подтвердите подписку, если всё в силе. Только полноправные пользователи могут оставлять комментарии. Войдите , пожалуйста. Все сервисы Хабра. Как стать автором. Войти Регистрация. Неподтвержденная транзакция, или Возвращаем криптовалюту из небытия Криптография , Платежные системы Волею судеб довелось мне иметь дело с криптовалютами. Не то что бы плотно работаю с ними, но иногда то отправлю монетки, то получу. Скажем так, понемногу прощупываю новую сферу изнутри. И вот однажды беда приключилась. Отослал я криптомонетки, а до получателя они не дошли. Собственно, пост о том, как средства возвращались. Ну и размышления и советы по сложившейся ситуации на десерт. Сразу отмечу, что нижесказанное применимо не к какой-то конкретной валюте, а к большинству форков если не ко всем. Начну с того, что пост местами пронизан догадками относительно происходящего. Где-то я могу ошибаться. Объективные поправки и дополнения только приветствуются. Немного о терминологии. Кошельком буду называть файл wallet. Публичный ключ адрес, на который перечисляются средства, например временами тоже удобнее назвать кошельком, но, во избежание путаницы, пусть он будет просто номером счета. Комиссия — Transaction Fee. Называть эту штуку комиссией, я считаю, не совсем правильно, но это наиболее привычный и не режущий слух вариант, потому пусть будет комиссией. Размер транзакции — размер блока данных, в котором содержится вся информация о транзакции. Ко всей этой криптовалютной кухне я изначально подошел как типичный юзер — не особо вникая в систему. Установил, запустил, работает — и ладно. Иногда при попытке послать куда-то средства клиент выдавал сообщение вроде « Размер транзакции слишком велик, нельзя просто взять и послать ее. Но вы можете добавить комиссию в размере N, и тогда все будет хорошо » — я соглашался с добавлением комиссии, и все действительно было хорошо. Казалось бы, если меня просят дополнительно заплатить, когда это нужно, значит я и буду платить, когда попросят если комиссия будет устраивать. Это и было главной ошибкой. Делаю очередной перевод на сумму значительно крупнее, чем обычно. Средства со счета уходят, предложения заплатить комиссию не было и… Ничего. И такую картину я наблюдал больше недели, попутно перегугливая и перечитывая интернеты в поисках информации по решению подобной проблемы. Причем искал и для конкретной криптовалюты, и в целом для всех — проблем куча, решения нет. А, собственно, что же это за комиссия? Идея в том, что транзакции могут проходить без комиссии, но только в случае соблюдения некоторых условий: Размер транзакции должен быть не больше определенной величины. Переводимая сумма должна быть больше некоего порога. Транзакция должна обладать достаточным приоритетом. Если первые два пункта более-менее понятны конкретные величины приводить не стал, полагаю, они могут варьироваться от форка к форку , то в третьем вся загвоздка. Грубо говоря, транзакции при создании попадают в очередь, отсортированные по приоритету. При генерации очередного блока в него включаются транзакции с комиссией которая идет в награду тому, кто нашел блок , а также транзакции без комиссии с наиболее высоким приоритетом. Сам приоритет прямо зависит от объема переводимых средств и от числа их подтверждений чем дольше именно эти деньги лежали у вас на счету, тем больше должен быть приоритет, по сути и обратно зависит от размера транзакции. Таким образом, при неудачном стечении обстоятельств транзакция без комиссии может оказаться в зависшем неподтвержденном состоянии, с которым я и столкнулся. Поиски решения показали, что это сравнительно частая для криптовалют проблема. К сожалению, все советы сводились к нижеперечисленному и часто не помогали: Подождите сутки-двое, вашу транзакцию включат в очередной блок. Подождите сутки-двое, программе-клиенту надоест ждать, и она сама отменит транзакцию. Загрузите заново всю цепочку блоков. Ждал я больше недели. Ни в какой блок транзакцию не включили. Даже после повторных отправок через sendrawtransaction. Блокчейн говорил, что о той транзакции ничего не знает, и на счету лежат те самые средства, никуда они не ушли. И только клиент стоял на своем: «Я транзакцию отправил, дальше как хочешь. Уже потраченными деньгами распоряжаться не позволю». Итак, в чем же суть проблемы? Транзакция не попала в блок и уже не попадет. В кошельке хранится информация о том, что транзакция в общем-то была, поэтому средства, которые должны были с ней отправиться, недоступны для использования. Возможно, спустя еще какое-то время транзакция будет отменена, на этот счет у меня несколько предположений: Зависит от валюты, где-то быстро отменяется, где-то нужно ждать долго. Баг конкретного клиента. Информация об отмене неверна. В любом случае, неделя — это достаточно большой срок. Если за это время не прошло само, то есть основания полагать, что и не пройдет. Как нормальный человек, после того, как все уже сломалось, я наконец-то пошел читать мануалы. Попытка повторить транзакцию с включением в нее комиссии потерпела фиаско. Зато бесконечные прыжки по ссылкам между форумами в выдаче гугла ничего стоящего не нашлось довели меня до некоего поста, где и нашлась дельная подсказка. К сожалению, теперь найти этот пост не удается, даже не знаю, что был за форум. Полагаю, некий околобиткойновый. Решение буду описывать на примере клиента, наиболее распространенного для форков, известного как Satoshi Client. Насколько понимаю, оно применимо и к прочим клиентам, но, возможно, со своими нюансами. Несмотря на простоту и очевидность решения, к нему мало кто приходит, судя по многостраничным веткам форумов. Средства на счете блокируются кошельком, и все, что требуется, это получить доступ к счету вне текущего кошелька. Итак, если транзакция зависла и не имеет подтверждений: Проявите терпение. Не поднимайте сразу панику. Подождите пару дней, вдруг и правда само пройдет. Убедитесь, что транзакция зависла. Перейдите в отладочную консоль Помощь — Окно отладки — Консоль Если кошелек зашифрован он же зашифрован? Теперь нужно получить приватный ключ от нужного счета. В ответ получите приватный ключ данного счета. Его нужно куда-нибудь скопировать, он еще понадобится. Если средства для транзакции брались с нескольких счетов, то и импортировать нужно их все. И да, никогда не храните приватные ключи в доступном для кого-либо месте. Знание ключа дает полный доступ к соответствующему ему счету. Обратите также внимание на то, что на каждую команду в отладочной консоли приходит ответ. Он может быть пустым, но он есть всегда. Позже будет понятно, к чему я это. Закройте клиент и удалите кошелек. Расположение кошелька wallet. Естественно, совсем удалять его не стоит, лучше переименовать или переместить в надежное место. Запустите клиент заново. Создастся новый кошелек. В него необходимо импортировать полученный ранее ключ ключи. Импорт может производиться достаточно долго. Позвольте ему завершиться — дождитесь получения ответа на команду. В новом кошельке должен появиться счет с реальным его состоянием. Для надежности можно перезапустить клиент с ключом -rescan, но, полагаю, это уже лишнее. Ранее заблокированные средства снова доступны для отправки, шлите их заново, на этот раз не забудьте включить комиссию. Таким нехитрым образом удалось вернуть криптомонетки. Хотя я уже и начал думать, что они потеряны совсем. В общем, не надейтесь на чудо, перед использованием нового клиента убедитесь, что комиссия всегда включена. Рекомендуемый размер комиссии, думаю, лучше искать на ресурсах, посвященных используемой криптовалюте. Upd: Необходимость описанной операции зависит от используемого клиента а так как у многих криптовалют по одному клиенту, то и от используемые валюты. Похоже, в некоторых случаях информация о транзакции записывается не в файл кошелька, а только в локальную цепочку блоков. При таком раскладе может помочь удаление имеющейся цепочки или запуск клиента с ключами. Upd2: Значительно упростить описанный процесс переноса счетов в новый кошелек может ключ -salwagewallet, уже упомянутый ранее. При запуске клиента с этим ключом создается новый wallet. К сожалению, запуск с данным ключом реализован не во всех клиентах. Upd3: Если после импорта перечислить не всю сумму, имеющуюся на счету, то часть средств сдача от используемых выходов будет перечислена на другой счет нового кошелька. Учитывайте это, если планируете вернуться к старому кошельку: Импортировав счет в новый кошелек, переведите все средства с него на другой свой счет, вернитесь к старому кошельку и после этого уже распоряжайтесь возвращенными средствами. После совершения транзакции с нового кошелька определите, на какой счет упала сдача, и импортируйте этот счет в старый кошелек. Укажите причину минуса, чтобы автор поработал над ошибками. Реклама AdBlock похитил этот баннер, но баннеры не зубы — отрастут Подробнее. Читают сейчас. Разговор с майнером Chia, имеющим 1ПБ ёмкости k Редакторский дайджест Присылаем лучшие статьи раз в месяц Скоро на этот адрес придет письмо. Владлен Грачев gwer. Платежная система. Похожие публикации. Курсы Графический дизайнер. Deep Learning. Архитектура и шаблоны проектирования. Product Manager IT-проектов. Дизайн сетей ЦОД. Больше курсов на Хабр Карьере. Минуточку внимания. Он закачал по новой базу данных транзакций и монетки вернулись. Это куда быстрее, чем описанные выше пункты. Фишка в том, что о не отправленной транзакции знает только кошелек. Удаляя базу данных транзакций мы чистим и ту не отправленную операцию по переводу. Кошель качает у людей базу и не находит отправки- коины возвращатся назад. В списке часто рекомендуемых операций это было загрузить заново всю цепочку блоков. Пробовал, даже не раз. Не помогло. Я так понимаю, информация о транзакции хранится в wallet. Вероятно, есть зависимость от клиента. Плохо, что нет в апи метода resendtransaction. Этот ручной метод совсем не подходит для автоматизированных систем. Как раз вчера в одной из криптовалют скрипт отправил несколько переводов, 1 дошел, 4 висят в мемори пуле на клиенте. Каждый раз вручную так проталкивать — сумасшествие. Но это лишь в теории, мне оно не помогло. Возможно, просто очень «повезло». Конкретно при данной операции у меня TX rejected вылезал только когда я полученный HEX случайно прогнал через signrawtransaction , а уже результат кинул в sendrawtransaction. Если переотправлять результат в чистом виде, должен быть возвращен либо номер транзакции, либо «transaction already in block». Факт того, что на локальном компьютере мы «забыли» о транзакции импортировали приватный ключ в девственный валлет ничего не говорит о том, что об этой транзакции забыли наши пиры и вообще вся биткоин-сеть. Я нигде не нашел данных о том, сколько времени в мемори-пулах на узлах сети хранится низкоприоритетная транзакция, которую никто не хочет включать в блок. Но, как правило, речь идет о таких копейках, которые не стоят того, чтобы о них задумываться. Фактически же, если новая транзакция, отсылающая «зависшие» средства, попала в блок, то даже если вдруг проблемная транзакция отвиснет, она просто отмениться должна. Велик и могуч русский язык впрочем, в данном случае я думаю и в английском такая же ситуация. Словосочетание «если транзакция попала в блок» можно понять как «транзакция заблокирована, застопорена, посажена в тюрьму», так и «транзакция подтверждена, проведена, закреплена в блокчейне». Правильное толкование в данном случае — второе. Вопрос мой в том, что «вторая транзакция» может попросту не дойти до майнеров, потому что ее не будут распространять узлы сети, имеющие в мемори-пулах первую транзакцию. А первая транзакция не будет попадать в блокчейн, потому что она низкоприоритетная. Полагаю, что в контексте криптовалют попадание в блок всегда должно подразумевать именно положительное явление. Вопрос интересный и хотелось бы получить разъяснение его от компетентных лиц. Мнения встречал противоречивые по этому поводу. Где-то говорили, что достаточно просто отправить транзакцию, которая потратит зависшие деньги, якобы она нормально уйдет, а зависшая будет отменена. С другой стороны, описание схем даблспенда подразумевало наличие своих значительных мощностей, что говорит об ошибочности слухов о простой отмене. Эта тема регулярно всплывает в разных местах. Например, вот тут bitcointalk. Да и со временем логика работы с низкоприоритетными транзакциями может меняться. Повторю: проблема с зависшими транзакциями на сегодняшний день возникает только в случае экстра-малых переводов и не стоит того, чтобы тратить на это время. Что вы подразумеваете под экстра малыми переводами? В моем случае завис перевод на к, что в рублях порядка 7к. Все-таки экстра-малые, в моем понимании, это несколько рублей. Или хотя бы в пределах сотни. Что послужило причиной зависания в данном случае — не знаю. Средства лежали на счете не первый день и обросли подтверждениями. Была ли это ошибка сети, ошибка клиента или неизвестные параметры в формуле приоритета — не знаю. Но факт остается фактом. НЛО прилетело и опубликовало эту надпись здесь. Конечно, интересно. Структуру файла сами изучали? Не встречал толковой спецификации по содержимому. Выпилить из кошелька информацию — это была первая идея, но до нее так и не дошло. Была обратная проблема. При маленьком платеже стандартный биткоин клиент требует комиссию. Погуглил — понял что это как раз чтобы избежать проблемы как у автора поста, и кстати другие клиенты могут не требовать комиссию. Получается для микроплатежей биткоин счас не очень то подходит. Такое ограничение выступает в качестве средства борьбы с транзакционным спамом. На микроплатежи якобы был ориентирован лайткойн. Но слышал, что у него порой комиссия выходит еще больше. Я всегда думал, что в кошельке хранятся только приватные ключи, а все остальное — в цепочке блоков. Я думаю, что хранение транзакций в кошельке — это, своего рода, оптимизация. А к Вам у меня вопрос. Вы пишете: Теперь нужно получить приватный ключ от нужного счета. Как Вы узнали нужный адрес? Опять же, насколько я знаю, при отправке средств у транзакции может быть несколько входов — то есть Ваши деньги будут идти с нескольких счетов. Получается, что так и есть. Именно поэтому в некоторых случаях достаточно обновить цепочку блоков на актуальную. У меня всего пара счетов, и я знал, на каком были средства. Для надежности проверил в блок эксплорере, что средства именно там, где я думаю. Но вообще, определить счет возможно. Входами транзакции являются не счета, а другие транзакции. Если счетов много, и неизвестно, какой надо импортировать, можно сделать следующее: Получить «расшифрованную» транзакцию. В поле address содержится счет, на который переводились средства в данной транзакции. Соответственно, полученные счета и являются нужными. Вы при приеме денег используете один и тот же адрес? И как же быть со сдачей, ведь она приходит на новый адрес? Если счетов много, и неизвестно, какой надо импортировать, можно сделать следующее: Я задал вопрос потому, что способ который Вы описали в статье, подходит не всем. Например, если человек пользуется обычным клиентом и особо не вникает в детали, то у него будет адресов по которым размазан его баланс. И тут простое «Теперь нужно получить приватный ключ от нужного счета В данном случае все средства были на одном счете. Если счетов много, придется импортировать все. При автоматизации процесса он должен пойти веселее. Также остается вариант с удалением локальных упоминаний транзакций перезагрузка блоков, правка кошелька. Ну и можно совершать профилактическую дефрагментацию кошелька, периодически переводя средства на один счет, хоть и полезность этого сомнительна. Пока что использовать криптовалюты, не вникая в детали, — не лучшая затея. Это все еще довольно специфичная штука. Вы даете очень плохой совет в общем случае. Кошелек в bitcoin и форках устроен так, что он одновременно хранит пул из секретных ключей, с каждым из которых связан свой адрес и своя сумма денег например, сдача с каждой тразакции всегда идет на новый неиспользованный адрес. Командой dumpprivkey вы получаете ОДИН приватный ключ и, удаляя wallet. Создав новый wallet. Конкретно эту задачу можно решить разными способами. Один из простых — ключ запуска -salvagewallet, которая создаст новый файл wallet. После совершения транзакции с зависшими средствами можно вернуться к старому кошельку, об этом написано. Ключ -salvagewallet также упомянут в посте. Но он не во всех клиентах реализован. В моем случае его просто не было. Но информацией о том, что он делает, пост дополню. Тоже плохо. Во-первых, «вернуться» — это значит снова просканировать весь блокчейн, чтобы кошелек был синхронизирован с блоками и транзакциями. Во-вторых, когда вы отправите с нового wallet. Придется возиться с импортом и этого ключа. Или постоянно переключаться и пересинхронизироваться между кошельками. Собственно, проблема в том, что оригинальный клиент не рассчитан на использование одних и тех же ключей в разных местах, поэтому любые манипуляции с wallet. Следует избегать их всегда, когда можно. Сорри, не заметил той строчки. Этот ключ, кстати, реализован больше года назад. В целом да. Проблема со сдачей решается отсылкой ее на один из своих счетов. Я понимаю, что описанное решение неидеально. Но, допустим, зависла транзакция. Информация о ней в кошельке, скачивание новой цепочки блоков ничего не дает. Ключ -salwagewallet в клиенте не реализован. Инструмента для выпиливания из кошелька информации под рукой нет. Как поступить? И есть вопрос насчет пула из ключей в кошельке. Допустим, при создании кошелька в нем имеется ключей. При импортировании в него нового ключа их там станет или ? Просто интересно, можно ли полноценно имитировать -salwagewallet, вытащив все ключи из старого кошелька. Ну мы все же не в пустыне. Можно этот инструмент скачать: по времени это сравнимо с пересканированием блокчейна. Особенно учитывая специфичность Вашего метода заблокированы деньги только с одного адреса, других ключей нет. Кстати, Ваш способ я бы исправил так: на шаге 8 отправить ВСЕ доступные на адресе монеты сначала на один из своих адресов можно даже на этот же. И после подтверждения транзакции вернуться к старому wallet. Потеряем только сумму комиссии. Вообще, суть моего недовольства не в самом способе или его отсутствиии, а в том, что на любых рецептах всегда должна находиться информация о побочных эффектах. Нет, это не лимит, а именно пул «неиспользованных адресов», генерируемый при создании wallet. Они задействуются по мере необходимости обычно — для получения сдачи. Как только не останется ни одного «чистого» адреса — будет сгенерировано еще При этом старые ключи никуда не удаляются, даже если на соответствующих адресах пусто. Salvagewallet испортирует вообще все ключи, что есть. Можно этот инструмент скачать: по времени это сравнимо с пересканированием блокчейна А можно подробнее? Первый и единственный на данный момент инструмент я встретил в комментарии к этому же посту. Не там искал? Или не то? Информацию об избежании проблем в пост добавил. Ну, не знаю. Первый ответ по запросу «bitcoin delete transaction» — это bitcointalk. Я знаю, что есть еще утилиты для работы напрямую с wallet. Хм, этот топик я видел, но почему-то упорно пропускал его. Видимо решил, что решение сугубо для биткойна. А, ну, конечно, в самом скрипте все пути прописаны для биткоина. Что обсуждают. Комментарий переводчика, или никто никого не обучает 5,4k Насколько экологична атомная энергетика? На самом деле так же, как солнечная и ветровая 29k Самое читаемое. Ваш аккаунт Войти Регистрация. Настройка языка. О сайте. Служба поддержки. Мобильная версия. Интерфейс Русский. Сохранить настройки.

Инвестиционный фонд ветеран