Topic: Использование разных PoW алгоритмов и специ&# (Read 2715 times)

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

Хорошо. Но пусть будет и тут. Забыл указать, что могу повторить уже существующее, потому-что особо не слежу уже года три.

По моему, у каждого алгоритма должна быть своя сложность.
Как-то мудрено становится их определять.

Интересно, кто-нить вообще понимает, зачем нужен майнинг?

Не проще ли все монеты нарисовать премайном?

SaffronCoin использует 5 ПоВ алгоритмов, да и не только SFR используют уже Вашу идею года два как...
Индусы впереди планеты всей

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

Суть в том, чтобы применять не один PoW алгоритм для всех блоков, а различные (чем больше удастся наскрести, тем лучше), в зависимости от каких-то параметров предыдущего блока. Например от номера блока, или даже лучше хеша, взятого по модулю == количество PoW алгоритмов. ASIC-устойчивость не нжна, скорее наоборот. Главное чтобы алгоритмы были несовместимы для специализированного оборудования.

Тогда сеть будет разбита на несколько пространств со своими майнинговыми правилами, в зависимости от требуемого PoW-алгоритма. Майнер нашедший блок, следующий уже намайнить не сможет, потому-что он будет требовать другого типа алгоритма, и будет ждать своей очереди, пока майнеры специализировавшиеся на другие PoW алгоритмы будут выполнять свою работу. В пространстве каждого алгоритма своя борьба за власть, свой независимый пересчет сложности, для того чтобы время нахождения блоков оставалось равномерным. Атака 51% среди майнеров одного типа не сработает.. Если даже такой участник захотел бы диктовать свои условия, например, не принимать транзакции с определенных адресов, такие транзакции вошли бы в следующий блок и последующие, потому-что над ними он не властен.