Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
4 декабря 2014, 12:19:03 AM   # 1
 
 
Сообщений: 26
Цитировать по имени
цитировать ответ
по умолчанию Re: Заголовки первой клиентской реализации

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


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

Что такое статус? Является ли добавление готовы к включению в бумажнике программного обеспечения? Любая вики, чтобы узнать больше из?

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


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


4 декабря 2014, 12:27:00 AM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Заголовки первой клиентской реализации

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





Там нет никаких изменений в поведении для SPV облегченных кошельков, так как они _HEADERS-only_ по большей части.

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

4 декабря 2014, 1:49:38 AM   # 3
 
 
Сообщений: 26
Цитировать по имени
цитировать ответ
по умолчанию Re: Заголовки первой клиентской реализации

О, классно. Можем ли мы также ожидаем, что сообщение getblocks быть устаревшими нибудь вместе с этим улучшением? Я не вижу никакой другой пользы, чем наследие теперь.

И еще одно: я в настоящее время синхронизации обоих заголовков и блоков с одним узлом, и я бы очень хотел, чтобы воспользоваться параллельной загрузки, но я не получаю подход «окно перемещения» в деталях, не углубляясь в код Bitcoin ядра , Я бы очень наивно думаю, вы запрашиваете один или несколько различных блоков, в то время, от каждого подключенного партнера, чтобы заполнить «окно», и вы только продолжать двигаться его (идти на более высокие высоты) в нижней части окна заполняются (т.е. старых блоков скачано). Другое исправление для многократного скачивания бы предполагая, что блоки может прийти в неупорядоченной моде. Является ли это оптимальным для SPV или даже правильно вообще? Возможно, гораздо шире окно из-за тривиальный размером отфильтрованных блоков?
keeshux сейчас офлайн Пожаловаться на keeshux   Ответить с цитированием Мультицитирование сообщения от keeshux Быстрый ответ на сообщение keeshux

4 декабря 2014, 2:34:13 AM   # 4
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: Заголовки первой клиентской реализации

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

4 декабря 2014, 6:39:17 AM   # 5
 
 
Сообщения: 464
Цитировать по имени
цитировать ответ
по умолчанию Re: Заголовки первой клиентской реализации

Узкий в моем приложении является созданием UTXO дб. Даже с барана диском и LevelDB, здание это занимает около 1 часа для текущего blockchain. Для сравнения, верификация сценария только ~ 15 млн, потому что ЦП и легко параллелизуемый. LevelDB проводит большую часть времени, удаление и recompacting его отсортированные таблиц, потому что ТХ хэш в основном случайные.
Я не нашел способ улучшить эту часть. Это не так уж плохо, так как это делается только один раз, но до сих пор.
hhanh00 сейчас офлайн Пожаловаться на hhanh00   Ответить с цитированием Мультицитирование сообщения от hhanh00 Быстрый ответ на сообщение hhanh00

4 декабря 2014, 10:19:58 AM   # 6
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: Заголовки первой клиентской реализации

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

8 декабря 2014, 11:33:57 AM   # 7
 
 
Сообщения: 378
Цитировать по имени
цитировать ответ
по умолчанию Re: Заголовки первой клиентской реализации

Узкий в моем приложении является созданием UTXO дб. Даже с барана диском и LevelDB, здание это занимает около 1 часа для текущего blockchain. Для сравнения, верификация сценария только ~ 15 млн, потому что ЦП и легко параллелизуемый. LevelDB проводит большую часть времени, удаление и recompacting его отсортированные таблиц, потому что ТХ хэш в основном случайные.
Я не нашел способ улучшить эту часть. Это не так уж плохо, так как это делается только один раз, но до сих пор.

Почему бы вам не написать UTXO как огромный LevelDB пакетной запись (или ряд партий, в зависимости от вашего отказа терпимости без необходимости перезагрузки всего процесса)?

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW