Bitcoin Forum
December 09, 2016, 11:47:09 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 [21] 22 »  All
  Print  
Author Topic: DIANNA: IANA Decentralized концепт дизайн  (Read 27908 times)
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 10, 2012, 12:00:38 PM
 #401

Когда происходит резкий скачек значения Fprev/Fpprev, то оно дальше не затухает. Идет "гармошкой": медленный-быстрый-медленный-быстрый и т.д.

Надо ввести затухающий фактор в это выражение.
1481284029
Hero Member
*
Offline Offline

Posts: 1481284029

View Profile Personal Message (Offline)

Ignore
1481284029
Reply with quote  #2

1481284029
Report to moderator
"Apparently, so I am told, there exist "people" who prefer to wipe sitting down. From the front. Initial research indicates it could be up to half the population." -- benjamindees
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481284029
Hero Member
*
Offline Offline

Posts: 1481284029

View Profile Personal Message (Offline)

Ignore
1481284029
Reply with quote  #2

1481284029
Report to moderator
1481284029
Hero Member
*
Offline Offline

Posts: 1481284029

View Profile Personal Message (Offline)

Ignore
1481284029
Reply with quote  #2

1481284029
Report to moderator
1481284029
Hero Member
*
Offline Offline

Posts: 1481284029

View Profile Personal Message (Offline)

Ignore
1481284029
Reply with quote  #2

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

Activity: 924


View Profile
March 11, 2012, 11:49:51 AM
 #402

эмуляция не совершенна  Angry

я попробовал ограничивать koef после его вычисления : 0.6 <= koef<=0.97

1 ) в некоторых экстримальных случаях расчет нереален
напр. выдает плоскую цену = 0.3

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

3) ценовой уровень на котором стабилизируется система зависит
сильно зависит от нач. цены -- что тоже не очень хорошо

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

Activity: 490



View Profile
March 11, 2012, 12:11:55 PM
 #403

Да полностью левый эмулятор. Я его гоняю, поражаюсь.

То что цену шатало, это я пофиксил. Там формула Fprev/Fpprev, Только Fpprev это частота двух последних чепоинтов, а Fprev - частота только последнего. Тогда нормально затухает.

При чем функция затухания зависит от k_max (макс изменения цены). Сейчас 1/k_max < k < k_max, k_max=4. Это значение должно быть больше двух (Fprev/Fpprev), чтобы затухание шло и цена стабилизировалась.

Так же k_max/2 определяет, насколько резкий скачок параметров за чекпоинт система способна адекватно пережевать. Если параметры скачут быстрее чем k_max/2 каждый чекпоинт, то начинаются чудеса. Если же параметры скакнули хоть в 10 раз, но однажды, то жрет нормально.

Соответственно, чем больше k_max, тем лучше система справляется с резкими переходами. Однако изменение цены в 10 раз, например, это вам не здрасте.

Где золотая середина?

Эмулятор очень кривой.

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

Activity: 924


View Profile
March 11, 2012, 12:30:23 PM
 #404

По-моему  лучше сначала встроить туда автоматическое изменение баунти
как оно должно идти 50 25 12.5 и т.д.
адаптировать формулы чтобы система справлялась с изменением баунти достойно
а потом уже добавлять устойчивость ко всяким тяжелым ситуациям
так оно будет проще и быстрей

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

Activity: 490



View Profile
March 11, 2012, 12:33:32 PM
 #405

Я даже на перле его переписал, все не то.

оффтоп

Настроение херня, на бирже сегодня не повезло.
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 11, 2012, 12:41:23 PM
 #406

По-моему  лучше сначала встроить туда автоматическое изменение баунти
как оно должно идти 50 25 12.5 и т.д.
адаптировать формулы чтобы система справлялась с изменением баунти достойно
а потом уже добавлять устойчивость ко всяким тяжелым ситуациям
так оно будет проще и быстрей
С баунти нормально он справляется. Дело не в этом. А в том, что процесс выхода блоков несовершенный.

Не так он эмулирует, как в реале будет происходить. На майнера транзакции раз в 600 секунд не обрушиваются.

Наверно надо буфер убрать.

И формулу К новую я озвучил.
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 11, 2012, 01:03:32 PM
 #407

Если буфера в настоящей реализации не будет, то и здесь он не нужен
но какой-то объект содержащей текущие транзакции может в эмуляторе и нужен

типа есть генератор транзакций, он валит их в эту кучу
а майнер берет сколько хочет и пытается найти блок
но это все усложнит

или альтернативно можно завязать с эмуляцией -- написать протоклиент
и договориться о тестировании его на живом биткойне

А биржа - зло, особенно краткосрочная торговля, я когда-то оставил там скромное состояние
с тех пор спекулирую только долгосрочно  Smiley

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

Activity: 924


View Profile
March 11, 2012, 01:31:54 PM
 #408

Надумал 2 вещи.

1) Эмулятор у нас не полный -- не все обратные связи реализованы
значит и стабилизировать его правильно в таком виде невозможно

2) Если цена держится выше себестоимости обслуживания домена
(  которой мы пока не знаем ) -- то ее колебания не так важны
 как удержание числа транзакций на блок ниже макс. предела
 и поддержание минимальной частоты блоков в сети -- чтобы сеть не слишком
замедлялась - скажем мин. 2 блока в сутки

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

Activity: 924


View Profile
March 11, 2012, 03:31:50 PM
 #409

Велосипед симуляции уже изобретали до нас много раз  Smiley
http://en.wikipedia.org/wiki/Model_checking
поброди там может чего полезного  найдешь
как это делать правильно

UPD : Вывод:  эмулировать надо ПОЛНУЮ систему со всеми возможными
обратными связями и выраженными в формулах соотношениями

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

Activity: 924


View Profile
March 11, 2012, 04:51:13 PM
 #410

Самое простое что мне приходит в голову :

1) написать упрощенный эмулятор биткойна в отдельном файле
2) вывести все формулы для дианы
3) четко определить допустимые пределы всех параметров дианы
4) написать в ДРУГОМ файле эмулятор дианы согласно 2) и 3)
5) гонять оба эмулятора как два отдельных процесса
    общими данными они будут обмениваться через файл или разделяемую память
 или message passing или как удобно будет
------------------------------------------------------
Это решит проблемы с синхронизацией 2-х цепочек с разной скоростью
 и даже будет круче прогона на реальном биткойне -- быстрее и все параметры
биткойна можно менять

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

Activity: 924


View Profile
March 12, 2012, 11:06:12 AM
 #411

Посчитаем систему по-другому :
 
Пусть себестоимость обслуживания домена = 0.2 BTC ( вероятно меньше
-- позже будет ясно сколько )
Это минимальная цена которую формулы должны держать
максимальная цена НЕ ограничена формулами а только спросом-предложением

пусть число транз/блок мин = 1 и макс = 6000
это тоже жесткие ограничения

пусть максим частота блоков в сети дианы ~ равна частоте блоков в сети биткойн
а миним. частота у дианы -- 1 блок за 12 часов
и это тоже жестко выдерживается формулами ( есессно при наличии
новых транзакций в сети )

Если соотн. новых регов к апдейтам старых доменов принять 50/50
то при максимальной нагрузке в сети ( стабильно высокий спрос )
число доменов в ICANN может быть достигнуто за 2-3 года  Smiley
-----------------------------------------------------------------------
Я пока вижу в такой сети только атаку путем скупки всех доменов на корню
это конечно плохо , но имеет побочный эффект --
атакующим придется закачать в биткойн прорву денег  Smiley Smiley
при цене домена в 0.2 -- стоимость атаки в год превосходит
ВСЕ уже намайненные BTC  Smiley
Что экономически невозможно для атакующего  Smiley

здесь есть только один вопрос -- какова будет себестоимость обслуживания домена за время TTL ?

UPD : остается не решенным еще вопрос вероятного будущего роста
 курса BTC к фиату, но это отдельная проблема
ее можно выставить на мозговой штурм в обе треды (rus & engish) -- это ведь
экономика и желающих пообсуждать найдется много

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

Activity: 490



View Profile
March 12, 2012, 02:56:58 PM
 #412

Цены нельзя фиксировать на цифрах. Все может меняться, при чем кардинально. Цену надо фиксировать только на работу. А это делает формула PDiff.

Количество транз тоже нельзя фиксировать. Система подстраивается под них с помощью репрайса.

Вообще ничего нельзя фиксировать. Ну разве что вот K_min/K_max, который не позволит расшатать систему какими то резкими фазовыми переходами.

Я не вижу изъяна в формулах. Я вижу изъян в эмуляторе =) Все происходить будет совсем не так. И то эмулятор показывает правильные тренды.

Все эти курсы и баунти - это все неважно. Цена завязана на значение цена/работа с кучей правильных обраток. А значит диана найдет цену, которая удовлетворит людей.

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

Поскольку Диана требует от каждого блока присутствия парента в менйстриме биткоин, чтобы серъезно нагрузить неймспейс Дианы, надо обладать серъезной мощностью от 30% биткоина. И то, это длительный и неблагодарный труд с непонятными перспективами. Не лучше уж использовать его во благо, в прямой себе профит?

Неймспейсы уязвимы к атакам на начале. Да. Но вообще то их 4 миллиарда, а столько неймспейсов 1 клиент обслуживать и мониторить не в состоянии. 1 неймспейс это минимум 10 TCP сессий. Памяти не хватит даже у хорошего компа чтобы видеть что происходит хотя бы в тысяче неймспейсов.

Собрался народ, решил открыть неймспейс. Собрали денег, заплатили майнеру, он высчитал первый блок по 2х сложности. Если плохой дядька с большой мощностью узнал номер этого нейспейса и решил напакостить, он это будет делать долго. А пока он это делает, можно забить другой неймспейс пока злой дядька сражается с мельницами =)

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

В количествах транзакций на блок майнер тоже ограничен. Цена в блоке фиксирована. Чем больше сумма транзакций, тем больше PDiff, тем больше время расчета блока. Я не знаю, сколько майнер будет считать хотя бы миллион транзакций на начале. Очень долго =) Достаточно долго, чтобы народ увидел что неймспейс засран и свалил в другой неймспейс. А значит все труды майнера в /dev/null.
rPman
Legendary
*
Offline Offline

Activity: 1078


View Profile WWW
March 12, 2012, 03:20:29 PM
 #413

Еще смешная идея выкристаллизовалась - создатель неймспейса определяет формулу (формула определяется в корневом блоке).

Ошиблись, после развития системы в формулах.. не стоит ломать и корежить исходники заглушками if(nuBlock>23456) doNewCoolFormula(...), а просто сдеали форк в соседний неймспейс (ну это я загнул).

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 12, 2012, 03:24:27 PM
 #414

Формулу репрайса и pdiff на скриптовом языке? ) Хм =)
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 12, 2012, 03:46:02 PM
 #415

@pent
Возможно я в чем-то не прав  Smiley
Главное чтобы формулы (будь это PDiff или что другое) обеспечивали
БЕЗУБЫТОЧНОСТЬ работы майнеров при любых раскладах
Quote
Атака на диану практически невозможна. Разве что на неймспейсы с крайне низкой активностью, которые хотят домены менеджить почти на халяву.
может какая-то атака и возможна -- просто пока не ясно какая  Smiley
меня больше интересуют возможные атаки на уничтожение/дискредитацию сети
чтобы их не было или они были экономически очень дороги

Есть специальный софт для симуляций
http://en.wikipedia.org/wiki/List_of_computer_simulation_software
Есть еще других до черта -- но мне кажется это не будет проще
чем написать на обычном языке -- во всех этих системах все не просто
Quote
Неймспейсы уязвимы к атакам на начале. Да. Но вообще то их 4 миллиарда, а столько неймспейсов 1 клиент обслуживать и мониторить не в состоянии. 1 неймспейс это минимум 10 TCP сессий. Памяти не хватит даже у хорошего компа чтобы видеть что происходит хотя бы в тысяче неймспейсов.
Вот и атака : плохиши открывают 1002 неймспейса и слегка заполняют их
своими доменами => система в шоке  Smiley


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

Activity: 490



View Profile
March 12, 2012, 03:49:17 PM
 #416

Биткоин никоим образом не обеспечивает безубыточность работы майнеров. И ничо.
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 13, 2012, 06:42:33 AM
 #417

Еще смешная идея выкристаллизовалась - создатель неймспейса определяет формулу (формула определяется в корневом блоке).

Ошиблись, после развития системы в формулах.. не стоит ломать и корежить исходники заглушками if(nuBlock>23456) doNewCoolFormula(...), а просто сдеали форк в соседний неймспейс (ну это я загнул).
Это весьма интересная идея, только реализовать ее трудно.

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

Activity: 924


View Profile
March 13, 2012, 06:47:56 AM
 #418

@pent
атака "1002 неймспейса" на самом деле не опасна
в реале будет всего спейсов макс. 100 -- считая с клонами

просто 4 миллиарда неймспейсов существуют только в теории
а на практике их сейчас сделать нельзя

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

Activity: 1078


View Profile WWW
March 13, 2012, 06:56:07 AM
 #419

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

Здесь не может находиться ваша реклама Smiley
Protect a future of bitcoin, use p2pool
Donation in BTC: 19fv5yYtfWZ9jQNjx2ncmu1TTrvg5CczZe
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 13, 2012, 07:17:48 AM
 #420

@rPman
смотрите пост № 417
речь шла о том что средний комп не способен сейчас одновременно работать со многими
неймспейсами -- значит можно создавая "мусорные" спейсы вредить системе

но вред тут ограниченный как я теперь понимаю

"...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 15 16 17 18 19 20 [21] 22 »  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!