|
![]() |
# 1 |
Сообщения: 714
цитировать ответ |
![]()
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Я полагаю.
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 2 |
Сообщения: 1904
цитировать ответ |
![]() |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 3 |
Сообщения: 714
цитировать ответ |
![]() Не спешите их что это в любом случае Да, никто не заботиться о нем до тех пор, полтора месяца до этого. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 4 |
Сообщения: 714
цитировать ответ |
![]() Еще слишком мало разработчиков, я думаю.
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 5 |
Сообщения: 714
цитировать ответ |
![]() Я не думаю, что это что-то я хотел бы использовать прямо сейчас, но я вижу его приятная особенность. Есть ли способ, чтобы пожертвовать "развитие" ? Да, я думаю, я начинаю соглашаться с идеей Гэвина, мы должны сформировать организацию, чтобы нанять команду для тестирования, ошибка находки, если мы заботимся о развитии. Не просто ждать, пока только до истечения срока, какой-то парень даже не имеют ни одного Bitcoin, и «не ценят Bitcoin, найти ошибку и убить саму идею. Мы задерживаемся сам. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 6 |
Сообщения: 714
цитировать ответ |
![]() Я думаю, что команда разработчиков должна работать как FOMC ФРС?
некоторые разблокировки, "официальный" информация? Но Bitcoin является децентрализованной валюты, Это противоречие Но решение было принято небольшой группой людей. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 7 |
Сообщения: 1232
цитировать ответ |
![]() Успокойся. Все разработчики в мире не помогут. Это сложная проблема.
Если еще не произошло в течение последних 8 часов, мы обсуждали, прежде чем упасть OP_EVAL в качестве явного обучения. Это просто означает, что существует новый тип шаблона сделка, которая Bitcoin обнаруживает и обрабатывает корректно. Верхний элемент во входном скрипте Оценивается не существует на самом деле будучи OP_EVAL там, чтобы сказать ему, чтобы сделать это. Существует интернет-встречи сегодня: Люди могут свободно присоединиться, но я предполагаю, что это больше для разработчиков, чтобы обсудить этот вопрос, чем объяснить это сообщество: р |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 8 |
Сообщения: 714
цитировать ответ |
![]() Успокойся. Все разработчики в мире не помогут. Это сложная проблема. Если еще не произошло в течение последних 8 часов, мы обсуждали, прежде чем упасть OP_EVAL в качестве явного обучения. Это просто означает, что существует новый тип шаблона сделка, которая Bitcoin обнаруживает и обрабатывает корректно. Верхний элемент во входном скрипте Оценивается не существует на самом деле будучи OP_EVAL там, чтобы сказать ему, чтобы сделать это. Существует интернет-встречи сегодня: Люди могут свободно присоединиться, но я предполагаю, что это больше для разработчиков, чтобы обсудить этот вопрос, чем объяснить это сообщество: р Но даже если это новые шаблоны согласованы или одобрены, он все еще нужен новый цикл "Кодирование, тестирование, развертывание", и я думаю, может быть 3months позже? Мне просто интересно, это OP_EVAL идея была воспитана около 3 месяцев назад, где ты разработчики? Теперь перед развертыванием, вы someguy вызвать проблемы нонсенс "невозможно сценарий статического анализа", |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 9 |
Сообщения: 1036
цитировать ответ |
![]() Нет FUD пожалуйста; есть проблема или нет? Сам OP_EVAL никогда не делали особого смысла для меня в любом случае, поэтому, пожалуйста, только сеяли панику, если целевая функция теряется.
Сейчас мы в основном нужны некоторые вид multisig. Из всего я понимаю, большинство случаев использования нужно либо "2 из 2" или "2 из 3" подписи. Если новое решение обеспечивает, что я доволен на некоторое время. Нам нужна безопасность нескольких ключей и доверия договоров ... Я в основном заботиться о последнем. Я, возможно, потребуется сделка "мы оба заплатить некоторую сумму, и мы только получить его обратно, если обе стороны согласны с тем они по-прежнему любят друг друга", |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 10 |
Сообщения: 235
цитировать ответ |
![]() Нет FUD пожалуйста; есть проблема или нет? Рассел и я поднял некоторые проблемы, но мы оба счастливы теперь с последним предложением Гэвина. Если кто-то не выходят с новой критикой на встрече сегодня вечером, я ожидаю, что новое предложение будет идти до конца. (Вы не можете назвать это OP_EVAL больше, но он делает то же самое с меньшим количеством байт и простой семантикой.) Что же касается того, что называется новое предложение: <Гэвин Андресен> justmoon: Она нуждается в хорошем name-- PayToScriptHash это лучший, что я смог придумать Так что, похоже, что это то, что она называется до дальнейшего уведомления. Но это на самом деле делает то же самое, что OP_EVAL без вещей, которые сделали некоторые из нас непросто. Для технического объяснения того, что это было все, что я могу направить вас к моему резюме в списке рассылки: http://sourceforge.net/mailarchive/message.php?msg_id=28616889 Edit: Добавлен акцент. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 11 |
Сообщения: 714
цитировать ответ |
![]() Я не знаю, я думаю, "Статический анализ" бесполезно, так и без него, по-прежнему безопасно.
Мне грустно, что работа всех Гэвина были потрачены впустую! |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 12 |
Сообщения: 1652
цитировать ответ |
![]() Мне грустно, что работа всех Гэвина были потрачены впустую! Не sad-- это не впустую вообще. Большая часть работы была сделать multisignature сделки работать должным образом, OP_EVAL часть была небольшой объем кода (который становится еще меньше кода по новой схеме PayToScriptHash, что одна из причин, почему я его люблю). И вновь: новый цикл кодирования / тестирования / и т.д. принимать больше 3-х месяцев: Я собираюсь предложить смещать график на две недели, что означает "Сеть полностью проверка новых типов транзакций" 15 февраля вместо 1 февраля. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 13 |
Сообщений: 72
цитировать ответ |
![]() Мне грустно, что работа всех Гэвина были потрачены впустую! Не sad-- это не впустую вообще. Большая часть работы была сделать multisignature сделки работать должным образом, OP_EVAL часть была небольшой объем кода (который становится еще меньше кода по новой схеме PayToScriptHash, что одна из причин, почему я его люблю). И вновь: новый цикл кодирования / тестирования / и т.д. принимать больше 3-х месяцев: Я собираюсь предложить смещать график на две недели, что означает "Сеть полностью проверка новых типов транзакций" 15 февраля вместо 1 февраля. Звучит здорово. Даже если бы мы должны были проскочить в месяц, это гораздо предпочтительнее потерю доверия от плохой регрессии. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 14 |
Сообщения: 947
цитировать ответ |
![]() Это название было меня беспокоит! Если кто-то работает на multisig хочет помочь с полпути компьютера грамотного энтузиаста, дайте мне знать! Я был бы рад внести свой вклад. Лучше взять наше время и получить его прямо на первую попытку.
|
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 15 |
Сообщения: 714
цитировать ответ |
![]() Не sad-- это не впустую вообще. Большая часть работы была сделать multisignature сделки работать должным образом, OP_EVAL часть была небольшой объем кода (который становится еще меньше кода по новой схеме PayToScriptHash, что одна из причин, почему я его люблю). И вновь: новый цикл кодирования / тестирования / и т.д. принимать больше 3-х месяцев: Я собираюсь предложить смещать график на две недели, что означает "Сеть полностью проверка новых типов транзакций" 15 февраля вместо 1 февраля. Рад слышать, что идут! Спасибо, Гэвин. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 16 |
Сообщения: 157
цитировать ответ |
![]() это не удалось -> https://en.bitcoin.it/wiki/Active_Bounties решить проблему? Если достаточное количество людей желание особенность может быть, их готовы платить за это? Мы должны использовать это или что-то более динамичное (http://www.kickstarter.com/), Чтобы обеспечить форум, чтобы включить презентацию идей значение для БТК сообщества, и учет хороших идей должны быть предоставлены реальные стимулы для реализации своей идеи.
Существует также несколько членов сообщества BTC, которые были бы рады использовать некоторые из своих Btc холдингов обеспечить большие долгосрочные перспективы Btc стоимости. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 17 |
Сообщения: 235
цитировать ответ |
![]() это не удалось -> https://en.bitcoin.it/wiki/Active_Bounties решить проблему? Какая проблема? |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 18 |
Сообщения: 157
цитировать ответ |
![]() MultiSig развертывание задерживается! и OP_EVAL МЕРТВ |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 19 |
Сообщения: 235
цитировать ответ |
![]() MultiSig развертывание задерживается! и OP_EVAL МЕРТВ Задержка две недели, и я не думаю, что это вызвано отсутствием разработчиков. Если вы думаете об этом, это было вызвано "Очень много" Разработчики вовлекаются, которые имели проблемы со старым предложением. Что касается OP_EVAL ... Я не могу говорить за Гэвина, но я знаю, что в СИПА и мой разум OP_EVAL не умер. Новое предложение не использовать код операции, так что, если мы все еще хотим, мы можем реализовать OP_EVAL в более позднее время - возможно, даже используя один и тот же код. Мы просто не * нужно * OP_EVAL, потому что теперь у нас есть лучший способ (меньше байт, проще реализации => никаких изменений в EvalScript, статический анализ => минимальные изменения GetSigOpCount) перемещения сценариев из scriptPubKey над к scriptSig. |
![]() ![]() |
![]() ![]() ![]() |
![]() |
# 20 |
Сообщения: 714
цитировать ответ |
![]() MultiSig развертывание задерживается! и OP_EVAL МЕРТВ Задержка две недели, и я не думаю, что это вызвано отсутствием разработчиков. Если вы думаете об этом, это было вызвано "Очень много" Разработчики вовлекаются, которые имели проблемы со старым предложением. Что касается OP_EVAL ... Я не могу говорить за Гэвина, но я знаю, что в СИПА и мой разум OP_EVAL не умер. Новое предложение не использовать код операции, так что, если мы все еще хотим, мы можем реализовать OP_EVAL в более позднее время - возможно, даже используя один и тот же код. Мы просто не * нужно * OP_EVAL, потому что теперь у нас есть лучший способ (меньше байт, проще реализации => никаких изменений в EvalScript, статический анализ => минимальные изменения GetSigOpCount) перемещения сценариев из scriptPubKey над к scriptSig. Неважно |
![]() ![]() |
![]() ![]() ![]() |