Topic: Асикостойкий алгоритм PoW - page 26. (Read 6109 times)

Вы будете таки смеяться, но "хэш" и "блокчейн" - это как Карл Маркс и Фридрих Энгельс, даже не муж и жена.
Обычные банковские транзакции (точнее, транзакционные сообщения - в SWIFT, например) - точно так же хэшируются и подписываются ЭЦП отправителя (и на них таки да, проиходит точно так же подписанное ЭЦП подтверждение получателя) без всякого блокчейна.
А проверить/удостоверить платёжный баланс, например, адреса (кошелька) - есть разные способы, "блокчейн" только один из них.

1. Ноды ищутся вполне себе эффективно. Уж точно не хуже чем в упомянутой кадемлии.
2. Если с хэшами разобрались, значит блокчейн (без относительно способа майнинга) все таки правильная технология для надежного хранения и передачи данных в децентрализованной сети?

Кто их объявляет недействительными?
Обе части сети (Петина часть и Колина часть) живут себе и не знают, что существует
коллизия. Об этом знает только Вася, но ему как раз на это срать с большой колокольни.

Сильно сказано. Внушает.

А ничё, что это вы две разные задачи взяли?
Точная копия базы и точная копия записи в базе данных?
Если два человека один из Новой Зеландии, а другой из Копенгагена зальют
в торрент один и тот же фильм (по их мнению) но сам файл будет отличаться
на один байт, то хэш файла будет другой. И вы начав качать одну копию
файла всегда скачаете именно её, торрент не решит за вас - какая из копий
правильная, а какую надо стереть с лица земли.

Ну, вы торрентом-то хоть иногда пользовались?
Можно, кстати, для экономии места чуток усложнить алгоритм - организовать блоки по типу raid 5 или 6.
Сильно глубоко в детали kademlia или чего-то подобного не втыкал, признаю. На данном этапе обсуждения достаточно эмпирического знания о том, что bittorent и ему подобные сети худо-бедно с задачей "точные копии ... в разных частях света на 100500 нодах" справляются.

Да пожалуйста.
Ноды ничего не подтверждают - они только реплицируют транзакции между собой, ну и проверяют на валидность, разумеется.
Подробнее:
Вася шлёт "в сеть" (случайно выбранным нодам): "транзакцЫя#15965@Васья-to-Петья-12345денежков". Подписывает своим ключём, ну это вы догадались. Ноды проверяют: ну да, последняя Васина транзакция - 15964, баланс достаточен, подписи совпадают - реплицируют дальше. Можно назвать это "мемпул".
Вася так же шлёт эту же транзакцию напрямую Пете. Петя отправляет запрос трём случайным нодам: "а поделился ли уже Вася с сетью своей транзакцией?" - ноды ему отвечают: да-да, поделился, вот, проверяй, хэш такой-то, давай уже, завершай транзакцию скорей! Петя "закрывает" транзакцию своим ключём - всё, 12345денежков теперь у Пети. Завершённая транзакция записывается в "блокчейн" - распределённую БД.
Вариант: "Вася перегрыз трансатлантический кабелль, перевёл 100500 шиткойнов в Европе, потом мгновенно телепортировался в США и сделал там двойную трату этих же 100500 шиткойнов" не рассматриваем, как явно фантастический; а тот же сценарий в пределах соседей по подъезду - как ничтожный.
Выше же написал. Ну, смасштабируйте 1 на 100 - хотя, до 100, уверен, не дойдёт: две противоречивые транзакции где-нибудь столкнутся раньше - и опаньки, обе невалидны.
Вам который именно:
https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2%D1%8B%D1%85_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC#%D0%A0%D0%B0%D1%81%D0%BF%D1%80%D0%B5%D0%B4%D0%B5%D0%BB%D1%91%D0%BD%D0%BD%D1%8B%D0%B5_%D0%BF%D0%B0%D1%80%D0%B0%D0%BB%D0%BB%D0%B5%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5_%D1%84%D0%B0%D0%B9%D0%BB%D0%BE%D0%B2%D1%8B%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%D1%81_%D0%B7%D0%B0%D1%89%D0%B8%D1%82%D0%BE%D0%B9_%D0%BE%D1%82_%D1%81%D0%B1%D0%BE%D0%B5%D0%B2
-?

Чуть подробнее про алгоритм подтверждения транзакци нодами пожалуйста...
В алгоритме сразу предусмотрите вариант когда 100 нод подтвердили одну транзакцию, а другие 100 подтвердили другую с тем же номером. И еще алгоритм синхронизации тут же если не трудно...

Победит, разумеется, дружба.

Маловероятно, что от двух случайно выбранных нод придут разные транзакции от одного отправителя за одним номером, поскольку ноды эти транзакции так же оперативно реплицируют между собой, а не раз в 10 минут.
В любом случае, где бы не столкнулись в сети эти две "недобросовестных" транзакции - думаю, радикальные меры вполне подойдут: отменить обе, а отправителя забанить на сутки.

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

Да не вопрос: транзакции по счёту нумеруются, записи в БД - тоже. Приоритет, очевидно, имеет запись с меньшими номерами.

Что делать если случайно выбранные 5 нод записали в базу перевод от Алисы к Бобу всех
её бабок, а другие 5 случайных нод утверждают что получили перевод от Алисы к Чарли.
Вопрос: кому теперь принадлежат бабки? Бобу или Чарли?
Идите, думайте.

Дарю безвозмэздно, то есть даром(с) асикоустойчивый алгоритм™ криптовалюты.

1) Транзакция: отправление подтвеждает отправитель, а получение - (что как бы логично) соответственно, получатель, каждый - своей ЭЦП.
2) "Блокчейн" не нужен  - распределённая БД на основе DHT. Никаких "блоков раз в 10 минут" - транзакции реплицируются в сеть в реальном времени. Транзакция считается "закрытой" после получения подтверждения о записи в базу от 3-х (5-и, 35-и - число подставить по желанию) случайно выбранных полных нод. (Отправлять и получать транзакции могут как полные ноды, так и пиры.)
"Незакрытая" транзакция - обратима и валидна в течение какого-то достаточно короткого времени, после которого она автоматически "откатывается" обратно, если не получены упомянутые выше подтверждения.
Для адептов "чейна" можно связать входы транзакций с выходами предыдущих, хотя это и не единственный вариант проверки/подтверждения баланса по счёту.

"А как же майнинг?", - спросите вы, и будете совершенно правы: А скрипач майнинг - не нужен, родной. Он только лишнее топливо жрёт(с)