1 февраля 2012, 1:26:00 AM   # 1
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

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


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

BIP 22 (https://en.bitcoin.it/wiki/BIP_0022) Является то, что я предложил в качестве потенциального ответа на все предыдущие БИП по multisig вопросу.

Это один, что я предложил путь назад, когда.

То, что это предложение не входит, это армия аргумент. Я полностью готов принять заднее сиденье, я не имею никакого желания сорвать усилие Гевины, и, несмотря на мое предложение, я полностью за BIP 16 все еще.

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

Я полностью поддерживаю Гэвину и не буду выступать в пользу моего предложения в ущерб текущих усилий Гэвины.
casascius сейчас офлайн Пожаловаться на casascius   Ответить с цитированием Мультицитирование сообщения от casascius Быстрый ответ на сообщение casascius


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


1 февраля 2012, 2:32:37 AM   # 2
 
 
Сообщения: 742
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

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





Просто бросить что-то в огонь,

BIP 22 (https://en.bitcoin.it/wiki/BIP_0022) Является то, что я предложил в качестве потенциального ответа на все предыдущие БИП по multisig вопросу.

Это один, что я предложил путь назад, когда.

То, что это предложение не входит, это армия аргумент. Я полностью готов принять заднее сиденье, я не имею никакого желания сорвать усилие Гевины, и, несмотря на мое предложение, я полностью за BIP 16 все еще.

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

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

Я на самом деле нравится BIP22. Если мы будем иметь, чтобы сделать что-то считается хаком, я думаю, что мне нравится иметь подмножество кодов скриптов внутри основного набора лучшего. Я на самом деле не нравится сериализации в BIP 16.  Это, вероятно, лучше всего говорили в другой теме.
Red Emerald сейчас офлайн Пожаловаться на Red Emerald   Ответить с цитированием Мультицитирование сообщения от Red Emerald Быстрый ответ на сообщение Red Emerald

1 февраля 2012, 6:19:27 AM   # 3
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Просто бросить что-то в огонь,

BIP 22 (https://en.bitcoin.it/wiki/BIP_0022) Является то, что я предложил в качестве потенциального ответа на все предыдущие БИП по multisig вопросу.

Это один, что я предложил путь назад, когда.

"Эй, ты прав, я согласен",

Мне нравится BIP 22 лучших до сих пор. У меня нет достаточно глубоких знаний протокола, чтобы увидеть, что если что-то случилось с ним, но он чувствует себя намного чище, чем 16 или 17.

Я был смущен этой части:

котировка
Предлагаемая реализация в программе клиента таким образом, что функция включена только на Testnet, и на главной сети Bitcoin когда определенный уровень голосования консенсуса был установлен в блок цепи. До тех пор пока функциональность отключена, OP_CHECKSIG должны потерпеть неудачу до тех пор, предусмотрены ожидаемые параметры одной подписи и одного закрытого ключа.

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

1 февраля 2012, 6:26:25 AM   # 4
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

dooglus: да ты прав. Предназначенный наоборот. Будет ли исправить, когда не вошли в систему с помощью мобильного телефона
casascius сейчас офлайн Пожаловаться на casascius   Ответить с цитированием Мультицитирование сообщения от casascius Быстрый ответ на сообщение casascius

1 февраля 2012, 6:49:11 AM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

dooglus: да ты прав. Предназначенный наоборот. Будет ли исправить, когда не вошли в систему с помощью мобильного телефона

Я редактировал его для вас. Заменено «провал» с «успехом».
dooglus сейчас офлайн Пожаловаться на dooglus   Ответить с цитированием Мультицитирование сообщения от dooglus Быстрый ответ на сообщение dooglus

1 февраля 2012, 10:29:55 AM   # 6
 
 
Сообщения: 2660
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Можем ли мы иметь обзор BIP 22 из всех основных разработчиков?
Так что каждый может дать свое собственное мнение.
HostFat сейчас офлайн Пожаловаться на HostFat   Ответить с цитированием Мультицитирование сообщения от HostFat Быстрый ответ на сообщение HostFat

1 февраля 2012, 12:21:35 PM   # 7
 
 
Сообщения: 924
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Можем ли мы иметь обзор BIP 22 из всех основных разработчиков?
Так что каждый может дать свое собственное мнение.


+1

Редактирование: чтобы люди лечения это как популярность конкурса, пожалуйста, STFU
Paraipan сейчас офлайн Пожаловаться на Paraipan   Ответить с цитированием Мультицитирование сообщения от Paraipan Быстрый ответ на сообщение Paraipan

1 февраля 2012, 12:32:54 PM   # 8
 
 
Сообщения: 497
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Можем ли мы иметь обзор BIP 22 из всех основных разработчиков?
Так что каждый может дать свое собственное мнение.


+1
Кажется, что старые клиенты смогут потратить свои монеты как старого и нового пути.
Это хорошо, монеты должны быть всегда расходуемые!
Interlagos сейчас офлайн Пожаловаться на Интерлагосе   Ответить с цитированием Мультицитирование Сообщения От Interlagos БЫСТРЫЙ ответ на сообщение Interlagos

1 февраля 2012, 12:35:44 PM   # 9
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Можем ли мы иметь обзор BIP 22 из всех основных разработчиков?
Так что каждый может дать свое собственное мнение.
Мне нравится эта идея, но я думаю, что это должно быть в отдельном потоке. Эта нить не о BIP 22, по-моему, это даже не о BIP16 / 17, это больше вопрос, касающийся разработчика команда от Bitcoin.
Техномаг сейчас офлайн Пожаловаться на техномаг   Ответить с цитированием Мультицитирование сообщения от техномаг Быстрый ответ на сообщение техномаг

1 февраля 2012, 1:28:44 PM   # 10
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

ОСТАНОВИТЬ ЭТО. Прекрати.

BIP 16 имеет подавляющую поддержку, это будет решением.

Casascius: пожалуйста, прочитайте BIP 0001 для процесса, чтобы присвоить номер BIP. Этот процесс не является "создать страницу на вики."

Что же касается самого предложения: Нет

Вы предлагаете без обратной совместимости изменения, которые будут означать "жесткий" blockchain раскол. все согласен с тем, что это плохая идея. Путаницы и потенциал для взлома, если значительная часть пользователей Bitcoin были на отдельной цепи имеет массовый характер; Вы затушевать все, что в вашем предложении.
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

1 февраля 2012, 1:39:33 PM   # 11
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Вы предлагаете без обратной совместимости изменения, которые будут означать "жесткий" blockchain раскол. все согласен с тем, что это плохая идея. Путаницы и потенциал для взлома, если значительная часть пользователей Bitcoin были на отдельной цепи имеет массовый характер; Вы затушевать все, что в вашем предложении.
Этот тип изменения действительно будет иметь катастрофические последствия, и следует избегать любой ценой. Все не-назад-совместимые изменения были исключены давно, насколько я знаю.
Техномаг сейчас офлайн Пожаловаться на техномаг   Ответить с цитированием Мультицитирование сообщения от техномаг Быстрый ответ на сообщение техномаг

1 февраля 2012, 2:17:48 PM   # 12
 
 
Сообщения: 497
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Да, я думаю, что мы должны, наконец, получить над ним. BIP16, так и будет.
Это не конец света, и я доверяю Gavin, чтобы обеспечить поддержку своего решения, если это необходимо.

Все остальные предложения являются хорошими кандидатами, чтобы играть с другим на blockchains.
Interlagos сейчас офлайн Пожаловаться на Интерлагосе   Ответить с цитированием Мультицитирование Сообщения От Interlagos БЫСТРЫЙ ответ на сообщение Interlagos

1 февраля 2012, 2:22:36 PM   # 13
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Я был бы заинтересован в ком-то, демонстрирующем мне основной случай для того, как это трудно вилка может привести к взломам. Конфиденциально даже, так как я четко указано, что мое намерение состоит в том, чтобы не сорвать усилия, лежащие BIP 16. Рассмотрим "СТОП IT" часть была неожиданной и не согласуется с тем, как я рассматривал состояние соответствующего несогласия. Это было разумно ожидать, для кого производить FUD или возражая против BIP 16, честно говоря, моя реакция несколько ироничного молчание, если остановить это означает, "прекратить производство новых идей, которые люди могли бы думать хороши по существу", Гэвин, я не буду беспокоить, если вы решили переименовать мою страницу вики так это просто другой вики-страницы. Даю вам полную поддержку за ваши усилия, и будет просто принять "нет" в качестве ответа.

Да, жесткий вилка будет участвовать, но, как я увидел его, старая нога вилки, содержащей только транзакции, принятые старыми клиентами будут по-прежнему быть совместимы с записью все из затрачивает от общего предка обеих цепей, потому что расходы из общий набор txouts выглядит идентично в обоих мирах - монеты, проведенные в новой вилке бы просто стать unrespendable в старой вилкой. Другими словами, в отличие от типичной цепи вилкой, я не верю, что я мог провести Bitcoin txout X в новой цепи и в других местах в старой цепи, потому что, несмотря на наличие вилки, неподтвержденная сделка расходы txout X будет по-прежнему делают смысл обоих, и обе ноги цепей будут самостоятельно записывать, что txout X получил израсходованы. В новой цепи, эти монеты могут быть respent и рециркуляция, как они должны быть, но никогда к старой цепи, которая будет рассматривать эти монеты как постоянно unspendable, потому что никто не может дать пару ключей с правой хэш, который встретил старые правила. Старая цепь просто накапливают unspendable сделок и самый большой симптом для старых клиентов будет неспособность видеть входящие биткойны, которые когда-либо участвовали в multisig где-нибудь в своей истории - то, что я смотрел, как хороший режим изящную отказа, как упоминалось в моем предложении.

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

Я интересно услышать кто-то сказать мне, как это не будет работать, но я повторяю свою поддержку Gavin имея окончательное решение. Я добровольно уступить Gavin право сказать "Нет, это не будет работать для нас", Без требования о причине, почему. У меня нет возражений против BIP 16 и считаем, что будет выполнять ту же цель, если она будет принята.
casascius сейчас офлайн Пожаловаться на casascius   Ответить с цитированием Мультицитирование сообщения от casascius Быстрый ответ на сообщение casascius

1 февраля 2012, 2:33:46 PM   # 14
 
 
Сообщения: 1848
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Я согласен, что ответ Гэвина был немного над верхней частью, Casascius после всего сторонника BIP16. Это не больно, чтобы исследовать другие варианты и как полу-технического работника объяснение Casascius предоставляется для обратной совместимости делает какой-то смысл. Надеюсь, кто-то более технический есть что сказать об этом.
Техномаг сейчас офлайн Пожаловаться на техномаг   Ответить с цитированием Мультицитирование сообщения от техномаг Быстрый ответ на сообщение техномаг

1 февраля 2012, 2:36:57 PM   # 15
 
 
Сообщений: 28
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

я думаю, что все дело в том, чтобы избежать вилки
в противном случае они могли бы реализовать их "идеально" решение и некоторые другие функции / исправления.
https://en.bitcoin.it/wiki/Hardfork_Wishlist

persinally я нахожусь в пользу bip17, но это выглядит как bip16 имеет большую поддержку Дэв.
Так реализовать его в 0,6 и покончат с этим бардаком уже.
https://en.bitcoin.it/wiki/P2SH_Votes

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

1 февраля 2012, 2:37:51 PM   # 16
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Я извиняюсь за крика, это было трудно пару недель. И спасибо за поддержку.

Очень быстро, проблема с любой цепи раскола двойной тратит. Злоумышленник может провести его биткоен дважды, один раз CHECKSIGEX и некоторый скрипт вместо открытого ключа. Они могут ждать монеты, чтобы подтвердить на "новый" цепи, а затем они могут потратить монеты снова, используя CHECKSIG, на старой цепи.

Результатом будет массовый беспорядок и хаос, как те, "старый" пользователи медленно модернизированы, а затем обнаружили, что их бумажники были отрицательные остатки после обновления.
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

1 февраля 2012, 2:43:16 PM   # 17
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Очень быстро, проблема с любой цепи раскола двойной тратит. Злоумышленник может провести его биткоен дважды, один раз CHECKSIGEX и некоторый скрипт вместо открытого ключа. Они могут ждать монеты, чтобы подтвердить на "новый" цепи, а затем они могут потратить монеты снова, используя CHECKSIG, на старой цепи.

Вы уверены в этом? OP_CHECKSIGEX является частью спасительной, а не расходов. OP_CHECKSIGEX исключительно для погашения сделок на новой цепи, она не дает никаких новых способов провести сделки по общему предку. Кто-то не может использовать OP_CHECKSIGEX проводить таким образом, старая цепь не может понять, потому что только возможно OP_CHECKSIGEX они могли бы обеспечить на старых сделках выглядит идентично действительный OP_CHECKSIG старых клиентов. Старая цепь будет правильно распознавать монеты были израсходованы момент любой старый узел услышал неподтвержденные транзакции, предназначенные для новой цепи.
casascius сейчас офлайн Пожаловаться на casascius   Ответить с цитированием Мультицитирование сообщения от casascius Быстрый ответ на сообщение casascius

1 февраля 2012, 3:09:12 PM   # 18
 
 
Сообщения: 714
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

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

1 февраля 2012, 4:56:18 PM   # 19
 
 
Сообщения: 1372
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

Код первой, пожалуйста.

В script.cpp мы имеем большой переключатель заявление на обработку всех случаев OP_xxxx. Эта функция будет реализована путем изменения поведения OP_CHECKSIG блока, который в настоящее время вокруг линии 900 в коде.

В настоящее время обработчик OP_CHECKSIG выполняет следующие действия:

  • Проверьте 2 пунктов в стеке, потерпеть неудачу, если нет.
  • Grab ссылается на два верхних элементов в стеке: Sig и Публичных
  • Вычисление хэш-сценария с подписью опущена.
  • Вызов CheckSig () с этим, толкая результат (истина / ложь) в стек, Sig и Публичный вывезенный первый

Мое предложение (в простом языке псевдокода) будет для OP_CHECKSIG (EX), который делает это (общие элементы, выделены жирным шрифтом)

  • Проверьте 2 пунктов в стеке, потерпеть неудачу, если нет.
  • Grab ссылается на два верхних элементов в стеке: Sig и Публичных (Sigs и PubKeyEx в данном контексте)
  • Вычисление хэш-сценария с подписью опущена.
  • Создайте новый пустой стек с локальной областью.
  • Создать внутренний цикл, который перебирает каждый байт в PubKeyEx:
    • Пропустите байты в распределительном заявление, что рассматривает его как один из опкодов включены для Eval обработки.
    • Если операция арифметической или сравнение, сделать это так же, как он это реализовано (но отключен) Сейчас: поп-операнды (неудачны, если недействителен), выполнять арифметические действия, нажмите результат. Конечно, это на временный локальный стек.
    • Если операция является проверка подписи, а затем проглотить 64 байт из PubKeyEx, возьмите одну подпись от Sigs (разбор, как это определено в предложении), предполагая, что мы не просто захватить заполнитель, передать его CheckSig () с этим, толкая результат (истина / ложь) на к (Eval) стек, или если он был заполнителем, нажмите 0 в стек Eval. Полностью выйдет из строя, если 64 байта не может быть взят из PubKeyEx или один сига / заполнитель не может быть захвачен из Sigs
    • Если операция толкает что-то в локальный стек Eval, то сделайте это. Неопределенные опкоды должны привести к сбою.
  • По окончании цикла, если верхний элемент, оставшийся на Eval стека равен 1, нажать 1 на реальном стеке. В противном случае нажать 0. OP_CHECKSIGEX завершен - временный стек выходит из области видимости в этот момент и отказался.

Для меня, это нагло просто, мой единственный нерешительность в деле написания кода Будучи незнакомство с ++ среде C и стиль, используемый в Bitcoin (что-то я могу справиться, но было бы просто в гору), и законная возможность того, что Гевин будет придерживаться поговорка "Нет, у нас есть эта крытую, спасибо", Тем не менее, даже если я протолкнул эту гору, писать это как реальный код функционирования, вероятно, в день для непосвященных, час или два для хорошо знакомы.

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

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

1 февраля 2012, 5:51:38 PM   # 20
 
 
Сообщения: 742
Цитировать по имени
цитировать ответ
по умолчанию Re: BIP 22?

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW