NovaCoin (scrypt PoW + PoS hybrid) [self-mod]

[in100]

мне кажется дело движется к двум одновременно работающим вариантам. клиенту всё -в-одном для бытового использования и так сказать серверному настраиваемому для профессионалов )

Это тоже возможный и неплохой вариант

Хотелось бы узнать, какие решения приняты по идеям:

1) повышение точности расчета ROI PoS и награды за блок PoW (https://bitcointalk.org/index.php?topic=704756.msg10747886#msg10747886);

2) разрешение отправки несколько раз на один и тот же адрес в одной транзакции (https://bitcointalk.org/index.php?topic=704756.msg10773528#msg10773528).

[1714539805]

1714539805

[1714539805]

1714539805

[PeterI]

А вот тут вот обсуждается какие монеты ввести в открывающуюся децентрализованную биржу (B&C Exchange): https://bitcointalk.org/index.php?topic=1042953
Давайте там нову попиарим.

[Balthazar]

Вот и подошли праздники к концу, теперь придется работать.

[in100]

Code:

"proof-of-stake" : 1.63245734
...
"stakeinterest" : 270000

Не понял... Давно уже должно быть 0.26 при любом способе расчета...

Code:

(0.03125 / 1.63245734) ^ (1 /3) = 0.26750756

Хотя погрешность не так уж и велика
0.25 / 27 = 0.0357

[fsb4000]

Code:

"proof-of-stake" : 1.63245734
...
"stakeinterest" : 270000

Не понял... Давно уже должно быть 0.26 при любом способе расчета...

Code:

(0.03125 / 1.63245734) ^ (1 /3) = 0.26750756

И награду считает исходя из 0.27...

Версия nvc-v0.5.2-160-g0068ce8-leveldb.

Видимо не при любом
1) Смотрим блок https://explorer.novaco.in/block/2e2aa71b0a4d71ba8ba545da79affb56c972afad3549a817b931ccc0e613e38d
Отсюда берём bits: 1d009d7b
2) Запускаем функцию https://github.com/novacoin-project/novacoin/blob/master/src/main.cpp#L1059
С bits из 1) и bCoinYearOnly=true.(То есть чтобы просто узнать процент, а не считать конкретную награду)
Например так:

Code:

GetProofOfStakeReward(1000, 0x1d009d7b, 1431499511, true);

3)Смотрим за переменными bnLowerBound, bnUpperBound
До входа в цикл:
bnUpperBound = 100%
bnLowerBound = 1%
Цикл выполняется пока разница между bnLowerBound и bnUpperBound не будет меньше 1%

После первой итерации:
bnUpperBound = 50,5%
bnLowerBound = 1%

После второй итерации:
bnUpperBound = 50,5%
bnLowerBound = 25,75%

После третьей итерации:
bnUpperBound = 38,125%
bnLowerBound = 25,75%

После четвертой итерации:
bnUpperBound = 31,9375%
bnLowerBound = 25,75%

После пятой итерации:
bnUpperBound = 28,8437%
bnLowerBound = 25,75%

После шестой итерации:
bnUpperBound = 27,2968%
bnLowerBound = 25,75%

После седьмой итерации:
bnUpperBound = 27,2968%
bnLowerBound = 26,5234%

Разница между bnUpperBound и bnLowerBound меньше 1%.
Цикл закончен.
В качестве процента по которому рассчитывается награда берётся bnUpperBound округлённый снизу до целого процента. То есть 27%

Осталось понять если ли тут ошибка 

[in100]

fsb4000
Спасибо за подробное описание.

А можно как-то вычислить, при каком значении сложности получится 0.26, 0.25  и т.д.?
При обычном подсчете получается, что 0.25 должно быть при сложности ~1.78-1.79, но складывается ощущение, что при этой сложности ROI только-только переключится на 0.26

[fsb4000]

fsb4000
Спасибо за подробное описание.

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

Так, общая формула по которой вычисляется искомый процент такая:
(Максимальный процент(100) / Искомый процент)^3 == минимальный bits(тот при которой 100% годовых) / текущий bits.

Отсюда(умножили обе части на текущий bits * Искомый процент^3):
Максимальный процент^3 * текущий bits = Искомый процент^3  * минимальный bits

Искомый процент лежит где-то между 1 и 100.
Пусть это будут границы: нижняя и верхняя.
Искомый процент лежит между верхней и нижней границей.
Будем уточнять границы пока разница между верхней и нижней границей не будет меньше одного процента.

1) Возьмём среднее значение верхней и нижней границы.(и обозначим за S)
2) Если S^3 * минимальный bits > Максимальный процент^3 * текущий bits
То верхняя граница = S
(потому что Искомый процент^3  * минимальный bits = Максимальный процент^3 * текущий bits, то есть S > Искомый процент )

иначе нижняя граница = S
3) Смотрим: разница между верхней и нижней границей меньше одного процента:
Если да, то заканчиваем цикл
Если нет, то возвращаемся к 1)

В качестве искомого процента берём найденную верхнюю границу, отбросив дробную часть процента.

А можно как-то вычислить, при каком значении сложности получится 0.26, 0.25  и т.д.?
При обычном подсчете получается, что 0.25 должно быть при сложности ~1.78-1.79, но складывается ощущение, что при этой сложности ROI только-только переключится на 0.26

На ум не приходит ничего кроме как подбором... Но рассмотрев алгоритм видно, что решение найденое по алгоритму может отличаться от решения по формуле не больше чем на 1%. И всегда только в большую сторону.
То есть либо
решение алгоритма == решение по формуле
либо
решение алгоритма == решение по формуле + 1%

[Balthazar]

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

[fsb4000]

Чтобы повысить точность можно изменить условие цикла с
разница между верхней и нижней границей меньше одного процента
до (например)
разница между верхней и нижней границей меньше 0.1 процента

Но может и так пойдёт и дополнительная точность не особо нужна...

[Balthazar]

Тут главное, чтобы результат для одних входных данных был одинаков всегда и для всех. На любом железе, а также независимо от компилятора и libc.

[in100]

решение найденое по алгоритму может отличаться от решения по формуле не больше чем на 1%. И всегда только в большую сторону.

И это радует Ну или печалит, борцов с эмиссией

Чтобы повысить точность можно изменить условие цикла с
разница между верхней и нижней границей меньше одного процента
до (например)
разница между верхней и нижней границей меньше 0.1 процента

Но может и так пойдёт и дополнительная точность не особо нужна...

Обсуждали же: https://bitcointalk.org/index.php?topic=704756.msg10747886#msg10747886
sir.miklosh предложил более рациональное решение, сделать два диапазона ROI с разной точностью расчета.

Вот я и спрашивал, принято ли какое решение по этому предложению.

[becool]

in100
Уж не говоря о том что никто так и не ответил почему нельзя в формуле использовать округление величин (просто обрезанием вниз или вверх) настолько чтобы в любой системе с любым компилятором посчиталось одинаково верно.
И ведь снова полились реки лжи что это не возможно из-за разных libc и т.п.
Это программистский изврат, о чем тут еще говорить можно.
Бальтазару дай треугольник или трапецию посчитать их площадь - он точно так же посчитает этим же целочисленым интегралом. А потом будет говорить что никакой формуле не соответствует, вы как машины должны в цикле действия провести чтобы проверить почему и понять как, вместо того чтобы пару величин на калькуляторе перемножить произведите сотни операций в цикле.

Так что если уж говорить о рациональном решении, то его я предложил, использовать ту же самую "приблизительную" формулу, но сделав ее точной.

Это тоталитарная секта, о чем еще говорить?

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

Так ты удивляешься что он мутит в коде?

[in100]

Так ты удивляешься что он мутит в коде?

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

[Balthazar]

Эх, нет чтобы открыть учебник и перестать компостировать людям мозги, ведь рядовой первокурсник не будет нести этот бред. А, ну да, как же я забыл что это все ложь и на самом деле FP арифметика работает суперски, всё стандартизировано и нет зоопарка сопроцессоров, библиотек и прочих костылей.

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

Тебе ответили не один раз, но твоя персона выше того, чтобы снизойти до признания своей неправоты. В последний раз для тебя, солнцеликого, до твердолобости уверенного во всем:

Метод бисекции дает гарантию консенсуса. А ты как, дашь гарантию того, что никогда и нигде не будет разницы больше 0.01, к примеру? Если да, то готов ли оформить данные гарантии письменно и сколько денег готов заложить, чтобы скомпенсировать людям возможный ущерб от инициативы компенсирования непредсказуемых ошибок, которые являются прямым, очевидным и неизбежным следствием такого подхода? Осилишь ответить прямо, или опять поедешь в лес?

Это программистский изврат

Это не программисткий изврат, а твои неадекватность, тупость и эгоцентризм на уровне девятилетнего ребенка. Пора бы уже признать это и обратиться за помощью к профильному специалисту... Дзыку или Вортексу, далеко за докторами ходить не нужно.

о чем тут еще говорить можно.

Да не о чем говорить, в том-то и дело. В таких случаях направление или рецепт выписывают, разговаривать поздновато.

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

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

[Kepasa]

Не ссорьтесь из-за мелочей. Для меня главный вопрос-загадка сейчас такая. На Кхоре в среднем 2 GH/s, последние полгода общая мощность сети 6. Кто эти загадочные 4? Мультипулы+ братья китайцы?

[becool]

Не ссорьтесь из-за мелочей. Для меня главный вопрос-загадка сейчас такая. На Кхоре в среднем 2 GH/s, последние полгода общая мощность сети 6. Кто эти загадочные 4? Мультипулы+ братья китайцы?

Да ну его нахрен, это бесполезно доказывать, стер сообщение.
Наводит пафоса что все калькуляторы врут.
Пусть школьникам это рассказывает лучше.
У тех кто не умеет считать правильно - естетственно калькуляторы врут.
Кто не понимает как погрешности считаются.
В советское время учили этому, а теперь всем дали калькуляторы и вот рождаются такие бальтазары в итоге.
Зато умеют навести понт своими познаниями по целочисленому вычислению интеграла, и впихнуть подобное вовсюда.
Словно от этого корень правильнее посчитается.

Докажи ему, что доказать?

Возьмите в руки калькуляторы и считайте, когда увидете что калькулятор соврал на корне уже в 3ем знаке допустим, тогда будет разговор.

Бальтазар до усрачки сравнивал бы калькуляторы искав тот кто ошибется на корне в третьем знаке. Было бы очень интересно.

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

Уменожение тоже не хера не вводит новых погрешностей.

Так откуда ошибка то появится?

Голова бальтазара рождает ошибки?

Корень наоборот даже точности добавляет.

Но это бесполезно писать просто чокнутому придурку который тупо дрочит рисуя свои вычисления мат функций в коде.

ЗДЕСЬ В ЭТОЙ ФОРМУЛЕ НЕТ НИ ОДНОЙ ОПЕРАЦИИ ДОБАВЛЯЮЩЕЙ ПОГРЕШНОСТЕЙ!

[t309]

давайте уже пропампим нову и наступит меж нас мир, дружба, жвачка ))))

[Kepasa]

давайте уже пропампим нову и наступит меж нас мир, дружба, жвачка ))))

Сейчас стадия такая- называется консолидация (бритье хомяков). Я, сейчас майню усиленно, PoS, PoW. Выкупаю то что ниже 0,4. Памп сейчас не нужен. Надо сначала закупится по-дешману. Потом пропампим. Только надо в БТС-е максимум повысить по Нове) Потом в небеса... Православные.

[qwed]

давайте уже пропампим нову и наступит меж нас мир, дружба, жвачка ))))

Сейчас стадия такая- называется консолидация (бритье хомяков). Я, сейчас майню усиленно, PoS, PoW. Выкупаю то что ниже 0,4. Памп сейчас не нужен. Надо сначала закупится по-дешману. Потом пропампим. Только надо в БТС-е максимум повысить по Нове) Потом в небеса... Православные.

А до скольки планируете пропампить, может закуп сделать пока не поздно...

[t309]

так тебе и скажут, написано же обновим максимуми и в небеса
но не покупай лутше, нова ето скам )))