RBF операции должна быть включена в следующем обновлении ядра | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
RBF операции должна быть включена в следующем обновлении ядра

17 января 2016, 1:33:50 PM	# 1
matthewh3 Сообщения: 1372 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Может кто-нибудь сказать главные преимущества этого обновления, кроме того, что я понимаю, чтобы помочь вызвать свободный рынок операционные издержки. Не будет ли нарушать способность принимать транзакции ноль подтверждения? В настоящее время есть способы сделать это с большой долей уверенности, что сделка с нулевым подтверждением будет проходить через следующий блок. А также делает это не нарушает основной этос Bitcoin быть чистым нажатием единственной системой. Я прочитал РФБ операцию обновления объединяемой в Bitcoin ядра при следующем обновлении. Не является ли это немного поспешным для такого резкого изменения в протокол должны быть приведены в так быстро. После того, как он взял нас хорошие несколько месяцев, чтобы договориться о повторном увеличении размера блока.

Как заработать Биткоины?
Без вложений. Не майнинг.

17 января 2016, 2:12:15 PM	# 2
Шорена Сообщения: 1400 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Получил 1806 Биткоинов Реальная история. Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM Может кто-нибудь сказать главные преимущества этого обновления, кроме того, что я понимаю, чтобы помочь вызвать свободный рынок операционные издержки. Не будет ли нарушать способность принимать транзакции ноль подтверждения? В настоящее время есть способы сделать это с большой долей уверенности, что сделка с нулевым подтверждением будет проходить через следующий блок. А также делает это не нарушает основной этос Bitcoin быть чистым нажатием единственной системой. Я прочитал РФБ операцию обновления объединяемой в Bitcoin ядра при следующем обновлении. Не является ли это немного поспешным для такого резкого изменения в протокол должны быть приведены в так быстро. После того, как он взял нас хорошие несколько месяцев, чтобы договориться о повторном увеличении размера блока. Мое ограниченное понимание, что первая сделка должна поднять флаг для того, чтобы позволить почечного кровотока. Торговцы, которые принимают 0-конф TX может сканировать флаг и ждать, чтобы поставить их часть, если она установлена. С другой стороны, я не знаю, как готовые торговцы или даже обычные реализации бумажника.

17 января 2016, 3:34:04 PM	# 3
achow101 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM Может кто-нибудь сказать главные преимущества этого обновления, кроме того, что я понимаю, чтобы помочь вызвать свободный рынок операционные издержки. Не будет ли нарушать способность принимать транзакции ноль подтверждения? Неа. Эти сделки отказаться, означая, что, если сделка не отказаться в использовании почечного кровотока, то он не может быть заменен позже. Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM В настоящее время есть способы сделать это с большой долей уверенности, что сделка с нулевым подтверждением будет проходить через следующий блок. На самом деле, нет. В настоящее время состоит из ПКНФА, ожидая, что сделка исчезнет, или пытаются выполнить РФБ сделки без действительно Включив RBF в любом месте. Все они занять некоторое время, и довольно трудно сделать. Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM А также делает это не нарушает основной этос Bitcoin быть чистым нажатием единственной системой. Как это сломать что? Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM Я прочитал РФБ операцию обновления объединяемой в Bitcoin ядра при следующем обновлении. Уже объединены в. Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM Не является ли это немного поспешным для такого резкого изменения в протокол должны быть приведены в так быстро. Это не изменение протокола, это изменение политики узла. Это изменение является то, что только узлы будут решить, хотят ли они принять сделку в их mempool или нет. Она не имеет ничего общего с консенсусом или протоколом. Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM После того, как он взял нас хорошие несколько месяцев, чтобы договориться о повторном увеличении размера блока. Это происходит потому, что это изменение политики узла, а не на основе консенсуса или протокол. Изменения Консенсуса и протокол, как увеличение предельного размера блока требуются вилка, жесткая вилка в случае размера блока и мягкой вилки в других, как OP_CLTV. Вилки требуют консенсуса и согласия поскольку те могут форк blockchain. изменения политики узла не так как это относится только к отдельным узлам, а не всей сети, ни в blockchain. Поскольку это просто изменение политики узла, ничто не влияет на время сети, хотят просто ли узлы принять или отклонить RBF сделки. Если вы думаете, что это изменение было слишком поспешным, я здесь, чтобы сказать вам, что это не так. Предметом РФБ обсуждается уже много лет. Питер Тодд был код, реализованный в вилке на некоторое время и этот код был проверен и испытан и обсуждается в течение веков. На самом деле, идея о замене сделок не является оригинальной. Первоначально он был реализован Satoshi, но удален из-за проблем ДОСа, которые были зафиксированы, требуя, что плата будет поднята. Поэтому Replace-By-Плата.

17 января 2016, 4:15:28 PM	# 4
xdrpx Сообщения: 476 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Я извиняюсь, если я ошибаюсь, но я хотел бы кого-то, чтобы исправить меня, если я. То, что я понял, это RBF Opt-в позволяет пользователю, который сделал платеж, чтобы найти минимально возможную сумму, он должен вести переговоры или цену за плату сделки, которую он должен заплатить, так что его платежная операция, несомненно, будет завершена, когда блок заполнен и его бумажник. Если это верно, если его кошелек клиента напомнить пользователю через пару часов, что для того, чтобы его сделки признаются ранее для него, чтобы определить через РФБ неавтоматического в наилучшем плату? Будет ли пользователь должен продолжать контролировать свою сделку в течение длительного периода времени?

18 января 2016, 9:59:09 PM	# 5
давай сыграем в игру Сообщения: 308 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: Шорена от 17 января 2016 года, 2:12:15 PM Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM Может кто-нибудь сказать главные преимущества этого обновления, кроме того, что я понимаю, чтобы помочь вызвать свободный рынок операционные издержки. Не будет ли нарушать способность принимать транзакции ноль подтверждения? В настоящее время есть способы сделать это с большой долей уверенности, что сделка с нулевым подтверждением будет проходить через следующий блок. А также делает это не нарушает основной этос Bitcoin быть чистым нажатием единственной системой. Я прочитал РФБ операцию обновления объединяемой в Bitcoin ядра при следующем обновлении. Не является ли это немного поспешным для такого резкого изменения в протокол должны быть приведены в так быстро. После того, как он взял нас хорошие несколько месяцев, чтобы договориться о повторном увеличении размера блока. Мое ограниченное понимание, что первая сделка должна поднять флаг для того, чтобы позволить почечного кровотока. Торговцы, которые принимают 0-конф TX может сканировать флаг и ждать, чтобы поставить их часть, если она установлена. С другой стороны, я не знаю, как готовые торговцы или даже обычные реализации бумажника. Если это верно, то, что является недостатком РФБ? Свободный рынок для сделок сборов создаются и продавцы, которые хотят сохранить позволяя 0 конфигурационные операции без риска может просто исключить тех, кто использует флаг RBF.

18 января 2016, 10:15:06 PM	# 6
achow101 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: letsplayagame 18 января 2016 года, 9:59:09 PM Если это верно, то, что является недостатком РФБ? Свободный рынок для сделок сборов создаются и продавцы, которые хотят сохранить позволяя 0 конфигурационные операции без риска может просто исключить тех, кто использует флаг RBF. Там нет недостатков, но люди не понимают этого. Все, что они делают раскинулось FUD об этом и не понимает, что это на самом деле делает.

18 января 2016, 10:51:50 PM	# 7
spiderbrain Сообщения: 854 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: knightdk от 17 января 2016 года, 3:34:04 PM Это происходит потому, что это изменение политики узла, а не на основе консенсуса или протокол. Изменения Консенсуса и протокол, как увеличение предельного размера блока требуются вилка, жесткая вилка в случае размера блока и мягкой вилки в других, как OP_CLTV. Вилки требуют консенсуса и согласия поскольку те могут форк blockchain. изменения политики узла не так как это относится только к отдельным узлам, а не всей сети, ни в blockchain. Поскольку это просто изменение политики узла, ничто не влияет на время сети, хотят просто ли узлы принять или отклонить RBF сделки. Если вы думаете, что это изменение было слишком поспешным, я здесь, чтобы сказать вам, что это не так. Предметом РФБ обсуждается уже много лет. Питер Тодд был код, реализованный в вилке на некоторое время и этот код был проверен и испытан и обсуждается в течение веков. На самом деле, идея о замене сделок не является оригинальной. Первоначально он был реализован Satoshi, но удален из-за проблем ДОСа, которые были зафиксированы, требуя, что плата будет поднята. Поэтому Replace-By-Плата. Действительно хорошее резюме, спасибо.

18 января 2016, 11:17:36 PM	# 8
unamis76 Сообщения: 1386 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: Шорена от 17 января 2016 года, 2:12:15 PM Мое ограниченное понимание, что первая сделка должна поднять флаг для того, чтобы позволить почечного кровотока. Торговцы, которые принимают 0-конф TX может сканировать флаг и ждать, чтобы поставить их часть, если она установлена. С другой стороны, я не знаю, как готовые торговцы или даже обычные реализации бумажника. Цитата: knightdk от 17 января 2016 года, 3:34:04 PM Цитата: matthewh3 от 17 января 2016 года, 1:33:50 PM Может кто-нибудь сказать главные преимущества этого обновления, кроме того, что я понимаю, чтобы помочь вызвать свободный рынок операционные издержки. Не будет ли нарушать способность принимать транзакции ноль подтверждения? Неа. Эти сделки отказаться, означая, что, если сделка не отказаться в использовании почечного кровотока, то он не может быть заменен позже. Таким образом, это означает, что, когда транзакция транслируется это флаг говорит, что почечный кровоток может быть включено, или что он не может?

18 января 2016, 11:29:49 PM	# 9
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: unamis76 18 января 2016 года, 11:17:36 PM Таким образом, это означает, что, когда транзакция транслируется это флаг говорит, что почечный кровоток может быть включено, или что он не может? Если все входы транзакции имеют nSequence = UINT_MAX или UINT_MAX-1, то они имеют РФБ отключены. Отправка сделок с nSequence = UINT_MAX по умолчанию для всех ~ кошельков.

18 января 2016, 11:36:32 PM	# 10
BlindMayorBitcorn Сообщения: 1078 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Хорошо, я знаю, что это не технический вопрос, но: Что предприятия, которые регулярно занимаются Bitcoin должен сказать об этом? И разработчики бумажник? Он по-прежнему кажется странной новой функции. Это из Reddit: Отдельный, но связанный с этим вопрос: Я рад использовать ядро, но я не хочу, чтобы моя переадресации fullnode или чтя почечный кровоток. Я хотел бы, чтобы рассматривать их как doublespends. Есть ли настройка или опция компиляции для такого поведения? Кроме того, Ill будет настройка программного обеспечения бумажника игнорировать любую неконечную сделку, независимо от подтверждения. Это будет до отправителя, чтобы использовать их функцию RBF, чтобы забрать свою сделку, если они достаточно глупы, чтобы отправить его почечный кровоток.

18 января 2016, 11:47:03 PM	# 11
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: BlindMayorBitcorn 18 января 2016 года, 11:36:32 PM Хорошо, я знаю, что это не технический вопрос, но: Что предприятия, которые регулярно занимаются Bitcoin должен сказать об этом? И разработчики бумажник? Он по-прежнему кажется странной новой функции. Как Питер Тодд продемонстрировал его Coinbase дважды провести, это (и всегда был) очень легко дважды провести 0-Conf сделки даже без РФБ. В большинстве случаев, это лишь немногим меньше, трудно дважды провести с РФБ по сравнению с не-РФБ. Я думаю, что это всегда было безнадежным усилия, но некоторые службы пытаются предсказать, когда 0-конф транзакции с высокой степенью риска, используя ряд сетевых узлов, слушающих для двойных затрачивает и других подобных вещей. Для них, это простой вопрос, чтобы проверить на РФБ Opt-In и рассматривать эти сделки, как автоматически с высокой степенью риска. Я чувствую, как и большинство людей, воображая, что с РФБ там будет кнопка в кошельках, что говорит "вернуть эти деньги", Но это очень маловероятно. Прямо сейчас вы должны использовать createrawtransaction послать транзакцию RBF-включено, и в будущем будет кнопка для увеличения сборов (или что-то), но я очень сомневаюсь, что ядро никогда не собирается обеспечить простой интерфейс для обманного пути двойных расходов , Как это происходит сегодня, 0-конф транзакция будет часто работать несмотря на совершенно небезопасно, потому что большой процент людей, честен, и те, кто нечестен, большой процент из них не удосужился выяснить, как дважды тратить ,

18 января 2016, 11:57:46 PM	# 12
BlindMayorBitcorn Сообщения: 1078 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Кажется, достаточно безвредны. Благодаря!

19 января 2016, 12:07:49 AM	# 13
BlindMayorBitcorn Сообщения: 1078 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Кто бы использовать и почему?

19 января 2016, 12:17:43 AM	# 14
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: BlindMayorBitcorn от 19 января 2016 года, 12:07:49 AM Кто бы использовать и почему? Идея заключается в том, что в конце концов, большинство людей будут использовать его большую часть времени. Я не знаю, если это на самом деле, как именно это планируется, но, как я предполагаю, что это работает в будущее: - По умолчанию, вы будете отправлять транзакции с РФБ. Тогда, если сделка не подтверждает после долгого времени, RBF позволит легко увеличить плату. Вы будете брать на себя ответственность за сделку - Если купец просит не использовать почечный кровоток, вы не будете. Скорее всего, этот запрос будет сделан через Bitcoin протокол платежа (т.е. Bitcoin:. URIs). Поэтому, когда вы нажимаете "платить этот" (Или что он говорит) на странице BitPay, ваш кошелек будет автоматически отправлять транзакции без РФБ. Тогда торговец берет на себя ответственность за оплату, и они могут корректировать плату позже, при необходимости с помощью механизма ребенок платит-за родитель (ПКНФ). Я бы ожидать, что большинство платежных систем, как BitPay сделать так, чтобы клиенты не должны беспокоиться об оплате, и они могут попытаться сделать обнаружение мошенничества на 0-конфе сделках.

19 января 2016, 12:24:47 AM	# 15
unamis76 Сообщения: 1386 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: theymos 18 января 2016 года, 11:29:49 PM Цитата: unamis76 18 января 2016 года, 11:17:36 PM Таким образом, это означает, что, когда транзакция транслируется это флаг говорит, что почечный кровоток может быть включено, или что он не может? Если все входы транзакции имеют nSequence = UINT_MAX или UINT_MAX-1, то они имеют РФБ отключены. Отправка сделок с nSequence = UINT_MAX по умолчанию для всех ~ кошельков. Спасибо, я не знал об этом.

19 января 2016, 3:55:09 AM	# 16
Jet Cash Сообщения: 728 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Таким образом, мы можем избежать всего этого, просто говоря, "принимать только подтвержденные платежи" ?

19 января 2016, 4:00:35 AM	# 17
achow101 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: Jet Наложенный 19 января 2016 года, 3:55:09 AM Таким образом, мы можем избежать всего этого, просто говоря, "принимать только подтвержденные платежи" ? Ага

19 января 2016, 4:28:04 AM	# 18
Quickseller Сообщения: 1260 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: theymos 18 января 2016 года, 11:47:03 PM Цитата: BlindMayorBitcorn 18 января 2016 года, 11:36:32 PM Хорошо, я знаю, что это не технический вопрос, но: Что предприятия, которые регулярно занимаются Bitcoin должен сказать об этом? И разработчики бумажник? Он по-прежнему кажется странной новой функции. Как Питер Тодд продемонстрировал его Coinbase дважды провести, это (и всегда был) очень легко дважды провести 0-Conf сделки даже без РФБ. В большинстве случаев, это лишь немногим меньше, трудно дважды провести с РФБ по сравнению с не-РФБ. Я не согласен с этим. Для того, чтобы сделки с 0-подтверждение, чтобы дважды провел (если у вас есть нулевое влияние на любое количество добычи аппаратных средств / бассейн) без РФБ, как правило, большая часть сети должна не видели сделку, и потребности сделки либо не были замечены узлами шахтеров или не быть сделкой, что шахтеры в целом подтверждают. Для того, чтобы выше, чтобы быть правдой, то как правило, необходимо будет создать транзакцию с очень низкой платой, и / или иным образом быть нестандартной. Компании, которые принимают 0 / неподтвержденные транзакции необходимо отфильтровать вышеуказанные типы сделок, пока они не имеют по крайней мере одно подтверждения (или более) в целях предотвращения финансовых потерь для себя. Когда спам-атаки происходили в течение лета, luckybi.it стал жертвой нескольких атак двойных тратить деньги, и они внесли коррективы соответственно, одна и та же это верно для PocketDice, и в свете двойных расходов Питера Тодда, то же самое, вероятно, будет верно для coinbase. Если транзакция была замечена большинством в сети, не имеют никаких оснований, чтобы не быть переданы в большинстве узлов, имеет достаточную плату за транзакцию, чтобы быстро подтвердили, и некоторое количество времени прошло (как правило, <10 секунд), то очень трудно удвоитесь потратить 0 / неподтвержденную сделку, если вы не имеете никакого влияния в любом горнорудном оборудовании / бассейне. Цитата: theymos 18 января 2016 года, 11:47:03 PM Я думаю, что это всегда было безнадежным усилия, но некоторые службы пытаются предсказать, когда 0-конф транзакции с высокой степенью риска, используя ряд сетевых узлов, слушающих для двойных затрачивает и других подобных вещей. Для них, это простой вопрос, чтобы проверить на РФБ Opt-In и рассматривать эти сделки, как автоматически с высокой степенью риска. Я чувствую, как и большинство людей, воображая, что с РФБ там будет кнопка в кошельках, что говорит "вернуть эти деньги", Но это очень маловероятно. Прямо сейчас вы должны использовать createrawtransaction послать транзакцию RBF-включено, и в будущем будет кнопка для увеличения сборов (или что-то), но я очень сомневаюсь, что ядро никогда не собирается обеспечить простой интерфейс для обманного пути двойных расходов , Как это происходит сегодня, 0-конф транзакция будет часто работать несмотря на совершенно небезопасно, потому что большой процент людей, честен, и те, кто нечестен, большой процент из них не удосужился выяснить, как дважды тратить , Не было бы возможно для кого-то, чтобы подписать сделку, которая опирается на вход Икс, и имеет "высокая" Плата, сохранить эту транзакцию в текстовый файл (или где), а затем подписать отдельную транзакцию, которая также опирается на вход Икс и имеет "низкий" сбор, и имеет соответствующие флаги "включить" РФБ, и транслировать эту сделку. Тогда они могли бы просто использовать "sendrawtransaction»(что значительно проще в использовании, чем "createrawtransaction" IMO), чтобы транслировать конфликтующую транзакцию. Цитата: theymos Я очень сомневаюсь, что ядро никогда не собирается обеспечить простой интерфейс для обманного пути двойных расходов Это вовсе не означает, что другие не будут писать руководства о том, как обманным путем двойных сделок тратить деньги, и что люди не будут разрабатывать бумажники / программы, чтобы помочь людям обманным путем двойных сделок тратить деньги. Из того, что я понимаю, RBF похож на ПКНФ в том смысле, что как одни и те же цели получения транзакции, чтобы убедиться, что, вероятно, не иначе подтверждения. Однако существует потенциально мошеннические использования для RBF пока нет (что я знаю) для ПКНФА. Кроме того ПКНФ ставит "бремя" от стоимости получения сделки подтвердила на приемнике, который обычно статус-кво для розничных операций (особенно с участием кредитных карт), которые потребители привыкли, и часто требуют. У меня возникли трудности в поиске причин, почему RBF лучше тогда ПКНФ и / или RBF реализуется в ядре, а ПКНФ не поддерживается (по большей части).

19 января 2016, 4:40:45 AM	# 19
achow101 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: Quickseller от 19 января 2016 года, 4:28:04 AM Цитата: theymos 18 января 2016 года, 11:47:03 PM Я думаю, что это всегда было безнадежным усилия, но некоторые службы пытаются предсказать, когда 0-конф транзакции с высокой степенью риска, используя ряд сетевых узлов, слушающих для двойных затрачивает и других подобных вещей. Для них, это простой вопрос, чтобы проверить на РФБ Opt-In и рассматривать эти сделки, как автоматически с высокой степенью риска. Я чувствую, как и большинство людей, воображая, что с РФБ там будет кнопка в кошельках, что говорит "вернуть эти деньги", Но это очень маловероятно. Прямо сейчас вы должны использовать createrawtransaction послать транзакцию RBF-включено, и в будущем будет кнопка для увеличения сборов (или что-то), но я очень сомневаюсь, что ядро никогда не собирается обеспечить простой интерфейс для обманного пути двойных расходов , Как это происходит сегодня, 0-конф транзакция будет часто работать несмотря на совершенно небезопасно, потому что большой процент людей, честен, и те, кто нечестен, большой процент из них не удосужился выяснить, как дважды тратить , Не было бы возможно для кого-то, чтобы подписать сделку, которая опирается на вход Икс, и имеет "высокая" Плата, сохранить эту транзакцию в текстовый файл (или где), а затем подписать отдельную транзакцию, которая также опирается на вход Икс и имеет "низкий" сбор, и имеет соответствующие флаги "включить" РФБ, и транслировать эту сделку. Тогда они могли бы просто использовать "sendrawtransaction»(что значительно проще в использовании, чем "createrawtransaction" IMO), чтобы транслировать конфликтующую транзакцию. Что такое точка вещания конфликтующей транзакции? Так как сеть будет уже видели первый с РФБ включен, если конфликтующие сделка не включена RBF, то AFAIK она будет отклонена как двойной потратить. Цитата: Quickseller от 19 января 2016 года, 4:28:04 AM Цитата: theymos Я очень сомневаюсь, что ядро никогда не собирается обеспечить простой интерфейс для обманного пути двойных расходов Это вовсе не означает, что другие не будут писать руководства о том, как обманным путем двойных сделок тратить деньги, и что люди не будут разрабатывать бумажники / программы, чтобы помочь людям обманным путем двойных сделок тратить деньги. Из того, что я понимаю, RBF похож на ПКНФ в том смысле, что как одни и те же цели получения транзакции, чтобы убедиться, что, вероятно, не иначе подтверждения. Однако существует потенциально мошеннические использования для RBF пока нет (что я знаю) для ПКНФА. Кроме того ПКНФ ставит "бремя" от стоимости получения сделки подтвердила на приемнике, который обычно статус-кво для розничных операций (особенно с участием кредитных карт), которые потребители привыкли, и часто требуют. У меня возникли трудности в поиске причин, почему RBF лучше тогда ПКНФ и / или RBF реализуется в ядре, а ПКНФ не поддерживается (по большей части). В большинстве случаев то, что я видел, что отправитель обычно хочет сделки, чтобы подтвердить, а не приемник, хотя и случаются несколько чаще. Много раз приемник не заботится о сделке, как это может быть просто депозит, который отправитель хочет сделать быстро. С ПКНФ, не может быть никаких адреса изменения для отправителя использовать для попытки ПКНФА. RBF позволяет. Кроме того, ПКНФ добавляет дополнительные операции в blockchain и mempools пока РФБ не будет, таким образом, помогая уменьшить blockchain наворотов.

19 января 2016, 4:56:21 AM	# 20
Quickseller Сообщения: 1260 Цитировать по имени цитировать ответ	Re: RBF сделок должен быть включен в следующем обновлении ядра Цитата: knightdk от 19 января 2016 года, 4:40:45 AM Цитата: Quickseller от 19 января 2016 года, 4:28:04 AM Цитата: theymos 18 января 2016 года, 11:47:03 PM Я думаю, что это всегда было безнадежным усилия, но некоторые службы пытаются предсказать, когда 0-конф транзакции с высокой степенью риска, используя ряд сетевых узлов, слушающих для двойных затрачивает и других подобных вещей. Для них, это простой вопрос, чтобы проверить на РФБ Opt-In и рассматривать эти сделки, как автоматически с высокой степенью риска. Я чувствую, как и большинство людей, воображая, что с РФБ там будет кнопка в кошельках, что говорит "вернуть эти деньги", Но это очень маловероятно. Прямо сейчас вы должны использовать createrawtransaction послать транзакцию RBF-включено, и в будущем будет кнопка для увеличения сборов (или что-то), но я очень сомневаюсь, что ядро никогда не собирается обеспечить простой интерфейс для обманного пути двойных расходов , Как это происходит сегодня, 0-конф транзакция будет часто работать несмотря на совершенно небезопасно, потому что большой процент людей, честен, и те, кто нечестен, большой процент из них не удосужился выяснить, как дважды тратить , Не было бы возможно для кого-то, чтобы подписать сделку, которая опирается на вход Икс, и имеет "высокая" Плата, сохранить эту транзакцию в текстовый файл (или где), а затем подписать отдельную транзакцию, которая также опирается на вход Икс и имеет "низкий" сбор, и имеет соответствующие флаги "включить" РФБ, и транслировать эту сделку. Тогда они могли бы просто использовать "sendrawtransaction»(что значительно проще в использовании, чем "createrawtransaction" IMO), чтобы транслировать конфликтующую транзакцию. Что такое точка вещания конфликтующей транзакции? Так как сеть будет уже видели первый с РФБ включен, если конфликтующие сделка не включена RBF, то AFAIK она будет отклонена как двойной потратить. Может быть, я оговорился в некотором роде из-за мое отсутствие технического понимания РФБА. Я предполагаю, что конфликтующие операция также позволили RBF, что позволяет ему быть принятым в узлах. Цитата: knightdk от 19 января 2016 года, 4:40:45 AM Цитата: Quickseller от 19 января 2016 года, 4:28:04 AM Цитата: theymos Я очень сомневаюсь, что ядро никогда не собирается обеспечить простой интерфейс для обманного пути двойных расходов Это вовсе не означает, что другие не будут писать руководства о том, как обманным путем двойных сделок тратить деньги, и что люди не будут разрабатывать бумажники / программы, чтобы помочь людям обманным путем двойных сделок тратить деньги. Из того, что я понимаю, RBF похож на ПКНФ в том смысле, что как одни и те же цели получения транзакции, чтобы убедиться, что, вероятно, не иначе подтверждения. Однако существует потенциально мошеннические использования для RBF пока нет (что я знаю) для ПКНФА. Кроме того ПКНФ ставит "бремя" от стоимости получения сделки подтвердила на приемнике, который обычно статус-кво для розничных операций (особенно с участием кредитных карт), которые потребители привыкли, и часто требуют. У меня возникли трудности в поиске причин, почему RBF лучше тогда ПКНФ и / или RBF реализуется в ядре, а ПКНФ не поддерживается (по большей части). В большинстве случаев то, что я видел, что отправитель обычно хочет сделки, чтобы подтвердить, а не приемник, хотя и случаются несколько чаще. Много раз приемник не заботится о сделке, как это может быть просто депозит, который отправитель хочет сделать быстро. С ПКНФ, не может быть никаких адреса изменения для отправителя использовать для попытки ПКНФА. RBF позволяет. Если отправитель вносит депозит, скажем coinbase, то отправитель может уведомить coinbase они желают иметь Икс вычитается из их вклада, если coinbase транслирует сделку ПКНФА, которая содержит гонорар Икс. Сегодня, когда кто-то покупает чашку кофе из Starbucks с их кредитной картой, то Старбакс, что несет расходы на принятие кредитной карты. Я не понимаю, почему это должно быть иначе с Bitcoin, поэтому Starbucks может получить компенсацию с очень низким / без предоплаты, а затем можно использовать транзакцию ПКНФ с достаточно высокой оплатой, чтобы получить обе транзакции, чтобы подтвердить. Цитата: knightdk от 19 января 2016 года, 4:40:45 AM Кроме того, ПКНФ добавляет дополнительные операции в blockchain и mempools пока РФБ не будет, таким образом, помогая уменьшить blockchain наворотов. Многие / большинство связанных с Bitcoin услуг будут тратить депозиты / платежи на другой внутренний адрес / бумажник после того, как одно подтверждения в любом случае для различного ряда причин. Она часто будет депозит адрес --> внутренний адрес горячего бумажника --> возможно, более горячий бумажник адресов / сделок --> не связан вывод и / или операции холодного бумажника. Часто каждая транзакция ожидает одно подтверждения, пока следующая транзакция не транслируются.

« Предыдущая тема | Следующая тема »

Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW