Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 225. (Read 600924 times)
Сложность начала потихоньку расти.
По идее должно, но я предпочел стандартный Сатоши-таргет для сложности 1.
CBigNum(~uint256(0) >> 32).
А между тем, осталось чуть больше двух часов до выхода заначек в онлайн.
Тогда разве не должно быть 0x00000000ffffffff...?А между тем, осталось чуть больше двух часов до выхода заначек в онлайн.
Я заранее сгенерировал всё, что было, ожидая роста сложности
CBigNum(~uint256(0) >> 32).
А между тем, осталось чуть больше двух часов до выхода заначек в онлайн.
А между тем, осталось чуть больше двух часов до выхода заначек в онлайн.
Разве вес pow-блоков не станет значительно выше, чем pos?
Учитывая, что сложность pow в абсолютных величинах во много раз выше, чем у pos. А мы ещё к нему прибавляем что-то от предыдущего блока.
Trust score считается как частное от максимально возможного uint256 значения и (target + 1), а сложность PoW это только лишь отношение 0x00000000FFFF... и target. PoW сложность должна быть в 2^32 раза больше PoS сложности для получения сравнимого score. Так что не станет оно больше... А если и станет, то это не проблема, нас ведь волнует не относительные величины score для блоков самих по себе, а score цепочки в целом.Учитывая, что сложность pow в абсолютных величинах во много раз выше, чем у pos. А мы ещё к нему прибавляем что-то от предыдущего блока.
Для PoS в числителе CBigNum(1)<<256, а у PoW какой эквивалент в записи такого вида?
Разве вес pow-блоков не станет значительно выше, чем pos?
Учитывая, что сложность pow в абсолютных величинах во много раз выше, чем у pos. А мы ещё к нему прибавляем что-то от предыдущего блока.
Trust score считается как частное от максимально возможного uint256 значения и (target + 1), а сложность PoW это только лишь отношение 0x00000000FFFF... и target. PoW сложность должна быть в 2^32 раза больше PoS сложности для получения сравнимого score. Так что не станет оно больше... А если и станет, то это не проблема, нас ведь волнует не относительные величины score для блоков самих по себе, а score цепочки в целом. Учитывая, что сложность pow в абсолютных величинах во много раз выше, чем у pos. А мы ещё к нему прибавляем что-то от предыдущего блока.
Разве вес pow-блоков не станет значительно выше, чем pos?
Учитывая, что сложность pow в абсолютных величинах во много раз выше, чем у pos. А мы ещё к нему прибавляем что-то от предыдущего блока.
Учитывая, что сложность pow в абсолютных величинах во много раз выше, чем у pos. А мы ещё к нему прибавляем что-то от предыдущего блока.
Насколько я помню, в битке разницы между одновременными блоками сеть не делает, майнеры работают над тем, что пришёл раньше, пока одна из цепочек не станет длиннее.
Разве два не имеющих потомка блока не будут иметь одинаковый таргет?
Здесь то же самое, но немного по-другому. Два блока без потомка гарантированно имеют одинаковый таргет только в случае, если у них один тип и предок. В противном случае таргет будет отличаться.Разве два не имеющих потомка блока не будут иметь одинаковый таргет?
Но не в этом суть, а в том что работу блоков цепи тоже нужно учитывать. А не как в ppcoin и большинстве форков, которые возвращают для PoW блоков константу.
В текущей реализации упор делается на PoS всё-таки, верно?
Можно словесно написать логику расчёта trust score?
Можно словесно написать логику расчёта trust score?
В текущей реализации, которая сегодня ночью станет историей, PoW блоки и их таргеты практически не влияют на score. Единственный источник score - это PoS блоки и их таргеты.
В новом варианте так:
Для PoS блока, являющегося потомком PoW блока, делается проверка доли PoW блоков в последних 12 блоках. Если их достаточно, то дается полный score по текущей формуле, в противном случае 1/3 от него;
Для PoW блока сначала берется его сложность. Затем, если он является потомком PoS блока, делается проверка доли в последних 12 блоках. Если PoS блоков достаточно, то к сложности добавляется score, посчитаный по таргету родительского PoS блока. В противном случае добавляется 1/3 от score предыдущего блока;
Для PoS блока, являющегося потомком PoS блока, возвращается 1/3 от score по текущей формуле.
Не самый гибкий метод, но существенно лучше старого. В будущем заменим гладкой кривой, либо доработанным вариантом.
Несколько непонятен смысл такого изворота. Почему использовать просто score текущего блока как (CBigNum(1) << 256) / (bnTarget+1) ?
Если я правильно понял вопрос, то тут две причины. Во-первых, хранение CBigNum значений для индекса блоков требует больше памяти, чем хранение uint256 (ориентировочно, экономится около 5 мегабайт). Во-вторых, должна быть зависимость score PoW блоков от сложности, но минимальная. Т.е. основой для score должны быть предыдущие PoS блоки, но и зависимость от PoW сложности тоже нужна и между двумя не имеющими потомков PoW блоками сеть должна выбрать тот, у которого сложность выше. Code:
// Return nPoWTrust + full trust score for previous block nBits
return nPoWTrust + bnNewTrust.getuint256();
Разве два не имеющих потомка блока не будут иметь одинаковый таргет?
Я запутался. В текущей реализации упор делается на PoS всё-таки, верно?
Можно словесно написать логику расчёта trust score?
Думаю, что как обычно, 80/20 & 20/80.
PS Всё расчехлят кошельки и pos-сложность - скай рокет ту да мууууун? 
Расчехлят только кошельки с мелочью (поправте если не прав), думаете таких кошельков действительно много и они смогут задрать сложность?скоро будет видно
PS Всё расчехлят кошельки и pos-сложность - скай рокет ту да мууууун?
Расчехлят только кошельки с мелочью (поправте если не прав), думаете таких кошельков действительно много и они смогут задрать сложность? А для novacoin 20-е когда начнётся? По UTC или есть сдвиг?
По UTC, то есть в 4 утра по Москве.не думаю, не так нас и много поди на биржах процентов 40 лежит.....
При прошлом переключении сложность выросла в 1.6-1.7 раза меньше чем за сутки. поди на биржах процентов 40 лежит..... А для novacoin 20-е когда начнётся? По UTC или есть сдвиг?
PS Всё расчехлят кошельки и pos-сложность - скай рокет ту да мууууун?
PS Всё расчехлят кошельки и pos-сложность - скай рокет ту да мууууун?
не думаю, не так нас и много
поди на биржах процентов 40 лежит.....
А для novacoin 20-е когда начнётся? По UTC или есть сдвиг?
PS Всё расчехлят кошельки и pos-сложность - скай рокет ту да мууууун?
PS Всё расчехлят кошельки и pos-сложность - скай рокет ту да мууууун?
Несколько непонятен смысл такого изворота. Почему использовать просто score текущего блока как (CBigNum(1) << 256) / (bnTarget+1) ?
Если я правильно понял вопрос, то тут две причины. Во-первых, хранение CBigNum значений для индекса блоков требует больше памяти, чем хранение uint256 (ориентировочно, экономится около 5 мегабайт). Во-вторых, должна быть зависимость score PoW блоков от сложности, но минимальная. Т.е. основой для score должны быть предыдущие PoS блоки, но и зависимость от PoW сложности тоже нужна и между двумя не имеющими потомков PoW блоками сеть должна выбрать тот, у которого сложность выше. Code:
// Return nPoWTrust + full trust score for previous block nBits
return nPoWTrust + bnNewTrust.getuint256();
Несколько непонятен смысл такого изворота. Почему использовать просто score текущего блока как (CBigNum(1) << 256) / (bnTarget+1) ?
Code:
// Return nPoWTrust + full trust score for previous block nBits
return nPoWTrust + bnNewTrust.getuint256();
Транзакция сгенерировавшая PoS блок с монетами, может сразу же сгенировать еще блок, или она должна "ждать" 30 суток?
Невнимательно прочитал и недопонял суть вопроса. Предыдущий ответ по сути верен, но требует уточнения: после генерации POS-блока сгенерировавшая его транзакция перестает существовать, вместо неё появляются две новые. И через 30 дней каждая новая транзакция способна сгенерировать POS-блок.
Транзакция сгенерировавшая PoS блок с монетами, может сразу же сгенировать еще блок, или она должна "ждать" 30 суток?
Невнимательно прочитал и недопонял суть вопроса. Предыдущий ответ по сути верен, но требует уточнения: после генерации POS-блока сгенерировавшая его транзакция перестает существовать, вместо неё появляются две новые. И через 30 дней каждая новая транзакция способна сгенерировать POS-блок. Jump to: