DIANNA: IANA Decentralized концепт дизайн

[pent]

То есть у тебя даже в теории бизнеспроцесса небыло? мдаа... а уже волонтеров-добровольцев кодеров набираешь.

Да как это не было, Было. Просто ты своими вопросами заставил задуматься, я опять порвал шаблон и бизнес процессы изменились.

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

Чтобы разделять активность и цену. CJDNS например, нищеброды. Какой киберсквоттер туда сунется?

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

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

Мне этот способ огораживания не очень пахнет. Это завязка на ICANN. См. выше что я написал про новую схему.

[1713518279]

1713518279

[1713518279]

1713518279

[1713518279]

1713518279

[1713518279]

1713518279

[rPman]

Пусть DIANNA задает именно цену домена, а не PDIff - базируясь на частоте последних N блоков. Ниже частота - ниже цена. Выше частота - выше цена. Начиная с 1E-8 BTC. И эту цену нельзя нарушить.

Ну вот наконец новые идеи, а от как придумал одну, так и вцепился в нее, с закрытыми глазами.

Что такое частота последних блоков?
Намекну, что времени, записанному в блоках верить НЕЛЬЗЯ, единственное чему там можно верить - сложность (она однозначно проверяема).

Мне этот способ огораживания не очень пахнет. Это завязка на ICANN.

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

Чтобы разделять активность и цену. CJDNS например, нищеброды. Какой киберсквоттер туда сунется?

Остаться в конце концов должен кто то один! А вот кому понравится регистрировать xxx доменов в неймспейсах, количество которых кстати будет зависеть от прихоти кого-то, редактирующего публичную вики страничку проекта, на которой записаны рекомендации по неймспейсам? Просто этот момент напрямую вытекает из недостатка самой системы DNS.. развиваться необходимо в другую сторону, ключевые слова и поисковики.

[pent]

Бизнес процесс значит.

Основы.

За доменом закрепляется пара ключей. Приватный ключ хранится у юзера и никому он его не дает. С публичным варианты.
Диана устанавливает цену доменной операции для неймспейса, исходя из активности неймспейса. Эту цену нарушить нельзя.
Блок дианы мерж-майнится по прежнему против парент блока биткоин. PDiff есть отношения суммы по доменам к награде парент блока биткоин. Но уже не задается системой.
Основанием для помещения доменной транзы в цепь дианы есть аут спец транзакции биткоин с комиссией.
Транза с комиссией помечается добавлением в скрипт подписи имени домена приватным ключом и за этим OP_DROP и далее обычный биткоин скрипт.

Процесс.
Юзер хочет домен, у него есть пара ключей и немного BTC.
Варианты:
1) Юзер идет на майнинг пулл или к посреднику, смотрит цену за домен текущую в диане.
1а) Юзер качает диану-фулл, создает там биткоин кошель, переводит на него деньги за домен (или просто импортирует ключ). Крафтит оттуда транзакцию биткоин, подписывая в ней имя домена приватным ключом, переводит на счет пулла
1б) Пулл просто просит подписать имя домена ключом и перевести ему нужные деньги. Предоставить имя домена и публичный ключ. Пулл сам крафтит эту транзакцию себе.
1в) Юзер идет к посреднику, платит фиат, посредник проделывает работу 1б) или 1а) за юзера, попросив у того лишь пуб ключ и имя домена.
2) На основании скрафченой транзакции создается доменная транзакция
3) Куча таких транзакций складывается в блок дианы, юзер может наблюдать в публичных источниках проводку своей транзакции

Как я уже говорил, new,update,renew,transfer - одна и та же хрень по одной и той же цене.

[pent]

Что такое частота последних блоков?
Намекну, что времени, записанному в блоках верить НЕЛЬЗЯ, единственное чему там можно верить - сложность (она однозначно проверяема).

Дык как нельзя, если верят? Я так понимаю, там +/- час не вопрос, но в целом, таймштамп должен укладываться в какие то разумные рамки.

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

Code:

    // Limit adjustment step
    int64 nActualTimespan = pindexLast->GetBlockTime() - pindexFirst->GetBlockTime();
    printf("  nActualTimespan = %"PRI64d"  before bounds\n", nActualTimespan);
    if (nActualTimespan < nTargetTimespan/4)
        nActualTimespan = nTargetTimespan/4;
    if (nActualTimespan > nTargetTimespan*4)
        nActualTimespan = nTargetTimespan*4;
    
    // Retarget
    CBigNum bnNew;
    bnNew.SetCompact(pindexLast->nBits);
    bnNew *= nActualTimespan;
    bnNew /= nTargetTimespan;
    
    if (bnNew > proofOfWorkLimit())
        bnNew = proofOfWorkLimit();

Остаться в конце концов должен кто то один! А вот кому понравится регистрировать xxx доменов в неймспейсах, количество которых кстати будет зависеть от прихоти кого-то, редактирующего публичную вики страничку проекта, на которой записаны рекомендации по неймспейсам? Просто этот момент напрямую вытекает из недостатка самой системы DNS.. развиваться необходимо в другую сторону, ключевые слова и поисковики.

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

[pent]

Неймспейсы позволяют:

1) Разделить семантику значения ключей.

У традиционных DNS зон например семантика значения будет такая:

Code:

KEY<domain.com>=VALUE<@ IN NS ns1.hoster.com.;@ IN NS ns2.hoster.com;>

У I2P семантика значения будет - 516 байт-хеш назначения

Code:

KEY<domain.dia.i2p>=VALUE<sdfjdslfjsdlfsldfkldsfjsldjfdsjf23r3489r943u943f0--дохрена байт--34c83u349c93u0c4>

Ну и зачем данные с разными семантиками в одном неймспейсе?

2) Ограничить объем актуальных данных только своим неймспейсом. И правда, зачем DNS клиентам I2P принимать блоки с доменами CJDNS там например

3) Разделить активность сети, а значит и цену за домен. Своя цепь блоков, в которых фигурируют только свои домены. Значит своя активность. Значит своя цена за транзу.

[rPman]

я так и не получил ответов на ключевые вопросы:
* как человек выбирает/находит себе регистратора
 - наисложнейший вопрос... выбор не верной методики точно будет концентрировать все заказы у минимального количества регистраторов, а так как диффиренцировать рынок тут не чем (дорогие и дешевые операции) то регистратор в конце концов будет останется один/мало - кстати будет еще один повод подмять под себя пулы майнинга bitcoin.
* что за спец-транзакция с комиссией? я вроде четко расписал варианты, вопросы остаются следующие фазы:
 1. факт пожелания в регистрации
 2. проверка переданных средств в bitcoin
 3. проверка того что домен зарегистрирован
 4. только после этого деньги должны поступить на счет пула
тут минимум 2 атомарные операции, их невозможно сделать только в bitcoin или только в diana... дальше вытекают проблемы с ttl необработанных транзакций (для которых домен еще не зарегистрирован)...
Или даже об этом не задумывался и у нас на лицо простая и тупая централизация - доверимся регистратору, он не обманет
* выбрав регистратора человек платит именно ему, сразу после создания транзакции (пары diana/bitcoin?) никто не может создать с тем же доменом, но на себя?
* transfer - получается для передачи домена другому владельцу нужно заплатить одновременно старому владельцу и комиссию... грустно это, очень грустно.

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

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

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

[pent]

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

Ох что то я об этом уже писал много раз

* Объявление пулла/регистратора на форуме: Регистрирую DIANNA! Принимаются все/некоторые неймспейсы! Наинизшая цена!
* Тоже: в adsense
* В любом другом удобном месте поспамиться

Мы вынесли фин-цепочку вовне. Платеж идет непосредственно на кошель пулла/регистратора. То есть лично. И контролировать ее прохождение можем лишь частично. Все остальное - ложится на репутацию регистратора или пулла. Как в обычном бизнесе. Кинул пацана - по **лу на! Ну то есть вонь на форумах и прочие методики загаживания кармы недобросовестных контор.

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

* что за спец-транзакция с комиссией? я вроде четко расписал варианты, вопросы остаются следующие фазы:
 1. факт пожелания в регистрации
 2. проверка переданных средств в bitcoin
 3. проверка того что домен зарегистрирован
 4. только после этого деньги должны поступить на счет пула

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

* выбрав регистратора человек платит именно ему, сразу после создания транзакции (пары diana/bitcoin?) никто не может создать с тем же доменом, но на себя?

Домены внутри дианы подписываются ключами типа как коины. Только владелец приватного ключа домена может проводить с ним транзакции. Регистратор или пулл просто просят клиента подписывать некоторые строки этим приватным ключом в процессе регистрации, но сам ключ всегда у клиента.

* transfer - получается для передачи домена другому владельцу нужно заплатить одновременно старому владельцу и комиссию... грустно это, очень грустно.

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

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

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

Наверняка какие то проверки есть, не копался точно.

[pent]

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

Code:

main.cpp: CBlock::AcceptBlock()
    // Check timestamp against prev
    if (GetBlockTime() <= pindexPrev->GetMedianTimePast())
        return error("AcceptBlock() : block's timestamp is too early");

В будущее не проверяется гыгы. А чем это может навредить?

[pent]

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

[rPman]

В будущее не проверяется гыгы. А чем это может навредить?

Code:

int64 nActualTimespan = pindexLast->GetBlockTime() - pindexFirst->GetBlockTime();
...
bnNew *= nActualTimespan;

сделать bnNew какой хочешь... МАЛЕНЬКОЙ. и в момент пересчета сложности совершить атаку 51% если ты пул просто с самой большой мощностью (даже если не добираешь по мощности), или просто получить больше монет за короткий срок, контролируя сложность такой, какую пожелаешь... а уж что произойдет если сложность станет отрицательной

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

[pent]

Да при чем тут слепо? У биткоина правило фундаментальное - у какого форка цепи высота больше - тот и принимать за истину. Форки цепи происходят постоянно. Постоянно генерятся сотни тысяч кандидатов блоков на текущую высоту. и на основе их идут другие форки. Но сеть принимает наивысший форк.

[pent]

Кстати регистраторы по ходу отпадают. Или они просто продают биткоины за фиат дабы клиент мог зарегать домен из дианы.

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

Нужна возможность непосредственной регистрации/апдейта из гуя дианны. Сложная конечно процедурка:

1. Сгенерить/выбрать ключ домена для регистрации/апдейта
2. Раздобыть каким то образом биткоины на биткоин-кошель дианы (да, диана будет включать в себя базовый клиент биткоин)
3. Найти пулл, получить адрес для платежа
4. Скрафтить комиссию в биткоин сеть, подождать подтверждений
5. Скрафтить доменную транзу на основе это комиссии

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

[rPman]

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

Как тебе отказ в продлении домена путем сговора крупнейшими пулами? И ведь смогут отжать себе доменчик по типа google.diana или microsoft.diana...

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

p.s. неужели ты начал понимать всю беду?

[pent]

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

Никакая это не беда, это обычный бызнес.

Домен не могут забрать без ключа. Только если откажут в регистрации на TTL блоков, а потом сами регнут.

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

С тех пор как мы вынесли фин цепочку вовне, все платежи на авторитете пуллов.

Пулл тоже не может беспредельничать. Его репутация = его юзеры. Повалят от него, потеряет мощность.

К тому же есть такие вещи как p2pool. Я хрен знает че такое, не разбирался, но звучит обнадеживающе

[pent]

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

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

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

Я всеми ногами и руками за такое решение, но я правда не представляю как это сделать.

Может кто помозгует, с новомодными введениями бип16 и пр. такое можно замутить? Если да, то это будет просто ништяк.

[pent]

Обновил дизайн результатами дискуссии. Не обделил авторством rpMan

v1.5
http://dianna-project.org/wiki/Design_Overview
http://dianna-project.org/wiki/Design_Changelog

[rPman]

На кой черт вообще создавать систему, существование и работоспособность которой зависит от человеческого фактора - захочет/поверит/понадеется/обманет?!. Тем более нет особых проблем, кроме определения правила формирования цены, для реализации всего этого.

diana - должна стать полностью автоматизированной системой по управлению доменными именами с оплатой в bitcoin.
Не должно быть ничего, что принимается на веру! все должно быть математически доказуемо, даже с такими допущениями, как атака 51%.. так как это позволяет, например, оценить риски (стоимость атаки на сеть bitcoin определяет максимальную сумму транзакций, которые в ней можно проводить).

Для контроля в принципе все уже есть в bitcoin - пусть участники следят сами друг за другом (желающие зарегать домен следят чтобы их домен был зареган, а регистраторы - чтобы им платили).
Достаточно чтобы в bitcoin и diana было реализовано escrow, а дальше, перекрестные транзакции, и многоэтапный процесс регистрации:
1. клиент регистрирует домен и переводит деньги
2. пул проверяет что деньги ему перевели и регистрирует домен (ждем когда блок или несколько будут найдены)
3. клиент ждет когда в блокчейне появится его домен и будет доступен ему (а то пул зарегистрирует на себя)
 * если так - подтверждает обе транзакции в bitcoin и diana (multisig transaction - для доступа к монетам должны быть подписаны несколькими участниками)
 * иначе не подписывает и транзакция, по прошествии ttl откатывается (вот тут реально я не знаю сделано это в bitcoin или нет.. но технически не вижу проблем для реализации)
то есть для того чтобы домен был зарегистрирован, оба и клиент и регистратор должны быть онлайн (хотя бы поочередно.. клиент дважды - чтобы послать и подтвердить регистрацию, регистратор чтобы как минимум принять регистрацию и найти блок)

[rPman]

Ukigo, очень правильно считаешь, за исключением одного...
bitcoin - сеть молодая, цена спекулятивная и неправильно низкая (просто иначе при большем количестве участников на всех тупо не хватит), значит сравнивать текущую цену на bitcoin и развитую ICANN как минимум странно.

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

[rPman]

Я думаю меня устроит и 2$, а кого то и 20$...

Вы загляните с другой стороны.. кому может понадобиться такая замечательная опция - независимость, неподконтрольность? это то чего не может приложить ни один существующий регистратор (они все в конце концов сидят под дулом США). И сколько она может стоить.

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

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

[panic]

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

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

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

Я всеми ногами и руками за такое решение, но я правда не представляю как это сделать.

Может кто помозгует, с новомодными введениями бип16 и пр. такое можно замутить? Если да, то это будет просто ништяк.

между прочим я уже описывал один из вариантов механизма оплаты:

Оплата транзакции в DIANNA.
а. Клиент создаёт доменную транзакцию + указывает сумму которую готов за неё заплатить.
а.1. Клиент оплачивает заявку на включение доменной транзакции в блок DIANNA с указанием её идентификатора. (оплата в размере минимальной комиссии биткоина с целью избежать флуда заявками)
б. Майнер проверяет оплату заявки, после чего, если его устроит цена, включает доменную транзакцию клиента + биткоин адрес майнера + цену транзакции + хеш блока с заявкой в блок DIANNA.
в. Клиент получает сообщение о том, что его транзакция была помещена в блок, но ещё не оплачена.
в.1. Клиент переводит необходимые средства на указанный майнером адрес, добавив в комментарии идентификатор доменной транзакции.
г. Сеть проверяет и берёт на хранение оплаченные транзакции.

теперь стоит прокомментировать идеи, находящиеся между строк:
1. заявка через блокчейн биткоина является публичным обьявлением работы, т.е. любой пул посчитавший что заявка валидная и будет оплачена может сразу же приступать к работе. (заявка прикрепляется с помощью ID к транзакции, рассылаемой через сеть дианы)
2. скорее всего пулы не будут доверять любой заявке, поэтому в систему вводятся регистраторы, подписывающие заявки. Идентифицировав регистратора по его публичному ключу, пул может собрать историю выплат регистратором, на основании которой принять решение доверять ему или нет.
3. сложность блока дианы всё также может определяться зависимостью от частоты блоков / количества транзакций. Но. Лучше привязать сложность к скорости выхода блока после заявки используя тот же алгоритм, что и в биткоин.
4. самое главное нововведение, вытекающее из последнего пункта: база данных доменных записей и блокчейн(-ы) должны быть разделены, так как (в такой реализации) в цепочке блоков дианы могут быть неоплаченные транзакции. Актуальную DNS базу данных следует группировать в блоки и подтверждать их изменение в блокчейне (с некоторой задержкой, необходимой для оплаты транзакции).