Pages:
Author

Topic: TrueCoin <-- правильная монета - page 4. (Read 19775 times)

jr. member
Activity: 42
Merit: 1000
Вы еще симулируете , а мы уже майним Smiley ...
Code:
FOUND (#1) at hash #6880260 
00000030C5D49B65D7C65D1F33ABA9AAD9A4548C67B4119B13D7A8FFB6BD38E6

FOUND (#2) at hash #45414826
00000042E2EECFC2DFDB72426B54657113345F1189FD97A5FB0FAA623B7809DA

FOUND (#3) at hash #52850554
0000008C8DB109AA267C5A5B5C69584D5D3B6E3361D66158D25B831DF5ADF9A8

FOUND (#4) at hash #88128071
0000000C83AEE7276DA654DA591FC32A41DC4ADF22B769BF22BFB34C48260D60

FOUND (#5) at hash #91684631
000000BC5AF65ED75D735596CA521811E422665C461C34F153F5FA826F752BA4

FOUND (#6) at hash #101295823
000000765DE25584401DF84F4619EE881D8FCE42182F9EF8B96F4563D2C5C151

ЦЕпочка Hash = Skein256(Groestl512( ==X3? ))

Три первых нуля в хэше это какой человеческой трудности соответствует ?
jr. member
Activity: 42
Merit: 1000
Попробуйте.

Массив - напр. так :
Code:
var arr [5040]int
Если что-то будет не корректно,
 оно просто не скомпилится ...
Сначала это бесит, потом начинает помогать.
---------
Вот полезный текст с готовыми конструкциями :
http://golang.org/doc/effective_go.html
jr. member
Activity: 42
Merit: 1000
ТОгда надо усложнять симулятор.
У кадого блока нужно отмечать его время создания.
И много чего еще.
НО это дело нужное.

----------------
Не, там не та заточенность ...
Конкурсный код собирается MSVC.

А биткойн клиент - нет.
ПРоще найти хэш-библиотеку для *nix.
(1 уже есть) - и мож ее будет достаточно.
jr. member
Activity: 42
Merit: 1000
Она должна стабильно работать при ЛЮБОМ
 соотн. от скажем 28:2 до 2:28 или типа того Wink

Смотря на каком языке либа написана )
для передовых хэшей выбор либ ограничен. (

Keccak стал стандартом и терь его напишут
 на чем угодно.
остальные кандидаты - как получится...
 
На Go есть BLAKE, Keccak , Skein.
Но нет майнера. (

На Python есть майнер, но pyskein написан
 для 3.x версии (

BMW нет ни на Go ни на Python.
И все равно нужны функции на C++ (C).
Для клиента.
К сож. конкурсные исх. на C заточены
 под Windows и нам не годятся.

Транкировать 512 -> 256 наверное можно Huh
но не хотелось бы...
jr. member
Activity: 42
Merit: 1000
Не то чтобы по очереди, а в случайном порядке,
и если уж это симулировать то и чередовать
их надо случайно, а не как я из лени
 сделал ).

------------
Тройная цепочка может оказаться CPU-only Wink
Не уверен , что это нужно. Huh

нашел С либу с нужными хэш-функциями
www.saphir2.com/sphlib/
Завтра буду издеваться над cpuminer.

Боюсь тока будут трудности со смешанным
C/С++ в клиенте потом (
Не могу найти С++ библиотеку с хэшами.
в Botan есть они но только 512 бит (
Может есть еще др. C++ криптолиба  подходящая ?

jr. member
Activity: 42
Merit: 1000
В принципе можно НЕ симулировать PoS
 пока.
 мы типа знаем, что у PPC 1%
 работает там.

 И просто оставим эту формулу без изменений.
 А в симуляторе учтем прирост М на 1% в год
 дополнительно (помимо PoW).

Че то я запутался - значит ли это что надо снизить целевой процент для PoW
до 2.14% год. ?

-------------
 А насчет хэшей  я уже пости все прочитал
 что имело смысл (обзорно).

 Если хотите Keccak в уме потвикать то я там дал русскую ссылку с его анализом.
НАм может пригодится только нестандартный
 его вариант с дайджестом в 512 бит ( или больше если он это может).

Но самый простой вариант цепочки это :
Hash = Skein-256(Groestl-512(Block_Header))
или
Hash = Skein-256(BMW-512(Block_Header))
Тут ничего твикать не нужно , а надо
 писать майнер для CPU Smiley
jr. member
Activity: 42
Merit: 1000
Quote
coinAge := rnd.Int63n(89970) + 30
это строка должна зависить от supply.
Почему ?
Это же просто возраст монет
 для генерации текущего PoS-блока.
да в самом начале не может быть больших стейков, но потом то они типа случайно
определяются для каждой попытки генерации
 PoS. Huh

Эта формула далеко не идеальна, но она не
из алгоритма , а симулирует случайность выбора стейка для PoS.
Как вы предлагаете ее улучшить ?

------------------
Насчет хэшей.
ПРедлагаю начать с 2-х компонентного хэша.
Если можно подобрать удачные примитивы,
этого должно быть достаточно.
Но это будет не слишком сложно и кто-нибудь напишет майнер для GPU.

Keccak САмый быстрый на спец.железе.
ОТсюда вывод :
либо НЕ использовать его вообще,
либо твикнуть в пределах безопасно-возможного, сделав его нестандартным,
чтобы под этот вариант пришлось делать
 спец-АСИК ( а стандартный Keccak-АСИК не
 подходил бы).

Skein - Отличный кандидат его НЕ удается сильно ускорить на железе.
что для нас идеально.
Он также вполне безопасен.
ПРедлагаю использовать его в конце
 цепочки (Skein-256).

ECHO
Groestl
BMW
Эти три хэш-функции безопасны
(особенно две последние) и достаточно тормозные и тяжелые в железе.
Могут быть использованы как первая ступень
( 512 бит) перед Skein-256.

на черный день можно оставить
консервативный выбор SHA-512 или Whirlpool.
Но надо еще поискать как бычтры они будут
 в железе. Не смотрел пока.
-------------
все остальные из перебранных кандидатов
в SHA3 конкурсе либо не безопасны,
либо малоизучены, либо хотя и медленнее
 Keccak, но слишком эффективны в железе.



jr. member
Activity: 42
Merit: 1000
Не ломайте голову...
Это конечно же варварский алгоритм,
клепать блоки парами.

Внесу изменения описаные в постах выше,
тогда и будем ловить проценты.
Надо экономить силы.

Я счас весь погрузился в хэши, позже напишу к чему пришел...
jr. member
Activity: 42
Merit: 1000
На тему ПРиспособления / тюнинга
Keccak :

http://keccak.noekeon.org/tune.html

https://www.pgpru.com/biblioteka/statji/keccaksponge

----------
А есть еще такая ботва :
http://en.wikipedia.org/wiki/Fast_Syndrome_Based_Hash
Совсем из другой оперы...
jr. member
Activity: 42
Merit: 1000
@Balthazar
Это двоякая засада Wink
Если сильно зверствовать то можно создать
 такой "хэш" что он так и останется
 CPU-only , может его никто и не озаботиться
 написать на OpenCL.
 Из простых вариантов тут: сделать цепочку
 из 4-5 разных хэш-функций.
 Это ж все-таки не инвестиционная валюта.
 А ботнеты не такая уж страшная проблема,
 как доказали Lucif в соотв. ветке...

 С др. стороны если хэш сделать слишком простым, никакой защиты от АСИКОВ не будет.

Альтернативно : все таки использовать
Scrypt-мутанта (вместо SHA256 вставить
 туда другую функцию или цепочку из двух
 функций.)


@Storan
Вероятность переноса на GPU алгоритма из
 нескольких хэш-функций меньше, чем
 одного.

У SHA-3 кандидатов( и финалистов) есть
 одн неприятное св-во : в железе они
 считаются в среднем быстрее, чем програмно,
 то есть несмотря на высокую стоимость
 FPGA/ASIC производительность у спец железок
 будет БОЛЬШЕ по сравнению с SHA256 железками.
Для Keccak это тоже справедливо, это вообще
 было одним из условий конкурса.
Чтобы NSA, CIA etc. было удобно крякать
 новые "безопасные" алгоритмы на своих
 игрушках в разы быстрее, чем это было
 возможно для SHA2.
Вот почему я не хочу использовать один
 только Keccak ( и/или ставить его последним
 в конце цепочки).
Тут наверное можно(нужно) использовать в цепочке SHA512 или Whirlpool.

Помимо финалистов (одобренных парнями из
ЦРУ и АНБ) у нас есть и др. безопасные
 хэши :
http://www.q2s.ntnu.no/sha3_nist_competition/start
http://ru.wikipedia.org/wiki/BMW_Hash_function

http://www.shabal.com/
http://ru.wikipedia.org/wiki/SHABAL
есть и другие ...

Может надо использовать хоть один
 из тех алгоритмов, что НЕ понравились
 рыцарям плаща и кинжала ?!
Говорят там были безопасные И дорогие
 в железе схемы , но я пока не нашел
 какие это конкретно...
А выбор есть из примерно 44 вариантов.
Считая всех кандидатов, которые сравнительно безопасны.
-----------------
Это не логическая ошибка - это диверсия Wink
Я хотел посмотреть что будет если выключить PoW.
На самом деле надо симулировать соотношение
 50/50 и формулы надо вывести такие,
 чтобы они САМИ поддерживали это равновесие,
но сначала надо туда встроить из клиента
 его алгоритм изменения трудности (точнее таргет).

Случайность , да можно инициализировать от времени и/или от PID процесса симулятора.
Это я переделаю в след. вариантах.
jr. member
Activity: 42
Merit: 1000
Это смотря с чем его сравнивать,
вот что за год с эмиссией получается :

moneysupply:  7626725.667905011  at block # 262980

Ну может в реале ее меньше будет Huh
1-2 мил. это вообщем-то не много.
 не забывайте,
что это не Биткойн, его (трУ) будут стараться продать сразу.

Можно и поскупать будет, но надо с ценой не промахнуться. Huh

Я роюсь в хэш -функциях. Все не совсем так как я себе это представлял...

Если не зверствовать с выбором хэшей для майнинга, то GPU-майнер напишут довольно быстро.

jr. member
Activity: 42
Merit: 1000
ЕСЛИ премайн ВЕСЬ оставить себе
, то да может быть недомогание. )
НО мы же его ра3дадим - 90% всем желающим.

coef переставлю - посчитаю.

да типа, попеременно. по два блока
 за проход - это бредовая абстракция
 соотношения 50/50 у двух типов блоков.

TxFees - комиссии за переводы в данном
PoS блоке,
fees - сумма всех комиссий по настоящий момент времени.
Тут числа похожи на всамделишные.
-------------
пересчитал : награда меняется от 10 до 90
 при таком же изменении трудности.
Общее М много болше стало, процентная разница между 35 и 36 годами такая же.
jr. member
Activity: 42
Merit: 1000
Вот более новая игрушка )
Эта умеет считать по годам.
вызывать так : ./sim 36
 или ./sim 20

http://pastebin.com/K2etKtiR

Вот результаты для 35 и 36 годов :
Code:
moneysupply:  73195158.45420045  at block # 9204300
tx_fees = 1.3628140200482935e+06
PoW bounty:  14.806173188079592 wDiff= 53076.64504513719
PoS:  1.6 Fees= 0.015386161925255493
==========================================================
moneysupply:  75286994.43285829  at block # 9467280
tx_fees = 1.401691677892437e+06
PoW bounty:  14.806173188079592 wDiff= 51034.23591441722
PoS:  1.9000000000000001 Fees= 0.14981371510685998
Как видите инфляция в конце
расчета ~= 2.858% год.

в районе 40 года PoW выключается
 и наблюдается падение эмиссии.

Тем не менее этот кадавер еще не совершенен.(

Нужна другая формула для награды PoS Huh
И он еще не умеет перемешивать блоки
 двух типов.
--------------
награда PoW меняется от 10 до 18
при изменении трудности от 1
до 10^8
Трудность берем как в PPC, а не NVC.
этот симулятор ограничивает трудность
на 64000

Надо еще сюда прикрутить алго изменеия трудности из клиента...
jr. member
Activity: 42
Merit: 1000
Следующий симулятор сделаю со многими идеями и с флагами коммандлайна,
 для выбора года окнчания эксперимента )
Премайн вообще-то небольшой будет
 мил. 2 монет.
Сразу раздать его почти весь и проблем с доверием не будет, а будет широкая база
 пользователей.
Надо нацелиться чтобы М через 20 лет был
 20 мил. монет и сделать расчет
 на 50 лет вперед.
Тогда все всем будет понятно.

Quote
Ух, если со всей темы идеи и предложения запихать в форк - такой полиморфный франкенштейн получился бы...
Так и соберем ( минимум - половину).
Он только с виду страшный будет,
 а внутри - добрый как Гуинплен. Wink

Никогда не собирал под Win.
Релизы собирают с помощью Mingw-MSYS
 но под Linux.
В /doc исходников написано как это делать.
Может кто собирал напрямую под Windows
 и готов поделится опытом ?!


jr. member
Activity: 42
Merit: 1000
Quote
Как только система "поднялась" по мощности - PoW-генерация по-факту удушается, и система начинает эмитировать практически только PoS-блоками.
Да, я про эту функцию.
Они все время твердят что чистый PoW
 как и чистый PoS не хороши и нужен
 баланс того и др.
Трудность с этой формулой в том, как
 сделать ее такой , чтобы оно все одинаково хорошо работало и в случае
 когда PoW/PoS примерно поровну,
и когда почти чистый PoS и когда чистый PoW. Как это сделать ?

Мне начинает казаться что ваша формула
 с логарфмом лучше моего ее варианта.
ТОлько за миним. трудность награда должна быть не нулевой.
Мы можем сделать премайн в первых
 нескольких блоках по числу основателей,
и каждый сам самомтоятельно раздаст
 все монеты , которые ему не нужны. Wink
Тогда премайн считать особо не надо,
 просто пропустить первые несколько блоков в симуляторе.

Нужен механизм в симуляторе, который будет
 псевдослучайно изменять соотношение PoW/PoS по ходу пьесы, чтобы проверить
 что формулы одинаково хорошо работают
 во всех ситуациях.


member
Activity: 112
Merit: 10
Ещё разновидности разгонки печатного станка  Roll Eyes

Для расчёта, необходимо как-то узнавать число монет, не использовавшихся какое-то время (ну минимум - пол года, можно и год). Не использовались - значит не были переслаты ни в одной транзакции, и не участвовали ни в одной PoS-генерации. Ну и далее (уснувшие_монеты ÷ все_монеты) · Х = добавочный процент к эмиссии. Причём этот % добавляется как PoW, так и PoS блокам.
Такая специфическая инфляция, вызванная уменьшением средст в обороте; в том числе, и это главный аргумент для введения, как компенсация навсегда утерянных средств системы.


jr. member
Activity: 42
Merit: 1000
OК.
тогда сделаем очень плавный разгон процента.
И просчитаем вариант с логарифмом +
 прирост % ( как в первом варианте).

интересно что делать с PoS формулой ?
нам нужен процент меньше общего роста эмиссии - предлагаю пока брать 1%
но вот какая кривая лучше со степенью
1/6 или 1/4 или может 1/8 ?

почитаю бумаги по хэшам (пока читал
только про Skein) и можно будет выбрать их порядок следования в алгоритме.
legendary
Activity: 3108
Merit: 1359
Proof-of-Stake (равно как и Proof-of-Work) - это не печатные станки, а механизмы поддержания работоспособности распределенного сервера меток времени, и только. Генерация - это лишь побочный эффект, которого вообще может не быть.
legendary
Activity: 1554
Merit: 1008
https://docs.google.com/document/d/1vfLw7FJwuA9OddOsSI1xr1YeQN5evm3p4K6kUu-1rto/edit?usp=sharing

Автоматическое регулирование величины эмиссии криптовалюты - поддержание оптимальной инфляции.

Решение
При переводах криптомонет между адресами кошельков, каждый платеж проходит подтверждения сетью, поддерживающих данную криптовалюту. Можно вычислить сколько монет находится в режиме ожидания подтверждения и сколько монет всего в обращении. На основании отношения одного к другому можно судить насколько избыточно или недостаточно общее число монет криптовалюты. Назовем это соотношение “коэффициент избыточности”. Из этого соотношения можно вывести коэффициент для эмиссии новых монет или старения старых монет данной криптовалюты.

Например можно в качестве нормы взять величину “коэффициента избыточности” равную 0,5. Тогда:
-  если “коэффициент избыточности” > 0,5, то есть в сети свободных монет, которые просто лежат в кошельках, больше чем монет в неподтвержденных платежах, то включается механизм старения денег, так как это сделано сейчас в криптовалюте  FreiCoin (сайт криптовалюты  http://freico.in/ ). причем величина уничтожения находится в диапазоне 1-20% в год в зависимости от величины соотношения.
- если “коэффициент избыточности” < 0,5, то есть в сети свободных монет меньше, чем монет в неподтвержденных платежах, то включается механизм добычи новых монет, который реализован в криптовалюте NovaCoin (Proof-of-Stake - https://bitcointalksearch.org/topic/novacoin-faq-226592 ) - монеты, которые лежат нетронутыми какое-то время в кошельке, начинают генерировать новые монеты в размере 1-20% в год - величина генерации зависит от величины коэффициента избыточности.

хотя генерацию монет можно и по другому делать - как у PoW добычи
legendary
Activity: 1554
Merit: 1008
Quote
Сказ о пользе инфляции

 

Мы знаем, что волк в лесу считается необходимым животным для наилучшего развития животного мира леса. Он уничтожает слабых и больных, являясь тем самым своеобразным «санитаром леса». Охотясь, волки загоняют свою добычу, тем самым животные должны быть достаточно натренированы и сильны чтобы не стать добычей волка. Инфляция сродни волку, она в экономическом лесу выступает и санитаром и тем механизмом, который тренирует бизнес. Как это происходит?

Известно, что банки предлагают процент по вкладам своим вкладчикам соизмеримый с текущей инфляции в стране. Рассмотрим случай, когда инфляция слишком низкая, например 0-3% в год. В этом случае банки также предлагают вкладчикам процент примерно 2%. В этом случае население в своём большинстве не захочет вкладывать свои накопления в банк. А вдруг банк прогорит? Да и ради такого маленького процента даже не охота в банк идти! Тем более что инфляции нет, и деньги могут просто «лежать в чулке» до какого-то времени. Мы видим, что маленькая численность «экономических волков» в «экономическом лесу» слабо действует на экономику. Теперь допустим, что уровень инфляции равен 12-15%. В этом случае банки уже предлагают населению допустим 12% годовых по депозитам. Тут уже население, да и предприятия, у которых есть свободные средства будут задумываться. Гражданин, копящий деньги на жилье будет выбирать: или за три года накопления денег для покупки квартиры он потеряет 36% из-за инфляции, или вложит в банк и потеряет не более 8% с разницы процентов банка и реальной инфляцией в стране. Большинство населения пойдет в банки и вложит свои деньги, вместо того чтобы хранить их «в чулке». А эти вложенные деньги вольются в экономику через кредиты развивающимся предприятиям. Что в свою очередь положительно отразится на развитии страны. Мы видим, что инфляция так же как и волк в лесу «съедает» слабых и неподготовленных – то есть неработающие деньги – деньги хранящиеся «в чулках». Одновременно инфляция, как и волк в лесу, заставляет остальные деньги «тренироваться» что бы убежать от «волка» - то есть деньги вкладываются в экономику, в результате чего растут благодаря банковским процентам, что в свою очередь оздоравливает весь «экономический лес» страны. В такой ситуации и любое предприятие заинтересованно в скорейшем обороте своих средств, чтобы в условиях инфляции остаться на плаву и еще получить прибыль, приведенную к уровню инфляции. Теперь рассмотрим случай, когда в стране слишком большая инфляция, например 30% и выше. Этот случай, как и любая крайность, является неблагоприятным. Это происходит прежде всего из-за того, что налоги собираемые правительством страны от момента перечисления их предприятием в бюджет и до момента реализации их, например выдаче их в виде  зарплаты бюджетным работникам, успевают сильно обесцениться. Как правило, время оборота бюджетных денег складывается из этапов сбора, учёта, накопления, перераспределения, перечисления и выдачи. Это время занимает от полугода до года, а иногда и более. За это время инфляция «съедает» их на треть, а то и больше! Таким образом, социальная сфера в стране начинает сильно страдать. Страдает и экономика: предприятия не успевают достаточно быстро обернуть свои средства так, чтобы не подвергнуть их инфляции, а это приводит к решению увеличить «накрутки на цену» фирмы без улучшения качества товара. Таким образом, развитие промышленности начинает тормозиться – «экономические волки» просто «съедают» всю «экономическую живность» в «экономическом лесу».

Сделаем выводы. Умеренная инфляция в 8-15% является стимулирующим фактором для развития экономики страны. Инфляция в экономике сродни волку в лесу, и выполняет функцию «санитара» и «тренера» экономики.

Поэтому, нынешние действия правительства РФ, направленные на уменьшение инфляции ниже уровня 8% годовых считаю нецелесообразными для экономики страны

 

крипто-валюта для ЦБ страны:
http://nep-3000.livejournal.com/13824.html
Pages:
Jump to: