Есть величина

X=sum(DFee(i))/(Bounty + sum(Fee(i))

Это отношение комиссий доменных транз к общей награде блока Bitcoin.

Есть некая функция
Y(X), которая возращает собой поправку к сложности блока в зависимости от Х.

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

Допустим X=10%, Y(10%)=10%

Это будет тот минимальный оверхед, который будет при оптимальной цене.

Далее, из опорной точки рисуем какую нить параболу рогами вверх.



Все.

Демпинг = оверхед
Спекуляция = оверхед

Я поборол верхнюю планку оверхедом по сложности.

Что если слишком заниженная цена тоже каким то образом будет вызывать оверхед?

Майнеры боятся только сложности Это та палка и тот пряник, на который они неровно дышат.

Получится неймкоин2.

Фиксировать нельзя, цена в биткоинах, биткоины волатильны. Сегодня он 4 бакса, завтра 100, послезавтра 0.1. Никто не знает сколько он будет стоить в будущем.

Последние два =NAN. К бесконечности нельзя применить знак равенства.

Короче нулевой цены точно не будет.

Высокая цена не страшна, ее рост ограничен оверхедом сложности. Никакой вменяемый майнер ломить цену не будет.

Есть проблема нижней планки, как ее правильно определить сетью? Сеть может отвергать транзакции ниже какой то цены, это не проблема. Как определить эту цену?

Есть проблема нижней планки.

Есть мысли как пропорционально и обоснованно задавать нижнюю планку?

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


С ростом популярности будет рост посредников-коммерсантов, устанавливающих себе полного клиента. А значит, сеть будет масштабироваться пропорционально популярности. Повышать аптайм, доступность записей и доступный объем хранения данных. Предела тут вроде бы нет.


Стореджи - это была неверная интерпретация выказывания Гевина. Стореджами будут все полноценные клиенты как минимум. Ну по крайней мере посредники и пуллы заинтересованы быть стореджами, т.е. DHT нодами.

В днях нельзя задавать такой важный параметр как TTL. Время - это такое расплывчатое понятие в распределенной сети. Если привязываться к нему, то надо всех клиентов анально принуждать иметь строгий sync по NTP. Иначе куча непоняток будет.

Время в такой сети измеряется в блоках. Измерить время в блоках сеть может весьма однозначно.

Здесь актуальный вопрос "в чьих блоках"? блоки DIANNA - вещь непостоянная. Таймштампинг здесь не строгий, строгая лишь последовательность. Если нет заказов по доменам - нет и новых блоков.

Значит привязываться надо к блокам биткоин.

Суть домена не в зонах, а в неймспейсах. Неймспейс - это число, предположительно unsigned int, 4 байта. 4+ миллиарда неймспейсов.
Хочешь, забивай себе неймспейс № 1234 и объявляй его зоной .panic. Хоть сейчас.


Вообще адрес - это такое абстрактное понятие. Это хитрый хеш публичного ключа просто да и все. Понятие "адрес" справедливо в контексте "послать куда то деньги". Его ввели просто для более упрощенного восприятия действительности. А в действительности, деньги просто подписываются новым ключом другого владельца. Это воспринимается людьми как "послать деньги на адрес Васи". На самом деле никуда никто ничего не посылает.

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

По сути домены - это те же коины, только это строки. Их нельзя делить или умножать, это целостные сущности.

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


Это будут определять регистраторы и майнеры. По какой цене им выгодно производить MM. Здесь они ограничены в жадности. Если заломят слишком много, не получат ничего. Т.к. есть поправка к сложности.


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


Я все еще думаю над формулой, которая бы позволила держать цену в каких то границах. Прежде всего, как ни странно, она должна задавать нижний предел - за верхий я не беспокоюсь. Однако есть у нее обратная сторона. Формула должна оперировать практическими данными сети для установки границ. Например "средняя цена домена в последние 5000 блоков +/- 500%". Однако это может спровоцировать атаку. Злонамеренные участники смогут двигать границы формулы, засыпая сеть доменами по минимальной цене. По моему эта формула - зло.


Не, ну есть же такое понятие как конкуренция. Это все решается вне системы.

На самом деле регистраторы-посредники, как ни странно, очень нужны.

Чуть ли не единственными полноценными клиентами DIANNA будут пуллы и посредники. Остальные - лайт версии.

DIANNA это ведь DHT сеть. В мейнтейне DHT сети финансово заинтересованы только пуллы и посредники - больше никто. А DHT сеть работает тем лучше, чем она больше.

Пуллов мало. А посредников может быть много.

Скорей всего, посредников не будет на начальном этапе. Или будет, но мало. Сеть DIANNA будет мала.

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

Тогда появятся посредники, расширят сеть. Кроме того, принесут еще пиар и кучу фиата в оборот.

Ох... Короче так.

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

Плюсы:
- 51% атака отпадает вообще как таковая без всяких костылей
- Как и бесплатная регалка
- Как и 50% работы по наладке финансовой цепи
- DIANNA будет не в оппозиции Bitcoin и всех остальных, а рядом и без конкурентов
- Это придаст ей большую популярность на старте
- Майнинг пулы не надо будет уговаривать на ММ, они сами все сделают, это им выгодно
- Это создаст дополнительную конкуренцию в пуллах, оздоровив сеть Bitcoin
- Что я там еще упустил?

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

Минусы:
- Полная зависимость от Bitcoin. Но я бы это не назвал зависимостью. Это симбиоз.

Да, Гевин заинтересован чтобы в проекте DIANNA протестили технологии DHT и MM. Ну что ж, протестим. От этого будет лучше всем. Почему нет?

По поводу регистраторов. Я не говорю что они необходимы, нет. Но их существование возможно. Они могут принести дополнительную популярность и фиат в сеть. Если так, почему нет?

И они не являются чем то центральным. Они просто берут деньги и запросы клиентов и отдают на обработку. Потеря одного или всех не критична для сети. После того, как они отдали домен на обработку, он больше не находится в их власти. Что в этом такого?

Yes. No additional currency. All domain money will flow through Bitcoin increasing its popularity. No separate mining (even not possible). Bitcoin miners will just attach merged mining of DIANNA blocks and offer domain operations for clients increasing profit. All domain data will be kept in separate DIANNA chain which will be stored in DHT and can hold 100's ICANN databases.

DIANNA's blocks will be merged mined with bitcoin blocks. The AUX block will be DIANNA block, the PARENT block will be Bitcoin block. The DIANNA block will have reference to PARENT bitcoin block and checked against it. This will be enough i think. Also all transactions in DIANNA block will be refernced to bitcoin transactions.

This must be a special DHT implementation. All DIANNA's clients are DHT participants. All of them have a full DIANNA block headers chain in local storage. So they probably will decide to save a block only if its hash matches local headers chain with some threshold for new blocks.

The "thin" clients (network listeneres) will contain headers chain also, so they can verify whether DHT returned valid data.

The Gavin's design above is just what I proposed in design, but money flow moved away to bitcoin.

This will enforce mining pool competition and cause more mining pools to appear.

Bitcoin and DIANNA will work for each other, enforcing both popularity and health.

DIANNA will not be a fork of Bitcoin, but an extension.

DIANNA's blocks frequency may be arbitrary and blocks will contain only needed information about domains.

This is freaking awesome idea.

А вот теперь по моему эту всю хрень можно писать на яве ))

Это будет не форк биткоина а его расширение. DIANNA и Bitcoin будут работать со взаимной пользой друг для друга.

Расширение дианы создаст дополнительную конкуренцию в пулах! Появится еще больше пулов в охоте за доменными комиссиями.

И да, мы заткнем ICANN за пояс )

I think i got it Gavin.

Registar = bitcoin mining pool for simple case.

Client sends X BTC to mining pool in a special marked transaction. He signs domain name with domain private key and put it to Script with following OP_DROP for exmple.

Then he goes to bitcoin pool, give it:
- initial transaction_id
- domain name
- domain public key
and asks to register a domain.

Pool gather such domains in a DIANNA block (performing validation and d/spend checks) and tries to find its hash with merged mining of parent bitcoin block. But with bitcoin block difficulty and difficulty correction in my formula.

After success, pool pushes DIANNA block in diana network.

Dianna network has all required data to check this block:
- It has referenced bitcoin transactions
- It has domain names and pubkeys to make sure those a signed by domain owner
- It has a hash of parent Bitcoin block, so it can see its difficulty and number of bounties
- So it can calculate a valid difficulty target to match dianna's block hash

So the grounds of putting domain in DIANNA's chain is the initial bitcoin payment. DIANNA will refuse domain transs without corresponding payemnts.

Abuse activity of mining pools here is not profitable. If pool will send initial transaction from his address to another his address, this anyway will increase the dianna's block difficulty.

In this scheme DIANNA isn't vulnerable to 51% attack, as its basic difficulty and hashing power will be taken from bitcoin.

Am I right?

Попытка въезда №2.

Транзакцию регистратору за домен в bitcoin мы чем то помечаем. Скажем, подписываем название домена приват ключом, потом типа OP_DROP.

Транза предназначалась регистратору.

Регистратор - это или майнер/пул или просто посредник.

Регистратору отдаем имя домена, публичный ключ, trans_id.

Тот со всем этим делом чешет к пулу биткоин с пачкой таких заявок.

Пул берет эти заявки и рассчитывает по ММ хеш диановского блока со сложностью родительского блока Bitcoin плюс моя поправка к сложности

Далее этот блок популяризируется в DHT сеть, которая проверяет proof-of-work и сохраняет его.

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

Пулам не выгодно жульничать. Например, сделать транзакцию от себя к себе и на ее основании провести домен, так как это вызовет поправку к сложности.
Проблема 51% так же отпадает.

Сеть DHT выгодно мейнтейнить посредникам-регистраторам и пулам bitcoin.

Периодичность блоков DIANNA не критична и вообще не важна. Блоки будут только те, которые содержат информативную инфу. Появляться будут с произвольной периодичностью.

То есть это по сути тоже, что предложил я, только финансовая цепь уходит в биткоин.

Ну как, православно?

Короче я понял что я нифига не понял, о чем там Гевин толкует.

Что откуда взять и куда передать? Как мотивировать участников DHT ложить себе всякое г-но на винты?

+ Я передал 1 BTC регистратору "за домен pent".

+ Регистратор проверяет домен на дабл спенд.
Где? У дианы своя цепочка? Вроде да. Ладно.

+ Регистратор взял пачку таких заявок и передал майнеру на хеширование по ММ. Биткоин майнер захешировал диановский блок по ММ.
Чего мешает ему это делать без регистратора? Высокая сложность биткоина?

+ Диановский блок популируется в DHT со ссылкой на блок Bitcoin.
Что за ссылка? На какой блок? Зачем?

+ Ноды ДХТ проверяют диановский блок [??и какую то связь с блоком Bitcoin??] и кладут его себе
За какой шиш?

Gavin: Are you talking about putting extra data to bitcoin blockchain? Have a couple of questions, I am trying to figure out your picture.

Is this correct? DIANNA has its own chain on DHT, domain double spend performed against this chain.

What prevents miner to do this without registar?

Block hash of what block? Where client paid for domain, or where miner did merged mining?

What is the motivation of DHT nodes to maintain network?

Тут такой момент.

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

А если регистраторы будут только поводырями, а данные будут храниться не у них, это их простимулирует к реганью бесплатных доменов и засиранию системы.

1. Ну дык обращается к сети стореджей да. А стореджи то у регистратора в подчинении.

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

2. Ну соответственно, DHT тут специальная, с избирательным хранением.

Вообще это все стремно как то пахнет. Но и интересно.