Topic: NovaCoin (scrypt PoW + PoS hybrid) [self-mod] - page 300. (Read 744451 times)
пока собрано 105монет , страннно, я думал больше народу хочет иметь кошель на мобиле, ладно, будем ждать дальнейшего развития собитий
Да знаю, софт клавиатуры так вставляет это сочетание. Пока не нашел, как отключить сию мегафичу, иногда забываю исправлять.
Первым делом, в следующем релизе постараемся переехать на QT 5.x. Это необходимо для того, чтобы можно было вообще вести какую-либо речь о какой бы то ни было embedded платформе.
Насчет же непосредственно клиентов на встраиваемых платформах, похоже что у полновесного клиента в более-менее обозримом будущем будет версия под Windows RT. Понятное дело, что многие юзеры андроида относятся к этому известию скептически, но подобный скептицизм часто не оправдывает себя, да и вообще этак 90% гневных постов о вендодевайсах это чистой воды трололо.
Насчет же непосредственно клиентов на встраиваемых платформах, похоже что у полновесного клиента в более-менее обозримом будущем будет версия под Windows RT. Понятное дело, что многие юзеры андроида относятся к этому известию скептически, но подобный скептицизм часто не оправдывает себя, да и вообще этак 90% гневных постов о вендодевайсах это чистой воды трололо.
Мсье изволил любить виндрузфоны и делать решения под него, попутно обламывая пользователей андроид? ((:
Может андроид со своей джавой и где-то хуже, но не стоит забывать, что его главное преимущество - открытая пратформа, альтернативные прошивки опенсорсные, возможность самостоятельно ставить софт не только из гуглплэя и прочие хорошие криптоанархические последствия. Или виндоузфон тоже в опенсорсе?
Первым делом, в следующем релизе постараемся переехать на Qt 5.x. Это необходимо для того, чтобы можно было вообще вести какую-либо речь о какой бы то ни было embedded платформе.
Насчет же непосредственно клиентов на встраиваемых платформах, похоже что у полновесного клиента в более-менее обозримом будущем будет версия под Windows RT. Понятное дело, что многие юзеры андроида относятся к этому известию скептически, но подобный скептицизм часто не оправдывает себя, да и вообще этак 90% гневных постов о вендодевайсах это чистой воды трололо.
Насчет же непосредственно клиентов на встраиваемых платформах, похоже что у полновесного клиента в более-менее обозримом будущем будет версия под Windows RT. Понятное дело, что многие юзеры андроида относятся к этому известию скептически, но подобный скептицизм часто не оправдывает себя, да и вообще этак 90% гневных постов о вендодевайсах это чистой воды трололо.
тоже кинул в фонд 5 монеток (да я нищеброд ( )
п.с. по окончанию работ кину столько-же ещё )
п.с. по окончанию работ кину столько-же ещё )
ну с противниками и приверженцами поса на андроиде все решается просто и скорее всего так и будет потому и разделил награди
получится 2 приложения одно с посом по подключению зарядки по галке и вобще как захотите, а второе просто тонкий клиент.
по iOS, WinPhone хз, как организовать, можно еще 2 адреса для сбора средств, или все на один адрес но все делить на 3 поровну (про идеологическую поддержку, галку поставил)
получится 2 приложения одно с посом по подключению зарядки по галке и вобще как захотите, а второе просто тонкий клиент.
по iOS, WinPhone хз, как организовать, можно еще 2 адреса для сбора средств, или все на один адрес но все делить на 3 поровну (про идеологическую поддержку, галку поставил)
кто реализует POS.
ИМХО
Кошелек должен быть ТОНКИЙ
Реализовать POS не сложно, но я считаю не нужно, так как это утяжеляет приложение.
Кошелек должен быть ТОНКИЙ
Реализовать POS не сложно, но я считаю не нужно, так как это утяжеляет приложение.
Сделать галку "включить PoS-генерацию on/off" да и все дела, и овцы целы(батарейка), и волки сыты(майнеры).
А вообще после оптимизации PoS-генерации в u8 может батарейку жрать и вовсе не будет.
учреждаю фонд на разработку кошелька NVC под Андроид 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy
опен сорс, безплатний
---------------->8------------------
если есть предложения предлагайте
ИМХОопен сорс, безплатний
---------------->8------------------
если есть предложения предлагайте
Кошелек должен быть ТОНКИЙ
Прошу не забыть платформы, iOS, WinPhone.
Готов оказать идеологическую поддержку в виде кусков кода где взять большинство модулей кошелька.
Реализовать POS не сложно, но я считаю не нужно, так как это утяжеляет приложение.
Я был бы рад посу. Например, чтобы включался при подключении зарядки майнинг. Блокчеин пока маленький, а потом просто будет повод придумать, как его не раздувать. Ну и конечно оставлять возможность без майнинга тонкий клиент держать, конечно.
С андроидом должно быть полегче, т.к. биткоиновый клиент есть и его можно портировать (да ведь?).
от себя полтиник кинул тоже. Подключайтесь, пацаны, не жадничайте. ((:
учреждаю фонд на разработку кошелька NVC под Андроид 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy
опен сорс, безплатний
---------------->8------------------
если есть предложения предлагайте
ИМХОопен сорс, безплатний
---------------->8------------------
если есть предложения предлагайте
Кошелек должен быть ТОНКИЙ
Прошу не забыть платформы, iOS, WinPhone.
Готов оказать идеологическую поддержку в виде кусков кода где взять большинство модулей кошелька.
Реализовать POS не сложно, но я считаю не нужно, так как это утяжеляет приложение.
учреждаю фонд на разработку кошелька NVC под Андроид 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy
опен сорс, безплатний, возможность зашифровать валет, понятное дело возможность отправлять и получать NVC, присутсвие на Play Маркет.
тому кто первий создаст простой тонкий клиент достанется 50% собраних средств, остальное получит тот кто реализует POS.
в самой програме должен присутсвовать NVC адрес для донейта, туда и будет отправлено вознаграждение после тестирования кошелька, при отсутствии критический проблем или после их исправления.
Вся POS генерация на 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy также плюсуется к вознаграждению, моего интереса 0, от себя закину 50 NVC
Просьба добавить в шапку!!!
если есть предложения предлагайте
опен сорс, безплатний, возможность зашифровать валет, понятное дело возможность отправлять и получать NVC, присутсвие на Play Маркет.
тому кто первий создаст простой тонкий клиент достанется 50% собраних средств, остальное получит тот кто реализует POS.
в самой програме должен присутсвовать NVC адрес для донейта, туда и будет отправлено вознаграждение после тестирования кошелька, при отсутствии критический проблем или после их исправления.
Вся POS генерация на 4MK5u5vzDnE23X4MT6VLNFk8aJz7aQUdvy также плюсуется к вознаграждению, моего интереса 0, от себя закину 50 NVC
Просьба добавить в шапку!!!
если есть предложения предлагайте
Ну, я это и хотел доказать некоторым неверующим. Обсуждалась гипотетическая система, в которой награда за блок не зависит от богатства стейкхолдера....
Как-то пункты 1 и 3 немного противоречат друг другу. Ежели нагрузка небольшая, то и сотней процессов систему не завесишь.
Ситуация абсолютно гипотетическая, в нове ее быть не может (если только правда какой-нибудь идиот не попадется).
Нисколько не противоречат. Вода, к примеру, считается нетоксичным веществом. Однако, при желании водой отравиться можно, а если выпить 10-12 литров то смертельный исход отравления гарантирован. Аналогично с поваренной солью, если съесть 600 грамм соли то можно получить смертельное отравление, хотя токсичность пренебрежимо мала. Ситуация абсолютно гипотетическая, в нове ее быть не может (если только правда какой-нибудь идиот не попадется).
1. Это было решено в 0.4.4.7u8 и старше, новый майнер процессор почти не нагружает. 20000 инпутов - 3% нагрузка одного ядра Intel Core i5 2520.
2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.
Как-то пункты 1 и 3 немного противоречат друг другу. Ежели нагрузка небольшая, то и сотней процессов систему не завесишь.2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.
Ситуация абсолютно гипотетическая, в нове ее быть не может (если только правда какой-нибудь идиот не попадется).
Нагрузка зависит не от количества монет, а от количества инпутов.
1 и 3 пункты согласуются, жаловались до обновления, а еще майнить можно нам ARM проце, а они на порядки слабее, соответственно и загрузить его майнингом легко.
1. Это было решено в 0.4.4.7u8 и старше, новый майнер процессор почти не нагружает. 20000 инпутов - 3% нагрузка одного ядра Intel Core i5 2520.
2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.
Как-то пункты 1 и 3 немного противоречат друг другу. Ежели нагрузка небольшая, то и сотней процессов систему не завесишь.2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.
Ситуация абсолютно гипотетическая, в нове ее быть не может (если только правда какой-нибудь идиот не попадется).
У меня в mempool есть эта транзакция, всё нормально вроде. Скоро должна подтвердиться...
Не должна подтвердится. Их у меня-же кошелек обругал как неправильные:Code:
repairwallet
{
"mismatched spent coins" : 11,
"amount affected by repair" : 2200.21007000
}
Возможно из-за заметного отставания системного времени (55 секунд расхождение было).{
"mismatched spent coins" : 11,
"amount affected by repair" : 2200.21007000
}
Теперь правда совсем ничего не отправляется, мол говорит монеты были потрачены.
https://explorer.novaco.in/block/a11efe9875f735f5cee5cd149be9c96eb27d5d0cbce7212b21b66cfad73fb7c4
У меня в mempool есть эта транзакция, всё нормально вроде. Скоро должна подтвердиться...
Не должна подтвердится. Их у меня-же кошелек обругал как неправильные:Code:
repairwallet
{
"mismatched spent coins" : 11,
"amount affected by repair" : 2200.21007000
}
Возможно из-за заметного отставания системного времени (55 секунд расхождение было).{
"mismatched spent coins" : 11,
"amount affected by repair" : 2200.21007000
}
Теперь правда совсем ничего не отправляется, мол говорит монеты были потрачены.
[edited]
Неожиданно сразу куча подтверждений появилась. Правда с временем транзакции 13:51, а не 13:12
Тут в одной дискуссии вопрос один родился, вот хочу спросить знающих людей.
Судя по этому:
1. Ресурсы процессора при PoS-генерации используются, в идеале они должны быть небольшими, но народ в обсуждении жаловался на подвешивание как минимум одного ядра.
2. Индивидуальная сложность у каждого стейкхолдера обратно пропорциональна числу его монето-дней. Значит, чем меньше денежек на кошельке (при прочих равных условиях), тем больше загружается процессор при PoS-генерации.
3. При гипотетической ситуации, когда какой-нибудь идиот запустит на одном компьютере большое число кошельков с небольшими суммами на каждом, PoS-генерация сожрет все ресурсы его процессора и их даже может не хватить.
Поправьте меня, если я где неправильно понял.
1. Это было решено в 0.4.4.7u8 и старше, новый майнер процессор почти не нагружает. 20000 инпутов - 3% нагрузка одного ядра Intel Core i5 2520.Судя по этому:
Quote
У чистого PoW сложность зависит от мощности сети, у чистого PoS сложность персональная для юзера и зависит от отношения его объема "голосующих" монет к общему
объему "голосующих" монет.
и этому:объему "голосующих" монет.
Quote
hash(nStakeModifier + txPrev.block.nTime + txPrev.offset + txPrev.nTime + txPrev.vout.n + nTime) < bnTarget * nCoinDayWeight
nStakeModifier - вычисляемый коэффициент, значение которого почти невозможно предсказать для блоков в будущем, но легко посчитать для блоков в прошлом. Получается
из массива entropyBit блоков в пределах предыдущего интервала пересчета nStakeModifier.
hash - это, на данный момент, стандартный двойной sha256. В готовящемся релизе на базе 0.7, возможно, будет заменено на другую функцию посредством софт-форка.
Используемая для вычисления kernel хэш-функция должна быть быстрой. Иначе произойдет деградация системы в более извращенную реализацию Proof-of-Work.
высказываниям, у меня сложилось такое (возможно, неверное) представление о PoS-генерации:nStakeModifier - вычисляемый коэффициент, значение которого почти невозможно предсказать для блоков в будущем, но легко посчитать для блоков в прошлом. Получается
из массива entropyBit блоков в пределах предыдущего интервала пересчета nStakeModifier.
hash - это, на данный момент, стандартный двойной sha256. В готовящемся релизе на базе 0.7, возможно, будет заменено на другую функцию посредством софт-форка.
Используемая для вычисления kernel хэш-функция должна быть быстрой. Иначе произойдет деградация системы в более извращенную реализацию Proof-of-Work.
1. Ресурсы процессора при PoS-генерации используются, в идеале они должны быть небольшими, но народ в обсуждении жаловался на подвешивание как минимум одного ядра.
2. Индивидуальная сложность у каждого стейкхолдера обратно пропорциональна числу его монето-дней. Значит, чем меньше денежек на кошельке (при прочих равных условиях), тем больше загружается процессор при PoS-генерации.
3. При гипотетической ситуации, когда какой-нибудь идиот запустит на одном компьютере большое число кошельков с небольшими суммами на каждом, PoS-генерация сожрет все ресурсы его процессора и их даже может не хватить.
Поправьте меня, если я где неправильно понял.
2. Нагрузка на процессор никак не зависит от сложности даже при PoW.
3. Да, это возможно. Но это из разряда отрезания себе пальцев секатором - можно, но цель не ясна.
Что-то долго не проходит транзакция:
https://explorer.novaco.in/tx/e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5
И последующие за ней тоже пока не подтверждаются, кроме одной с типом "Добыто".
У меня в mempool есть эта транзакция, всё нормально вроде. Скоро должна подтвердиться...https://explorer.novaco.in/tx/e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5
И последующие за ней тоже пока не подтверждаются, кроме одной с типом "Добыто".
Code:
getrawmempool
[
"a4a8c0a28a75459eac0fe3ccf427476c9f69bb251dcf27d42c55e70829520f4e",
"ceb5270f37cffc3599652b7353a178860a561e52941a3cc32634d4604620c6ff",
"e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5"
]
[
"a4a8c0a28a75459eac0fe3ccf427476c9f69bb251dcf27d42c55e70829520f4e",
"ceb5270f37cffc3599652b7353a178860a561e52941a3cc32634d4604620c6ff",
"e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5"
]
Что-то долго не проходит транзакция:
https://explorer.novaco.in/tx/e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5
И последующие за ней тоже пока не подтверждаются, кроме одной с типом "Добыто".
https://explorer.novaco.in/tx/e49e2c08350a8e09c8976267f0f2a0f73ff6a7de9c88286915564628b4438ca5
И последующие за ней тоже пока не подтверждаются, кроме одной с типом "Добыто".
Тут в одной дискуссии вопрос один родился, вот хочу спросить знающих людей.
Судя по этому:
1. Ресурсы процессора при PoS-генерации используются, в идеале они должны быть небольшими, но народ в обсуждении жаловался на подвешивание как минимум одного ядра.
2. Индивидуальная сложность у каждого стейкхолдера обратно пропорциональна числу его монето-дней. Значит, чем меньше денежек на кошельке (при прочих равных условиях), тем больше загружается процессор при PoS-генерации.
3. При гипотетической ситуации, когда какой-нибудь идиот запустит на одном компьютере большое число кошельков с небольшими суммами на каждом, PoS-генерация сожрет все ресурсы его процессора и их даже может не хватить.
Поправьте меня, если я где неправильно понял.
Судя по этому:
Quote
У чистого PoW сложность зависит от мощности сети, у чистого PoS сложность персональная для юзера и зависит от отношения его объема "голосующих" монет к общему
объему "голосующих" монет.
и этому:объему "голосующих" монет.
Quote
hash(nStakeModifier + txPrev.block.nTime + txPrev.offset + txPrev.nTime + txPrev.vout.n + nTime) < bnTarget * nCoinDayWeight
nStakeModifier - вычисляемый коэффициент, значение которого почти невозможно предсказать для блоков в будущем, но легко посчитать для блоков в прошлом. Получается
из массива entropyBit блоков в пределах предыдущего интервала пересчета nStakeModifier.
hash - это, на данный момент, стандартный двойной sha256. В готовящемся релизе на базе 0.7, возможно, будет заменено на другую функцию посредством софт-форка.
Используемая для вычисления kernel хэш-функция должна быть быстрой. Иначе произойдет деградация системы в более извращенную реализацию Proof-of-Work.
высказываниям, у меня сложилось такое (возможно, неверное) представление о PoS-генерации:nStakeModifier - вычисляемый коэффициент, значение которого почти невозможно предсказать для блоков в будущем, но легко посчитать для блоков в прошлом. Получается
из массива entropyBit блоков в пределах предыдущего интервала пересчета nStakeModifier.
hash - это, на данный момент, стандартный двойной sha256. В готовящемся релизе на базе 0.7, возможно, будет заменено на другую функцию посредством софт-форка.
Используемая для вычисления kernel хэш-функция должна быть быстрой. Иначе произойдет деградация системы в более извращенную реализацию Proof-of-Work.
1. Ресурсы процессора при PoS-генерации используются, в идеале они должны быть небольшими, но народ в обсуждении жаловался на подвешивание как минимум одного ядра.
2. Индивидуальная сложность у каждого стейкхолдера обратно пропорциональна числу его монето-дней. Значит, чем меньше денежек на кошельке (при прочих равных условиях), тем больше загружается процессор при PoS-генерации.
3. При гипотетической ситуации, когда какой-нибудь идиот запустит на одном компьютере большое число кошельков с небольшими суммами на каждом, PoS-генерация сожрет все ресурсы его процессора и их даже может не хватить.
Поправьте меня, если я где неправильно понял.
Jump to: