Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
19 февраля 2016, 7:50:34 PM   # 1
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Обрезка и автоматического создания контрольных точек

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


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

При загрузке blockchain, ссылка клиент пропускает проверку подписи, пока не достигнет последней контрольной точки. Это значительно ускоряет обработку, а затем замедляется.

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

В 0.12, последний блок будет контрольная точка имеет высоту 295000. Блок составляет более 18 месяцев. Ядро должно проверить все блоки, которые были получены в течение последних 18 месяцев.

При загрузке, ядро ​​будет загружать блоки от 0 до 295000 без выполнения подпись проверки, а затем полностью проверяет все от 295000 до 399000. Если переиндексация запрашивается, то он должен подтвердить 100К блоки во второй раз. Там нет значения безопасности при этом, что.

Вместо этого клиент может записать хэш для блоков, которые уже были проверены. Если блок больше чем 2016 блоков глубока и имеет высоту, которая делится на 5000, а затем мягкой контрольной точки блок.

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


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


19 февраля 2016, 8:31:51 PM   # 2
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Обрезка и автоматического создания контрольных точек

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





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

При загрузке blockchain, ссылка клиент пропускает проверку подписи, пока не достигнет последней контрольной точки. Это значительно ускоряет обработку, а затем замедляется.

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

В 0.12, последний блок будет контрольная точка имеет высоту 295000. Блок составляет более 18 месяцев. Ядро должно проверить все блоки, которые были получены в течение последних 18 месяцев.

При загрузке, ядро ​​будет загружать блоки от 0 до 295000 без выполнения подпись проверки, а затем полностью проверяет все от 295000 до 399000. Если переиндексация запрашивается, то он должен подтвердить 100К блоки во второй раз. Там нет значения безопасности при этом, что.

Вместо этого клиент может записать хэш для блоков, которые уже были проверены. Если блок больше чем 2016 блоков глубока и имеет высоту, которая делится на 5000, а затем мягкой контрольной точки блок.

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

Благодаря затрачивает ссылку еще невидимые выходов, полная проверка подписи не может быть 100% сделана, пока все пакеты не будут обработаны во втором проходе (первый проход получает необработанные блоки), однако много вещей могут быть проверены во время второго прохода, и я создает только для чтения файлов для каждого пучка.

Так как они только для чтения файлов, весь набор из них может быть введен в SquashFS, чтобы уменьшить его размер до 15GB (вероятно, будет 20GB, когда я получаю все данные в файл расслоение). Считанные только файлы включают в себя таблицу цветения фильтра подстановок так по памяти, отображающих их, он получает структуру в памяти, которые непосредственно могут быть использованы для запросов, без какого-либо времени, необходимого при запуске. Еще одно преимущества только для чтения формата является то, что когда-то подтверждено, оно не меняется, поэтому оленья кожа необходимости держать получение проверить каждый рестарт. [Я хотел бы добавить некоторые проверки, чтобы убедиться, что файлы изменены на гавань предотвращения внешней темперы.]

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

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

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

19 февраля 2016, 8:46:19 PM   # 3
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: Обрезка и автоматического создания контрольных точек

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

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

19 февраля 2016, 9:00:55 PM   # 4
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Обрезка и автоматического создания контрольных точек

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

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

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

19 февраля 2016, 10:53:34 PM   # 5
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Обрезка и автоматического создания контрольных точек

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

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

На быстром хосту переиндексации для меня занимает до трех часов; так что ставит абсолютный верхний предел на улучшение возможно.

Чем больше вопрос, почему вы переиндексации в первую очередь?

Я думаю, что общее направление в Bitcoin Ядро представляет собой полное удаление контрольно-пропускных пунктов или что-нибудь напоминающих их. Другие исправления не обладают в основном обсуждались их первоначальная полезность, и они надежно вызвали серьезные недоразумения модели безопасности (включая, к сожалению, в научных работах), которые были вредными далеко за пределами узких преимуществ, которые они предоставляют.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

20 февраля 2016, 12:21:07 AM   # 6
 
 
Сообщения: 1162
Цитировать по имени
цитировать ответ
по умолчанию Re: Обрезка и автоматического создания контрольных точек

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

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

На быстром хосту переиндексации для меня занимает до трех часов; так что ставит абсолютный верхний предел на улучшение возможно.

Чем больше вопрос, почему вы переиндексации в первую очередь?

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

Раньше я чувствую blockchain размер был большой проблемой, но теперь я могу параллельно процессу потока весь blockchain, это не проблема. На хорошей 500Mbps связи, он resyncs за обедом. Даже в типичной домашней связи 20Mbps, он синхронизируется в 6hrs.

Для достижения этой цели я должен был сделать все, что идти параллельно и так все это проверяется на месте я не вижу никаких проблем.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW