Topic: NovaCoin (scrypt PoW + PoS hybrid) - page 177. (Read 600924 times)
Добавил еще больше жира. Ну не умею я тонко.
Странно. Сложность низкая, у 100 нов уже 8 день не ловят блок.
У меня 120 нов день на 15 нашли блок. Еле уложился в обрезание 
. Долбаный бтс-е слепил 2 вывода по 60 в один. А комиссию с вывода взял как за 2, как не странно 
Какой-то толстый у тебя там коммент 
Тебе кстати уже про "премайн" ответили.
http://habrahabr.ru/post/205760/#comment_7094598
Тебе кстати уже про "премайн" ответили.
http://habrahabr.ru/post/205760/#comment_7094598
Тоже что ли минусов пособираю комментарием.
Блок словился, кстати! (:
Блок словился, кстати! (:
В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения.
Это как сейчас в электруме, я правильно понимаю?Copperlark пиарится на хабре.
Меня там уже нехило заминусовали . Я всё пытаюсь у них выведать на что же пошли инвестиции "венчурных инвесторов" ...http://habrahabr.ru/post/205760/#comment_7094162
Он, похоже, в какой-то вселенной своей живет... И лайт у него первый со scrypt, и копроларк самый-самый первый с sha3 (про TBX/SC/YAC как-то забыли внезапно, ага). И этот человек, умудрившись дважды сесть в лужу в одном предложении, ещё имеет наглость приводить аргументы в стиле "не читал, но осуждаю"
P.S. Ладно если бы хэширование транзакций и генерацию ключей тоже на SHA3-512 переделали, тогда был бы смысл... А так, не смешно даже как-то приводить подобный аргумент, будь даже они и первыми на самом деле
Странно. Сложность низкая, у 100 нов уже 8 день не ловят блок.
Вирпул, в бытность мою майнером бывало, по суткам PoW блок искал, а иногда за несколько минут находил. Вероятности, мать их... Copperlark пиарится на хабре.
Меня там уже нехило заминусовали . Я всё пытаюсь у них выведать на что же пошли инвестиции "венчурных инвесторов" ...
У меня 174 монеты поймали блок через 17 часов после разблокировки валлета.
Странно. Сложность низкая, у 100 нов уже 8 день не ловят блок.
В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения.
Это как сейчас в электруме, я правильно понимаю?
А что им остается делать, кроме как обращать новых адептов... Когда идеологии нет, ее нужно придумать.
Copperlark пиарится на хабре.
Реализовать можно по-разному, в общих чертах все подобные алгоритмы можно описать так:
Дано: Корневая константа
hash - это любая подходящая хэш-функция (многопроходные надстройки над sha256, scrypt, blake - что угодно, лишь бы не слишком быстрая)
get_some_bytes - функция, выбирающая из начального/предпоследнего/пред-предпоследнего/N-ого с конца/... значения детерминированный набор байтов, зависящий от предыдущего элемента цепочки (к примеру, аналогичная описанной в RFC 6238). Некоторые не мудрствуют, а просто подставляют тут хэш значения или само значение, тут уж кто во что горазд.
Итогом работы подобного алгоритма будет множество ключей [key1 ... keyN], которые можно восстановить, зная корневую константу. При этом, компрометация произвольного количества промежуточных ключей цепочки не приведет к компрометации всей цепочки. Если, конечно, хэш-функцию не взломают.
Цепочек, в принципе, может поддерживаться произвольное количество для разных целей (генерации, сдачи, публичных адресов).
Дано: Корневая константа
Code:
initial = hash(Корневая константа)
key[1] = hash(initial + get_some_bytes(initial))
key[2] = hash(key[1] + get_some_bytes(key[1]))
key[3] = hash(key[2] + get_some_bytes(key[2]))
...
key[N] = hash(key[N-1] + get_some_bytes(key[N-1]))
hash - это любая подходящая хэш-функция (многопроходные надстройки над sha256, scrypt, blake - что угодно, лишь бы не слишком быстрая)
get_some_bytes - функция, выбирающая из начального/предпоследнего/пред-предпоследнего/N-ого с конца/... значения детерминированный набор байтов, зависящий от предыдущего элемента цепочки (к примеру, аналогичная описанной в RFC 6238). Некоторые не мудрствуют, а просто подставляют тут хэш значения или само значение, тут уж кто во что горазд.
Итогом работы подобного алгоритма будет множество ключей [key1 ... keyN], которые можно восстановить, зная корневую константу. При этом, компрометация произвольного количества промежуточных ключей цепочки не приведет к компрометации всей цепочки. Если, конечно, хэш-функцию не взломают.
Цепочек, в принципе, может поддерживаться произвольное количество для разных целей (генерации, сдачи, публичных адресов).
Насчет апдейтов. 
В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении.
HD wallets? В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении.Это хорошо.
Я имею в виду вот это
https://en.bitcoin.it/wiki/Deterministic_wallet
Насчет апдейтов. В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении.
HD wallets? В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении.Это хорошо.
Насчет апдейтов. В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении.
HD wallets? В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении.Это хорошо.
Насчет апдейтов. В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении.
В последующих билдах в качестве опции запланирована реализация альтернативного алгоритма генерации цепочки ключей на основе заданного пользователем, или же сгенерированного случайным образом начального значения. При очевидных недостатках (имеются в виду взломы цепочек ключей, сгенерированных на основе словарной или короткой фразы) это серьезно упрощает процедуру резервного копирования - оно просто не нужно, достаточно запомнить или сохранить это начальное значение, чтобы восстановить всю цепочку в новом окружении. 
Козлы строители порвали оптику...
ждём-с...
14:00 Ап
ждём-с...
14:00 Ап
К сожалению, у текущих C++ реализаций имеются большие проблемы со стабильностью. Поэтому вариант с проксированием и внешним I2P роутером (таким, какой предпочтет пользователь) видится более перспективным.
Jump to: