25 ноября 2016, 6:15:59 PM   # 1
 
 
Сообщения: 6
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Предположу, Док Браун хочет послать й биткойна к себе, когда он достигает 2110, так что он может распоряжаться Jar Quantum Мышления (https://en.wikipedia.org/wiki/Doc_Brown_Saves_the_World - хотя Doc только нужно, чтобы перейти к 2075, для этой задачи предположим, что на самом деле он должен перейти к 2110). Для этой цели он хочет установить отложенный Bitcoin сделки, 2110-01-01 0:00

Какое значение он должен использовать, чтобы установить Locktime на его Bitcoin сделки?

Спасибо.

Заметки:
- Locktime является беззнаковым 32 бит, который, если выше 500.000.000, представляет число секунд, прошедших с 1970-1-1 0:00:
- Предположим, что Док знает, что Bitcoin будет продолжаться по крайней мере до тех пор
- Bitcoin может не выдавать новые монеты до 2140
manuelra сейчас офлайн Пожаловаться на manuelra   Ответить с цитированием Мультицитирование сообщения от manuelra Быстрый ответ на сообщение manuelra


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


25 ноября 2016, 9:34:37 ​​PM   # 2
YIz
 
 
Сообщения: 532
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

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





Отметка 4417977600 представляет 1 января 2110, в 12:00 утра. это то, что вы спрашиваете?
YIz сейчас офлайн Пожаловаться на YIz   Ответить с цитированием Мультицитирование сообщения от YIz Быстрый ответ на сообщение YIz

25 ноября 2016, 11:22:41 PM   # 3
 
 
Сообщения: 6
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

Yiz,

Вид...

Дело в том, что это значение выше 2 ^ 32. Поэтому он не может быть представлен в поле Locktime. Из того, что я понимаю, что максимальное значение для Locktime находится где-то около 2106.

Обратите внимание, что BIP65 (будь то уже поддерживается или нет) зависит от этой области, а также.

Хорошая новость заключается в том, что у нас есть ~ 80yrs для рассмотрения его (за вычетом заблаговременное мы пользователь может захотеть использовать, чтобы сделать платеж), и этот обзор будет только стать необходимым, если Bitcoin представляет, что долговечность.

Но я думаю, что было бы целесообразно создать BIP для этого вопроса. Возможное решение было бы обновить это до 64 бит, но это может нарушить совместимость. Еще бы позволить пользователю указать Locktime внутри сценария, но это может создать работу фильме шахтеров (чтобы получить эту информацию из сценария => синтаксический анализ, и т.д.).

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

26 ноября 2016, 5:35:35 PM   # 4
 
 
Сообщения: 428
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

Значение макс составляет 4294967295 = 2106-02-07T06: 28: 15 + 00: 00 (по ISO 8601)

(Мое личное мнение) И решение может быть превращение его в Компактный размер UInt как и все остальные цифры в сделке. Таким образом, он может быть столь же большим, как 0xFFFFFFFFFFFFFFFF (8 байт с 9 байт, используемых) и, возможно, не ломает большую часть кода.
Кодирование Энтузиаст сейчас офлайн Пожаловаться на Coding Энтузиаст   Ответить с цитированием Мультицитирование сообщения от Coding Энтузиаст Быстрый ответ на сообщение Coding Энтузиаст

27 ноября 2016, 1:24:02 PM   # 5
 
 
Сообщения: 6
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

Как бы то ни исправить, это, вероятно, можно использовать и / или следовать, варианты, принятые для подобных проблем (операционок, языков и т.д.). Видимо, на уровне операционной системы тенденция к использованию 64 бит для представления времени.

Приведенные ниже ссылки предоставляют некоторую информацию о подобных проблемах.

https://en.wikipedia.org/wiki/Year_2038_problem
https://en.wikipedia.org/wiki/System_time
manuelra сейчас офлайн Пожаловаться на manuelra   Ответить с цитированием Мультицитирование сообщения от manuelra Быстрый ответ на сообщение manuelra

30 ноября 2016, 2:36:15 PM   # 6
 
 
Сообщения: 6
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

В качестве дополнительной записке, та же проблема относится и к blockheader метки времени. Таким образом, с текущими структурами данных блоков не может существовать за пределами 2106.

https://github.com/bitcoin/bitcoin/blob/master/src/primitives/block.h

класс CBlockHeader
{
общественности:
    // заголовок
    int32_t nVersion;
    uint256 hashPrevBlock;
    uint256 hashMerkleRoot;
    uint32_t NTime;
[...]


Интересно, что метод, который возвращает Ntime уже отбрасывает это значение до 64 бит, так что в этом случае задача может быть решена путем "только" анализ заголовок блока кода сериализации.

    int64_t GetBlockTime () Const
    {
        возвращать (int64_t) Ntime;
    }

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

30 ноября 2016, 3:55:08 PM   # 7
 
 
Сообщения: 1246
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

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

2 декабря 2016, 3:30:49 AM   # 8
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Макс Locktime

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

Это действительно нецелесообразно использовать locktimes установленного в далеком будущем. Хотя все, кто работает над проектом Bitcoin работает, чтобы не аннулирует существующие сделки, мы не знаем, какие новые проблемы в будущем может bring-- и Bitcoin из 2110 вполне могут не принять подписанную сделку разработанной сегодня.

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW