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? Как вариант попробовать удалить всю цепочку блоков с диска и перезапустить клиент, будет такая же долгая загрузка или нет?
Весит около полугига. С удалением цепочки - завтра попробую, на всякий случай, но вряд ли поможет... Yacoin и все что на нем основано использует CHACHA20/8 + SHA3-512.
Кстати, о yacoin... Я заметил, что yacoin-qt выбивается из списка опробованных мной криптовалют совершенно неприличным временем запуска кошелька (на одном ядре вообще больше часа).
Собственно, сам по себе он меня мало интересует, просто хотелось бы знать - форки, основанные на этом самом CHACHA20/8 + SHA3-512 (я так понял, велогород относится к таковым) принципиально бесперспективны и возымеют те же проблемы как только отрастят блокчейн побольше или же это какая-то ошибка конкретно yacoin-qt (или только его последней версии)?
Тема начинала обсуждаться на https://bitcointalksearch.org/topic/coin-qt-408219, кое-что прояснилось, однако конкретный ответ пока не найден...
А сколько на данный момент блокчейн весит у yacoin? Как вариант попробовать удалить всю цепочку блоков с диска и перезапустить клиент, будет такая же долгая загрузка или нет?
Yacoin и все что на нем основано использует CHACHA20/8 + SHA3-512.
Кстати, о yacoin... Я заметил, что yacoin-qt выбивается из списка опробованных мной криптовалют совершенно неприличным временем запуска кошелька (на одном ядре вообще больше часа).
Собственно, сам по себе он меня мало интересует, просто хотелось бы знать - форки, основанные на этом самом CHACHA20/8 + SHA3-512 (я так понял, велогород относится к таковым) принципиально бесперспективны и возымеют те же проблемы как только отрастят блокчейн побольше или же это какая-то ошибка конкретно yacoin-qt (или только его последней версии)?
Тема начинала обсуждаться на https://bitcointalksearch.org/topic/coin-qt-408219, кое-что прояснилось, однако конкретный ответ пока не найден...
К сожалению, правка не будет иметь большого смысла без общего повышения осведомленности тех, кто делает эти форки...
Замена на scrypt-chacha конечно лучше. Но не менее неоднозначна, потому что в библиотеке доступно 7 хэш-функций. Yacoin и все что на нем основано использует CHACHA20/8 + SHA3-512.
А вообще, доступно:
SALSA20/8
CHACHA20/8
SALSA6420/8
+
SHA256/512
BLAKE256/512
Skein512
Keccak256/512 (SHA-3)
Их комбинированием можно получить 21 алгоритм.
P.S. Кстати, это еще один гвоздь в крышку гроба адептов копроларка, утверждающих что они первые запустили SHA3-512 цепочку и что это инновация... Нет, не первые.
Замена на scrypt-chacha конечно лучше. Но не менее неоднозначна, потому что в библиотеке доступно 7 хэш-функций. Yacoin и все что на нем основано использует CHACHA20/8 + SHA3-512.
А вообще, доступно:
SALSA20/8
CHACHA20/8
SALSA6420/8
+
SHA256/512
BLAKE256/512
Skein512
Keccak256/512 (SHA-3)
Их комбинированием можно получить 21 алгоритм.
P.S. Кстати, это еще один гвоздь в крышку гроба адептов копроларка, утверждающих что они первые запустили SHA3-512 цепочку и что это инновация... Нет, не первые.
Благодарю за поправку, как тогда лучше исправить? Использование библиотеки scrypt-jane в качестве POW или заменить scrypt-jane на scrypt-chacha, или какой-то третий вариант?
Нет такого алгоритма scrypt-jane, это просто библиотека. А в ней куча всего, и наряду с chacha64+blake и более экзотическими вариантами есть в том числе и используемый в "в обычных" валютах salsa+sha256.
Заявлять "я использую алгоритм scrypt-jane" равносильно объявлению "я использую программу Windows" без уточнения, что это за приложение.
Уж сколько раз поднимался этот вопрос, а нет-копипастят друг у друга этот бред, не задумываясь.
Заявлять "я использую алгоритм scrypt-jane" равносильно объявлению "я использую программу Windows" без уточнения, что это за приложение.
Уж сколько раз поднимался этот вопрос, а нет-копипастят друг у друга этот бред, не задумываясь.
Velocity Coin (VEL)
Официальная ветка на форуме: https://bitcointalksearch.org/topic/ann-velocitycoin-client-update-120-important-update-immediately-390767
Официальный сайт: http://velocitycoin.com
Официальный сайт: http://velocitycoin.com
Монета была анонсиорвана 22 декабря 2013 года, добыча начата 29 декабря 2013 года.
Отличительные особенности:
Алгоритм scrypt-chacha (со временем CPU майнинг станет выгоднее GPU майнинга)
Скорость монеты (быстрые переводы, уменьшенное количество подтверждений для добытых монет)
Поддержка коммьюнити (многие майнеры Applecoin были замечены на офф сайте Velocitycoin)
Алгоритм scrypt-chacha (со временем CPU майнинг станет выгоднее GPU майнинга)
Скорость монеты (быстрые переводы, уменьшенное количество подтверждений для добытых монет)
Поддержка коммьюнити (многие майнеры Applecoin были замечены на офф сайте Velocitycoin)
Спецификация монеты:
Максимальное число монет: 62,000,000
Появление блока: каждые 30 секунд
Количество подтверждений найденного блока: 30
Количество подтверждений транзакции: 5
Порт: 21333
RPCPort: 21334
Максимальное число монет: 62,000,000
Появление блока: каждые 30 секунд
Количество подтверждений найденного блока: 30
Количество подтверждений транзакции: 5
Порт: 21333
RPCPort: 21334
Вознаграждения за блоки:
Блоки 1-5,000 - 1000-10000 монет (случайно для кажого блока)
Блоки 5,001-10,000 - 1000-5000 монет (случайно для кажого блока)
Блоки 10,001-15,000 - 100-1500 монет (случайно для кажого блока)
Блоки 15,001-20,000 - 100-500 монет (случайно для кажого блока)
Блоки 20,001-25,000 - 50-200 монет (случайно для кажого блока)
Блоки 25,001-250,000 -20 монет
Блоки 250,001-500,000 -15 монет
Блоки 500,001-750,000 -10 монет
Блоки 750,001-2,000,000 -5 монет
Блоки 2,000,001 + -2 монет
Блоки 1-5,000 - 1000-10000 монет (случайно для кажого блока)
Блоки 5,001-10,000 - 1000-5000 монет (случайно для кажого блока)
Блоки 10,001-15,000 - 100-1500 монет (случайно для кажого блока)
Блоки 15,001-20,000 - 100-500 монет (случайно для кажого блока)
Блоки 20,001-25,000 - 50-200 монет (случайно для кажого блока)
Блоки 25,001-250,000 -20 монет
Блоки 250,001-500,000 -15 монет
Блоки 500,001-750,000 -10 монет
Блоки 750,001-2,000,000 -5 монет
Блоки 2,000,001 + -2 монет
Содержимое файла конфигурации .conf
Code:
rpcuser=Username
rpcpassword=password
rpcallowip=127.0.0.1
daemon=1
server=1
listen=1
gen=0
port=21333
rpcport=21334
addnode=77.247.181.162
addnode=91.77.102.87
addnode=91.154.202.96
addnode=78.205.83.28
addnode=87.219.35.151
addnode=121.221.31.187
rpcpassword=password
rpcallowip=127.0.0.1
daemon=1
server=1
listen=1
gen=0
port=21333
rpcport=21334
addnode=77.247.181.162
addnode=91.77.102.87
addnode=91.154.202.96
addnode=78.205.83.28
addnode=87.219.35.151
addnode=121.221.31.187
Немного ссылок:
Официальная ветка на форуме: https://bitcointalksearch.org/topic/ann-velocitycoin-client-update-120-important-update-immediately-390767
Официальный сайт: http://velocitycoin.com
Официальный форум: http://velocitycoin.com/forum
Block Explorer: http://vcc_blockcrawler.miners-point.com/
Официальный сайт: http://velocitycoin.com
Официальный форум: http://velocitycoin.com/forum
Block Explorer: http://vcc_blockcrawler.miners-point.com/
Так как используется алгоритм scrypt-chacha, то Вам потребуется специальный майнер. Подойдет Ваш проверенный YBCminer, если у Вам его нет, можете скачать майнер по ссылки из официальный темы. Там есть и GPU и CPU версии. Для linux'а найти не удалось, прошу скинуть ссылку, если у Вас есть.
Актуальные пулы также можете найти на сайте.
Актуальные пулы также можете найти на сайте.
Ссылка на официальный релиз (перевод сделан на ее основе):
http://velocitycoin.com/forum/index.php?topic=2.0
Jump to: