сделка 0-подтверждения заменена большой плата. Является ли это возможным?

Здравствуйте

У меня есть вопрос о замене сделки с меньшей платой по одной и тем же операциям (тот же входов) с большой платой. Насколько я понимаю, это не должно быть возможно, потому что, если шахтер имеет в своем бассейне сделке, которая проводит вход он не принимает какую-либо другую сделку, которая использует тот же вход. Тем не менее, все говорят, что шахтер выбор всегда соотношение плата / кб, поэтому, возможно, с рудничной точки зрения содержания бассейна не важно, и он принимает все новые сделки, если они исправны с предыдущими блоками. Кроме того, в каждом руководстве для «моей сделки с небольшой платой стека» все говорит, что вы должны ждать, пока транзакция не исчезнет из шахтеров mempool. Но мой вопрос, когда это может произойти, так как большинство шахтеров не перезапускать они машины вообще. Так есть ли тайм-аут для транзакции?

Шахтеры свободны делать это - и некоторые из них могут уже делать это (я не 100% уверен в том, что в случае, хотя).

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

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

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

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

Когда шахтеры ряд сделок, очевидная вещь, чтобы сделать следующее:

1. Проверьте, соответствует ли с blockchain первая сделка, если она есть, добавить его в mempool.
2. Проверьте, соответствует ли с blockchain И в mempool следующей транзакции.
3. GOTO 2.

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

Для меня это пахнет NP-полной задачи.

Цитата: bcearl 18 декабря 2014, 11:54:04 AM

Вы можете оценить общую стоимость переключения ОГО против другого. Это стало бы трудно, если у вас есть много противоречивых ТХИ влияют друг на друг, но я сомневаюсь, что это часто бывает - простое решение дерева работ. В любом случае, рыбалка за дополнительные несколько decimilli BTC, кажется, не стоит.

Цитата: hhanh00 от 18 декабря 2014 года, 2:03:09 PM

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

Я думал больше вдоль линий сохранения нескольких блоков - в значительной степени как blockchain ручки вилки.

Обычно - только один блок. Дерево один корневой блок.
Когда вы получаете ТЙ:
пройти через каждый лист:
- попробуйте добавить его к этому листу.
- Если есть сменная ТХ, разделить лист на две части. Один со старым ТМ, один с новым.
- Обновление общих сборов
- Если общие сборы > максимальный ток, обновлять максимальный ток, установите текущий блок как лучше - переключатель хеширования к этому блоку

Это 1 МБ для каждого блока, и это будет дорогостоящим, если есть много расколов, но вы можете оптимизировать лучше, разделяя общую Txs в нижайшем общем предке.

Но да - не стоит усилий.

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

Пример:
1. Вы хотите добавить транзакцию с конфликтом уже добавили транзакции B.
2. Вы делаете два листка: один со старым блоком (с B), второй с А добавил (а B удалены).
3. Теперь вы должны искать весь блок для операций, которые зависят от B.
4. Теперь вы должны искать весь блок для операций, зависящих от операций, начиная с шага 3 и так далее.

Замена низких сделок платы вышестоящих сделки платы можно и до шахтеров, однако, что может убить сделки 0-подтверждения, потому что мы можем распространять низкую плату ТХ и часы после этого послать еще один ТЙ с более высокой платой, то шахтеры предпочтут вторую и подтверди это.

Я знаю, что 0-подтверждение ПЕРЕДАЧИ являются и не действует, но они полезны для небольших количеств, но если замена ОЙ выполнить шахтерами на основе платы за то 0-подтверждение ТХ являются более рискованными, чем раньше. Я знаю, что я не эксперт, и я могу ошибаться.

Цитата: bcearl от 18 декабря 2014 года, 7:51:22 PM

Да, вы не отсканировать хотя. Вы бы сохранить блок как DAG, чернослив узла и его иждивенцев.

Цитата: lontivero 19 декабря 2014, 12:30:52 AM

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

Цитата: Tomek12 от 17 декабря 2014 года, 2:17:02 PM

FWIW питер Todd уже реализовал эту идею, имеет вид:

https://github.com/petertodd/replace-by-fee-tools

И на эту тему вы можете получить больше информации:

Если память не должно быть что-то и на Bitcoin разработки списка рассылки

Цитата: DannyHamilton от 17 декабря 2014 года, 2:48:25 PM

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

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

Цитата: sickpig от 20 декабря 2014 года, 6:07:58 PM

Я знал, что это один из первой недели он был освобожден, но до сих пор я не нашел ни одного шахтера, который бы реализовал ее.

Цитата: exoton от 20 декабря 2014 года, 6:37:57 PM

Звучит хорошо me.That в основном такая же, как Петтер Тодда заменить-на-плату инструменты ожидают, мы должны удалить функцию двойного Потратьте и оставить только рельефной плату.

Цитата: yakuza699 от 20 декабря 2014 года, 6:47:46 PM

Цитата: exoton от 20 декабря 2014 года, 6:37:57 PM

Я не думаю, что это в настоящее время является проблемой. Операции с платы, как правило, включены в следующий блок, маленькие транзакции без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it)

Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM

Я не думаю, что это в настоящее время является проблемой.

Поскольку ни шахтеры еще не реализован заменить-на-плату это не является проблемой. Все же.

Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM

Операции с платой, как правило, включены в следующем блоке.

Зависит от того, что плата. Например, если поместить плату в размере 0,0001 на сделки 10000bytes вполне вероятно, что эти операции не получили бы в блоке.

Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM

мелкие сделки без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it)

Что вы имеете в виду? Luckyb.it ли принимать 0-Conf сделки. Они просто не принимают низкоприоритетные сделки (те, что платит слишком меньше платы или те, которые не платят сбор на всех).

Цитата: yakuza699 от 26 декабря 2014 года, 6:13:33 PM

Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM

мелкие сделки без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it)

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

Цитата: sumantso от 26 декабря 2014 года, 6:18:44 PM

Цитата: yakuza699 от 26 декабря 2014 года, 6:13:33 PM

Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM

мелкие сделки без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it)

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

От кого же эта идея пришла из? Есть ли luckyb.it планирует не принимать 0-Conf сделки больше? Или есть что-то еще?

Если я могу быть настолько смелыми, чтобы сказать: получить ваш "как же казино у ручки х" в соответствующем разделе, пожалуйста (игорный) и держать сообщения здесь к теме нити (0-конф TX в целом) и subboard (Bitcoin протокола).

Цитата: Шорена от 26 декабря 2014 года, 7:15:18 PM

Если бы это было для меня, чем на самом деле это был gmannnnn, кто начал говорить о luckyb.it. Кроме того, если мы говорим о 0-Conf сделки он также включает luckyb.it, как они принимают 0-Conf сделки, и они могут пострадать от него.

17 декабря 2014, 2:17:02 PM	# 1
Tomek12 Сообщения: 1 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Здравствуйте У меня есть вопрос о замене сделки с меньшей платой по одной и тем же операциям (тот же входов) с большой платой. Насколько я понимаю, это не должно быть возможно, потому что, если шахтер имеет в своем бассейне сделке, которая проводит вход он не принимает какую-либо другую сделку, которая использует тот же вход. Тем не менее, все говорят, что шахтер выбор всегда соотношение плата / кб, поэтому, возможно, с рудничной точки зрения содержания бассейна не важно, и он принимает все новые сделки, если они исправны с предыдущими блоками. Кроме того, в каждом руководстве для «моей сделки с небольшой платой стека» все говорит, что вы должны ждать, пока транзакция не исчезнет из шахтеров mempool. Но мой вопрос, когда это может произойти, так как большинство шахтеров не перезапускать они машины вообще. Так есть ли тайм-аут для транзакции?

17 декабря 2014, 2:22:11 PM	# 2
CIYAM Сообщения: 1862 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Получил 1806 Биткоинов Реальная история. Шахтеры свободны делать это - и некоторые из них могут уже делать это (я не 100% уверен в том, что в случае, хотя).

17 декабря 2014, 2:48:25 PM	# 3
DannyHamilton Сообщения: 2002 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Если вы можете найти шахтер (или майнинг), который готов принять вашу высокую плату сделки в качестве замены нижней сделки платы, и вы можете получить вашу сделку с ними, то есть шанс, что чем выше сделка платы будет подтверждено, что горняк (или пул), прежде чем ниже сделка платы подтверждаются другим шахтером (или бассейном). Если нижняя сделка платы подтверждается первой, то чем выше сделка платы станет недействительной и будет выброшена. Большинство шахтеры (и бассейны) не принимают более высокие сделки платы в то время как нижняя сделка платы по-прежнему в их памяти пуле. Кроме того, большинство коллег не будет передавать более высокую плату сделки по сети в то время как нижняя сделка плата по-прежнему в их памяти пула. И да, сделки, в конечном счете исключены из пула памяти, даже если компьютер не перезапускается.

18 декабря 2014, 11:54:04 AM	# 4
bcearl Сообщения: 168 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Горняки могли бы сделать это, но я думаю, что нет эффективной стратегии, чтобы организовать оптимальную комбинацию операций. Когда шахтеры ряд сделок, очевидная вещь, чтобы сделать следующее: 1. Проверьте, соответствует ли с blockchain первая сделка, если она есть, добавить его в mempool. 2. Проверьте, соответствует ли с blockchain И в mempool следующей транзакции. 3. GOTO 2. Теперь сделка, которая не согласуется с бассейном может дать более высокую плату, если включены и конфликтующие операции удаляются. Но это не только одна сделка по сравнению с другой. Вы можете выгнать сделку с низкой платой и поставить новую сделку. Но ваша новая сделка может сделать третью сделка недействительна, и удаление, что один может сделать еще один инвалид и так далее. An все эти операции имеют сборы, и вы хотите, чтобы максимизировать сумму. Для меня это пахнет NP-полной задачи.

18 декабря 2014, 2:03:09 PM	# 5
hhanh00 Сообщения: 464 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: bcearl 18 декабря 2014, 11:54:04 AM Горняки могли бы сделать это, но я думаю, что нет эффективной стратегии, чтобы организовать оптимальную комбинацию операций. Когда шахтеры ряд сделок, очевидная вещь, чтобы сделать следующее: 1. Проверьте, соответствует ли с blockchain первая сделка, если она есть, добавить его в mempool. 2. Проверьте, соответствует ли с blockchain И в mempool следующей транзакции. 3. GOTO 2. Теперь сделка, которая не согласуется с бассейном может дать более высокую плату, если включены и конфликтующие операции удаляются. Но это не только одна сделка по сравнению с другой. Вы можете выгнать сделку с низкой платой и поставить новую сделку. Но ваша новая сделка может сделать третью сделка недействительна, и удаление, что один может сделать еще один инвалид и так далее. An все эти операции имеют сборы, и вы хотите, чтобы максимизировать сумму. Для меня это пахнет NP-полной задачи. Вы можете оценить общую стоимость переключения ОГО против другого. Это стало бы трудно, если у вас есть много противоречивых ТХИ влияют друг на друг, но я сомневаюсь, что это часто бывает - простое решение дерева работ. В любом случае, рыбалка за дополнительные несколько decimilli BTC, кажется, не стоит.

18 декабря 2014, 2:12:07 PM	# 6
bcearl Сообщения: 168 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: hhanh00 от 18 декабря 2014 года, 2:03:09 PM Вы можете оценить общую стоимость переключения ОГО против другого. Это стало бы трудно, если у вас есть много противоречивых ТХИ влияют друг на друг, но я сомневаюсь, что это часто бывает - простое решение дерева работ. В любом случае, рыбалка за дополнительные несколько decimilli BTC, кажется, не стоит. Конечно, вы можете просто посмотреть на конкретные случаи, как OP, но тогда вам все равно придется сравнивать каждую новую сделку со всеми остальными и т.д. Вы можете даже реализовать эвристический алгоритм для полной задачи, с оценкой функции для сборов и т.д., но вы не получите много от него, он не будет реально найти оптимальный и это может ввести много ошибок, которые стоят вам денег (если вы успешно добычу полезных ископаемых и чем ваш блок оказывается недействительным).

18 декабря 2014, 2:46:35 PM	# 7
hhanh00 Сообщения: 464 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Я думал больше вдоль линий сохранения нескольких блоков - в значительной степени как blockchain ручки вилки. Обычно - только один блок. Дерево один корневой блок. Когда вы получаете ТЙ: пройти через каждый лист: - попробуйте добавить его к этому листу. - Если есть сменная ТХ, разделить лист на две части. Один со старым ТМ, один с новым. - Обновление общих сборов - Если общие сборы > максимальный ток, обновлять максимальный ток, установите текущий блок как лучше - переключатель хеширования к этому блоку Это 1 МБ для каждого блока, и это будет дорогостоящим, если есть много расколов, но вы можете оптимизировать лучше, разделяя общую Txs в нижайшем общем предке. Но да - не стоит усилий.

18 декабря 2014, 7:51:22 PM	# 8
bcearl Сообщения: 168 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Но добавление одной операции к одному блоку может вызвать много запросов. Пример: 1. Вы хотите добавить транзакцию с конфликтом уже добавили транзакции B. 2. Вы делаете два листка: один со старым блоком (с B), второй с А добавил (а B удалены). 3. Теперь вы должны искать весь блок для операций, которые зависят от B. 4. Теперь вы должны искать весь блок для операций, зависящих от операций, начиная с шага 3 и так далее.

19 декабря 2014, 12:30:52 AM	# 9
lontivero Сообщения: 157 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Замена низких сделок платы вышестоящих сделки платы можно и до шахтеров, однако, что может убить сделки 0-подтверждения, потому что мы можем распространять низкую плату ТХ и часы после этого послать еще один ТЙ с более высокой платой, то шахтеры предпочтут вторую и подтверди это. Я знаю, что 0-подтверждение ПЕРЕДАЧИ являются и не действует, но они полезны для небольших количеств, но если замена ОЙ выполнить шахтерами на основе платы за то 0-подтверждение ТХ являются более рискованными, чем раньше. Я знаю, что я не эксперт, и я могу ошибаться.

19 декабря 2014, 1:18:05 AM	# 10
hhanh00 Сообщения: 464 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: bcearl от 18 декабря 2014 года, 7:51:22 PM Но добавление одной операции к одному блоку может вызвать много запросов. Пример: 1. Вы хотите добавить транзакцию с конфликтом уже добавили транзакции B. 2. Вы делаете два листка: один со старым блоком (с B), второй с А добавил (а B удалены). 3. Теперь вы должны искать весь блок для операций, которые зависят от B. 4. Теперь вы должны искать весь блок для операций, зависящих от операций, начиная с шага 3 и так далее. Да, вы не отсканировать хотя. Вы бы сохранить блок как DAG, чернослив узла и его иждивенцев.

19 декабря 2014, 9:24:44 PM	# 11
bcearl Сообщения: 168 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: lontivero 19 декабря 2014, 12:30:52 AM Замена низких сделок платы вышестоящих сделки платы можно и до шахтеров, однако, что может убить сделки 0-подтверждения, потому что мы можем распространять низкую плату ТХ и часы после этого послать еще один ТЙ с более высокой платой, то шахтеры предпочтут вторую и подтверди это. Я знаю, что 0-подтверждение ПЕРЕДАЧИ являются и не действует, но они полезны для небольших количеств, но если замена ОЙ выполнить шахтерами на основе платы за то 0-подтверждение ТХ являются более рискованными, чем раньше. Я знаю, что я не эксперт, и я могу ошибаться. Может быть, это становится еще более диким в далеком будущем, когда сборы начинают материи намного больше. Вполне возможно, что шахтер капли уже добытый блок, чтобы получить сделку, что предотвращает новую сделку с более высокой платой.

20 декабря 2014, 6:07:58 PM	# 12
sickpig Сообщения: 1232 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: Tomek12 от 17 декабря 2014 года, 2:17:02 PM Здравствуйте У меня есть вопрос о замене сделки с меньшей платой по одной и тем же операциям (тот же входов) с большой платой. Насколько я понимаю, это не должно быть возможно, потому что, если шахтер имеет в своем бассейне сделке, которая проводит вход он не принимает какую-либо другую сделку, которая использует тот же вход. Тем не менее, все говорят, что шахтер выбор всегда соотношение плата / кб, поэтому, возможно, с рудничной точки зрения содержания бассейна не важно, и он принимает все новые сделки, если они исправны с предыдущими блоками. Кроме того, в каждом руководстве для «моей сделки с небольшой платой стека» все говорит, что вы должны ждать, пока транзакция не исчезнет из шахтеров mempool. Но мой вопрос, когда это может произойти, так как большинство шахтеров не перезапускать они машины вообще. Так есть ли тайм-аут для транзакции? FWIW питер Todd уже реализовал эту идею, имеет вид: https://github.com/petertodd/replace-by-fee-tools И на эту тему вы можете получить больше информации: Если память не должно быть что-то и на Bitcoin разработки списка рассылки

20 декабря 2014, 6:37:57 PM	# 13
exoton Сообщения: 350 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: DannyHamilton от 17 декабря 2014 года, 2:48:25 PM Если вы можете найти шахтер (или майнинг), который готов принять вашу высокую плату сделки в качестве замены нижней сделки платы, и вы можете получить вашу сделку с ними, то есть шанс, что чем выше сделка платы будет подтверждено, что горняк (или пул), прежде чем ниже сделка платы подтверждаются другим шахтером (или бассейном). Если нижняя сделка платы подтверждается первой, то чем выше сделка платы станет недействительной и будет выброшена. Большинство шахтеры (и бассейны) не принимают более высокие сделки платы в то время как нижняя сделка платы по-прежнему в их памяти пуле. Кроме того, большинство коллег не будет передавать более высокую плату сделки по сети в то время как нижняя сделка плата по-прежнему в их памяти пула. И да, сделки, в конечном счете исключены из пула памяти, даже если компьютер не перезапускается. Может быть, это было бы хорошей идеей, чтобы изменить "стандарт" логика, что большинство бассейнов / узлы следовать, чтобы принять такого рода сделки до тех пор, как выходы в точку то же (или TX имеет дополнительные выходы), и единственным значимым отличием является то плата TX увеличивается. Это позволило бы кто-то увеличить плату атакована к сделке без либо ждать старой транзакции выпасть из узлов памяти бедных, ни имеющие не рисковать, что нет нет / низкой TX в конечном итоге получает подтвердила до его падения из памяти узла бассейн

20 декабря 2014, 6:47:46 PM	# 14
yakuza699 Сообщения: 935 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: sickpig от 20 декабря 2014 года, 6:07:58 PM FWIW питер Todd уже реализовал эту идею, имеет вид: https://github.com/petertodd/replace-by-fee-tools И на эту тему вы можете получить больше информации: Если память не должно быть что-то и на Bitcoin разработки списка рассылки Я знал, что это один из первой недели он был освобожден, но до сих пор я не нашел ни одного шахтера, который бы реализовал ее. Цитата: exoton от 20 декабря 2014 года, 6:37:57 PM Может быть, это было бы хорошей идеей, чтобы изменить "стандарт" логика, что большинство бассейнов / узлы следовать, чтобы принять такого рода сделки до тех пор, как выходы в точку то же (или TX имеет дополнительные выходы), и единственным значимым отличием является то плата TX увеличивается. Звучит хорошо me.That в основном такая же, как Петтер Тодда заменить-на-плату инструменты ожидают, мы должны удалить функцию двойного Потратьте и оставить только рельефной плату.

26 декабря 2014, 1:10:03 PM	# 15
gmannnnn Сообщений: 72 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: yakuza699 от 20 декабря 2014 года, 6:47:46 PM Цитата: exoton от 20 декабря 2014 года, 6:37:57 PM Может быть, это было бы хорошей идеей, чтобы изменить "стандарт" логика, что большинство бассейнов / узлы следовать, чтобы принять такого рода сделки до тех пор, как выходы в точку то же (или TX имеет дополнительные выходы), и единственным значимым отличием является то плата TX увеличивается. Звучит хорошо me.That в основном такая же, как Петтер Тодда заменить-на-плату инструменты ожидают, мы должны удалить функцию двойного Потратьте и оставить только рельефной плату. Я не думаю, что это в настоящее время является проблемой. Операции с платы, как правило, включены в следующий блок, маленькие транзакции без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it)

26 декабря 2014, 6:13:33 PM	# 16
yakuza699 Сообщения: 935 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM Я не думаю, что это в настоящее время является проблемой. Поскольку ни шахтеры еще не реализован заменить-на-плату это не является проблемой. Все же. Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM Операции с платой, как правило, включены в следующем блоке. Зависит от того, что плата. Например, если поместить плату в размере 0,0001 на сделки 10000bytes вполне вероятно, что эти операции не получили бы в блоке. Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM мелкие сделки без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it) Что вы имеете в виду? Luckyb.it ли принимать 0-Conf сделки. Они просто не принимают низкоприоритетные сделки (те, что платит слишком меньше платы или те, которые не платят сбор на всех).

26 декабря 2014, 6:18:44 PM	# 17
sumantso Сообщения: 1050 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: yakuza699 от 26 декабря 2014 года, 6:13:33 PM Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM мелкие сделки без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it) Что вы имеете в виду? Luckyb.it ли принимать 0-Conf сделки. Они просто не принимают низкоприоритетные сделки (те, что платит слишком меньше платы или те, которые не платят сбор на всех). Если я правильно читать, идея заключается в том, чтобы сделать без платных операций с низким приоритетом.

26 декабря 2014, 7:08:17 PM	# 18
yakuza699 Сообщения: 935 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: sumantso от 26 декабря 2014 года, 6:18:44 PM Цитата: yakuza699 от 26 декабря 2014 года, 6:13:33 PM Цитата: gmannnnn от 26 декабря 2014 года, 1:10:03 PM мелкие сделки без платы, как правило, не принимаются в качестве 0-конф месторождений (см luckyb.it) Что вы имеете в виду? Luckyb.it ли принимать 0-Conf сделки. Они просто не принимают низкоприоритетные сделки (те, что платит слишком меньше платы или те, которые не платят сбор на всех). Если я правильно читать, идея заключается в том, чтобы сделать без платных операций с низким приоритетом. От кого же эта идея пришла из? Есть ли luckyb.it планирует не принимать 0-Conf сделки больше? Или есть что-то еще?

26 декабря 2014, 7:15:18 PM	# 19
Шорена Сообщения: 1400 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Если я могу быть настолько смелыми, чтобы сказать: получить ваш "как же казино у ручки х" в соответствующем разделе, пожалуйста (игорный) и держать сообщения здесь к теме нити (0-конф TX в целом) и subboard (Bitcoin протокола).

26 декабря 2014, 7:23:12 PM	# 20
yakuza699 Сообщения: 935 Цитировать по имени цитировать ответ	Re: 0-подтверждения транзакция заменяется большой платой. Является ли это возможным? Цитата: Шорена от 26 декабря 2014 года, 7:15:18 PM Если я могу быть настолько смелыми, чтобы сказать: получить ваш "как же казино у ручки х" в соответствующем разделе, пожалуйста (игорный) и держать сообщения здесь к теме нити (0-конф TX в целом) и subboard (Bitcoin протокола). Если бы это было для меня, чем на самом деле это был gmannnnn, кто начал говорить о luckyb.it. Кроме того, если мы говорим о 0-Conf сделки он также включает luckyb.it, как они принимают 0-Conf сделки, и они могут пострадать от него.

Заголовок