Хотя я не знаком со спецификой реализации алгоритма в C ++, я знаком с тем, как проверка работы в целом. Хотя алгоритм должен быть переписан, она действительно должна быть обеспечена возможность проверки блоков в обоих направлениях одновременно. Каждый блок содержит хэш предыдущего блока, но первый блок содержит генезис хэш, который не является хэш предыдущего блока. В первый раз Bitcoins начинается, он будет относиться к недавнему хэшу, возможно, один день старого хэша в качестве временного генеза хэша и быстро проверить примерно 144 блоков до самого последнего блока, и он будет продолжать проверять и при необходимости генерировать новые хэш. Другой поток будет захватить предыдущий хеш, возможно, два дня старого хэш и рассматривать его в качестве нового временного генеза хэша. Было бы быстро проверить примерно 144 блоков, и убедитесь, что последний хэш совпадает предыдущий генезис хэш. Второй поток будет продолжать проверку предыдущих блоков до тех пор, пока не достигнут блок реального генезиса, который я считаю, определяется в самой Bitcoin. Как вы можете видеть, блоки всегда проверяется в прямом направлении, но точка начала просто отодвинула до тех пор, пока не достигнет реального начала. Там даже может быть третий поток, который начнется в реальном генеза хэш и проверить блоки оттуда так, что они встречаются в середине. Все три из этих потоков могут быть сгруппированы в другой поток, который будет запускать для каждой отдельной цепи блоков, которые он рассказал о других коллегах Bitcoin. Если более чем одна цепи проверяются как подлинные, Bitcoin бы вычислить и сравнить общее количество вычислительной мощности, необходимую для создания цепи и держать только самую сильную цепь. С верхней частью моей головы, простым способом вычислить самую сильную цепь, будет найти наибольшую сумму обратных числового значения каждого хэш.