Quote from: ~DefaultTrust on Today at 02:07:26 PM

Quote from: Mightywill on Today at 12:58:11 PM

Quote from: ~DefaultTrust on Today at 12:42:18 PM

Как узел проверяет валидность нового блока?

так же как и везде, входы-выходы транзакций, хеш родителя и хеш блока + сортировка транзакий

Везде проверяется сложность хэша у нового блока. У вас сложности нет, значит не "как везде".
Поэтому еще раз: что конкретно проверит узел, когда к нему придет новый блок?
"хеш родителя и хеш блока" - что понимаем под проверкой хэша родителя и хэша блока? Хэш родителя должен что...? Хэш блока должен что...?

Quote from: Mightywill on Today at 12:58:11 PM

а победитель он потому что хеш его узла и хеш этого блока имеют минимальную дельту в сравенении с остальными вариантами

Хорошо. Допустим новый блок имеет номер 100 и к узлу пришли 100 вариантов хэшей. Узел выбрал самый близкий и поместил этот блок в блокчейн, дальше узел ждет блок номер 101, 102, 103 и т.д. Через час в блокчейне узла уже 200 блоков и тут к нему приходит блок номер 100 у которого хэш более лучший чем у блока который уже ранее был помещен в блокчейн.
Что делать узлу? Просто игнорировать старые блоки? ОК, допустим. Но вдруг появилась в сети новая нода и у нее еще нет блокчейна, ей какую цепочку считать правильной?

Узел должен выбрать ту цепочку у которой 200 блоков но у номера 100 какой-то далекий хэш или выбрать цепочку у которой 99 блоков, зато блок номер 100 имеет самый близкий к генератору хэш?

сейчас сделано просто: пересмотреть можно только 100 блоков,
если вы получили 200й, то 100й уже нельзя пересмотреть и все кандидаты игнорятся

пока что эти цифры фиксированные но в будущем наверно лучше сделать это с привязкой к времени а не к кол-ву
или лучше адаптивным (в зависимости от кол-ва участников или вариантов блоков за единицу времени, еще не кумекал особо в это сторону)

никто ниче лучше не придумал и у меня нет тут своих идей поэтому заюзан баян