Тема с зависшими транзакциями на этом форуме давно раскрыта в подробностях и со всеми подводными камнями. На основе старых сообщений и нужно было писать ФАК, а не пересказывать копипастеров с интернета. Данный ФАК написан теоретиком, а не практиком, либо просто малоопытным человеком в конкретно зависаниях транзакций, списывал он где то в статьях и толку от этого топика мало. Лучше книжку почитать, тем более если заниматься таким ответственным делом, с финансами связанным.

НУ про тот же CPFP можно было бы и поподробнее расписать. Чтобы не быть голословным - https://telegra.ph/Child-pay-for-parent-tranzakciya-06-17
И это далеко тоже не полный гайд конкретно по одному вопросу.
С другой стороны, поднятые темы очень похожи на типичный FAQ на каком то сайте, там тоже все описывается всегда коротко и очень сжато.

Просто ради апа и любопытства, автор, что мешает скупать кошельки запароленные если умеешь открывать?

Со вторым предложением согласен, но не вижу ничего плохого в хорошо зашифрованном wallet.dat в rar архиве, выложенном повсюду. Необоснованные страхи, по-моему.

Пусть второй пароль будет равен третьему и это будет какое-то относительно большое (от 100000 до 1000000000) и круглое число (все цифры, кроме первой - нули) или все цифры одинаковые.

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

конструктивная критика приветствуется

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

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

значение параметра -iter обязательно должно совпадать с тем, которое использовали при шифровании, поэтому важно его не забыть, лучше записать где-нибудь

Thank you very much for the hard work you did. I managed to recover all my bitcoins and BCH after 3 years. You really are a blessing. God bless you. Thanks for being honest too!!!

Большое спасибо за работу, которую вы сделали. Мне удалось восстановить все мои биткойны и BCH через 3 года. Вы молодец (?). Будьте здоровы. Спасибо за честность тоже!!!

Очень важно понимать, что нужно делать копию после отправки, если сдача отправляется на произвольные адреса. Не сохранив, вы рискуйте потерять "сумму сдачи"

Проверил на последней версии, запустил с ключом -addresstype=legacy и сделал dumpwallet. Генерируется HD с легаси адресами.

В каком порядке и какие транзакции включаются в блок?

Грубо говоря, включается топ мемпула по убыванию комиссии. Но есть несколько исключений и дополнений:

•    Если у нескольких транзакции в мемпуле абсолютно одинаковая комиссия, то они сортируются по времени (не уверен, но вроде бы получения транзакции первый раз нужной нодой). Со временем всё сложно - напрямую мы его не контролируем, но можем слегка использовать в своих целях (см стратегии 3,4).
•    Если в блоке помещается 2000 первых транзакций, а 2001ая не помещается, то может быть взята 2002ая, 2003я и т д. Таким образом, чем меньше транзакция - тем выше её шансы стать последней. Одной этой идеи мало. См стратегию 5.
•    Работа механизма CPFP - тогда дети и родители стоят рядом, сначала родители. Стоят в месте, соответствующем их средней (с учетом их размеров) комиссии. Как использовать в этом конкурсе - у меня не получилось придумать.
•    И наконец - ручное изменение приоритета на пуле.

Какие бывают блоки?

Для нас важно - заполнен ли блок полностью или же в нём ещё есть место. Если пустое место есть - значит, мемпул пуст. Можно пытаться попадать в полные блоки (стратегии 1, 2, 5), а можно - в неполные (стратегии 3,4).


Стратегия 1. Самая простая стратегия - слать транзакции как попало. Вероятность стать последней - около 0.05% - очень мало.

Стратегия 2. При созданиии транзакции выбрать комиссию так, чтобы попасть ровно в нужное место сортированного мемпула. Вроде неплохо, но через секунду появится какая-нибудь чужая транзакция и мы окажемся чуть ниже. Конечно, можно в таком случае отправить вторую, третью, ...потом можно будет сделать replace-by-fee у первой..., второй и так далее. На глаз - тут нужно около сотни транзакций и написать много кода. Комиссию придётся ставить не очень маленькую, а подтвердятся в итоге все эти транзакции. Выходит дорого, но (это моё ощущение) можно добиться очень большой вероятности (50-90%) попадания именно в любой нужный блок. Если бы призовой фонд был в сто раз больше - стоило бы делать так.

Стратегия 3. Слать транзакции с минимальной возможной комиссией 1 сат/байт с тем, чтобы встать в самом конце мемпула и войти последним в неполный блок. Стратегия очень простая и доступна новичкам - можно делать вручную. В то же время уже приемлимые шансы на попадание одной транзакцией - где-то 2-5%. Тут важно не пытаться увеличить шансы одновременной отправкой нескольких транзаций - см пункт про сортировку по времени. Если хочется увеличить шансы отправкой нескольких транзакций - это надо делать через некоторое время - или (и это ещё лучше) после того, как транзакцию с такой же комиссией отправит кто-то другой. Победитель одно время слал просто раз в 5-10 секунд.

Стратегия 4. Можно развить эту идею дальше: в момент появления неполного блока мемпул обнуляется и быть там последним [в пустом мемпуле] очень легко: комиссия 1 сат/байт. Будем отправлять транзакцию в этот момент. Пока в мемпуле нет больше транзакций с 1 сат/байт - мы в очень хорошем положении - если появится блок - мы победим. Пока их там мало - шансы тоже очень хорошие. Дальше можно либо ждать следующего такого момента, либо переходить к стратегии 3. Шансы (оценка на глаз) - около 10% с одной транзакции.

Стратегия 5. Периодически кто-то выгружает в мемпул много транзакций разом. Допустим, что все они имеют размер хотя бы в 220 vbyte, одинаковую комиссию и их объём на блок или больше. Тогда мы можем послать свою транзакцию размером в 110 vbyte (практически минимальный размер) с комиссией чуть меньше или ровно такой же, с тем, чтобы использовать в свою пользу пункт 2. Когда какой-то блок набьют доверху этими транзакциями, есть шанс около 50%, что в блоке останется ешё 110-220 vbyte места. Все оставшиеся транзакции этой серии будут пропущены, а наша - войдёт последней. Если не войдёт - она ещё останется в мемпуле вместе с остатками той пачки - и у неё будет ещё и вторая такая попытка. Шансы очень большие - на глаз 60-90% у одной транзакции. Конечно, тут всё зависит от параметров пачки - а их реальные параметры я не изучал.

Когда проверял решаемость задачи сам - использовал вручную гибрид стратегий 3 и 4 - попал где-то с десятой попытки, времени ушло 2-3 часа при околопустом мемпуле.

Конкурс это или лотерея?

На мой взгляд, конкурс. Но можно его воспринимать и как лотерею и использовать соответствующие стратегии. А можно - как конкурс и использовать что-то вроде стратегии 5 (теоретические шансы больше половины с одной попытки). К сожалению, что-то подобное никто не сделал. Решение, которое я проверял сам - даёт шансы 5-10% с одной попытки.

Не тут ли кроется отгадка?
https://github.com/bitcoin/bitcoin/blob/master/src/miner.cpp#L282

Автор, покажи окуенный плюс от этой стратегии сначала, чтобы потом говорить о 100%.

Чисто копейки погонять для развлечения? Тоскливое занятие.
Ты сам-то попробовал или по описанию составил свое мнение?

Как определить, что ставок набралось девять? Сидеть и ждать?
Если я правильно понимаю - последний выигрыш был 2019-03-10 и с тех пор
(а прошло две недели почти) было сделано только 5 ставок. Душераздирающее зрелище.

Стоит отметить, что некоторые клиенты в этом случае будут генерировать одно и то же, так
как используют detreministic ECDSA. Не всё так просто.

вычисляется sha256(txid1+txid2+txid3+txid4+txid5+txid6+txid7+txid8+txid9+txid10) - шестнадцатиричное число, затем берётся первая десятичная цифра, добавляется 1 и получается номер победителя.