Не уверен, что вы имеете в виду "как можно глубже", Мы всегда посылаем GetData, начиная с любым блоком, который мы уже знаем. Причина, начиная с ранних блоков и двигаться вперед, потому что проверка делается, этапы, и в каждой точке как можно больше уже подтверждено (как средство для предотвращения DoS-атак, в основном). Поскольку большинство проверок могут быть сделаны только тогда, когда у вас есть вся цепочка блоков от генезиса до одного проверяются, вы нуждаетесь в них более или менее в порядке.


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

Существует одна стратегия, однако, что это в значительной степени приняты как способ пойти, но, конечно, кто-то еще должен реализовать, протестировать его, ... и это очень большое изменение. Основная идея заключается в том, что загрузка происходит в несколько этапов, а также, где первые только заголовки надуманным (с использованием getheaders) в процессе, подобном тому, как getblocks делается сейчас, только гораздо быстрее, конечно. Однако, вместо того, чтобы сразу извлечение блоков, подождите, пока длинная цепочка заголовков не доступна и проверено. Затем вы можете начать выборку отдельных блоков из отдельных сверстников, собрать их и проверить, как они подключены к сети. Преимущество заключается в том, что вы уже знаете, какая цепочка для извлечения блоков из, и не нужно делать вывод, что от того, что другие говорят вам.


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


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


Есть много идей о том, как улучшить исторический блок загрузки. Я спорил для разделения между архивным хранением и свежим блоком релейной защитой, поэтому узлы могут быть полностью проверку активных узлов в сети без необходимости предоставлять какой-либо древний блок для тех, кто спрашивает. Что касается перехода к другим протоколам, есть bootstrap.dat поток, и там в последнее время говорят о другом механизме на рассылки Bitcoin-разработки.