Bitcoin Forum
June 25, 2018, 05:02:38 AM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   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 30712 times)
pent
Hero Member
*****
Offline Offline

Activity: 490
Merit: 500



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

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

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

Posts: 1529902958

View Profile Personal Message (Offline)

Ignore
1529902958
Reply with quote  #2

1529902958
Report to moderator
1529902958
Hero Member
*
Offline Offline

Posts: 1529902958

View Profile Personal Message (Offline)

Ignore
1529902958
Reply with quote  #2

1529902958
Report to moderator
The World's Betting Exchange

Bet with play money. Win real Bitcoin. 5BTC Prize Fund for World Cup 2018.

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1529902958
Hero Member
*
Offline Offline

Posts: 1529902958

View Profile Personal Message (Offline)

Ignore
1529902958
Reply with quote  #2

1529902958
Report to moderator
1529902958
Hero Member
*
Offline Offline

Posts: 1529902958

View Profile Personal Message (Offline)

Ignore
1529902958
Reply with quote  #2

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

Activity: 938
Merit: 1000


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



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


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



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

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

оффтоп

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

Activity: 490
Merit: 500



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

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

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

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

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

Activity: 938
Merit: 1000


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


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


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


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


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



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


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



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

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

Activity: 938
Merit: 1000


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



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

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

Activity: 938
Merit: 1000


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


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


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


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!