Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
9 октября 2013, 11:01:10 PM   # 1
 
 
Сообщения: 539
Цитировать по имени
цитировать ответ
по умолчанию Re: Soft-вилка Предложения: позволяет nLockTime задать верхний предел вместо нижнего Ит.

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
В потоке Я предлагаю способ, чтобы защитить пользователей от злоумышленников деньги путем создания 2-ступенчатые операции, так что пользователи могут отката, если злоумышленник пытается сделать Шаг 1. Первым шагом могут быть возвращены с помощью клавиш холодного хранения. Я назвал его "метод Tick",

Я понял, что тот же метод может быть реализован гораздо проще, если транзакции могут указать номер раз / блок после того, как они не могут быть приняты в блок цепи.

В настоящее время nLockTime имеет порог:

INT LOCKTIME_THRESHOLD = 500000000; // вт 5 ноября 1985 00:53:20 UTC

Значения ниже, чем LOCKTIME_THRESHOLD считаются номера блоков и значения выше, чем LOCKTIME_THRESHOLD они считаются метки времени UNIX.
Поскольку Bitcoin не существовало с 1985 по 2009 год, я предлагаю мягкую вилку, где nLockTime в диапазонах:

nLockTime в (LOCKTIME_THRESHOLD до 510000000): Действительно до блока (nLockTime- LOCKTIME_THRESHOLD + 262634) (190 лет помогло, Шифрование до 2203)
nLockTime в (510000000 до 1230000000): Действительно до времени (nLockTime-510000000 + 1230000000): 22,8 лет помогло (до 2036)

изменение кода должно выглядеть примерно так: (обратите внимание: я не беру в расчет txin.IsFinal (), это просто пример)

  
Код:
 
BOOL IsFinal (интермедиат nBlockHeight = 0, Int64 nBlockTime = 0) Const
    {
   ....
        если ((int64) nLockTime < LOCKTIME_THRESHOLD) {
          если ((int64) nLockTime < (Int64) nBlockHeight)
             возвращает истину;
        }
       еще
       если ((int64) nLockTime <510000000) {
          если ((int64) nLockTime- LOCKTIME_THRESHOLD + 262634 >= (Int64) nBlockHeight)
             возвращает истину;
       }
       еще
       если ((int64) nLockTime <1230000000) {
          если ((int64) nLockTime-510000000 + 1230000000 >= (Int64) nBlockTime)
             возвращает истину;
       }
      еще
      если ((int64) nLockTime > (Int64) nBlockTime)
             возвращает истину;
  ...
}

Там может быть много больше, случай использования (Mike Хирн?)

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


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


10 октября 2013, 6:20:22 AM   # 2
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Soft-вилка Предложения: позволяет nLockTime задать верхний предел вместо нижнего Ит.

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





Это уменьшило бы модель безопасности / робастности Bitcoin в. В настоящее время не представляется возможным для сделки, чтобы стать инвалидом после цепной вилки менее 100 блоков, если дважды расходы не участвует. С порога сделок, длинная вилка (из-за нетсплит, ошибки и т.д.) может привести к широкому опустошение аннулируя тонн сделок зависит от порога сделки. Может быть, это было бы нормально, если порог сделка имела один и тот же 100-блок расходный лимит как coinbase сделки, но эта дополнительная сложность не стоит ИМО, если нет какого-то удивительное приложения для этих операций.
theymos сейчас офлайн Пожаловаться на theymos   Ответить с цитированием Мультицитирование сообщения от theymos Быстрый ответ на сообщение theymos

10 октября 2013, 8:33:16 AM   # 3
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Soft-вилка Предложения: позволяет nLockTime задать верхний предел вместо нижнего Ит.

Согласен с theymos. Пожалуйста, давайте просто исправить первоначальные предполагаемые случаи использования nLockTime, прежде чем изобретать новые.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

10 октября 2013, 10:27:42 PM   # 4
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: Soft-вилка Предложения: позволяет nLockTime задать верхний предел вместо нижнего Ит.

Это уменьшило бы модель безопасности / робастности Bitcoin в. В настоящее время не представляется возможным для сделки, чтобы стать инвалидом после цепной вилки менее 100 блоков, если дважды расходы не участвует. С порога сделок, длинная вилка (из-за нетсплит, ошибки и т.д.) может привести к широкому опустошение аннулируя тонн сделок зависит от порога сделки. Может быть, это было бы нормально, если порог сделка имела один и тот же 100-блок расходный лимит как coinbase сделки, но эта дополнительная сложность не стоит ИМО, если нет какого-то удивительное приложения для этих операций.

Хм, я не знал ничего особенного происходит на 100 блоков марки.
Вы можете повторить свой ответ еще несколько деталей и ссылок, для бедных невежественных душ, таких, как я?
ripper234 сейчас офлайн Пожаловаться на ripper234   Ответить с цитированием Мультицитирование сообщения от ripper234 Быстрый ответ на сообщение ripper234

10 октября 2013, 11:22:12 PM   # 5
 
 
Сообщения: 1876
Цитировать по имени
цитировать ответ
по умолчанию Re: Soft-вилка Предложения: позволяет nLockTime задать верхний предел вместо нижнего Ит.

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

Я думаю, что он имел в виду (сеть) 100 или 120 (клиент) блоков один должен ждать, прежде чем монеты могут быть потрачены (COINBASE_MATURITY). После REORG, сделки с BTC от осиротевших блоков становятся недействительными.
злорадный сейчас офлайн Пожаловаться на злонамеренные   Ответить с цитированием Мультицитирование сообщения от злобного Быстрый ответ на сообщение злонамеренные

10 октября 2013, 11:25:59 PM   # 6
 
 
Сообщения: 2870
Цитировать по имени
цитировать ответ
по умолчанию Re: Soft-вилка Предложения: позволяет nLockTime задать верхний предел вместо нижнего Ит.

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

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

10 октября 2013, 11:45:05 PM   # 7
 
 
Сообщения: 1260
Цитировать по имени
цитировать ответ
по умолчанию Re: Soft-вилка Предложения: позволяет nLockTime задать верхний предел вместо нижнего Ит.

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

Иногда (хотя и очень редко), есть большая цепь вилки. В вилке, шахтеры, добывающие на то, что заканчивается время изнанки вилки теряют свои добывающие награды, когда цепь сливается снова. Тот, кто получил эти недавно добытые монеты (возможно, в течение многих "поколения" сделок) будут иметь те сделки постоянно недействительными. Это очень плохо. Чтобы не допустить этого, сеть Bitcoin запрещает coinbase операции (добыча поощрений) от тратятся на 100 блоков. В результате, вилка должна быть больше, чем 100 блоков для любого не-coinbase сделок должны быть признаны недействительными, если нет двойных расходов на участие. Любое изменение в Bitcoin, которая позволила бы действительной транзакции позже становятся недействительными сломается надежность Bitcoin в этой области, если только такие сделки были аналогичные ограничения расходов 100-блок.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW