Bitcoin Forum
September 23, 2018, 05:40:38 AM *
News: ♦♦ New info! Bitcoin Core users absolutely must upgrade to previously-announced 0.16.3 [Torrent]. All Bitcoin users should temporarily trust confirmations slightly less. More info.
 
   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 19340 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
Merit: 10


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 /
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1537681238
Hero Member
*
Offline Offline

Posts: 1537681238

View Profile Personal Message (Offline)

Ignore
1537681238
Reply with quote  #2

1537681238
Report to moderator
mech
Member
**
Offline Offline

Activity: 116
Merit: 10



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

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

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

Activity: 112
Merit: 10


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

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

Activity: 938
Merit: 1000


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
Merit: 1000


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
Merit: 10


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
Merit: 1000


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
Merit: 1000


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: 1386
Merit: 1002


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

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

Activity: 938
Merit: 1000


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
Merit: 10


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
Merit: 1000


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
Merit: 10


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
Merit: 1000


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
Merit: 10


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
Merit: 1000


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
Merit: 10


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
Merit: 1000


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
Merit: 10


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
Merit: 1000


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!