Post
Topic
Board Идеи
Re: IP Консенсус (не POS не POW)
by
fxpc
on 12/11/2020, 13:30:42 UTC
Как узел проверяет валидность нового блока?

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

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

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

анклы тут получаются только из-за разного набора транзакций, переставлять их нельзя потому что они должны быть отсортированы по хешам - для снижения кол-ва вариантов

в идеале если пулы транзакций синхронизируются достаточно быстро, то перебирать вообще нет никакого смысла потому что существует только один вариант выиграшного блока, т.е. тут изза отсутствия каких либо случайных данных
получается очень высокая детерминированность

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

Отсутствие консенсуса это заебись Grin



Давно тут хороших идей не было.

Мне нравиться ваша идея, тем не менее хочу предложить вариант именно совместить POS+IP. Чтобы учавствовать надо иметь хоть немного денег на счету и белый IP.

если делать ПОС, то придется делать токенсейл, а это сразу проблемы с регуляторами 100%

Не правильно выразился и Вы поняли мою мысль буквально. Вот смотрите в POS может участвовать нода, если имеет на счету деньги.

Вот это я Вам и хотел предложить, что принимать новые блоки можно только от тех IP адресов, что имеют деньги в вашем блокчейне.

Так автоматически обрезается виртуализация множества нод у злоумышленников, а если ввести ещё и определенный денежный порог по сумме, ниже которого нельзя, то вот уже и отсекаются по деньгам, так как это дело становиться затратным.

Не деньги, а фантики. Может хватит фантазировать? Предположим ситуацию - новый участник сети синхронизируется с сетью и ноды сообщают ему что предыдущие блоки сгенерированы определёнными ip-адресами. Каким образом этот участник алгоритмически проверит прошлое и что помешает злоумышленнику напиздеть что он в прошлом владел всем существующим диапазоном ip-адресов?