1) Инфляция свыше 8% ни в коем разе НЕ умеренная.
2) Инфляция в РФ вызвана в основном немонетарными причинами : деградация экономики
страны из-за отсутсвия вменяемых законов и наличия массы невменяемых , которые криво и
избирательно исполняются в ручном режиме
оккупантами + перманентный рост коррупции под звездеж о борьбе с ней .
Никакой ЦБ ничего с этим и не сделает будь у него хоть самая разумная политика ставок и деньгопечатания.
3) НО, ЦБ и не делает ничего разумного :
уже давно было пора снизить ставки но они
оставлены высокими.
Мои пять копеек...
Topic: TrueCoin <-- правильная монета (Read 19805 times)
Таки С/C++ для меня чужеродный язык. ( 
))
то есть у вас тройной хэш вида :
Хэш512(Хэш512(Хэш512(...) ?
А чего не хотите последний сделать Хэш256 ?
транкировать( или trim256() это что-то другое ? ) может быть хуже чем использовать
"готовый" 256-Й хэш...
Я не понимаю как оно у вас выбирает
"в зависимости от пред. хэша" ,
мой С/C++ ОЧЕНЬ базовый (
не могли вы объяснить русскими словами
какие байты оно с чем сравнивает ?
------------
>> эффективный гпу-майнер сотворить мозг поломать надо будет...
Не, не мозг ж)
Можно пойти иным путем, прежде чем дизайнить
цепочки хэшей надо сделать так :
1) Выучить OpenCL
2) Пообщаться с опытными кодерами на нем
по "майнерной" теме.
3) после 1) и 2) у вас появится понимание
какая цепочка будут круче на ГПУ и насколько.
4)
5) Наступит просветление и нирвана Ж))))
___________
Да, это кружный путь, зато не придется
по горам лазать...
Все умные делают это.Идут в обход то есть.
))то есть у вас тройной хэш вида :
Хэш512(Хэш512(Хэш512(...) ?
А чего не хотите последний сделать Хэш256 ?
транкировать( или trim256() это что-то другое ? ) может быть хуже чем использовать
"готовый" 256-Й хэш...
Я не понимаю как оно у вас выбирает
"в зависимости от пред. хэша" ,
мой С/C++ ОЧЕНЬ базовый (
не могли вы объяснить русскими словами
какие байты оно с чем сравнивает ?
------------
>> эффективный гпу-майнер сотворить мозг поломать надо будет...
Не, не мозг ж)
Можно пойти иным путем, прежде чем дизайнить
цепочки хэшей надо сделать так :
1) Выучить OpenCL
2) Пообщаться с опытными кодерами на нем
по "майнерной" теме.
3) после 1) и 2) у вас появится понимание
какая цепочка будут круче на ГПУ и насколько.
4)
5) Наступит просветление и нирвана Ж))))
___________
Да, это кружный путь, зато не придется
по горам лазать...
Все умные делают это.Идут в обход то есть.
magic bytes -- это когда два узла беседуют при
коннекте , вроде сигнала "свой-чужой".
Насчет линковки :
Если вы таки делает под Юникс, то наверное не должно быть проблем.
Я когда "майнил" разные цепочки выше по этому треду, сварганил маленькую прогу на основе
sphlib документов.
Если хотите - выложу ее в pastebin,
тока скажите какая вам цепочка интересна,
а то у меня их много вариантов валяется.
коннекте , вроде сигнала "свой-чужой".
Насчет линковки :
Если вы таки делает под Юникс, то наверное не должно быть проблем.
Я когда "майнил" разные цепочки выше по этому треду, сварганил маленькую прогу на основе
sphlib документов.
Если хотите - выложу ее в pastebin,
тока скажите какая вам цепочка интересна,
а то у меня их много вариантов валяется.
Quote
В смысле, что обязательно нужно изменять из списка, чтобы не конфликтовать с "родительскими" валютами : заголовки блоков, сетевые порты, префиксы адресов, в транзакциях что-либо, и т.п. ?
Порты, префиксы адресов ( то есть версию адресачтоб подгадать под желаемую первую букву/цифру) и волшебныу байты - точно надо.
может что-то еще ...
Все таки хотите нечто выпустить ?
Oops, propal russkiy yazyk...
Net, takih forkov net, naskol'ko ya znayu.
Ya pod Mingw nichego ne sobiral, uvy.
Mozhet kto podelitsya s vami opytom ?
Net, takih forkov net, naskol'ko ya znayu.
Ya pod Mingw nichego ne sobiral, uvy.
Mozhet kto podelitsya s vami opytom ?
Если речь идет о NVC/PPC типе pos, то вы
по-моему не можете гарантировать что они
(pow и pos блоки) будут чередоваться по какой-то опред. схеме. то есть вам придется рассматривать всякие крайние случаи тоже,
типа почти чистый pos или pow временами.
Может уважаемый Бальтазар вам объяснит, лучше
как теперь обстоит дело в NVC. А то я перестал
следить за последними изменениями там.
Наверное у него есть некая секретная целевая система
к которой NVC перейдет в конце концов
А я теперь занят совсем другими делами...
И соображаю очень туго на Трушные темы
по-моему не можете гарантировать что они
(pow и pos блоки) будут чередоваться по какой-то опред. схеме. то есть вам придется рассматривать всякие крайние случаи тоже,
типа почти чистый pos или pow временами.
Может уважаемый Бальтазар вам объяснит, лучше
как теперь обстоит дело в NVC. А то я перестал
следить за последними изменениями там.
Наверное у него есть некая секретная целевая система
к которой NVC перейдет в конце концов
А я теперь занят совсем другими делами...
И соображаю очень туго на Трушные темы
Помаленьку...
Надежда умерла )( RIP
Мое понимание эволюционировало в сторону того,
что PoW-валюта не решает проблем.
Чистый и безопасный PoS так никто толком и не придумал.
Плюс вся эта пурга "новых недовалют" которую мы наблюдаем и другие соображения...
Походу в мире койнов наступают тяжелые времена.
-----------------
Если хотите - запилите что-то вроде ?!
Не обязательно делать новый PoW, можно сделать
только новый инфляционный механизм эмиссии.
Надежда умерла )( RIP
Мое понимание эволюционировало в сторону того,
что PoW-валюта не решает проблем.
Чистый и безопасный PoS так никто толком и не придумал.
Плюс вся эта пурга "новых недовалют" которую мы наблюдаем и другие соображения...
Походу в мире койнов наступают тяжелые времена.
-----------------
Если хотите - запилите что-то вроде ?!
Не обязательно делать новый PoW, можно сделать
только новый инфляционный механизм эмиссии.
PoW - явление временное, он будет вытяснен неким более совершенным методом деньгопечатания.
Что мне не нравится : наши последние формуло-построения
все также ведут себя очень по-разному при разных трудностях ( даже от 10 до 200000 диапозон
не един по поведению ) ((
Что мне не нравится : наши последние формуло-построения
все также ведут себя очень по-разному при разных трудностях ( даже от 10 до 200000 диапозон
не един по поведению ) ((
Я опять на неделю минимум завяз в оффлайне (
Так что счас ничего особо не делаю по ТС.
Без GPU 10000000 у нас не будет точно )
А будет что-то вроде 10 - 200000.
>>>Вырастала не только суммарная награда в системе, но и награда каждому майнеру.
Это и есть настоящий социализм (цифровой).
Это же хорошо
Большие парни кормят маленьких, нет ?
Что в этом плохого ?
-----
то есть вы считаете надо попробовать
с доб. строкой
Так что счас ничего особо не делаю по ТС.
Без GPU 10000000 у нас не будет точно )
А будет что-то вроде 10 - 200000.
>>>Вырастала не только суммарная награда в системе, но и награда каждому майнеру.
Это и есть настоящий социализм (цифровой).
Это же хорошо
Большие парни кормят маленьких, нет ?
Что в этом плохого ?
-----
то есть вы считаете надо попробовать
с доб. строкой
Code:
if w1 > x { w1 = x }
Вот доберусь до приделывания библиотечных функций Skein/BMW к сатошину коду,
будете меня поправлять(чтоб как надо все было) - только руки пож. не отрывайте, они
мне еще могут пригодится
будете меня поправлять(чтоб как надо все было) - только руки пож. не отрывайте, они
мне еще могут пригодится
Совместимость C и C++ это магия ж)
http://en.wikipedia.org/wiki/Compatibility_
of_C_and_C%2B%2B
В статье написано так :
То есть BMW не ускорится на GPU (по причине
именно своей сложности)
В то же время я не верю, что этот AMP
будет быстрее работать на CPU, чем cpuminer.
Потом у меня все равно нет Win ,
так что если хотите - можете попробовать написать майнер для AMP (только вам придется
найти свою библиотеку для Skein и BMW,
ибо моя найденная либа - под Юникс).
Тут дело не в опенсорсе или моей Юниксомании
(предполагаемой) , а в том что проще
кое-что дописать кое-где, чем изобретать
велосипед почти с нуля.
http://en.wikipedia.org/wiki/Compatibility_
of_C_and_C%2B%2B
В статье написано так :
Code:
Система C++AMP позволяет переносить вычисления на GPU (видеоускорители) без внесения большого количества изменений в программы. Код, который не может запуститься на GPU, например, из-за своей сложности, будет автоматически запущен на центральном процессоре с применением SIMD (SSE) инструкций. Реализация системы от Microsoft (единственная на настоящий момент) включена в Visual Studio 2012 и включает в себя отладчик и профилировщик. Поддержку других платформ и оборудования могли бы реализовать компания Microsoft или другие в будущем.
именно своей сложности)
В то же время я не верю, что этот AMP
будет быстрее работать на CPU, чем cpuminer.
Потом у меня все равно нет Win ,
так что если хотите - можете попробовать написать майнер для AMP (только вам придется
найти свою библиотеку для Skein и BMW,
ибо моя найденная либа - под Юникс).
Тут дело не в опенсорсе или моей Юниксомании
(предполагаемой) , а в том что проще
кое-что дописать кое-где, чем изобретать
велосипед почти с нуля.
Не у нас все будет по формуле,
и вообще это будет типа тестнет-монета.
Когда инфляционные идеи обкатаются, их можно будет пересадить на более крутую базу.
Вот tacotime изобретает некий super-PoS
в своей MC2. )
Может через год нам дадут энергетически бесплатную технологию деньгопечати.
C++ AMP нам не поможет ( он под Win).
А большая часть койно-софта (даже та что
работает под Win) собирается на *nix
Я буду издеваться над cpuminer,
там как и в моих экспериментах
с проверкой скорости хэширования
чистый C - надо переписать несколько функций и все !
Но есть маленькие трудности -
1) клиент все еще не форкнут,
а там надо будет наверное оборачивать
skein/BMW из библиотеки на C в C++
части клиента.
2) после написания майнера надо его проверить, и где брать для него getwork ?
Это что еще и пул придется написать ?
и вообще это будет типа тестнет-монета.
Когда инфляционные идеи обкатаются, их можно будет пересадить на более крутую базу.
Вот tacotime изобретает некий super-PoS
в своей MC2. )
Может через год нам дадут энергетически бесплатную технологию деньгопечати.
C++ AMP нам не поможет ( он под Win).
А большая часть койно-софта (даже та что
работает под Win) собирается на *nix
Я буду издеваться над cpuminer,
там как и в моих экспериментах
с проверкой скорости хэширования
чистый C - надо переписать несколько функций и все !
Но есть маленькие трудности -
1) клиент все еще не форкнут,
а там надо будет наверное оборачивать
skein/BMW из библиотеки на C в C++
части клиента.
2) после написания майнера надо его проверить, и где брать для него getwork ?
Это что еще и пул придется написать ?
Примерно как в PPCoin, но процент PoS
начисляемый на стейк может быть и больше
1% в год ( наша цель - при любых
раскладах иметь целевую инфляцию (точнее
ежегодный прирост кол-ва монет) 2-3% год.
Поскольку мы не можем счас предсказать какая будет
трудность в сети TC , и нам пока
НЕ удалось вывести формул для награды PoW
дающих одинаковый процент "инфляции" при любых
значениях трудности в любой год работы форка,
то процент PoS будет определятся позже,
с помощью запуска тестнета и экспериментов.
В любом случае он будет МЕНЬШЕ % "инфляции"
в PoW-монетогенерации.
начисляемый на стейк может быть и больше
1% в год ( наша цель - при любых
раскладах иметь целевую инфляцию (точнее
ежегодный прирост кол-ва монет) 2-3% год.
Поскольку мы не можем счас предсказать какая будет
трудность в сети TC , и нам пока
НЕ удалось вывести формул для награды PoW
дающих одинаковый процент "инфляции" при любых
значениях трудности в любой год работы форка,
то процент PoS будет определятся позже,
с помощью запуска тестнета и экспериментов.
В любом случае он будет МЕНЬШЕ % "инфляции"
в PoW-монетогенерации.
Code:
x := wDiff + 100.0
w1 := math.Log(x) * x + 1.0
y := float64(block)
w2 := math.Log(y) * y + 1.0
ycur := float64(block) / float64(year)
guile := 20.0
ygui := 3.0
w3 := guile * ycur / ygui
if ycur > ygui {w3 = guile * (3.0 - ycur/ygui)}
if ycur > ygui*2 {w3 = 0.0}
wReward = math.Abs((w1 * w2)) / 100000000000.0 + w3
Пора попробовать написать майнер для Skein(BMW())
Поздравляю ! Очень крутая добавка вышла.
Вот выдача :
http://pastebin.com/L08Vcrt2
--------
UPD.
Хотя оно так здорово только при трудностях
с тригером 700.
ПРи больших трудностях %% в "стабильных" годах
значительно больше, что потребует включения
PoS с нехилыми процентами.
(Кстати в начале (период гиперинфляции) мы таки можем включть PoS, для его испытания и привлечения ранних адептов).
Чет я засомневался : достаточно ли просто вычитать PoS% из poW% , или тут более сложная
зависимость ? <-- чтобы вычислить %% реальной
(целевой) инфляции" ?
Вот выдача :
http://pastebin.com/L08Vcrt2
--------
UPD.
Хотя оно так здорово только при трудностях
с тригером 700.
ПРи больших трудностях %% в "стабильных" годах
значительно больше, что потребует включения
PoS с нехилыми процентами.
(Кстати в начале (период гиперинфляции) мы таки можем включть PoS, для его испытания и привлечения ранних адептов).
Чет я засомневался : достаточно ли просто вычитать PoS% из poW% , или тут более сложная
зависимость ? <-- чтобы вычислить %% реальной
(целевой) инфляции" ?
Еще симуляции результаты :
http://pastebin.com/ApLFa65W
формулы такие :
Тут хороши два момента :
1) в среднем гиперинфл. 2 года 300 - 350 %
(больше чем в пред. варианте)
2) к 55 году сходится на 4% (форма кривой получше,
и есть место для умеренного PoS до самого конца.
Недостатки - все теже (
http://pastebin.com/ApLFa65W
формулы такие :
Code:
x := wDiff + 1000.0
w1 := math.Log(x) * x + 1.0
y := float64(block)
w2 := math.Log(y) * y + 1.0
wReward = math.Abs((w1 * w2)) / 100000000000.0
1) в среднем гиперинфл. 2 года 300 - 350 %
(больше чем в пред. варианте)
2) к 55 году сходится на 4% (форма кривой получше,
и есть место для умеренного PoS до самого конца.
Недостатки - все теже (
@mech
Клиент когда-нибудь будет...
Я еще не брался за переделку cpuminer
под нашу схему, сделал толко 1 шаг в эту сторону.
Еще я хочу сразу работать(форкать) 0.4.0 версию PPC
(она обещана на конец апреля - начало мая)
Хотите ускорить дело пожертвуйте денег на разработку
Наша фирма с безграничной безответственностью
гаратирует возврат( с небольшим процентом
за беспокойство) таких инвестиций в случае
неудачи с написанием форка и его НЕ выхода.
--------
Проценты гуляют по трем причинам
1) я моделирую изменения трудности в симуляторе
больше похоже на колебания из-за перехода
майнеров туда-сюда меж неск. цепочками
на одном хэш-алго. НО это даже лучше
так проверять (может быть ).
В реале на первых порах тру ждет более
плавное и спокойное изменение трудности.
2) формулы таки не совершенны,
идеальный график такой функции ИМХО :
первые 2-3 года прирост денежной массы на
700 - 100 % в год.
а потом довольно резкий выход в 4 году
на процентов 10 и далее плавное схождение
за 4 года к 2-3 % год. прироста.
потом удержание этих 2-3 % стабильно
до 55 лет. на больший срок нет смысла анализировать. Хотя если удастся такую функцию вывести чтоб до 88 лет удерживала 2-3% это плюс будет.
А у нас и в районе 12 -15 года процент очень велик.
Мы можем(уже писал про это) включить PoS
в первые годы он на процент ника не повлияет
за то начиная с 3 -года снизим % с 79 до 9
напр.
далее % PoS будем снижать ( что требует вывода
своей формулы) каждый год ( и всегда будет МЕНЬШЕ
чем % POW в том же году ( так выйдем на целевые
2-3% инфляции (уже в 5 году напр.) + привлечем сберегателей-"хомяков")
НЕ знаю будет ли этот путь легче.
Может проще вывести более совершенную формулу
PoW ??
Какие есть предложения по улучшению формулы с Log() ?
Да бесконечное тестирование - это не наш метод.
нАм нужно "конечное" тестирование
Клиент когда-нибудь будет...
Я еще не брался за переделку cpuminer
под нашу схему, сделал толко 1 шаг в эту сторону.
Еще я хочу сразу работать(форкать) 0.4.0 версию PPC
(она обещана на конец апреля - начало мая)
Хотите ускорить дело пожертвуйте денег на разработку
Наша фирма с безграничной безответственностью
гаратирует возврат( с небольшим процентом
за беспокойство) таких инвестиций в случае
неудачи с написанием форка и его НЕ выхода.
--------
Проценты гуляют по трем причинам
1) я моделирую изменения трудности в симуляторе
больше похоже на колебания из-за перехода
майнеров туда-сюда меж неск. цепочками
на одном хэш-алго. НО это даже лучше
так проверять (может быть ).
В реале на первых порах тру ждет более
плавное и спокойное изменение трудности.
2) формулы таки не совершенны,
идеальный график такой функции ИМХО :
первые 2-3 года прирост денежной массы на
700 - 100 % в год.
а потом довольно резкий выход в 4 году
на процентов 10 и далее плавное схождение
за 4 года к 2-3 % год. прироста.
потом удержание этих 2-3 % стабильно
до 55 лет. на больший срок нет смысла анализировать. Хотя если удастся такую функцию вывести чтоб до 88 лет удерживала 2-3% это плюс будет.
А у нас и в районе 12 -15 года процент очень велик.
Мы можем(уже писал про это) включить PoS
в первые годы он на процент ника не повлияет
за то начиная с 3 -года снизим % с 79 до 9
напр.
далее % PoS будем снижать ( что требует вывода
своей формулы) каждый год ( и всегда будет МЕНЬШЕ
чем % POW в том же году ( так выйдем на целевые
2-3% инфляции (уже в 5 году напр.) + привлечем сберегателей-"хомяков")
НЕ знаю будет ли этот путь легче.
Может проще вывести более совершенную формулу
PoW ??
Какие есть предложения по улучшению формулы с Log() ?
Да бесконечное тестирование - это не наш метод.
нАм нужно "конечное" тестирование
Опять оффлайн весь день - ничего не успел (
Результаты для логогаммы(моя формула)
заход на 55 лет (стабилизация трудности
на неск. тысячах - CPU-майнинг)
http://pastebin.com/ZyT2P9q7
Здесь будет результат для вашей формулы (Log)
Вот он :
http://pastebin.com/yTqNtzwN
-------
они похожи и обе не идеальны,
процент втор. года гуляет от 145 до 390.
это зависит чисто от случайного расклада
развертывания сети в годы 1 и 2.
Это не есть гуд.
--------
http://ru.wikipedia.org/wiki/Сампо
А вот отличное название для тру, которое может устроить кого угодно.
Результаты для логогаммы(моя формула)
заход на 55 лет (стабилизация трудности
на неск. тысячах - CPU-майнинг)
http://pastebin.com/ZyT2P9q7
Здесь будет результат для вашей формулы (Log)
Вот он :
http://pastebin.com/yTqNtzwN
-------
они похожи и обе не идеальны,
процент втор. года гуляет от 145 до 390.
это зависит чисто от случайного расклада
развертывания сети в годы 1 и 2.
Это не есть гуд.
--------
http://ru.wikipedia.org/wiki/Сампо
А вот отличное название для тру, которое может устроить кого угодно.
Последний недодрафт из моего пред. поста
не нуждается в премайне вообще.
первые три года "гиперинфляции" обеспечат народ
дешевыми койнами, что будет уравновешено
желанием некоторых закупится по полной.
В итоге все будет ок.
Я все небольшие изменения считаю по неск. раз. )
Поэтому формулы не с потолка, а подогнаны под
удачное поведение процентов.
Ваш вариант посчитаю завтра и сравню со своим последним.
Коэффы в них еще надо подбирать поточнее.
Тот что большой очень я менял в сотни раз
когда надо было и проценты изменений остаются
хорошими !
Его подобрать можно будет потом если это будет окнчательная формула.
Я перепробовал около 100 вариантов уже )
Рабочий диапозон трудностей ( с запасом )
я тоже не знаю.
Планирую после выбора формулы жестко погонять ее
на разных диапозонах трудности и разных ее
скоростях и типах изменений.
Пока мне нравится последней формулы поведение.
PoS с 16% --> 2%
там отлично будет смотрется, суммарная
инфляция тогда будет почти идеально по нашей схеме.
не нуждается в премайне вообще.
первые три года "гиперинфляции" обеспечат народ
дешевыми койнами, что будет уравновешено
желанием некоторых закупится по полной.
В итоге все будет ок.
Я все небольшие изменения считаю по неск. раз. )
Поэтому формулы не с потолка, а подогнаны под
удачное поведение процентов.
Ваш вариант посчитаю завтра и сравню со своим последним.
Коэффы в них еще надо подбирать поточнее.
Тот что большой очень я менял в сотни раз
когда надо было и проценты изменений остаются
хорошими !
Его подобрать можно будет потом если это будет окнчательная формула.
Я перепробовал около 100 вариантов уже )
Рабочий диапозон трудностей ( с запасом )
я тоже не знаю.
Планирую после выбора формулы жестко погонять ее
на разных диапозонах трудности и разных ее
скоростях и типах изменений.
Пока мне нравится последней формулы поведение.
PoS с 16% --> 2%
там отлично будет смотрется, суммарная
инфляция тогда будет почти идеально по нашей схеме.
Jump to: