Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
16 мая 2014, 5:05:23 PM   # 1
 
 
Сообщения: 700
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему обработка блок цепь от вниз сверху, а не сверху вниз?

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
В настоящее время одна проблема с Bitcoin клиента исходит из того, что вся blockchain проверяется и обрабатывается от 0 (или последней вилки) в настоящее время.
Так что, если вы не синхронизированы в течение длительного времени, это занимает много времени, чтобы провести синхронизацию в последнее время txout.

Так что у меня есть один вопрос о реализации клиента.

Почему blockchain обрабатываются от 0 (или последней вилки) к текущей высоте, а не от текущей высоты до 0 (или последней вилки)?
Один просто нужно будет построить блок цепочки только путем загрузки заголовков блоков. (30 МБ или около того)
Тогда из верхней части, в нижней части, это загрузить блоки и проверить для txout.
Преимущество заключается в том, что ваш недавний txout появится прямо сейчас, а не ждать все блоки в цепи, подлежащая обработке.

Есть причина безопасности это не сделано именно так, или что-то мне не хватает?
Николя Dorier сейчас офлайн Пожаловаться на Николя Dorier   Ответить с цитированием Мультицитирование сообщения от Nicolas Dorier Быстрый ответ на сообщение Николя Dorier


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


16 мая 2014, 8:46:55 PM   # 2
 
 
Сообщений: 17
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему обработка блок цепь от вниз сверху, а не сверху вниз?

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





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



Скачать сверху вниз может сделать обработку проще.

C: Дайте мне последний блок
S: есть это ...
C: Хорошо, спасибо, так что теперь, я могу видеть, что есть предыдущий блок мне неизвестен. Дайте мне блок XXX
S: есть это ...
C: Великий, другой предыдущий блок неизвестный мне, Дай мне блок XXY
S: есть это ...
... и так далее.

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

16 мая 2014, 9:00:06 PM   # 3
 
 
Сообщения: 1218
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему обработка блок цепь от вниз сверху, а не сверху вниз?

Таким образом, вы хотели бы показать сделки, которые не были валидацию для пользователя, прежде чем они будут проверены?

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

Таким образом, вы могли бы начать с вершины вниз, но это не было бы быстрее, требует меньше обработки, или использовать меньшую пропускную способность. Также возможно вредоносные узлы кормить вас короткой (меньше работы) цепью. Они не могут украсть у вас, но это возможный способ DOS сети. Клиенты закалены против что закодированных контрольно-пропускных пунктов, что ограничивает количество ресурсов, которые могут быть потрачены впустую. Однако работать с конца цепи в обратном направлении будет удалить эту защиту. Если мой узел объявляет I моей длинная цепь имеет высоту 9873972139821378923728932738912 блоков, которые вы собираетесь делать много поддельных подтверждать.

Единственное, что можно было бы сделать, чтобы сделать полные узлы также действуют (по желанию) в качестве SPV узла во время начальной загрузки. Таким образом, в то время как вы строите и проверку blockchain в фоновом режиме, вы по-прежнему иметь баланс, уведомление ОГО, а также возможность проводить как SPV клиента очень быстро (просто нужно blockheaders).
DeathAndTaxes сейчас офлайн Пожаловаться на DeathAndTaxes   Ответить с цитированием Мультицитирование сообщения от DeathAndTaxes Быстрый ответ на сообщение DeathAndTaxes

16 мая 2014, 9:26:39 PM   # 4
 
 
Сообщения: 700
Цитировать по имени
цитировать ответ
по умолчанию Re: Почему обработка блок цепь от вниз сверху, а не сверху вниз?

Таким образом, вы хотели бы показать сделки, которые не были валидацию для пользователя, прежде чем они будут проверены?

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

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

Таким образом, вы могли бы начать с вершины вниз, но это не было бы быстрее, требует меньше обработки, или использовать меньшую пропускную способность. Также возможно вредоносные узлы кормить вас короткой (меньше работы) цепью. Они не могут украсть у вас, но это возможный способ DOS сети. Клиенты закалены против что закодированных контрольно-пропускных пунктов, что ограничивает количество ресурсов, которые могут быть потрачены впустую. Однако работать с конца цепи в обратном направлении будет удалить эту защиту. Если мой узел объявляет I моей длинная цепь имеет высоту 9873972139821378923728932738912 блоков, которые вы собираетесь делать много поддельных подтверждать.

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

Единственное, что можно было бы сделать, чтобы сделать полные узлы также действуют (по желанию) в качестве SPV узла во время начальной загрузки. Таким образом, в то время как вы строите и проверку blockchain в фоновом режиме, вы по-прежнему иметь баланс, уведомление ОГО, а также возможность проводить как SPV клиента очень быстро (просто нужно blockheaders).

Я думал, что Merkle фильтр просто ретранслировать фильтрация транзакций. После прочтения вашего ответа, я снова проверил BIP37, и заметил, "merkleblock" сообщение, которое окончательно предложить хорошее решение.

Я только слышал, что напротив клиент (сервер) может дать вам совершенно иной blockchain и вы не в состоянии проверить его, пока вы не загрузите весь blockchain, чтобы соответствовать первому блоку генеза. С другой стороны, вам не нужно загружать все осиротевшие блоки.

Да это вектор DOS, что DeathAndTaxes говорить, я не ожидал, что.
Николя Dorier сейчас офлайн Пожаловаться на Николя Dorier   Ответить с цитированием Мультицитирование сообщения от Nicolas Dorier Быстрый ответ на сообщение Николя Dorier



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW