Topic: Velocitycoin - scrypt-chacha во плоти (Read 2283 times)
вроде как цена подымается
Креативненько http://v.youku.com/v_show/id_XNjYyMDM5Mjgw.html 
Для упрощения опишу суть в отдельном коротком посте:
Спасибо огромное, ухватил
.Тогда вопрос к г-ну Last1212: как этот вопрос решен в velocity? Стоит ли ожидать через пару месяцев от нее диких тормозов при загрузке?
Я не разбираюсь в таких тонкостях, но ты можешь написать девелоперу по поводу этой проблемы.
Неважно, кто написал Новый Завет на самом деле. Важно лишь то, что там достаточно цитат на все случаи жизни, и то что я их хорошо помню. Автор хорошо понимал, как мыслит планктон, и что с ним надо делать.
Может для таких как ты "вершителей судеб" и не важно, кто писал Новый завет. Но таким демагогам хоть изредка все же стоит окунаться в собственную историю, за фактами, а так же обращаться к собственной совести. Ведь только в ней, зачастую ты находишь ответы, которых никогда не будет ни в одной книге. Вопрос только стоит в том - а есть ли она у данного человека?!
Дык, по крайней мере у меня хватает смелости признать своих ботов, в отличии от того, кто за спиной, втихаря западлом занимается 
И опять слив, да что же это с тобой в последнее время? Эх, даже как-то скучнее обычного. Хватало бы сил и смелости - не удалял бы свое признание так шустро, что пришлось по памяти его перепечатывать. Насчет же второй части цитаты, то там все как обычно... Полный игнор подтвержденной старательно игнорируемыми тобой фактами реальности вкупе с солипсизмом в болезненной степени.
А ты в курсе, что не Матфей это заверял, а от него? Неизвестно кто...
Неважно, кто написал Новый Завет на самом деле. Важно лишь то, что там достаточно цитат на все случаи жизни, и то что я их хорошо помню. Автор хорошо понимал, как мыслит планктон, и что с ним надо делать. Вообще же, подобные тебе рано или поздно полностью перевоспитываются после подобного наставления.
За сим прощаюсь с тобой, о раб Божий, и что хочешь думай об этом... Это значения не имеет, потому что персонаж твой мертв политически. Собственно, ты же сам и убил его.
форк - бред
нет ничего что было бы преимуществом перед биткоином
время совершения проводок в биткоине - 5сек если не ждать подтверждения - а его на битпэй и не ждут
нет ничего что было бы преимуществом перед биткоином
время совершения проводок в биткоине - 5сек если не ждать подтверждения - а его на битпэй и не ждут
Дык, по крайней мере у меня хватает смелости признать своих ботов, в отличии от того, кто за спиной, втихаря западлом занимается
А ты в курсе, что не Матфей это заверял, а от него? Неизвестно кто...
Было сказано человеком, любящим цитировать древнееврейский сценарий
Иными словами, иди туда, откуда пришел в сей мир... Господь со мной согласен, если что, и Матфей это заверил. 
А ты в курсе, что не Матфей это заверял, а от него? Неизвестно кто...
Quote
Тактика ad hominem не сработает, за сим прощаюсь с тобой, о раб Божий.
Было сказано человеком, любящим цитировать древнееврейский сценарий
Кому как не задроту, протершему большую часть своей жизни перед экраном монитора судить о моей судьбе
О да, Фрейд он такой Ты хоть понимаешь, насколько дешево выглядят твои представления? Бальтазар, относись к людям так как хочешь чтобы они относились к тебе.... Хотя кому это я....
Св. Евангелие от Матфея, глава 7
Quote
3. Что ж ты смотришь на сучок в глазу ближнего твоего, а в своем глазу бревна не замечаешь?
4. Как же ты скажешь ближнему твоему: давай, я выну сучок из глаза твоего, если у тебя бревно в глазу?
5. Лицемер! Вынь прежде бревно из глаза своего, и тогда увидишь, как вынуть сучок из глаза ближнего твоего.
Иными словами, иди туда, откуда пришел в сей мир... Господь со мной согласен, если что, и Матфей это заверил. 4. Как же ты скажешь ближнему твоему: давай, я выну сучок из глаза твоего, если у тебя бревно в глазу?
5. Лицемер! Вынь прежде бревно из глаза своего, и тогда увидишь, как вынуть сучок из глаза ближнего твоего.
Не поддавайтесь искушениям дьявола. Не заведуйте грешникам, скоро их будут косить, как траву. Верьте в Бога и творите добро, и тогда вы будете жить на земле и души ваши будут спасены. Радуйте и славьте своими делами Господа, и он воздаст вам. Конец лирического отступления.
Тактика ad hominem не сработает.
То что это твои боты, никто и не сомневался. Что же тебе ещё остается делать, кроме как исходить на говно... Судьба у тебя такая.
Кому как не задроту, протершему большую часть своей жизни перед экраном монитора судить о моей судьбе
Бальтазар, относись к людям так как хочешь чтобы они относились к тебе.... Хотя кому это я....
Pivo
То что это твои боты, никто и не сомневался. Что же тебе ещё остается делать, кроме как исходить на говно... Судьба у тебя такая.
Quote from: Pivo
харэ телеги на моих ботов катать
То что это твои боты, никто и не сомневался. Что же тебе ещё остается делать, кроме как исходить на говно... Судьба у тебя такая.
Для упрощения опишу суть в отдельном коротком посте:
Спасибо огромное, ухватил
.Тогда вопрос к г-ну Last1212: как этот вопрос решен в velocity? Стоит ли ожидать через пару месяцев от нее диких тормозов при загрузке?
Для упрощения опишу суть в отдельном коротком посте:
Есть элемент списка блоков, состоящий из заголовка и данных. В качестве идентификатора элемента в списке используется:
SHA256 хэш заголовка для BTC/LTC/клонов;
salsa+sha256/chacha+sha3/... хэш заголовка для NVC/YAC/клонов.
Идентификатор может быть совпадать с PoW хэшем (BTC/NVC/...), но может и отличаться (LTC/FTC/CNC/...).
Идентификатор элемента в списке при проставлении связей нужно откуда-то взять на старте. SHA256 достаточно быстрая, чтобы можно было пересчитывать хэши на лету, не задумываясь о производительности. Но scrypt и ее аналоги слишком медленны для этого, поэтому хэши нужно сохранять. Поэтому биткоины и лайты пересчитывают SHA256 на лету, а NVC и ее производные не должны делать подобного при получении идентификаторов.
Есть элемент списка блоков, состоящий из заголовка и данных. В качестве идентификатора элемента в списке используется:
SHA256 хэш заголовка для BTC/LTC/клонов;
salsa+sha256/chacha+sha3/... хэш заголовка для NVC/YAC/клонов.
Идентификатор может быть совпадать с PoW хэшем (BTC/NVC/...), но может и отличаться (LTC/FTC/CNC/...).
Идентификатор элемента в списке при проставлении связей нужно откуда-то взять на старте. SHA256 достаточно быстрая, чтобы можно было пересчитывать хэши на лету, не задумываясь о производительности. Но scrypt и ее аналоги слишком медленны для этого, поэтому хэши нужно сохранять. Поэтому биткоины и лайты пересчитывают SHA256 на лету, а NVC и ее производные не должны делать подобного при получении идентификаторов.
Но каждый блок по идее проверяется в момент загрузки - почему бы не считать, что то, что уже на диске - верно?
NVC так и делает, сохраняет на диск хэши, посчитанные в момент загрузки блоков из сети. И использует их в дальнейшем для блоков, сгенерированных более чем сутки назад. Однако, YAC и его клоны не такие, там нет сохранения хэшей на диске. Поэтому загрузка индекса, заканчивающаяся созданием списка связей между его элементами в оперативной памяти, сопровождается пересчетом хэшей всех лежащих на диске блоков. Вот поэтому оно так долго и думает на старте.
Впрочем, старые версии NVC тоже пересчитывали хэши всех блоков цепи на старте, но тогда цепь была короткой и никто об этом не задумывался. Точнее задумывались, но отложили решение вопроса.
Браться - в смысле пересчитываться при каждой загрузке? А разве проверка PoW не в этом заключается - посчитать хэш заголовка и сравнить, соответствует ли он сложности?
Проверка на PoW - это просто сравнение хэша с таргетом. В нашем случае мы имеем дело не с проверкой на PoW, а со связыванием элементов цепи, лежащих на диске. Именно этот процесс занимает так много времени.
Извиняюсь за назойливость, просто хотелось бы разобраться...
Браться - в смысле пересчитываться при каждой загрузке? А разве проверка PoW не в этом заключается - посчитать хэш заголовка и сравнить, соответствует ли он сложности?
Но каждый блок по идее проверяется в момент загрузки - почему бы не считать, что то, что уже на диске - верно?
На счет "не у всех" - это я неправильно выразился, для последних N блоков проверяется PoW. Для остальных будет просто браться хэш от заголовка, и все. Иначе говоря, уменьшение N не поможет.
Браться - в смысле пересчитываться при каждой загрузке? А разве проверка PoW не в этом заключается - посчитать хэш заголовка и сравнить, соответствует ли он сложности?
Нужно кэшировать хэши на диске, иного выхода у sairon'а нет... Иначе они все равно будут считаться так или иначе, потому что связывать блоки между собой надо. Прирост в 100 и более раз в таких реалиях не является проблемой, если хэши сохранять в элементах CBlockIndex и в дальнейшем не пересчитывать (или пересчитывать только для блоков за последние 24 часа, как делает NVC).
Но каждый блок по идее проверяется в момент загрузки - почему бы не считать, что то, что уже на диске - верно?
На счет "не у всех" - это я неправильно выразился, для последних N блоков проверяется PoW. Для остальных будет просто браться хэш от заголовка, и все. Иначе говоря, уменьшение N не поможет заметно.
Нужно кэшировать хэши на диске, иного выхода у sairon'а нет... Иначе они все равно будут считаться так или иначе, потому что связывать блоки между собой надо. Прирост в 100 и более раз в таких реалиях не является проблемой, если хэши сохранять в сериализуемом свойстве элементов CBlockIndex и в дальнейшем не пересчитывать (или пересчитывать только для блоков за последние 24 часа, как делает NVC).
Нужно кэшировать хэши на диске, иного выхода у sairon'а нет... Иначе они все равно будут считаться так или иначе, потому что связывать блоки между собой надо. Прирост в 100 и более раз в таких реалиях не является проблемой, если хэши сохранять в сериализуемом свойстве элементов CBlockIndex и в дальнейшем не пересчитывать (или пересчитывать только для блоков за последние 24 часа, как делает NVC).
Да, и совместимость со старыми файлами - это какими? Цепочку нужно будет перегрузить заново или как?
Именно.Не всех, а последних N. Но в случае YAC значение этого N достаточно, чтобы создать большую проблему.
Конечно унаследовали.
Кстати, фикс пары строчек может ускорить загрузку индекса как минимум в два раза без потери совместимости. Но двойной прирост при такой тормознутости - это мало. Если пожертвовать совместимостью со старыми файлами, то можно реализовать алгоритм, который загрузит весь индекс менее чем за минуту.
Конечно унаследовали.
Кстати, фикс пары строчек может ускорить загрузку индекса как минимум в два раза без потери совместимости. Но двойной прирост при такой тормознутости - это мало. Если пожертвовать совместимостью со старыми файлами, то можно реализовать алгоритм, который загрузит весь индекс менее чем за минуту.
Двойной прирост - это нереально мало, надо минимум раз в 100...
Вообще, с подачи г-на nocoin были выкопаны строки с параметром checkblocks - я так понимаю, это оно? Но фишка в том, что по идее указанное в коде значение (2500) должно быть заменено значением соответствующего параметра командной строки - при его указании, однако на практике запуск с параметром -checkblocks=1 не дал видимого прироста скорости загрузки... Вот я и думаю - где же тут загвоздка?
Да, и совместимость со старыми файлами - это какими? Цепочку нужно будет перегрузить заново или как?
Конечно унаследовали.
Кстати, фикс пары строчек может ускорить загрузку индекса как минимум в два раза без потери совместимости. Но двойной прирост при такой тормознутости - это мало. Если пожертвовать совместимостью со старыми файлами, то можно реализовать алгоритм, который загрузит весь индекс менее чем за минуту.
Причина простая - клонинг NVC без выяснения, как идет проверка блоков на старте... В отличие от LTC и её клонов, NVC на старте перехэширует блоки, в результате замена алгоритма на более медленный создает такую проблему.
В отличие от LTC и её клонов, NVC на старте перехэширует блоки, в результате замена алгоритма на более медленный создает такую проблему.Всех блоков
? А зачем?И унаследовали ли клоны yacoin этот недостаток?
Причина простая - клонинг NVC без выяснения, как идет проверка блоков на старте... В отличие от LTC и её клонов, NVC на старте перехэширует блоки, в результате замена алгоритма на более медленный создает такую проблему.
В отличие от LTC и её клонов, NVC на старте перехэширует блоки, в результате замена алгоритма на более медленный создает такую проблему. А сколько на данный момент блокчейн весит у yacoin? Как вариант попробовать удалить всю цепочку блоков с диска и перезапустить клиент, будет такая же долгая загрузка или нет?
Весит около полугига. С удалением цепочки - завтра попробую, на всякий случай, но вряд ли поможет... Jump to: