Quote from: Balthazar on February 10, 2014, 06:33:00 PM

Quote from: in100 on February 10, 2014, 05:55:02 PM

Это возможно, если выставить небольшой период созревания выходов (вплоть до 1-2 дней, или можно считать в блоках) и небольшое число подтверждений (~144-288, т.е. 12-24 часа).

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

Это я предложил исходя из соображений, чтобы активное использование монет не вызывало проблем с PoS-майнингом (отсутствие достаточного количества созревших выходов), и в то же время майнинг не вызывал проблем с использованием монет (долгое ожидание освобождения монет после генерации блока).
Конечно, эта проблема решается грамотными пользователями путем разбиения крупных входов на мелкие (ничего не напоминает? Wink

).

Quote from: Balthazar on February 10, 2014, 06:33:00 PM

Однако, можно увеличить количество монет на балансах пропорционально, чтобы удовлетворить потребности протокола на безопасных настройках, способных обеспечить достаточный уровень энтропии stakemodifier за пределами maturity window. Заодно решим и вопрос с количеством монет в системе.

Создать ~2 миллиона монет и прямо в coinbase транзакции нулевого блока поделить их пропорционально доле текущих держателей в суммарном пакете монет

У нас будет проблема - неизвестно, сколько монет уже утрачено. Соответственно, сразу будет утрачено пропорциональное количество монет из генезис-блока, и необходимость наличия 2 млн монет в системе не будет обеспечена.
Каким-то образом надо отсечь утраченные монеты...

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

Еще одна проблема - всё дальнейшее развитие монетки окажется в руках текущих держателей (смотрим тему про NXT, там хотя бы был стартовый капитал).