Bitcoin Forum
November 20, 2017, 04:17:28 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 19151 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 26, 2013, 07:13:27 PM
 #221

Может не обращать внимание на процент 2-го года? В принципе он так гуляет только из-за того, что сильно может разнится майнинг в год первый. Может это и правильно? Майнило целый год лишь дясяток cpu - получи мизерную базу денежную и как следствие огромную инфляцию на следующий год, при реальной раскрутки валюты. Если валюта стартанула как ракета, сразу распространившись, было выпущено большое число монет в первый же год - да, возможно на второй год инфляция упадёт даже до двузначной, ну так видимо это будет инфляция уже работающих платежей/торговли.
Вдобавок, такой майнинг лишь силами нескольких одиночек  вхолостую, почти гарантировано избавляет от "призрака Сатоши" - десятков процентов первоначально намайненых монет, непонятно каким образом зависших, и самое печальное возможно всё-таки хранимых, и лишь у нескольких индивидов.

Моё эволюционировавшее в данном топике восприятие криптоплатежей, теперь полностью склоняется к большой пользе эмиссионых процентов, получаемых опосредовано из мощности; они гораздо адекватней сухих алгоритмических +pi% год, этому алгоритмическому "печатному станку" наплевать, что там в реальности происходит с валютой. А вот "мощностная эмиссия" и её изменение - это самое прямое следствие популярности валюты, и распространенности монет в сделках, и обменного курса.


Смысла отдельно тестировать одни и те же коэффициенты для Ln(Г(х)) и х*ln(x) нет. С учетом "рандомных" мощностей, по прошествии месяца со старта, эти формулы становятся буквально одинаковы (с точки зрения реагирования системы, и начисления в %).
Да, в абсолютных значениях x*ln(x) будет всегда чуть больше, потому что оно своеобразная асимптота сверху логогаммы, но на больших значениях оба этих варианта будут неотвратимо сближаться.
/ x*ln(x) > ln(Г(х)), где х>0;    lim x->oo, x*ln(x)/ln(Г(х))=1 /
1511194648
Hero Member
*
Offline Offline

Posts: 1511194648

View Profile Personal Message (Offline)

Ignore
1511194648
Reply with quote  #2

1511194648
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.
1511194648
Hero Member
*
Offline Offline

Posts: 1511194648

View Profile Personal Message (Offline)

Ignore
1511194648
Reply with quote  #2

1511194648
Report to moderator
1511194648
Hero Member
*
Offline Offline

Posts: 1511194648

View Profile Personal Message (Offline)

Ignore
1511194648
Reply with quote  #2

1511194648
Report to moderator
1511194648
Hero Member
*
Offline Offline

Posts: 1511194648

View Profile Personal Message (Offline)

Ignore
1511194648
Reply with quote  #2

1511194648
Report to moderator
mech
Member
**
Offline Offline

Activity: 116



View Profile
April 26, 2013, 07:16:16 PM
 #222

Тема интересная, где можно получить клиент?

PPC? - Should become the first independent altcurrency!
Storan
Member
**
Offline Offline

Activity: 112


View Profile
April 26, 2013, 09:27:49 PM
 #223

Тема интересная, где можно получить клиент?
Пока только концепт вырабатываем. С кодом работает только Ukigo; остальные иногда советы дают, я постоянно языком чешу, ибо балда  Tongue (Но надо понимать, что такая ситуация вовсе не означает безнадёжности реализации. По сути для старта переписать нужно будет самую малость - только функции майнинга на cpu, и определения награды за майнинг в системе; о них все дебаты в основном и идут)
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 27, 2013, 03:17:47 AM
 #224

@mech
Клиент когда-нибудь будет... Smiley
Я еще не брался за переделку 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() ?
 Да бесконечное тестирование - это не наш метод.
 нАм нужно "конечное" тестирование 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 27, 2013, 10:05:22 AM
 #225

Еще симуляции результаты :
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 до самого конца.

Недостатки - все теже (

"...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 27, 2013, 11:30:50 AM
 #226

Может "смухлевать"?  Tongue
В первые годы добавить ещё одну функцию к награде.
образец идеи:
Code:
x := wDiff + 1000.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 * (2.0 - ycur/ygui)}
if (ycur > ygui*2) {w3 = 0}
 wReward = math.Abs((w1 * w2)) / 100000000000.0 + w3;
(продемонстрирован совсем черновик. 3 года линейный рост от нуля до 20, следующие 3 года спад с 20 до 0).

общие свойства этой функции-добавки: в промежутке [0;X ) - растёт, в промежутке (X;N] - уменьшается, >N == 0
X: это 1-3 в годах; N: 4-7 лет.

Основная функция хорошо считает % в будущем, в устоявшейся системе.
Новая добавка позволяет сделать красивый график прироста/процентов в первые годы жизни системы, затем исчезает (но следы её присутствия, в виде первоначальной доп. эмиссии, и следственно уменьшенных следующих годовых % будут с десяток лет ощущаться).
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 27, 2013, 01:11:37 PM
 #227

Поздравляю ! Очень крутая добавка вышла.
Вот выдача :
http://pastebin.com/L08Vcrt2
--------
UPD.
Хотя оно так здорово только при трудностях
 с тригером  700.
ПРи больших трудностях %% в "стабильных" годах
значительно больше, что потребует включения
PoS с нехилыми процентами.

(Кстати в начале (период гиперинфляции) мы таки можем включть PoS, для его испытания и привлечения ранних адептов).
Чет я засомневался : достаточно ли просто вычитать PoS% из poW% , или тут более сложная
 зависимость ? <-- чтобы вычислить %% реальной
(целевой) инфляции" ?

"...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 28, 2013, 02:00:25 PM
 #228

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
Эта система формул еще лучше Wink

Пора попробовать написать майнер для Skein(BMW())

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

Activity: 1344


View Profile
April 28, 2013, 03:11:43 PM
 #229

Можно в двух словах, как награда PoS рассчитывается у вас?
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 28, 2013, 03:37:02 PM
 #230

Примерно как в PPCoin, но процент PoS
начисляемый на стейк может быть и больше
1% в год ( наша цель - при любых
раскладах иметь целевую инфляцию (точнее
 ежегодный прирост кол-ва монет) 2-3% год.

Поскольку мы не можем счас предсказать какая будет
 трудность в сети TC , и нам пока
 НЕ удалось вывести формул для награды PoW
 дающих одинаковый процент "инфляции" при любых
 значениях трудности в любой год работы форка,
 то процент PoS будет определятся позже,
 с помощью запуска тестнета и экспериментов.

 В любом случае он будет МЕНЬШЕ % "инфляции"
 в PoW-монетогенерации.
 

"...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 30, 2013, 04:41:34 PM
 #231

...
Чет я засомневался : достаточно ли просто вычитать PoS% из poW% , или тут более сложная
 зависимость ? <-- чтобы вычислить %% реальной
(целевой) инфляции" ?
Ну здесь "идеальная" формула проста сама по себе... [%эмиссии_PoW*(число_PoW_блоков)+%эмиссии_PoS*(число_PoS_блоков)]/(общее_число_блоков)=%итоговой_эмиссии.
Но тут главнее не переборщить с зажиманием. Вон японцы 20 лет экономили, а счас рубанули сплеча - для роста экономики в ближайшую пятилетку удвоим денежную массу и точка  Cool

Пора попробовать написать майнер для Skein(BMW())
Понимая, что в практичных вопросах (вроде тупо  скачать 1гб библиотек у нвидиа, и скомпилировать cuda-miner) я полный профан; вопрос дилетанта - как насчёт того чтобы этот майнер поддерживал C++ AMP? Как я понял, это некая библиотека/надстройка над С++, где сам компилятор определяет, возможно ли распаралелить функцию на GPU (включая всё новомодные встроенные APU ati|Intel HD) и соответсвено ускорить, где это возможно, скорость простейших хеш-вычислений.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
April 30, 2013, 05:28:24 PM
 #232

Не у нас все будет по формуле,
 и вообще это будет типа тестнет-монета.

Когда инфляционные идеи обкатаются, их можно будет пересадить на более крутую базу.
Вот tacotime изобретает некий super-PoS
 в своей MC2. )
Может через год нам дадут энергетически бесплатную технологию деньгопечати.

 C++ AMP нам не поможет ( он под Win).
 А большая часть койно-софта (даже та что
 работает под Win) собирается на *nix

 Я буду издеваться над cpuminer,
 там как и в моих экспериментах
 с проверкой скорости хэширования
 чистый C - надо переписать несколько функций и все !
 Но есть маленькие трудности -
1) клиент все еще не форкнут,
 а там надо будет наверное оборачивать
 skein/BMW из библиотеки на C в C++
 части клиента.

2) после написания майнера надо его проверить, и где брать для него getwork ?
Это что еще и пул придется написать ?



"...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 30, 2013, 06:24:56 PM
 #233



 C++ AMP нам не поможет ( он под Win).
 А большая часть койно-софта (даже та что
 работает под Win) собирается на *nix

 Я буду издеваться над cpuminer,
 там как и в моих экспериментах
 с проверкой скорости хэширования
 чистый C - надо переписать несколько функций и все !
 Но есть маленькие трудности -
1) клиент все еще не форкнут,
 а там надо будет наверное оборачивать
 skein/BMW из библиотеки на C в C++
 части клиента.

2) после написания майнера надо его проверить, и где брать для него getwork ?
Это что еще и пул придется написать ?

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

Вроде любой пул - для системы выглядит как простой соло-майнер; т.е. код пула нужно будет писать гораздо позднее, когда сеть разрастётся, чтобы много мелких для установившейся сложности майнеров могли стабильно включать свои мощности, а не играть в лотерею. Так что, как я понимаю, для проверки соло-майнинга достаточно реализации -server у кошелька, и наличия консольного майнера обращающегося к нужным локальным портам, и перемалывающего нужные хеши.

P.S. У С/С++ различие только в виде вызова функций уже в скомпилированных библиотеках кажись? Или по-другому, неужто в С++ компиляторе нельзя "под себя" скомпилировать си-шные исходники?
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
May 01, 2013, 04:19:46 AM
 #234

Совместимость C и C++ это магия ж)
http://en.wikipedia.org/wiki/Compatibility_
of_C_and_C%2B%2B

В статье написано так :
Code:
Система C++AMP позволяет переносить вычисления на GPU (видеоускорители) без внесения большого количества изменений в программы. Код, который не может запуститься на GPU, например, из-за своей сложности, будет автоматически запущен на центральном процессоре с применением SIMD (SSE) инструкций. Реализация системы от Microsoft (единственная на настоящий момент) включена в Visual Studio 2012 и включает в себя отладчик и профилировщик. Поддержку других платформ и оборудования могли бы реализовать компания Microsoft или другие в будущем.
То есть BMW не ускорится на GPU (по причине
 именно своей сложности) Huh

В то же время я не верю, что этот AMP
будет быстрее работать на CPU, чем cpuminer.

Потом у меня все равно нет Win ,
так что если хотите - можете попробовать написать майнер для AMP (только вам придется
 найти свою библиотеку для Skein и BMW,
 ибо моя найденная либа - под Юникс).

Тут дело не в опенсорсе или моей Юниксомании
 (предполагаемой) , а в том что проще
 кое-что дописать кое-где, чем изобретать
 велосипед почти с нуля.


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

Activity: 112


View Profile
May 01, 2013, 10:18:57 AM
 #235

Совместимость C и C++ это магия ж)
http://en.wikipedia.org/wiki/Compatibility_
of_C_and_C%2B%2B

В статье написано так :
Code:
Система C++AMP позволяет переносить вычисления на GPU (видеоускорители) без внесения большого количества изменений в программы. Код, который не может запуститься на GPU, например, из-за своей сложности, будет автоматически запущен на центральном процессоре с применением SIMD (SSE) инструкций. Реализация системы от Microsoft (единственная на настоящий момент) включена в Visual Studio 2012 и включает в себя отладчик и профилировщик. Поддержку других платформ и оборудования могли бы реализовать компания Microsoft или другие в будущем.
То есть BMW не ускорится на GPU (по причине
 именно своей сложности) Huh

В то же время я не верю, что этот AMP
будет быстрее работать на CPU, чем cpuminer.

Потом у меня все равно нет Win ,
так что если хотите - можете попробовать написать майнер для AMP (только вам придется
 найти свою библиотеку для Skein и BMW,
 ибо моя найденная либа - под Юникс).

Тут дело не в опенсорсе или моей Юниксомании
 (предполагаемой) , а в том что проще
 кое-что дописать кое-где, чем изобретать
 велосипед почти с нуля.



Попробую разобраться и чего-нить накорябать. Так шальная мысль возникла когда читал про это GPGPU - возможно гибридные майнеры на процессоре с задействованием встроенной графики, будут быстрее чистого cpuminera. Задача явно не первостепенная, но если получится - будет неплохой рывок, почти "халявный" прирост мощностей для cpu-майнинга.

P.S. Про совместимость статья занятная... Но если программист на С пишет в xxi веке нечто вида
struct template
{
    int new;
    struct template* class;
};
ему надо отрывать руки, а потом яйца.... или наоборот  Angry
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
May 01, 2013, 10:46:42 AM
 #236

Вот доберусь до приделывания библиотечных функций Skein/BMW к сатошину коду,
будете меня поправлять(чтоб как надо все было) - только руки пож. не отрывайте, они
 мне еще могут пригодится  Tongue  Grin

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

Activity: 112


View Profile
May 02, 2013, 07:37:55 AM
 #237

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
Эта система формул еще лучше Wink

Пора попробовать написать майнер для Skein(BMW())


Понимаю, что шаг вперёд - два назад это невесело, и скорости разработки не добавляет. НО...
Немножко отвлёкшись и поглядев на 10-ти миллионную сложность битка подумалось: для мощности использовать "усиление" х*ln(x) {ln(Г(х))} - это идеологически неправильно. При быстром росте мощности, даже в устоявшейся системе это даст гигантский рост награды за блок. Нужно осмысленное ограничение, например максимум для w1, должно быть w1 = x;

А то уж совсем маразматическая ситуация была. Майнит десяток пулов с 100Mh/sec получает каждый условно по 690, подключается ещё один новенький с такой же мощностью - теперь каждый из одиннадцати получает по 700. Вырастала не только суммарная награда в системе, но и награда каждому майнеру.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
May 02, 2013, 08:02:35 AM
 #238

Я опять на неделю минимум завяз в оффлайне (
Так что счас ничего особо не делаю по ТС.

Без GPU 10000000 у нас не будет точно )
А будет что-то вроде 10 - 200000.

>>>Вырастала не только суммарная награда в системе, но и награда каждому майнеру.

Это и есть настоящий социализм (цифровой).
Это же хорошо Huh
Большие парни кормят маленьких, нет ?
Что в этом плохого ?

-----
то есть вы считаете надо попробовать
 с доб. строкой
Code:
if w1 > x { w1 = x }




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

Activity: 112


View Profile
May 02, 2013, 08:31:31 AM
 #239

Да проверок и не надо, вместо x = Z1 * wDiff + Z2; w1 := math.Lgamma(x) или w1 := math.Log(x)*x сокращаем до w1 := x.
Цифровой социализм итак останется: как майнил 1 монету в сутки, так и будет продолжать эту же 1 монету майнить своей старой мощностью, несмотря на все изменения суммарной мощности/сложности системы.

Насчёт only-CPU сегодняшние я бы тоже не зарекался так сильно, тенденции последнего десятка лет от процессоростроителей (и амд, и интел) - это многоядерность cpu и всё большее встраивание в него же gpu. Не исключено, что лет через 5-10 "чистые х86-CPU-программы" вообще перестанут существовать. Ещё на уровне компилятора: можно любую функцию быстрее выполнить на gpu-части, которая есть везде - перекидываем её вычисления туда; другой кусок кода просто распараллеливается - аналогично раскидываем на 16 cpu-ядер, и т.д.

Ну и как я уже в другой теме с апологетами майнинга  биткона спорил - мощность сети, независимо от типов алгоритмов и устройств на которых они считаются будет возрастать до той поры, пока для среднестатистического майнера затрачиваемое на майнинг электричество стоит дешевле в этой криптовалюте, чем количество валюты майнингом добываемое.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
May 02, 2013, 10:18:43 AM
 #240

PoW - явление временное, он будет вытяснен неким более совершенным методом деньгопечатания.

Что мне не нравится : наши последние формуло-построения
 все также ведут себя очень по-разному при разных трудностях ( даже от 10 до 200000 диапозон
 не един по поведению ) ((


"...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!