Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
23 марта 2015, 1:05:04 AM   # 1
 
 
Сообщения: 805
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Из того, что я понимаю, большинство BIP062 в настоящее время осуществляется с помощью мягкой вилки. И прочитал на некоторые должности, что сделка податливость могут быть полностью устранены в течение ближайших нескольких лет.

...
Но, я считаю, что это займет не менее двух лет удалить податливость.
...

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

Я понимаю, когда BIP062 полностью реализованы операции все еще могут быть необязательно созданы, чтобы позволить податливость, но состояние клиента по умолчанию для Bitcoin Ядра будет создавать транзакции, которые не могут претерпевать податливость. Это верно?

Будет ли когда-либо податливости быть полностью устранены?
NO_2 сейчас офлайн Пожаловаться на NO_2   Ответить с цитированием Мультицитирование сообщения от NO_2 Быстрый ответ на сообщение NO_2


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


23 марта 2015, 12:38:53 PM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

Получил 1806 Биткоинов
Реальная история.





Из того, что я понимаю, большинство BIP062 в настоящее время осуществляется с помощью мягкой вилки
Не так. Там не было никаких мягких вилок, связанных с этим еще.
котировка
Будет ли когда-либо податливости быть полностью устранены?
Нет, это намеренная и полезная функция, без него таких вещей, как маяк не было бы возможно
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

23 марта 2015, 2:21:58 PM   # 3
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

котировка
Будет ли когда-либо податливости быть полностью устранены?
Нет, это намеренная и полезная функция, без него таких вещей, как маяк не было бы возможно

Это, вероятно, зависит от определения податливости?  

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

[Редактировать]
Мягкая вилка OP_LOCKTIMEVERIFY бы исправить вещи тоже, верно?
TierNolan сейчас офлайн Пожаловаться на TierNolan   Ответить с цитированием Мультицитирование сообщения от TierNolan Быстрый ответ на сообщение TierNolan

23 марта 2015, 5:46:57 PM   # 4
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

Ни одно из правил BIP62 не в настоящее время в правилах консенсуса (хотя одно правило в настоящее время «голосовала» на шахтеров). Большинство проверок являются частью проверки IsStandard () и сделок, которые нарушают их не будут передаваться по умолчанию, но все еще в силе и могут быть включены в блок.

Эти имена флагов в исходном коде Bitcoin соответствуют семь BIP62 правил. Это может сделать его легче найти соответствующие блоки кода.
Правило 1 - SCRIPT_VERIFY_DERSIG
Правило 2 - SCRIPT_VERIFY_SIGPUSHONLY
Правило 3 - SCRIPT_VERIFY_MINIMALDATA
Правило 4 - SCRIPT_VERIFY_MINIMALDATA
Правило 5 - SCRIPT_VERIFY_LOW_S
Правило 6 - SCRIPT_VERIFY_CLEANSTACK
Правило 7 - SCRIPT_VERIFY_NULLDUMMY

Статус на V0.10 и текущего блока
Правило 1 - Недостаточные рудничные голоса для мягкой вилки *
Правило 2 - Не Насильственные +
Правило 3 - IsStandard **
Правило 4 - IsStandard **
Правило 5 - Не Насильственные +
Правило 6 - IsStandard **
Правило 7 - IsStandard **

*   https://github.com/bitcoin/bitcoin/blob/93a8c46807a8b9c98e536ccd21ecdb11b9b3cf52/src/main.cpp#L1791
**  https://github.com/bitcoin/bitcoin/blob/f425050546644a36b0b8e0eb2f6934a3e0f6f80f/src/script/standard.h#L47
+   Если меня не хватает чего-то они не исполняются путем IsStandard проверок для ретрансляции (хотя стандартные txns созданные Bitcoin ядро ​​передаст эти правила)
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

22 апреля 2015, 1:27:33 PM   # 5
 
 
Сообщения: 805
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

Так сделка податливость полезна и в настоящее время не может быть предотвращено, но разработчики Bitcoin предлагают способ для обеспечения соблюдения, что некоторые операции не могут быть мутировал? С помощью этих новых правил принуждения, которые будут поэтапно в течение следующих нескольких лет. Разве я это правильно понял?
NO_2 сейчас офлайн Пожаловаться на NO_2   Ответить с цитированием Мультицитирование сообщения от NO_2 Быстрый ответ на сообщение NO_2

22 апреля 2015, 6:25:48 PM   # 6
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

не может мутировать
третьими лицами.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

22 апреля 2015, 6:29:57 PM   # 7
 
 
Сообщения: 1862
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

котировка
Будет ли когда-либо податливости быть полностью устранены?
Нет, это намеренная и полезная функция, без него таких вещей, как маяк не было бы возможно

Можете ли вы объяснить это?

(Не прибегая к чему-либо, что не может быть четко поняты большинством людей)
CIYAM сейчас офлайн Пожаловаться на CIYAM   Ответить с цитированием Мультицитирование сообщения от CIYAM Быстрый ответ на сообщение CIYAM

22 апреля 2015, 6:47:56 PM   # 8
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

Можете ли вы объяснить это?
(Не прибегая к чему-либо, что не может быть четко поняты большинством людей)
Модель объявленных взносов используются для маяка является то, что вы автор сделки платит вам некоторую сумму, но не поставляют монеты, то люди могут поставить подписи для своих монет на досуге, и они могут быть объединены любым в любом порядке без взаимодействия. После того, как достаточно монеты обеспечить сделку может пройти. Эти дополнительные подписи модификация сделки.

У нас есть sighash флаги специально для _allow_ податливости.

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

gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

22 апреля 2015, 7:24:45 PM   # 9
 
 
Сообщения: 840
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

В общем, АЯ податливость никогда не должна произойти случайно или когда люди, делающие сделки не намерен его.

Сейчас это никогда не происходит случайно - но это может быть не случайно со стороны кого-то, кто * не * один из людей, делающих сделку. Кто-то там в сети (особенно, если они шахтер) может сознательно построить заменяющую сделку, которая имеет другой хэш и передачу вместо этого из первоначальной сделку. В этом случае ОЙ податливости происходит без намерения людей, принимающих ОЙ. 

И именно этот случай, что в настоящее время усилия по ограничению ОЙ податливости пытается решить. 

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

Имея «каноническую форму» для сделок, то есть входы и выходы в конкретной триггерной последовательности, и только один из возможных ключевых преобразований или подписные формы могут быть использованы - бы решить эту проблему. Но каждый возможный выбор канонической формы, которая будет использоваться будет конфликтовать с путем * кто * использует (преднамеренный) АЯ податливость в настоящее время. 

Cryddit сейчас офлайн Пожаловаться на Cryddit   Ответить с цитированием Мультицитирование сообщения от Cryddit Быстрый ответ на сообщение Cryddit

23 апреля 2015, 10:00:03 AM   # 10
 
 
Сообщения: 805
Цитировать по имени
цитировать ответ
по умолчанию Re: Вероятность сделки хэш мутирует с текущим состоянием BIP062

В общем, АЯ податливость никогда не должна произойти случайно или когда люди, делающие сделки не намерен его.

Сейчас это никогда не происходит случайно - но это может быть не случайно со стороны кого-то, кто * не * один из людей, делающих сделку. Кто-то там в сети (особенно, если они шахтер) может сознательно построить заменяющую сделку, которая имеет другой хэш и передачу вместо этого из первоначальной сделку. В этом случае ОЙ податливости происходит без намерения людей, принимающих ОЙ. 

И именно этот случай, что в настоящее время усилия по ограничению ОЙ податливости пытается решить. 

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

Имея «каноническую форму» для сделок, то есть входы и выходы в конкретной триггерной последовательности, и только один из возможных ключевых преобразований или подписные формы могут быть использованы - бы решить эту проблему. Но каждый возможный выбор канонической формы, которая будет использоваться будет конфликтовать с путем * кто * использует (преднамеренный) АЯ податливость в настоящее время. 

Это очень понятно, спасибо за краткий ответ.
NO_2 сейчас офлайн Пожаловаться на NO_2   Ответить с цитированием Мультицитирование сообщения от NO_2 Быстрый ответ на сообщение NO_2



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW