Он проверяет все Txs в блоке. Количество ОГО на блок увеличилось в течение долгого времени (что это хорошая вещь BTW).
Это действительно единственная причина? Я вижу, как все больше сделок на блок будет замедлить его, но, не до скорости это в настоящее время происходит. Разве это не простой хэш-блока, сравнить, и «делать»?
EDIT: - О, это проверка всех операций
в блок, как, проверки сделок себя, да, достаточно справедливо. Я понимаю, как это было бы замедлить его. Справедливо.
Могу ли я тогда спросить, в чем разница между уровнями проверки (0, 1, 2, 3 и 4)?
-checklevel = Как кап блок верификации (0-4, по умолчанию: 3)
https://en.bitcoin.it/wiki/Running_Bitcoin#Bitcoin.conf_Configuration_FileEDIT2: - Могу ответить на мой собственный вопрос: -
https://github.com/bitcoin/bitcoin/blob/95e66247ebaac88dadd081f850ebf86c71831e61/src/main.cpp#L2767-L2807// Проверка уровня 1: проверить блок валидность
(Могу ли я спросить, что «отменить действительность» есть?)
// проверить уровень 2: проверить законность отмены
(У меня также нет DIEA, что это такое)
// уровень проверки 3: проверить наличие несоответствий в ходе памяти только для отключения наконечника блоков
// проверить уровень 4: повторите попытку подключения блоков
EDIT3: -
Он проверяет все Txs в блоке. Количество ОГО на блок увеличилось в течение долгого времени (что это хорошая вещь BTW).
Существует больше, чтобы проверить блок-действителен, чем просто хэширования его.
Сначала блок не может быть действительным, если какие-либо ОЕ является недействительной.
Для ТХ быть действительным клиент должен проверить, что:
а) имеет действительную форму & состав.
б) что входы все действительны и не были потрачены в предыдущем ОМ (то есть входы в UXTO во время Ого)
в) подпись действительна
г), что, когда Публичный хэшированные производит Публичный хэш в предыдущем выходе
Coinbase ТХ необходимо проверить, что оно имеет правильный размер (coinbase < Субсидия + ТХ сборы).
После того, как все ТЕ аттестованы как действительный заголовок блока проверяется.
Merkle дерева (который представляет собой весь блок TX с одним хэш) и Merkle корень дерева необходимо построить.
Клиент должен проверить Merkle корень дерева производит спички заголовка блока.
Кроме того, клиент должен проверить другую информацию в заголовке действует (до блока хэша, версия, и т.д.).
Клиент должен проверить, метку времени находится в пределах допустимых по протоколу.
После заголовка проверяется клиент будет хэш заголовка и проверить полученный хэш меньше, чем цель на основе блока сложности.
Только тогда, если блок считается действительным, и клиент переходит к следующему блоку.
Самое время шаг потребления является валидация сделок (а именно проверки подписи ECDSA на каждом входе).
Спасибо за более вымываются ответ, достаточно справедливо. Благодарю.