Topic: Как завещать свои биткоины? - page 16. (Read 4881 times)

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

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

Ну а вообще способы Амаклина довольно интересны, так как варианты CPFP и RBF отсекаются, он ускорял их считай являясь третьей стороной.


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

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

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

Амаклин как-то намекал примерно как оно работает, но не раскрывал все тайны.
Я так понимаю: когда пул находит блок, то посылает его в сеть и в его мемпуле остается всякая шваль с малой комиссией, нестандартные и т.п. транзакции. Чтобы не терять время, пул начинает майнить вот это вот все и в итоге пул может даже вообще блок без транзакций смайнить если повезет. Примеры в блокчейне есть - можете поискать.

Я вот тоже не понимаю в чем смысл майнерам бесплатно проталкивать транзакции с заведомо малыми комиссиями (если бы комиссия была +- нормальная, то транза и сама бы прошла). Что они с этого имеют? Вряд ли им так важны репутационные отзывы людей на сторонних сайтах, их бизнес никак не связан с репутацией. Разве что там альтруисты работают.

У меня нет такой уверенности, что и через 10 лет майнеры будут предоставлять такую услугу, но, возможно, вы правы. Вряд ли это будет бесплатно, как сейчас у viabtc (хотя viabtc бесплатно пропихивает только 100 транзакций с комиссией > 10 sat/B в созданном ими блоке, - многие помнят, как непросто было в конце 17-го в эту сотню вщемиться). А платно - дорого.

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

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

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

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

Я слышал о способе "CPFP", но к своему стыду никогда не вдавался в подробности его использования. Теперь благодаря вам я знаю и о нем. Спасибо.

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

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

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

Да, это не проблема. Используя принцип CPFP (потомок платит за родителя) всегда можно будет доплатить за эту транзакцию.

Отличная инструкция.

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

1. Переводим нужное нам число локтайм в 16-ричный формат. То есть, например, нам нужно установить локтайм на 700000 блок, конвертируем 700000 в hex-формат, получаем AAE60. Нам нужно 8 символов, поэтому дополняем спереди нулями до 8 символов (в моем примере получается 000AAE60).
2. Теперь нужно перевести полученное число в low-endian формат, проще говоря, надо записать байты "задом наперед". Каждый байт записывается двумя шестнадцатеричными символами, поэтому переворачиваем число парами (в нашем примере 00 0A AE 60, его "перевернутая" запись будет 60 AE 0A 00 или без пробелов 60AE0A00).

Открываем Electrum.

(!) В настройках должна стоять галка на RBF ("Использовать возможность замены комиссии"), это важно, без этого локтайм работать не будет. Можно сделать, чтобы работало без RBF, но не хочу усложнять инструкцию - проще галку в настройках поставить (по умолчанию галка стоит, но лучше убедиться).

3. Готовим транзакцию (как обычно).
4. Нажимаем "Предпросмотр", проверяем адреса/суммы, нажимаем "Копировать", затем "Закрыть".
5. Нажимаем в меню "Инструменты" - "Загрузить транзакцию" - "Из текста" - вставляем содержимое буфера обмена (правая кн. мыши "Paste" или Ctrl+V). В окошке появляется неподписанная транзакция в виде последовательности байтов. Нас интересуют последние 4 байта (то есть нам нужно изменить последние 8 символов).
6. Заменяем последние 8 символов числом, полученным в п.2. Нажимаем "Загрузить транзакцию"
7. В открывшемся окне проверяем поле Locktime, убеждаемся, что не ошиблись.
8. Нажимаем "Подписать", подписываем.
9. Сохраняем подписанную транзакцию либо в файл кнопкой "Экспортировать" (не кнопкой "Сохранить"(!), это другое), либо кнопкой "Копировать" и последующей вставкой куда-нибудь в свой текстовый файл.

update 26.10.2020. Начиная с 4.0 версии Электрума данная инструкция является неактуальной, так как в интерфейс уже встроена штатная и удобная функция изменения nLocktime.

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

Я тоже не кодер ). Чтобы поменять локтайм в электруме, нужно научиться одной элементарной вещи - переводить десятичное число в шестнадцатеричное. Это можно сделать в виндовом калькуляторе или в онлайн-конвертере. Больше никаких умений не нужно, остальное делается в GUI Электрума (даже не в консоли). Если хотите, распишу по шагам.

Да, попробую и в Электрум. В bitcoin core локтайм-транзакцию можно попробовать сделать без знаний по кодированию, например по этому учебнику 6.4: Sending a Transaction with a Locktime или если я далек от кодирования, то этот вариант не для меня?

Локтайм имеете в виду? Мне, например, в Электруме удобнее это делать.

Нет. Я не совсем деревянный и понимаю как выглядит подписанная транзакция и что даже получив такую транзакций атакующий останется ни с чем. Просто я никогда не пользовался bitcoin core и не заполнял некоторых полей в транзакциях. Пришло время научиться и этому.