Что делать если транзакция в pending? Что делать если биткоин транзакция «зависла»? Транзакция не найдена что делать

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

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

Что значит неподтвержденная транзакция биткоин?

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

Вы всегда можете узнать статус вашего перевода, просто введя в поле поиска сайта blockchain.info свой TXID (id вашей транзакции). Там отображается количество подтверждений и путь самой транзакции. Цифра 2 около и синий статус «кнопки» c надписью Confirmations в Blockchain означает, что транзакция прошла. А если она не была подтверждена, тогда вы увидите характерную надпись Unconfirmed Transaction на красном фоне.

При условии выставления адекватной комиссии подтверждение занимает до 30 минут, в противном случае, можно ожидать 72 часа и даже больше.

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

Почему не подтверждается транзакция?

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

Важно помнить, что размер комиссии не зависит от суммы транзакции. То есть, транзакция на 100 биткоинов может оказаться дешевле, чем на 0,01 BTC. Все зависит от ее размера в байтах. В свою очередь размер зависит от количества связанных транзакций. Например, если вы получили по 1 биткоину от Димы, Саши, Кати, а потом отправляете эти 3 биткоина Вахтангу, то в этой транзакции будет участвовать 4 адреса (включая ваш). А это дополнительные 600 байтов или около того.

Но если копнуть глубже, то окажется, что длительное время подтверждения транзакции – это следствие маленького размера блока Bitcoin. Сеть в условиях постоянного роста количества участников и переводов не способна их быстро обрабатывать на данном этапе.

Можно даже провести приблизительный расчет. Размер 1 блока составляет 1 мегабайт, на скрине выше обычная транзакция «занимает» 370 байт. На генерацию 1 блока уходит порядка 10 минут. Это значит, что за 10 минут может быть подтверждено порядка 2600 транзакций. Но ведь их на самом деле значительно больше.

На все том же сайте blockchain.info можно посмотреть размер mempool (мемпул – очередь) сети. Это объем всех транзакций, который ждут подтверждения.

Суммарно они занимают свыше 100 мегабайт. Это означает, что менее 1% транзакций будет подтверждено в течение 10 минут. В общей сложности на их обработку уйдет 10х100=1000 минут или почти 17 часов. И это при условии, что в сети BTC внезапно перестанут проводиться любые новые транзакции.

Глобальное решение этой ситуации – это увеличение размера блока. Именно для этого и был проведен . Он предусматривает оптимизацию использования памяти для хранения данных о транзакциях, и должен подготовить сеть к дальнейшим модификациям (увеличение блока) через софтфорк. Segwit2x, который предусматривал хардфорк (жесткое разделение блокчейн) и увеличение размера блока до 2 мегабайт, был отменен.

Что будет с деньгами?

Одно можно сказать точно – ваши деньги никуда от вас не пропадут. Тут есть два сценария:

• Ждать, пока ваша транзакция таки получит необходимых 2 подтверждения;
• Принимать какие-то меры, чтобы ее протолкнуть.

Первый вариант не требует от вас никаких действий. Вы знаете, что проверка транзакции доступна на blockchain.info и некоторых других сервисах, и можете время от времени посматривать на ее статус, вводя в поиск идентификатор. Однако время ожидания может затянуться на дни, а в крайних случаях – недели.

И даже если вы не спешите с переводом, на каком-то этапе придется принимать меры. О об основных способах ускорения мы поговорим ниже.

Сколько ждать подтверждения транзакции биткоин

На некоторых сервисах указывается как долго ожидать подтверждения. Но эти цифры редко-когда имеют что-то общее с реальностью. Вы можете самостоятельно рассчитать время подтверждения транзакции. Для этого вам необходимо обратить внимание на строку Fee per byte.

Как обезопаситься от зависания транзакций

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

Если вы получили 10 биткоинов через 10 транзакций по 1 биткоину, то перевод этих 10 биткоинов по своему объему в байтах будет намного больше, чем перевод 100 биткоинов, которые вы получили с 1 адреса. Это и есть пример «Пути» отправляемых биткоинов. Аналогично и при отправлении – чем больше адресов, тем больше комиссия. Если вам нужно отправить BTC нескольким получателям, тогда объединяйте транзакции в одну и «разветвляйте» ее через Input.

Ключевое значение – это размер комиссии на 1 байт. Перед тем как отправлять битки, посмотрите показатели мемпула и проверьте среднее значение комиссий в сети. Посмотреть показатели комиссий можно на BitcoinFees.

Если мемпул пуст, тогда даже перевод с небольшой «пеней» пройдет – здесь работает простой закон спроса и предложения. Майнеры обрабатывают транзакции, так как лучшие предложения поступают редко. Идеальное время проведения – это когда Китай и Азия спят. То есть в европейской первой и второй временной зоне в этот период вечер (6-10 часов).

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

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

Итак, резюме:

1. Неподтвержденная транзакция – это транзакция, которая после отправки по какой-то причине не была добавлена в блок.
2. Чтобы ускорить транзакцию, можно использовать метод двойной траты (Double Spend), CPFP, Replace-by-fee либо специальные ускорители.
3. Чтобы обезопаситься от зависаний, нужно выставлять правильную комиссию и учитывать время проведения транзакции.

Это означает, что заполняется больше блоков. И так как все транзакции не могут быть немедленно включены в блокчейн, возникает неприятность, которая у майнеров называется «мемпулом» (вид «очереди транзакций.»)

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

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

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

Перед тем, как её отправить

На протяжении первых лет существования Биткоина, большинство кошельков добавляли фиксированные комиссионные для исходящих транзакций: обычно, 0.1 mBTC. Так как у майнеров было в блоках достаточно места, они без проблем включали эти транзакции в первый же блок, который им удавалось намайнить. (На самом деле, транзакции с ещё более низкими комиссионными или даже вообще без комиссии включались в блоки так же быстро.)

С усилением конкуренции за место в блоке, фиксированная комиссия 0.1 mBTC стала недостаточной для того, чтобы транзакция сразу включалась в следующий блок; их опережают транзакции, комиссии у которых являются более высокими. В то время, как сделка с низкой комиссией, скорее всего, подтвердится, это может потребовать немало времени.

Попробуйте увеличить комиссию

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

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

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

Проверьте, поддерживает ли ваш кошелёк динамическое изменение комиссий

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

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

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

Рассмотрите переход на другой кошелёк

Когда вы переключаетесь на новый кошелёк, то, конечно, вам нужно перевести средства с вашего старого кошелька на новый кошелёк. Если вы не возражаете против небольшой траты, то можете переслать средства из старого кошелька в новый кошелёк через сеть Биткоина. Они, в конечном счёте, прибудут - даже если комиссия будет низкой.

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

После того, как вы её отправили

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

Выборочная замена комиссионных

Чтобы ваша транзакция совершила прыжок в очереди, проще всего использовать опцию, которая называется «выборочная замена комиссионных», (Opt-In Replace-by-Fee, Opt-In RBF). Она даёт вам возможность повторно послать ту же самую транзакцию, но с более высокими комиссионными.

В большинстве случаев, когда та же самая транзакция пересылается по сети, но с более высокими комиссионными, новая транзакция отвергается сетью. Узлы Биткоина обычно решают, что новая транзакция представляет собой попытку двойной траты, поэтому не принимают и не обрабатывают её. Но когда вы пересылаете транзакцию с использованием опции Opt-In RBF, то по сути говорите сети, что пересылаете ту же самую транзакцию, только с более высокой комиссией. В результате, большинство узлов Биткоина принимают новую транзакцию вместо старой; позволяя новой транзакции перескочить в очереди.

Будет ли ваша новая транзакция включена в один из ближайших блоков, будет зависеть от майнера, который считает следующий блок: не все майнеры поддерживают Opt-In RBF. Однако немало майнеров также поддерживают эту опцию, поэтому так или иначе ваша транзакция будет включена в ближайшие блоки.

Opt-In RBF в настоящий момент поддерживается двумя кошельками: Electrum и GreenAddress . В зависимости от кошелька, вам может быть нужно включить Opt-In RBF в настройках меню перед тем, как вы отправляете (первую) транзакцию.

Дети платят за родителей

Если ваш кошелёк не поддерживает Opt-In RBF, вещи становятся немного более сложными.

Дети платят за родителей (Child Pays for Parent, CPFP), вот что может стать уловкой. Применяя CPFP, майнеры не обязательно принимают те транзакции, у которых самые высокие комиссии, а вместо этого они могут принять набор транзакций, у которых в целом более высокие комиссии.

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

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

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

Как и в случае с Opt-In RBF, не все майнеры на сегодняшний день поддерживают CPFP. Но их достаточно для того, чтобы вы могли быть уверены: ваша транзакция подтвердится в одном из следующих блоков.

Или..

Если не доступна ни опция Opt-In RBF, ни CPFP, вы технически все ещё можете попробовать и передать первоначальную транзакцию с более высокими комиссионными. Это обычно называется как «полная замена комиссии», и некоторые майнеры её принимают. Однако доступные кошельки не имеют такой опции.

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

Так же айнинговый пул ViaBTC начал предлагать «ускоритель транзакций.» Если ваша транзакция, которая застряла, включает в себя комиссионные в размере как минимум 0.1 mBTC на килобайт, вы можете отправить ID этой транзакции на ViaBTC, и пул сделает у неё более высокий приоритет по сравнению с остальными транзакциями. Так как ViaBTC контролирует около семи процентов хэширующей мощности сети Биткоина, есть хорошая вероятность того, что блок с вашей транзакцией будет найден за пару часов. Однако у этой службы есть ограничение: максимум 100 транзакций в час.

Для получателя

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

Также есть смысл спросить отправителя средств, в состоянии ли он использовать опцию Opt-In RBF. Если это так, он может заново отправить транзакцию с более высокой комиссией. Конечно, ускоритель транзакций ViaBTC (который упоминался выше) работает и для приходящих транзакций.

Хотите больше новостей?

Многие наверняка уже столкнулись с проблемой зависших битков (при отправке и получении).
В большинстве случаев, виною этому спам сети и выставление малой платы майнерам (далее комиссия).
Перед отправкой битков, я бы посоветовал вам смотреть на состояние сети и выставлять комиссию, которую рекомендуют данные сервисы:
https://btc.com/stats/unconfirmed-tx

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

Берем свой th(id) транзакции:
Пример:

И вбиваем id cюда:

Примечание!
При загруженности сети биткоин, не всегда получается с первого раза с помощью этого сервиса вбить успешно.

Вы можете получить, такое сообщение:

Submissions are beyond limit. Please try later.

Нажмите, чтобы раскрыть...

Вам нужно вбивать до тех пор, пока не получите статус: Успешно.

После этого, ваша транзу подхватят и вовлекут в блок для обработки.

Что делать, если ваша биткоин транзакция не подтверждается ("зависла")?

Сначала можно просто подождать. Если прошло уже несколько часов (или даже суток) и ждать надоело, то есть несколько вариантов:

1. Cделать даблспенд . Особенности: может сделать только отправитель.
2. Использовать CPFP . Особенности: может сделать получатель и обычно отправитель.
3. Использовать replace-by-fee . Особенности: может только отправитель и если заранее позаботился; не все кошельки могут.
4. Использовать "ускоритель" от viabtc . Особенности: может получатель и отправитель, но сервис часто перегружен и есть ограничения на транзакцию.

Как сделать даблспенд (двойную трату)?

Действуем по следующему алгоритму (алгоритм описан для кошелька Bitcoin Core; для других кошельков действия аналогичны, но команды будут другими):

SpoilerTarget">Спойлер: алгоритм

1) Убеждаемся, что она ждёт подтверждения. Для этого копируем id вашей транзакции, вставляем в строку поиска сервиса blockchain.info (а также bitaps.com, blocktrail.com/BTC или аналогичного). Далее ищем глазами строку "неподтвержденная транзакция" ("unconfirmed transaction"). Нашли? Значит, транзакция ждет подтверждения.
Примечание. На "Приблизительное время подтверждения" ("Estimated Confirmation Time") на странице с вашей транзакцией blockchain.info не смотрим -- там неизвестно что.

2) Теперь закрываем кошелек и запускаем его из командной строки с параметром -zapwallettxes и ждем пока он откроется. Когда кошелек запустится, все неподтвержденные транзакции из него исчезнут (но они ещё есть в сети!). Для bitcoin core 0.14 потребуется перед запуском ещё переименовать или перенести файл mempool.dat (мемпул в этой версии сохраняется в файл и старая транзакция остается там).
Примечание. Почему не с параметром -salvagewallet? -zapwallettxes не затронет имена ваших ключей, а -salvagewallet удалит их. Кроме того, bitcoin core иногда падает при запуске с -salvagewallet и тогда ваш wallet.dat будет поврежден. Правда, рядом с ним заранее будет создана копия.

3) Теперь можно создавать новую транзакцию, не забыв поставить адекватную комиссию. Но! Поскольку ваша старая транзакция ещё осталась в сети, она может когда-нибудь неожиданно подтвердиться. Если вас это не устраивает, то у новой транзакции хотя бы один из входов должен будет совпадать с одним из входов старой. Для этого смотрим на странице вашей транзакции на сайте blocktrail.com/BTC или аналоге графу "inputs", запонинаем точный размер входа в битках. После этого при создании транзакции в кошельке нажимаем на кнопку "inputs...", находим в списке такое же точно число в битках и выбираем его (если их несколько, то выбирайте с тем же адресом получения и временем). После этого выбираем ещё какие-нибудь входы, чтобы общая сумма была больше суммы транзакции с будущей комиссией; лучше выбирать с запасом. Далее заполняем все поля как обычно, (не забываем про комиссию!) и отправляем.

Как использовать CPFP? Как быть, если я не отправитель, а получатель транзакции?

Такой способ есть и он подходит для получателей; для отправителя он также подойдёт, если у вашей транзакции была "сдача" (обычно она есть). Этот способ немного дороже и сколько пулов его поддерживают - неизвестно (по состоянию на начало 2017 года как минимум два пула его поддерживают). Можно попробовать задействовать механизм CPFP (child pays for parent). Для этого вы должны потратить один из выходов проблемной транзакции с комиссией, которой хватит на обе транзакции сразу - новую и старую. То есть просто создаёте транзакцию с одним входом (это должен быть один из выходов проблемной, например - сдача) и пересылаете биткоины себе же. Комиссию ставите такую, чтобы её хватило на обе сразу: для этого суммируете их размеры, умножаете на число из пункта "Как выбрать адекватную комиссию?", делите на размер новой в килобайтах и вписываете в графу "custom transaction fee" при отправке транзакции. Подробнее для кошелька Bitcoin Core под спойлером:

SpoilerTarget">Спойлер

Пусть для примера вы получатель и должны получить 0.08500148 btc. Для того, чтобы воспользоваться CPFP, в Bitcoin Core нажимаем "Настройки" -> "Параметры" -> "Бумажник" ("Settings" -> "Options" -> "Wallet") ; ставим галочки у "включить управление входами" ("Enable coin control features") и "тратить неподтвержденную сдачу" ("Spend unconfirmed change"), если они не стоят (потом можно будет их убрать); теперь закрываем окно настроек и нажимаем "Отправить" ("Send"), там нажимаем кнопку "Входы..." ("Inputs...") и ставим галочку у суммы 0.08500148; потом "Ок", получателем ставите свой адрес; количество ставите 0.08500148 и галочку "вычесть комиссию из суммы" ("subtract fee from amount"); комиссию ставите "выборочно" ("custom"), "за килобайт" ("per kilobyte") и пишете с рассчетом на 2 транзакции по формуле ((размер старой транзакции)/(размер новой транзакции) + 1)*(адекватная комиссия за килобайт и лучше побольше). Отправляете.

Всё. Теперь ждёте. Те пулы, которые "понимают" эту схему, с радостью возьмут обе транзакции сразу. Возможно, это будет не быстро, если таких пулов мало.

Как отменить транзакцию? Может ли транзакция отмениться сама?

Если транзакция подтвердилась (включена в блок), отмениться или быть отменена она не может. Чтобы отменить неподтвержденную транзакцию, необходимо создать конкурирующую с ней транзакцию и добиться её включения в блок - смотрите пункт (2) ответа на вопрос "Что делать, если отправленная вами биткоин транзакция не подтверждается ("зависла")?". В любом случае, гарантии успеха тут нет.

Сама неподтвержденная транзакция отмениться не может - может лишь поменяться отображение в вашем кошельке. Далее смотрите ответ на вопрос "Моя транзакция висела неподтвержденной несколько дней, а затем пропала и деньги вернулись обратно. Теперь все хорошо и я могу просто отправить деньги ещё раз?".

Моя транзакция висела неподтвержденной несколько дней, а затем пропала и деньги вернулись обратно. Теперь все хорошо и я могу просто отправить деньги ещё раз?

Нет! Ваша старая транзакция ещё есть в сети и может неожиданно подтврдиться. Чтобы этого избежать, смотрите пункт (2) ответа на вопрос "Что делать, если отправленная вами биткоин транзакция не подтверждается ("зависла")?" (под спойлером). Если вы вообще передумали делать тот перевод, то можно будет сделать перевод себе самому.

Как обезопаситься от зависания транзакций?

1. Выставлять адекватную комиссию.
2. Включить в кошельке механизм replace-by-fee и помечать все транзакции как replaceable, если ваш кошелёк его поддерживает (вроде бы electrum поддерживает). Это позволит при возникновении проблемы легко повысить комиссию.

Волею судеб довелось мне иметь дело с криптовалютами. Не то что бы плотно работаю с ними, но иногда то отправлю монетки, то получу. Скажем так, понемногу прощупываю новую сферу изнутри.

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

Начну с того, что пост местами пронизан догадками относительно происходящего. Где-то я могу ошибаться. Объективные поправки и дополнения только приветствуются.

Немного о терминологии.

• Кошельком буду называть файл wallet.dat.
• Публичный ключ (адрес, на который перечисляются средства, например) временами тоже удобнее назвать кошельком, но, во избежание путаницы, пусть он будет просто номером счета.
• Комиссия - Transaction Fee. Называть эту штуку комиссией, я считаю, не совсем правильно, но это наиболее привычный и не режущий слух вариант, потому пусть будет комиссией.
• Размер транзакции - размер блока данных, в котором содержится вся информация о транзакции.

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

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

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

• Размер транзакции должен быть не больше определенной величины.
• Переводимая сумма должна быть больше некоего порога.
• Транзакция должна обладать достаточным приоритетом.

Сам приоритет прямо зависит от объема переводимых средств и от числа их подтверждений (чем дольше именно эти деньги лежали у вас на счету, тем больше должен быть приоритет, по сути) и обратно зависит от размера транзакции. Таким образом, при неудачном стечении обстоятельств транзакция без комиссии может оказаться в зависшем неподтвержденном состоянии, с которым я и столкнулся.

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

• Подождите сутки-двое, вашу транзакцию включат в очередной блок.
• Подождите сутки-двое, программе-клиенту надоест ждать, и она сама отменит транзакцию.
• Загрузите заново всю цепочку блоков.
• Запустите клиент с каким-нибудь волшебным ключом (-rescan / -reindex / -salvagewallet).

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

• Зависит от валюты, где-то быстро отменяется, где-то нужно ждать долго.
• Баг конкретного клиента.
• Информация об отмене неверна.

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

Решение буду описывать на примере клиента, наиболее распространенного для форков, известного как Satoshi Client. Насколько понимаю, оно применимо и к прочим клиентам, но, возможно, со своими нюансами.

Несмотря на простоту и очевидность решения, к нему мало кто приходит, судя по многостраничным веткам форумов. Средства на счете блокируются кошельком, и все, что требуется, это получить доступ к счету вне текущего кошелька.

Итак, если транзакция зависла и не имеет подтверждений:

1. Проявите терпение. Не поднимайте сразу панику. Подождите пару дней, вдруг и правда само пройдет.
2. Убедитесь, что транзакция зависла. Зайдите в Block Explorer (обычно гуглится по запросу «blockchain %названиекриптовалюты%») и проверьте, что про зависшую транзакцию там ничего не знают, а на счете деньги на самом деле есть.
3. Перейдите в отладочную консоль (Помощь - Окно отладки - Консоль)
4. Если кошелек зашифрован (он же зашифрован?), то для начала необходимо получить доступ, используя команду walletpassphrase .
5. Теперь нужно получить приватный ключ от нужного счета. dumpprivkey
   . Вместо

   нужно подставить публичный номер счета, на котором лежат заблокированные средства. В ответ получите приватный ключ данного счета. Его нужно куда-нибудь скопировать, он еще понадобится. Если средства для транзакции брались с нескольких счетов, то и импортировать нужно их все. И да, никогда не храните приватные ключи в доступном для кого-либо месте. Знание ключа дает полный доступ к соответствующему ему счету.
   Обратите также внимание на то, что на каждую команду в отладочной консоли приходит ответ. Он может быть пустым, но он есть всегда. Позже будет понятно, к чему я это.
6. Закройте клиент и удалите кошелек. Расположение кошелька (wallet.dat) зависит от конкретного клиента и ОС. Естественно, совсем удалять его не стоит, лучше переименовать или переместить в надежное место.
7. Запустите клиент заново. Создастся новый кошелек. В него необходимо импортировать полученный ранее ключ (ключи). Идем в отладочную консоль и пишем importprivkey . Импорт может производиться достаточно долго. Позвольте ему завершиться - дождитесь получения ответа на команду.
8. В новом кошельке должен появиться счет с реальным его состоянием. Для надежности можно перезапустить клиент с ключом -rescan, но, полагаю, это уже лишнее. Ранее заблокированные средства снова доступны для отправки, шлите их заново, на этот раз не забудьте включить комиссию. (есть важные дополнения по этому пункту в upd3 )
9. Если на старом кошельке остались прочие используемые и важные счета, можно снова вернуться к нему.

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

Upd2: Значительно упростить описанный процесс переноса счетов в новый кошелек может ключ -salwagewallet, уже упомянутый ранее. При запуске клиента с этим ключом создается новый wallet.dat, в который импортируются все счета из старого, а история транзакций к нему берется из цепочки блоков (за описание спасибо ). К сожалению, запуск с данным ключом реализован не во всех клиентах.

Upd3: Если после импорта перечислить не всю сумму, имеющуюся на счету, то часть средств (сдача от используемых выходов) будет перечислена на другой счет нового кошелька. Учитывайте это, если планируете вернуться к старому кошельку:

• Импортировав счет в новый кошелек, переведите все средства с него на другой свой счет, вернитесь к старому кошельку и после этого уже распоряжайтесь возвращенными средствами.
• После совершения транзакции с нового кошелька определите, на какой счет упала сдача, и импортируйте этот счет в старый кошелек.

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

Транзакция обладает четырьмя важными свойствами, известными как свойства АСИД :

(А) Атомарность . Транзакция выполняется как атомарная операция - либо выполняется вся транзакция целиком, либо она целиком не выполняется.

(С) Согласованность . Транзакция переводит базу данных из одного согласованного (целостного) состояния в другое согласованное (целостное) состояние. Внутри транзакции согласованность базы данных может нарушаться.

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

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

Транзакция обычно начинается автоматически с момента присоединения пользователя к СУБД и продолжается до тех пор, пока не произойдет одно из следующих событий:

Подана команда COMMIT WORK (зафиксировать транзакцию).

Подана команда ROLLBACK WORK (откатить транзакцию).

Произошло отсоединение пользователя от СУБД.

Произошел сбой системы.

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

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

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

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

10.Основные подходы к обеспечению параллельного выполнения транзакций. Проблемы параллельного выполнения транзакций.

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

Основные проблемы, которые возникают при параллельном выполнении транзакций, делятся условно на 4 типа:

Пропавшие изменения.

Проблемы промежуточных данных.

Проблемы несогласованных данных.

Проблемы строк-призраков (строк-фантомов).

Проблемы параллельной работы транзакций

Каким образом транзакции различных пользователей могут мешать друг другу? Различают три основные проблемы параллелизма:

Проблема потери результатов обновления .

Проблема незафиксированной зависимости (чтение "грязных" данных , неаккуратное считывание ).