Bitcoin Forum
November 19, 2017, 02:51:07 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 [11] 12 13 14 »  All
  Print  
Author Topic: TrueCoin <-- правильная монета  (Read 19137 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 23, 2013, 05:17:17 PM
 #201

100'000 за блок, при сложности 10^9... это эксахэши Eh/s когда пойдут где-то?

С логарифмом такого не сделаешь, слишком "горизонтальный" график, при больших значениях х (мощностей).

Может заменить функцию на квадратный корень: reward = sqrt(difficulty) ? Получится вместо логарифмического +R за каждый порядок сложности; увеличение награды в ~3 раза, за каждый порядок сложности. Гораздо более сильная обратная связь с реальным курсом монет, и более плавная.


(по х миллионы сложности, по у - награда... видно что логарифм стартует как ракета, затем чуть ли не горизонтален, а корень увеличивает награду более плавно)

Ну и у извлечения корня конечно отсюда же недостаток проистекает. Если изобретут что-то новое, и сложность системы бешенно взлетит до триллионов-квадриллионов, он с радостью начнёт десятки-сотни миллионов монет начислять за блоки.


p.s. На вкус и цвет фломастеры разные. Я полный профан в ономастике, эстетике и т.д., поэтому судить о вариантах, явно не моё  Grin
1511103067
Hero Member
*
Offline Offline

Posts: 1511103067

View Profile Personal Message (Offline)

Ignore
1511103067
Reply with quote  #2

1511103067
Report to moderator
1511103067
Hero Member
*
Offline Offline

Posts: 1511103067

View Profile Personal Message (Offline)

Ignore
1511103067
Reply with quote  #2

1511103067
Report to moderator
Join ICO Now Coinlancer is Disrupting the Freelance marketplace!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511103067
Hero Member
*
Offline Offline

Posts: 1511103067

View Profile Personal Message (Offline)

Ignore
1511103067
Reply with quote  #2

1511103067
Report to moderator
1511103067
Hero Member
*
Offline Offline

Posts: 1511103067

View Profile Personal Message (Offline)

Ignore
1511103067
Reply with quote  #2

1511103067
Report to moderator
1511103067
Hero Member
*
Offline Offline

Posts: 1511103067

View Profile Personal Message (Offline)

Ignore
1511103067
Reply with quote  #2

1511103067
Report to moderator
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 23, 2013, 05:46:54 PM
 #202

10^9 это когда мы включим все свои
 гиперАСИКИ на корабле. Ш-шш - это секрет Wink

Очень много монет нагады при огромной трудности это нормально если мы хотим давить цену вниз при росте интереса к майнингу( и мощностей в TC)
 ( то есть давить курс ко всем другим валютам).
ОК.
Позже посчитаю с корнями.
-----
tacotime утверждает что для нашей
цепочки возможны и GPU и FPGA майнеры.

Порылся еще в FPGA.
Готовых устройств для такой экзотики есессно никто не делал.
Но если я правильно понял
 суммарную цепочку тормозить будет
 Skein-часть FPGA-железки
 так сто итоговая кофеварка будет выдавать
 ~3000 Mbit/s максимум, что соотв.
 11.72 MH/s (или нет ?) с одног ус-ва.
 Мой ( не самый быстрый ) CPU выдает
 1 МН/s для сравнения.
Цена этой штуки оптом и ее энергопотредление - два других вопроса.

может это не так и страшно ?
---------
ПУсть конкурс продолжается, там посмотрим...

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 24, 2013, 04:34:15 AM
 #203

Посимулировал с sqrt()(без гиперинфляции пока)
при 2% прироста эмиссии дает 4.4% между
 32 и 33 годами,
 при PI% - дает 5%

Может назвать тру в честь революционера или ученого ?
Вам какие нравятся ?
Мне вот напр. Wink
http://ru.wikipedia.org/wiki/Майнхоф,_Ульрика

---------------
Или мож нам следует использовать в формуле награды прямую пропорциональность
или некую функцию с графиком промеж.
 между прямой и sqrt() ?

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 24, 2013, 08:12:46 AM
 #204

Я правильно понимаю, эти итоговые 5% получаются так сказать "суммированием" собственно инфляции, и доп. эмиссии от сложности?

Думаю обыватели настороженно относятся к революционерам, и тем более террористам. Хотя именная валюта - это оригинально, и не опостылевшее двузначное именование почти всех форков. (Но повторюсь, моих фантазий хватит лишь на придумать, навроде такого примитива "самое свободно средство расчётов" - ссср  Grin)

Как я понимаю в теории, практически для любого алгоритма можно запрограммировать фпга, создать асик; и они будут ad hoc гораздо энергоэффективней . Вопрос в том, сколько будет стоить их проектирование и производство. С двойным ша основная проблема имхо в том, что склепанные кооперативом на коленке, по жуткому большому техпроцессу, в сравнении с CPU|GPU - асики при этом жестоко рвут их в hash/s.
Естественно, если такие гиганты как Intel/AMD/Nvidia разработают асики, и начнут их выпекать на своих/арендованных передовых линиях, то они заведомо будут быстрее их же CPU/APU/GPU. Но если такие монстры электроники обратят внимание на валюту, то это де-факто уже состоявшееся признание, и проблема на чём майнят явно отойдёт на третий план.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 24, 2013, 09:36:45 AM
 #205

Правильно понимаете.

Я там наклепал много заготовок
 названий сам и там еще народ подбросил
 кое-что интересное.

НО много утиля тоже там , ей-богу как дети :
 испытывают границы дозволенного,
 ломают правила (коих нет на самом деле) Wink
Нет чтобы на тонких субстанциях
 включить воображение...

Можно взять тока code UMM.
и расшифровывать как "необычный деньгоподобный носитель".
А название будет любое другое.

ИЛи вот Oqam (RZR) <-- то есть бритва Оккама
.
Нейтрально и никакого тер-ра.
------
Как определить Finite Initial Demand(FID) ?
То есть конечны начальный спрос на тру.
Типа предел спроса на тру при времени стрем.
 к 2 первым годам ?
Если что-то придумаем с этим то можно будет
 заложить гиперинфляцию в схему.
---------
1) полностью готового решения для нашей
 цепочки счас нет( особенно для BMW -
 после его выпадения из конкурса Ша3
 интерес к нему угас на 90%).
 
2) Да смогут сделать уст-ва эффективней , если захотят возится.Но сначала ничего такого не будет. разве года через два.
Я все еще верю что и на GPU BMW
 оч плохо ускоряется. Это кстати можно проверить - в той бумаге (ссылку я давал)
 есть готовые проги на CUDA для BMW
 у кого есть такая видяха - может проверить
 и сравнить c CPU- что быстрее и насколько.
на OpenCL BMW реализации я не нашел.

3) первая проблема высокоэффективных уст-в в том
, кто и как будет их ИМЕТЬ и (НЕ)распространять в чужие руки -
 возможная монополизация майнинга в руках
 немногих.
 наша идея с ростом награды при росте
 трудности частично решает ее.
 но этого может оказаться мало.

 вторая проблема - это высокая начальная стоимость первых cпецжелезок и сопутствующие
 скамы.

А так сама по себе энергоэффективность,
 это отличная штука : можно иметь
 больше безопасности в сети за теже деньги.
-----------
------------
НО конечно лучше вместо PoW найти другой
 не сжигающий энергию способ "майнинга".
Если он будет изобретен, позже
 можно пересадить наши "инфляционные"
 конструкции на эту новую основу.
ЭТо будет СУПЕРтру2 Smiley

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 24, 2013, 11:27:53 AM
 #206

Вот рез-ты симуляции на 87 и 88 лет
при 2% в год :
Code:
moneysupply:  126477121799.4919  at block # 22879260
tx_fees = 6.777439061039136e+06
PoW bounty:  10338.316511184623 wDiff= 657901
PoS:  0 Fees= 0.1135515746976092
==========================================================
moneysupply:  129621812988.21788  at block # 23142240
tx_fees = 6.855359196009712e+06
PoW bounty:  12522.452590628956 wDiff= 7.498041e+06
PoS:  0 Fees= 0.4774662072226243
после многих лет стабильной( НЕ растущей
постоянно ) трудности инфляция умеренная.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 24, 2013, 01:00:51 PM
 #207

Я все еще верю что и на GPU BMW
 оч плохо ускоряется. Это кстати можно проверить - в той бумаге (ссылку я давал)
 есть готовые проги на CUDA для BMW
 у кого есть такая видяха - может проверить
 и сравнить c CPU- что быстрее и насколько.
на OpenCL BMW реализации я не нашел.

Это где pdf была, работа университетская по вычислениям BMW? Так там где-то сссылки на программы/исходный код присутствуют?
У меня конечно не Fermi стоят, а обычна low-end gtx550ti, но проверить можно попытаться. На существующих ша-дважды/скрипт майнерах 40М/70к выдаёт, результаты всё-таки отличные от процессорных.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 24, 2013, 02:21:40 PM
 #208

там в самой пдфке код есть
(которая Masteoppgave.pdf)
Начиная с стр. 75...
на чем они собирали отдельная тема
см. стр. 11
Там конструктор сделай сам.
Но многой инфы не хватает,
может тот студент по е-мэйл поможет ?
А так прога должна быть качественная,
хоть и не супероптимальная,
научный руководитель там один из авторов
BMW алгоритма.


Лучше нано однако пробовать на OPenCL Huh
Если удастся ускорить у вас будет
почти готовый майнер Wink
А если НЕ удастся , то мы и все будут знать
что GPU НЕ будет для нашей схемы.

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


--------------
sqrt() при малых трудностях (< 10000)
не катит - инфляция между годами
4 - 15 ~ 10-15% в год и только потом
 снижается.

при любых трудностях первые 3 года
 инфл. 100-200% <-- неплохо, но не гибко
 и может быть мало (для гиперинфляции).

С этим надо что-то делать :
или подбирать др. функцию или какие-то коэфф.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 24, 2013, 06:11:33 PM
 #209

Да уж. получить Cuda SDK задача довольно не простая. регистрация, заявки в группах, всё на инглишь. Буду ждать результата.

Кстати по тому исследованию, они использовали 9400GT, в которая воддерживала cuda v1.0, нынешние 600-е уже c cuda v3.0 работают. Что там изменилось именно в отношении рассчёта хеш-функций только спецы конечно могут знать, но какое-то ускорение применимое к этой области за 3-4 года могло произойти на аппаратном уровне.


===============================================================================================================
А так ли на самом деле важно, у какой абсолютной величины "стабилизируется" М в первые 2-3 года существования? Всё равно ведь, существенно раньше этого (максимум через год после старта) появятся какие-то курсы и обменники true:btc, true:usd и увеличение мощностей от майнеров-фермеров, а следовательно и мощностная эмиссия будет в первую очередь зависеть от возможной прибыльности майна.

Ну и период пост-первоначального удорожания при ставновлении валюты никак не убрать. Допустим на определённом этапе жизни системы стабильный неспекулятивный курс достигнет 1true=1usd, ясно же, что в первые месяцы никто в такую стоимость "верить" не будет, и курс будет 1usd = 0,..01true; т.е. какая бы гипер эмиссия не была, как только true приживётся - её монета подорожает. (usd сдесь рассматриваю как самую универсальную меру стоимости в мире в наше время)

И с этой точки зрения, самая примитивная стратегия - пускаем всё на самотёк, возможно стабилизирует курс на осмысленных значениях значительно раньше, чем не слишком удачные попытки заранее подогнать агрегат М под нужную величину в ручном режиме (и прогоны в тесте/симуляторе тут мало помогут, будущие точные значения доверия+мощности не просчитаешь, только с потолка значения брать Sad)

================================================================================================================
В английский драфт добавить бы уточнение к пункту про PoS, что после запуска его награда будет меньше целевой инфляции 2%-3%. PoS включится для стабильности/эффективности системы, а не для начала фазы "а теперь все копят монеты".
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 25, 2013, 04:56:25 AM
 #210

Надеюсь вам повезет с CUDA проверкой алгоритма.
Там в пдфке есть графики сравнения CPU/GPU.

Они бесполезны, так как там не ясно что по
 осям отложено Wink
Но, если по Y - эффективность, то при малом
 размере сообщения( наш случай)
GPU быстрее CPU в 5 раз макс. (что не хуже
 торможения на Scrypt-схемах).
С тех пор может и был прогресс но вряд ли больше чем в два раза  оно ускорится Wink
К тому же это только BMW, а ведь надо еще
 запилить Skein поверх первого хэша,
и чтоб они работали с примерно одинаковой скоростью на GPU...

Поэтому для майнера на видяхе лучше мучить
 OpenCL.
там работы много больше, зато там есть полуфабрикат Skein'a Wink (но нет BMW)
Интересно , принципиально CUDA и OpenCL
 технологии как соотносятся в плане скорости ?
Может кто из молчаливых читателей этой ветки знает ?!
-----------

Абсолютная величина M меня не сильно волнует.
Меня волнует ФОРМА кривой изменения эмиссии
 в ПРОЦЕНТАХ.

СНачала прирост в 300% за 2-3 первых года
 это ОК в плане начальной гиперинфляции.
А вот то , что потом разница между соседними
 годами первые 20 лет выходит в 10-15% в год,
 это - ПЛОХО (даже если убирать прирост
 в 1-2-3% из формулы, голый sqrt все равно
 дает 10+-n% в год).
 
 Ну отчасти согласен все мы тут и не зарегулируем и не поймаем.
Но найти формулу дающую 2-3% между соседними годами я попытаюсь.

А вот допустим у нас будет CPU-майнинг(без GPU)
и в отдаленной перспективе ASIC/FPGA.
Какая реально максимальная рабочая трудность
 на чистом CPU достижима
 (ориентируясь по прошлому Биткойна) ?

------------
Драфт это черновик в переводе.
я буду выпучкать драфты по мере дрейфа наших идей.
Так что текущий драфт не так важен и что там написано.

Англоветка создана для получения помощи/критики.
Помощи пока есть только от Etlase2 и tacotime.
Я разочарован слегка остальными откликами там.
Гремучая смесь вялой поддержки на словах
 и попыток затроллить и заставить отказаться от
премайна - это НЕ-достойное поведение
 для разумных существ.

А PoS я вообще не хочу включать Smiley
Форкнуть PPC (с выключенным PoS)
это дешевый способ получить их алгоритм
 плавного изменения трудности + чистый PoW.
Я как всегда ищцу короткие пути на минном поле
 наших невозможностей Wink






"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 25, 2013, 08:53:46 AM
 #211

Вот новый симулянт - умеет считать проценты
 прироста М к прошлому году.

http://pastebin.com/2H9qrJ0w

надо др. функцию для награды,
чтобы
 1) первые 1-2 года было больше инфляции до 500 %
 2) а начиная с 2-3 года СРАЗУ процент вышел
 хотя бы на 5( а не плавно на 50 - 15% как счас)

 3) и потом плавно поддерживался на 2-3% прироста
  В КАЖДОМ ГОДУ до 88.
 (Больше 92 лет - памяти симулятору не хватает Wink)
 
 Ни прямая проп. ни sqrt() примененный к трудности
 и/или номеру блока такой картины не дают.

 Что порекомендуете ?
https://ru.wikipedia.org/wiki/Список_математических_функций

 В пакете "math" есть функции Бесселя и Гамма.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 25, 2013, 11:53:45 AM
 #212

Если в стр. 167 симулятора
заменить на такое :
Code:
wReward, _ = math.Lgamma(root(wDiff, 2))
 wReward += (supply * percent)
то будет лучше Wink
-------------
А вот др. вариант :
Code:
wReward = math.Abs(math.J0(root(float64(block), 3))) * math.Sqrt(wDiff)
у этого свои плюсы и минусы...

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 25, 2013, 02:07:43 PM
 #213

Стремясь очень быстро обуздать инфляцию, можно к несчастью обнаружить что желания сбываются  Tongue
Догадайтесь, какая "инфляционная" формула награды даёт такой +% эмиссии по годам?
12500,00%
2100,00%
350,00%
433,31%
512,51%
611,12%
710,01%
89,13%
94,17%
104,00%
113,85%
123,67%



=====================================================
с кудой заминка. сволочная нвидиа через небольшое число минут делает устаревшим залогинивание на сайт, и всё отрубает. В итоге я со своим дрянным интернетом не успеваю за этот промежуток выкачать их библотеку. Но голь на выдумки хитра, попробую сейчас с авто-рефрешем вкладки "nvidia developer zone", может получится.


=====================================================
правильный ответ к таблице: BTC
и значит подобная плавная функция для похожего спадания инфляции будет выглядеть примерно так:
k=№_текущего_блока/(Nлет * число_блоков_в_году)
награда_за_блок = XXХ / ek.
Здесь экспонента вместо двойки в степени, ради упрощения расчётов.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 25, 2013, 03:12:09 PM
 #214

Еще два варианта - это фавориты Wink
Code:
w1, _ := math.Lgamma(11.0 * wDiff + 11.0)
 w2, _ := math.Lgamma(root(float64(block), 2) + 1.0)
 wReward = (w1 * w2) / 100000000.0

Code:
w1, _ := math.Lgamma(99.0 * wDiff + 11.0)
 w2, _ := math.Lgamma(math.Jn(3, float64(block)) + 99.0)
 wReward = math.Abs((w1 * w2))/ 100000.0

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 25, 2013, 03:23:30 PM
 #215

Ага,  а нам надо чтобы награда зависела
 от времени ( номер блока) и от трудности
 (ваша идея).

Мне в последних прогонах получается или сделать
 гиперинфляцию (до 500% в перв. год)
(это первый вариант из пред. поста)

 или быстрое получение  невысокой инфляции
 плавно падающей от 10% до 2% (к 55 или 88 году).
 (это второй вариант оттуда же )
НО не то и другое вместе ((

НО прогресс с этим есть.

--------
А что будет с вашей формулой (с экспонентой)
после 12 лет - в году 55 и в 88 ?

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 25, 2013, 04:45:57 PM
 #216

Code:
w1, _ := math.Lgamma(8.0 * wDiff + 888.0)
 w2, _ := math.Lgamma(root(float64(block), 2) + 1.0)
 wReward = math.Abs((w1 * w2) / 100000000.0)
Суперфаворит - выдает до 700% гиперинфляции
 и затем скромно "худеет" .
Прирост в 2-3% здесь не используется,
 все получается автоматом.

В этой схеме есть место для PoS :
после гиперинфляции его можно включить
 начиная с 16% награды и снижая ее плавно до 1%
 в 55 году.
Это скорректирует недостатки фигуры.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 25, 2013, 06:17:05 PM
 #217

Ага,  а нам надо чтобы награда зависела
 от времени ( номер блока) и от трудности
 (ваша идея).

 или быстрое получение  невысокой инфляции
 плавно падающей от 10% до 2% (к 55 или 88 году).
 (это второй вариант оттуда же )
НО не то и другое вместе ((

НО прогресс с этим есть.

--------
А что будет с вашей формулой (с экспонентой)
после 12 лет - в году 55 и в 88 ?
Да с экспонентой в знаменателе больше юмора было. Это же чистой воды биткоин, только с максимально возможным сглаженным падением награды за блок (а не нокаутирующими скачками как у оригинала), и натуральным основанием (вместо двойки).


Code:
w1, _ := math.Lgamma(8.0 * wDiff + 888.0)
 w2, _ := math.Lgamma(root(float64(block), 2) + 1.0)
 wReward = math.Abs((w1 * w2) / 100000000.0)
Суперфаворит - выдает до 700% гиперинфляции
 и затем скромно "худеет" .
Прирост в 2-3% здесь не используется,
 все получается автоматом.

В этой схеме есть место для PoS :
после гиперинфляции его можно включить
 начиная с 16% награды и снижая ее плавно до 1%
 в 55 году.
Это скорректирует недостатки фигуры.
От логарифма гамма-функции мозги плавятся. Я вот в экселе прикинул - эта жуть Lgamma(x) ассимтотически стремится к величине x * ln(x)... Мы же не физические формулы выводим, может на такой, всё же гораздо более простой вариант заменить? (ну т.е. будет  x:= 8.0*wDiff+888.0; w1, _ := math.Log(x) * x; y = root(float64(block),2)+1.0; w2, _ := math.Log(y)*y;

По-моему, самое главное к 5-10 годам "разумные" проценты, а годам к 20 "правильные" проценты подогнать. Просто к концу первого года числа совсем уж "гадальные" будут. Например неизвестно, сложность будет всё ещё 100 или уже 100'000.
Но в поздние сроки, годам к пяти можно на нынешнюю мощность сети биткоина уверенно ориентироваться, с поправками на менее эффективные cuda,openCL,FPGA,... Мощности можно прикидывать хотя бы потому, что если и за пять лет проект не развился, то его легче похоронить, чем бухгалтерским балансом в процентах.

Умоляю, ненадо 16% PoS, зачем средство платежей превращать в средство накопления Cry  Пусть лучше фигура с недостатками будет.

P.S. с вышенаписанными формулами в лого-гамма-функциях, при сложности 20, и сроке майна 10 дней (7200 блоков) награда за блок будет 0,02 монеты... К итоговой награде надо константу десяточку хотя бы накидывать, а то не пойдёт народ копейку в час майнить  Shocked (Хотя если убрать премайн, и выкупать монетки по 1$ за десяток...  3$ за двое суток майна всей системы  Cool)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 25, 2013, 06:49:30 PM
 #218

Последний недодрафт из моего пред. поста
 не нуждается в премайне вообще.
первые три года "гиперинфляции" обеспечат народ
 дешевыми койнами, что будет уравновешено
 желанием некоторых закупится по полной.
 В итоге все будет ок. Huh

 Я все небольшие изменения считаю по неск. раз. )
 Поэтому формулы не с потолка, а подогнаны под
 удачное поведение процентов.
Ваш вариант посчитаю завтра и сравню со своим последним.

 Коэффы  в них еще надо подбирать поточнее.
 Тот что большой очень я менял в сотни раз
 когда надо было и проценты изменений остаются
 хорошими !
 Его подобрать можно будет потом если это будет окнчательная формула.
 Я перепробовал около 100 вариантов уже )
 
 Рабочий диапозон трудностей ( с запасом )
 я тоже не знаю.
 Планирую после выбора формулы жестко погонять ее
 на разных диапозонах трудности и разных ее
 скоростях и типах изменений.

 Пока мне нравится последней формулы поведение.

 PoS с 16% --> 2%
 там отлично будет смотрется, суммарная
 инфляция тогда будет почти идеально по нашей схеме.


"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 25, 2013, 10:02:54 PM
 #219

Я уже прикинул в симуляторе. На поздних годах х*ln(x) отлично заменяет ln(Г(х)) (что естественно). В начальные годы на первый взгляд различия есть, но там из-за рандома и без изменения формулы проценты 2) 180%-250% 3) 80%-120% и т.п. меняются, так что не факт что реальные отличия в процентах будут столь кардинальны.

да вот, из экселевской таблички всё можно увидеть
Code:
x ln(Г(х)) x*ln(x)
1E+00 0 0
1E+01 12,80182748 23,02585093
1E+02 359,1342054 460,5170186
1E+03 5905,220423 6907,755279
1E+04 82099,7175 92103,40372
1E+05 1051287,709 1151292,546
1E+06 12815504,57 13815510,56
1E+07 151180949,4 161180956,5
1E+08 1742068066 1842068074
1E+09 19723265828 20723265837
1E+10 2,20259E+11 2,30259E+11
1E+11 2,43284E+12 2,53284E+12
1E+12 2,6631E+13 2,7631E+13
1E+13 2,89336E+14 2,99336E+14
1E+14 3,12362E+15 3,22362E+15
1E+15 3,35388E+16 3,45388E+16
1E+16 3,58414E+17 3,68414E+17
1E+17 3,81439E+18 3,91439E+18
Отличие в два раза - до аргумента=10... это буквально первые 100 блоков системы. x=100 - это уже лишь четверть разницы; две недели жизни системы. и т.д.
Причём отличия-то эти не в аналогичного размера проценты эмиссии переходят в итоге, а просто в денежную массу, генерируемую в первые годы жизни системы.
С аргументами 8*wDiff+888, sqrt(block), прогнав по 20 раз первые года на этих почти синонимах получилось усредненная денежная масса по первым годам:
ln(Г(x)) : 155k; 480k; 950k; 1530k; 2230k; 3m
x*ln(x) : 215k; 700k; 1300k; 2130k; 3m; 3,9m
Как и ожидалось, гамма-функция постепенно догоняет х*ln (в абсолютных величинах разрыв растёт, а если смотреть соотношение -всё ближе и ближе друг к другу значения).
Принципиально разницы разумеется вообще никакой - один и тот же процесс в эмиссии. Но, по субьективным ощущениям простая функция тут лучше чем сложная.

Напоследок, +1 монетой за блок можно всё-таки одаривать. С теми же аргументами 8*wDiff+888, sqrt(block), и +1 к награде:
x*ln(x) : 480k; 1220k; 2160k; 3,2m; 4,3m; 5,6m
Проценты в последнем случае на 2й, 3й, 4й года получаются при этом ниже - но связано это в первую очередь с эффектом высокой базы, за первый год практически в 2,5 раза больше монет создалось.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 26, 2013, 05:19:56 PM
 #220

Опять оффлайн весь день - ничего не успел (

Результаты для логогаммы(моя формула)
заход на 55 лет (стабилизация трудности
 на неск. тысячах - CPU-майнинг)
http://pastebin.com/ZyT2P9q7

Здесь будет результат для вашей формулы (Log)
Вот он :
http://pastebin.com/yTqNtzwN

-------
они похожи и обе не идеальны,
процент втор. года гуляет от 145 до 390.
это зависит чисто от случайного расклада
 развертывания сети в годы 1 и 2.
Это не есть гуд.
--------
http://ru.wikipedia.org/wiki/Сампо
А вот отличное название для тру, которое может устроить кого угодно.

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
Pages: « 1 2 3 4 5 6 7 8 9 10 [11] 12 13 14 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!