Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 279. (Read 600924 times)
Вообще, пока дела обстоят более чем хорошо. Это я о капитализации и известности (пусть и не всегда положительной, но это не имеет значения).
Ситуация напоминает биток и литок вначале)
Нет ни объема не интереса, все просто майнят и хранят, в том числе и большие инвесторы. Затем когда наступает момент, вливается уже фиат, валюта взлетает в несколько раз и понеслась. Но тут никто не дает гарантий. Вопрос в том, будет ли это, и когда) Ведь мало кто из простых людей майнит на перспективу в пару лет, особенно в случае с новой валютой. Тут все зависит только от Балти + инвесторов которые захотят использовать ресурс)
P.S. есть вероятность что сейчас специально не накручивают курс, чтобы тихо намайнить, прямо как было с битком, а потом просто когда майн станет сложен и PoS составляющая будет очень крепка все закрутится... но это только вероятность.
Нет ни объема не интереса, все просто майнят и хранят, в том числе и большие инвесторы. Затем когда наступает момент, вливается уже фиат, валюта взлетает в несколько раз и понеслась. Но тут никто не дает гарантий. Вопрос в том, будет ли это, и когда) Ведь мало кто из простых людей майнит на перспективу в пару лет, особенно в случае с новой валютой. Тут все зависит только от Балти + инвесторов которые захотят использовать ресурс)
P.S. есть вероятность что сейчас специально не накручивают курс, чтобы тихо намайнить, прямо как было с битком, а потом просто когда майн станет сложен и PoS составляющая будет очень крепка все закрутится... но это только вероятность.
Да, все в общем-то верно.
@Balthazar
https://bitcointalksearch.org/topic/m.2439504
В этом топике приводится верная информация (ну и дальнейшие ссылки о капитализации и инфляции NVC)?
https://bitcointalksearch.org/topic/m.2439504
В этом топике приводится верная информация (ну и дальнейшие ссылки о капитализации и инфляции NVC)?
Под весом имеется в виду значение, используемое для расчёта лучшей цепочки блоков? Вроде работы?
Не совсем. Под весом хэша имеется в виду значение, на которое умножается таргет перед сравнением с ним. Чем он больше, тем мягче получается условие проверки хэша.Вроде 30 койно-дней - 1, а 90 - 3?
Теперь вопрос немного другой. Возможно ли собрать такую coinstake-транзакцию, чтобы входы отличались от выходов?
Под весом имеется в виду значение, используемое для расчёта лучшей цепочки блоков? Вроде работы?
Не совсем. Под весом хэша имеется в виду значение, на которое умножается таргет перед сравнением с ним. Чем он больше, тем мягче получается условие проверки хэша.Вроде 30 койно-дней - 1, а 90 - 3?
Теперь вопрос немного другой. Возможно ли собрать такую coinstake-транзакцию, чтобы входы отличались от выходов?
Под весом имеется в виду значение, используемое для расчёта лучшей цепочки блоков? Вроде работы?
Не совсем. Под весом хэша имеется в виду значение, на которое умножается таргет перед сравнением с ним. Чем он больше, тем мягче получается условие проверки хэша.Вроде 30 койно-дней - 1, а 90 - 3?
Под весом имеется в виду значение, используемое для расчёта лучшей цепочки блоков? Вроде работы?
Не совсем. Под весом хэша имеется в виду значение, на которое умножается таргет перед сравнением с ним. Чем он больше, тем мягче получается условие проверки хэша.Вроде 30 койно-дней - 1, а 90 - 3?
https://www.cryptsy.com/markets/view/13
Кто-то хочет экшен, выставили 1000 на покупку
Кто-то хочет экшен, выставили 1000 на покупку
Под весом имеется в виду значение, используемое для расчёта лучшей цепочки блоков? Вроде работы?
Не совсем. Под весом хэша имеется в виду значение, на которое умножается таргет перед сравнением с ним. Чем он больше, тем мягче получается условие проверки хэша. Нет, просто для кошелька over 9000 дней будет все равно, что 90. В плане веса получившегося kernel hash. Но награда при этом получится соответствующая прошедшему времени.
Под весом имеется в виду значение, используемое для расчёта лучшей цепочки блоков? Вроде работы?Про награду спасибо, именно то, что хотелось узнать.
Лимит возраста имеет значение только при бруте хэша, на награду он не влияет.
то есть после 90 дней кошелек не будет из них даже пытаться делать или как понять?
Лимит возраста имеет значение только при бруте хэша, на награду он не влияет.
Блок, содержащий транзакции без комиссии, принят не будет.
Блок, содержащий транзакции без комиссии, принят не будет.
которые уже 100*29 и вот-вот дадут PoS
Они могут дать, а могут и не дать. Это удача/неудача, посмотрите в эксплорер. Более чем достаточно блоков, сгенерированных очень старыми монетами с возрастом по 70-100 дней.То есть, имея 100 монет, пролежавших 180 дней, я получу награду только за 90 дней?
У меня тут белое пятно, разъясните, пожалуйста.
+
Вопрос технический. Если в блоке будет транзакция с нулевой комиссией, не являющаяся coinbase или coinstake-транзакцией, клиенты этот блок примут? На каком этапе фильтруются транзакции без комиссии?
которые уже 100*29 и вот-вот дадут PoS
Они могут дать, а могут и не дать. Это удача/неудача, посмотрите в эксплорер. Более чем достаточно блоков, сгенерированных очень старыми монетами с возрастом по 70-100 дней.
А тут тогда вопрос, что важнее, меньшая комиссия или же POS дни?) На сколько реально просчитать недополученный профит от потери POS дней в клиенте?
Смысл конечно же есть, на примере нагляднее:
создаём новый кошелёк, ложим на него 100 монет, забываем на 28 дней
в 28-й день ложим на него ещё 10 монет
в 29-й день снимаем 5 монет
в результате первые монето-дни (которые уже 100*29 и вот-вот дадут PoS) могут быть распилены на два куска, что приведёт к потере монето-дней. Хотя на кошельке валяются свежие монетки, которые было бы логично использовать для исходящих транзакций в первую очередь.
создаём новый кошелёк, ложим на него 100 монет, забываем на 28 дней
в 28-й день ложим на него ещё 10 монет
в 29-й день снимаем 5 монет
в результате первые монето-дни (которые уже 100*29 и вот-вот дадут PoS) могут быть распилены на два куска, что приведёт к потере монето-дней. Хотя на кошельке валяются свежие монетки, которые было бы логично использовать для исходящих транзакций в первую очередь.
Хотя, пожалуй попробуем сделать в 0.4.3.
Вопрос с приоритетами PoS/PoW при реорганизации цепи будет решен новой реализацией функции GetTrustScore.
Текущее поведение:
Набросок нового поведения:
Итог реализации подобного алгоритма:
Итого, double-spend атака только средствами PoS станет невозможной, равно как и атака только генерацией PoW блоков. У легитимной цепи всегда будет перевес над такими вариантами. Для успешной атаки потребуется сгенерировать гибридную цепь, то есть располагать как stake, так и достаточными мощностями.
Вопрос с приоритетами PoS/PoW при реорганизации цепи будет решен новой реализацией функции GetTrustScore.
Текущее поведение:
- Для всех PoW блоков возвращается 1;
- Для PoS блоков результат описывается функцией сложности.
Набросок нового поведения:
- Для PoS блока, являющегося потомком PoW блока результат описывается функцией сложности;
- Для PoS блока, являющегося потомком PoS блока результат описывается той же функцией сложности, деленной на 3;
- Для PoW блока, являющегося потомком PoS блока, результат описывается функцией сложности предыдущего блока;
- Для PoW блока, являющегося потомком PoW блока, результат равен 1/3 Trust score для предыдущего блока;
Итог реализации подобного алгоритма:
- "Чистая" цепочка PoS блоков будет в ~3 раза легче гибридной;
- Вес "чистой" цепочки PoW блоков будет расти намного медленнее, чем вес гибридной цепи.
Итого, double-spend атака только средствами PoS станет невозможной, равно как и атака только генерацией PoW блоков. У легитимной цепи всегда будет перевес над такими вариантами. Для успешной атаки потребуется сгенерировать гибридную цепь, то есть располагать как stake, так и достаточными мощностями.
А имеет ли смысл подобная функция? Ведь при ее использовании новые монеты никогда не наберут достаточный возраст, и в итоге получится то же самое - требование неактивности кошелька.
Balthazar, общественность на btc-e волнуется, ты уже реализовал чтобы при отправке монет в первую очередь с кошелька утекали те что имеют наименьший вес в монето-днях? Иначе PoS бракованным получается :\
Пока кроме pdf'ки Sunny ничего нет, да и она очень сильно отстала от жизни уже. Актуальный документ будет опубликован уже скоро, пока еще недописан.
ERROR: ProcessBlock() : duplicate proof-of-stake (COutPoint(1275f08fbb, 1), 1369892621) for block bc7bd8a1f9a6de66e8fd324e66c3d3496208d0726d1b7a0e868321de2d5da432
поясните смысл этой записи в логах? начали последнее время похожие валиться.....
Со временем и ростом сложности такие сообщения почти пропадут, страшного в них ничего нет. Одной из причин может быть запуск кем-то двух или более кошельков с одинаковым wallet.dat. поясните смысл этой записи в логах? начали последнее время похожие валиться.....
Jump to: