Больше количество сделок занимает больше времени. Вполне логично.
Хм ... это мне не понятно.
Если вы кормите 1 байт, 50 байт или 5000 байт данных в хэш-функции, это займет больше тактов, чтобы вычислить хэш?
Дерево Merkel является одной хеш-значения всех операций в блоке - Правильно?
Нет.
С Merkle дерева каждая транзакция индивидуально хэшируются ...
Затем пары хэш хэшируются, чтобы добраться до следующего уровня дерева ...
Затем пары этих хэшей хэшируются, чтобы добраться до следующего уровня дерева ...
Затем пары этих хэшей хэшируются, чтобы добраться до следующего уровня дерева ...
Этот процесс продолжается до тех пор, только одна пара хэшей. Эта пара хешируется вместе, чтобы получить корень.
Есть ли время, чтобы вычислить Merkel увеличения дерева с большими данными аргументами (больше сделок)?
Да, но хэширования очень быстро. Это правда, что дополнительные операции увеличат количество хеширования, что должно быть сделано, но по сравнению с доказательством правильности работы это скорее очень небольшое количество времени.
Это может занять некоторое время, чтобы собрать больше сделок вместе, чтобы кормить в качестве аргументов в хэш-функции,
Верный.
но этот процесс должен работать независимо, так как большая разница он может сделать, чтобы собрать 5 сделок против 20 сделок?
Это зависит от того, сколько сделок вы ждали вокруг в mempool.
Кроме того, вы должны тратить время проверки блока, который вы только что получили от сети и удаляя все эти транзакции с Вашего mempool, чтобы вы случайно не включаете подтвержденную (или недопустимую) транзакцию в вашем блоке. Как таковой, он может быть эффективным, чтобы построить немедленный блок без каких-либо сделок, и получить СИС начал на этом. Затем, когда ваш СИС занят вы можете сделать все проверки и транзакции манипуляции, чтобы подготовить другой заголовок блока хэширования.
Я не уверен, но я думаю, что мы говорим где- между числом тактов или миллисекундах, где определяющим временное значение (следовательно, решение блока) идет минут.
Если вы только что говорили о выборе из уже проверенных набора транзакций и создание заголовка блока, то да время, чтобы построить заголовок блока, как правило, на много порядков быстрее, чем доказательство из-работы (однако, можно получить повез и завершить доказательство правильности работы на ваш первый хэш. вы не знаете ли не то, что будет иметь место, в то время как вы строите заголовок).
Если номер сделки была значительная задержка (в результате чего шахтеры потерять гонку за блок) Я думаю, что мы преимущественно видим отдельные блоки транзакций. если это не имеет значения, я бы ожидал увидеть максимум, который будет соответствовать.
Мы видим отдельные блоки транзакций. Как я уже говорил, некоторые шахтеры / бассейны будут начать работу на одном блоке транзакции, а затем в то время как ASIC занят они будут строить заголовок блока с транзакциями. Если первый блок становится удачливым и решается перед большим блоком, то он получает эфир.