Bump

0% Fee !!!

Да. До конца дочитать надо.  

Впрочем, не важно.

Я как бы на рост рассчитываю. Даже если перед ним будет падение. Читайте внимательней.

Тогда тем более нет проблем. 

Пересчитал все еще раз, с учетом того, что после 90 дней вероятность генерации блока инпутом уже не меняется и имеем просто стационарный поток событий.
И время жизни тогда зависит не от корня сложности и объема, а непосредственно пропорционально сложности и обратно пропорционально объему

Теперь достаточно четко видно, что средняя награда за ПоС будет довольно быстро расти с ростом сложности (пропорционально сложности в степени 2/3 )
И хотя проблема возникнет не скоро, она потенциально существует  
Хотя, возможно, механизм подклейки и будет достаточно интенсивно "деактивировать" старые инпуты, среднее количество уничтожаемых при этом монетодней все равно будет расти с ростом сложности быстрее чем будет снижаться RoI

Однако нужно еще учесть и возможный рост среднего числа инпутов в одном кошельке (в отличие от роста вообще общего числа инпутов, задающего рост сложности). Если он также будет расти, причем не медленнее, чем сложность в степени 2/3 - проблема не возникнет в принципе.

По аналогии с событиями 2011-го года. Падение должно быть в 10-15 раз относительно максимума. Ждем 20$ за биткоин. Нам не нужны доллары, нам нужны биткоины. А потом будет ралли до 1500 и выигрывает тот, кто больше накопил биткоинов.

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

Может как 2^224 / D ?

Но в целом ясно.
Т.е. в том случае, когда Target * S * A > 2^256 хеш гарантированно подходит любой, а значит монеты в принципе не могут перезреть, имея время гарантированного конца (т.е. время гарантированной генерации PoS)?
Т.е., сейчас, в текущих условиях вход в 1000 монет мгновенно генерирует блок, когда ему исполнилось 30 дней?

Упс... Это в корне меняет дело при больших значениях сложности. 

Бальтазар, а какова вероятность генерации ПоС-блока транзакцией в течении конкретной секунды? S*A / (2^32*D) - так что-ли? Вроде ж нет, ведь может быть ненулевая вероятность его НЕ найти если даже SA>D*2^32
Я хочу все правильно посчитать. Правда я и не сомневаюсь, что там зависимости сроков жизни именно от корней, а значит мои основные выводы верны - но хотелось бы иметь точные формулы.

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

В общем, промоделировал ситуацию в экселе (взял формулу с коэффициентом e, хотя это и не особо принципиально).
Мои опасения в основном беспочвенны.  

Рост сложности превратит ПоС майнинг в лотерею намного раньше, чем награда за мелкие транзакции станет большой из-за роста среднего времени их жизни.  
При сложности в 1000 раз больше текущей, награды за транзакцию в 10 нов придется ждать в среднем около 2-х лет    (сейчас 40 дней) И она составит тогда в среднем чуть менее 2-х нов.  


Еще один любопытный вывод. С ростом сложности наблюдается интересный феномен: выплата за PoS у мелких транзакций увеличивается (из-за увеличения времени их жизни), у крупных  - снижается. Однако при очень большой сложности, она увеличивается и у крупных. Увеличение начинает происходить с того момента, когда время жизни транзакции превышает примерно 60 дней. И это логично: квадратный корень растет быстрее кубического, на малых же временных отрезках влияет ограничение зрелости в 30 дней. В очень далекой перспективе при стремлении сложности к бесконечности, награда за среднее время жизни пропорциональна корню шестой степени из сложности, что дает любопытный эффект, заключающийся в том, что награда за транзакцию, равную ПоВ блоку остается постоянной, если ПоС и ПоВ сложности растут более-менее синхронно.

И это имеет важное следствие.
Оно касается того, что использовать в качестве ограничения. Рассмотрим в качестве "типичной" транзакцию равную по размеру ПоВ блоку. Сейчас это около 10. Она генерирует блок средней наградой в 1 нову. В 10 раз меньше лимита.
Если предположить, что когда ПоС сложность вырастет в 1000 раз, ПоВ сделает примерно тоже самое, то тогда выплата за ПоВ блок будет в районе 3-х нов. И такая транзакция будет генерировать тоже около одной новы.

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

Единственное что -  действительно стоит запретить подклейку тех транзакций, которые будут приводить к возможному превышению лимита

Не верно посчитал для 1 новы. 57 дней вышло. Точно занижено.
Если К дополнительно умножить на e, то получится 82 дня.  

Число е в формуле скорей всего действительно должно быть. Хорошо было б если специалист по вероятностным процессам это посмотрел.

Т.е. после созревания она живет 52 дня? Тогда получим общее время жизни 30+52=82

0,1 новы проживет 140 дней.

100 монет 30,5 дней


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

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

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

У нас  A*T = 2^32 * D/S

При этом будем исходить из того что T = 86400*(A-30)  (не совсем верно статистически, но позволяет очень сильно упростить решение, сведя его к квадратному уравнению)

86400*(A^2 - 30*A) =  2^32 * D/S

Пусть K = ( 2^32 * D/S ) / 86400

Тогда A^2 - 30*A - K = 0

Отсюда A = 15 ± (225 + K)^0.5

Очевидно, что второй корень будет соответствовать отрицательным значениям времени, поэтому A = 15+(225 + K)^0.5  где K = ( 2^32 * D/S ) / 86400



Для транзакции в 10 нов у меня получилось что-то около 34-х дней сейчас. Для 1-й новы 71 день. ИМХО, очень даже правдоподобно.

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


Каковы текущие ограничения на подклейку входов при ПоС-генерации?

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

В общем, такой вопрос: Как оценить среднее время жизни инпута в режиме PoS генерации? Ясно, что оно зависит только от PoS сложности и величины инпута. Но какая точно там зависимость?

Да, это нужно сделать. Чтобы не происходила склейка, если итоговая награда превысит ограничение.

Но саму величину ограничения и механизм проверки определенно стоит пересмотреть. Хотя это и не первоочередная задача (как по мне), но важная.

Как по мне, то ключевым здесь является среднее время жизни (до момента генерации им PoS блока) инпута.
Необходимо, чтоб оно было заметно меньше чем время, за которое он накопит столько монетодней, чтоб попасть под ограничение.
Все это можно высчитать, и исходя из этого получить адекватное значение ограничения.

Так ведь умышленное накопление заначек тоже не выгодно.
Предположим имеем награду за монетогод 0,73 новы (73%)
Так мы каждый месяц получаем 30*73/365=6% прибыли. Что в самом замечательном случае (PoS-ы каждые 30 дней) даст 101% в год. Реально же будет меньше, но все же.
А если мы все спрячем и запустим через год, то получим 73%

Конечно, разница не особо велика, но она есть и это достаточно для того, чтоб таких заначек не делали.

Учитывая, что сейчас даже довольно крупные входы (10 и больше монет) живут у меня порядка 45-50 дней (15 дней после созревания), то я склонен считать что с ростом сложности в 10 раз их время жизни увеличится тоже до (45-30)*10+30=180 дней
При этом ROI будет не меньше 46% (а то и больше). И срабатывание ограничения будет происходить уже для не очень больших входов порядка 50 нов.

Понятно, что получим еще один механизм снижения выплаты, но в отличие от понятных всем сложности и ROI, неочевидный и некрасивый.