Bitcoin Forum
December 07, 2016, 08:54:53 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 27888 times)
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 02, 2012, 07:04:13 PM
 #281

@Ukigo, окей.

Счас вот майнеров деперсонализируем и определимся с ценой. Вернее уже определились, не определились с какой цены стартовать и как ее изменять.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 02, 2012, 07:05:35 PM
 #282

А насчет контрактов - а юзает ли их кто-нибудь на практике ?
Если да -- то тебе было бы полезно с ними пообщаться -- мож чего подскажут
Я сейчас изучаю сырцы на предмет поддержки nLockTime и sequenceNumber. Ато везде говоря типа поддержка отключена. Но я там точно видел функции по этой теме, смысл которых мне тогда был не понятен.

По моему все это было упразднено мультисигами.
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 02, 2012, 07:20:18 PM
 #283

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

И да мне особенно интересно как цена должна изменяться от блока к следующему
 для тестирования

"...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 02, 2012, 07:23:18 PM
 #284

nLockTime и nSequence поддерживаются. Выключили похоже только в UI интерфейсах.
panic
Sr. Member
****
Offline Offline

Activity: 444


View Profile WWW
March 02, 2012, 07:33:37 PM
 #285

Объясни плз подробнее, чето я не пойму. А их кто подтверждать будет и за какой $?

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

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

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

3. Валидный блок дианы должен содержать:
-валидные транзакции.
-биткоин адрес майнера.
-цены транзакций.
-хеши биткоин блоков с принятыми заявками.
-изменение хешей и добавление новых хешей блоков DNS хранилища.

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

DNS хранилище - это не блокчейн. Все записи в хранилище могут быть изменены, но чтобы клиент доверял хранилищу, хеш блока должен быть записан в блоке дианы.
panic
Sr. Member
****
Offline Offline

Activity: 444


View Profile WWW
March 02, 2012, 07:56:35 PM
 #286

Кстати, такое хранилище может существовать и без блокчейна дианы, если некие "правильные" узлы будут фиксировать его изменения в цепи блоков биткоина.
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 02, 2012, 08:40:42 PM
 #287

Вот "правильные" узлы - это как раз централизация и цензура.

В твоем предложении можно избавиться от централизации только одним способом - при резолве домена из блок чейна дианы дополнительно еще искать и валидную транзакцию биткоин. Это очень сложно.
rPman
Legendary
*
Offline Offline

Activity: 1078


View Profile WWW
March 02, 2012, 10:37:36 PM
 #288

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

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

Activity: 490



View Profile
March 03, 2012, 12:07:44 AM
 #289

Все то оно так, да что мешает клиенту подтвердить только DIANNA транзакцию без bitcoin транзакции.
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 03, 2012, 12:44:40 AM
 #290

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

Перед операцией, майнер и клиент создают у себя некие рендомные одноразовые пароли:
* passC - клиентский пароль, hash_passC - его хеш sha256(RIPEMD160()) (соответствует OP_HASH160 в скриптах)
* passM - майнерский пароль, hash_passM - его хеш sha256(RIPEMD160())

Так же,
* bit_pub_M - публичный ключ (адрес) bitcoin, принадлежащий майнеру и hash_bit_pub_M - его хеш160
* dia_pub_C - публичный ключ dianna, принадлежащий клиенту и его хеш hash_dia_pub_C

Майнер дает hash_passM клиенту.

Клиент создает транзакцию Bitcoin с sigScript в ауте:
Code:
OP_HASH160 <hash_passM> OP_EQUALVERIFY OP_HASH160 <hash_passC> OP_EQUALVERIFY OP_DUP OP_HASH160 <hash_bit_pub_M> OP_EQUALVERIFY OP_CHECKSIG

Для того, чтобы забрать эту транзакцию, майнеру нужно будет в следующем INPUT предъявить два пароля в открытом виде + нормальная биткоин проверка на сигнатуры (все что после OP_DUP). Input должен будет быть таким:

Code:
signature bit_pub_M passC passM

Клиент так же создает транзакцию DIANNA с sigScript в ауте:

Code:
OP_HASH160 <hash_passM> OP_EQUALVERIFY OP_HASH160 <hash_passC> OP_EQUALVERIFY OP_DUP OP_HASH160 <hash_dia_pub_C> OP_EQUALVERIFY OP_CHECKSIG

Чтобы клиент мог воспользоваться в дальнейшем этим доменом, ему так же надо будет предъявить два пароля + проверка сигнатуры:

Code:
signature dia_pub_C passC passM

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

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

Однако тут есть недостаток. Что если майнер скажет: А вот хрен с теми деньгами, не дам я тебе пароль! И клиент теряет домен через TTL блоков.

Проблема в том, что по ссылке что я привел описана схема обмена двух равноценных активов. А у нас домен может быть подороже чем операция за него. Что ж теперь, просить залог?
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 03, 2012, 05:05:11 AM
 #291

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

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

Однако тут есть недостаток. Что если майнер скажет: А вот хрен с теми деньгами, не дам я тебе пароль! И клиент теряет домен через TTL блоков.
это обычная ситуация напр. при покупке недвижимости -- и толком
она никак не решается.

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

У нас ведь даже судится нельзя ,если что не так -- не как в обычном мире

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

если же майнер деперсонализирован -- то он не имеет репутации
и как его поймать за руку если что ?
-------------------------------------------------------------
самая большая проблема как всегда психология  Sad
PS. У Гевина было Bitcoin-эскроу -- вот кто разбирается в проблеме

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

Activity: 444


View Profile WWW
March 03, 2012, 06:46:43 AM
 #292

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

В твоем предложении можно избавиться от централизации только одним способом - при резолве домена из блок чейна дианы дополнительно еще искать и валидную транзакцию биткоин. Это очень сложно.
"Правильность" вытекает из свойств блокчейна. Всё, что находится в цепочке - правильно, следовательно правильными будут и записи в DNS хранилище. Нет необходимости для конечного пользователя в дополнительных проверках этой правильности, достаточно скачать нужный блок хранилища и проверить его хеш. Все сложности лежат на плечах майнеров, которые за это, между прочим, деньги получают.
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 03, 2012, 06:53:13 AM
 #293

Не, майнеры таким образом заинтересованы от балды добавлять в "правильную" базу "правильные" записи. В такой схеме без клиентских проверок никуда.
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 03, 2012, 07:19:40 AM
 #294

Ну хорошо. У майнеров итак много привилегий.

Пусть клиент просто тупо создает мультисиг транзакцию 2 из 2.

ы?
panic
Sr. Member
****
Offline Offline

Activity: 444


View Profile WWW
March 03, 2012, 07:33:56 AM
 #295

Не, майнеры таким образом заинтересованы от балды добавлять в "правильную" базу "правильные" записи. В такой схеме без клиентских проверок никуда.
xDD
в биткоине всё так и происходит) Майнеры заинтересованы добавить в блок левую транзакцию (начать свою цепочку блоков). Только нехватка мощи не позволяет.
pent
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 03, 2012, 07:57:55 AM
 #296

Мы ушли от темы.

Чтобы одинаково обезопасить и майнера и клиента, надо или использовать сторонний эскроу, или научить биткоин понимать диану. Третьего не дано.

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

Как деперсонализировать майнера я не знаю.

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

Ато я тут с мельницами по моему сражаюсь.

Заговор? От заговоров есть антимонопольные комитеты."20 Гбит UDP DDOS" называются.
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 03, 2012, 08:07:13 AM
 #297

Ну хорошо. У майнеров итак много привилегий.

Пусть клиент просто тупо создает мультисиг транзакцию 2 из 2.

ы?
То есть типа : желающий зарегать домен и майнер ?
А если они поссорятся потом и один из них откажется подписывать
своей подписью -- кто будет решать этот вопрос ?

Вот обсуждение по теме
https://bitcointalk.org/index.php?topic=55856.0

UPD: не не с мельницами -- а с людьми  Smiley
И тебе надо их победить -- иначе они победят будущую
сеть DIANNA -- просто загадят все дотла -- так что никто не будет юзать

Вариант с эскроу значительно легче пробить чем спец. БИП для DIANNA <--IMHO

"...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 03, 2012, 08:14:49 AM
 #298

Пусть параноики чешут на эскроу сервисы. Они как раз будут вскоре созданы для таких случаев, когда подтверждение транзакции требует некоторое неведомое биткоину событие. Типа впечатывание домена в блок дианы.
Ukigo
Hero Member
*****
Offline Offline

Activity: 924


View Profile
March 03, 2012, 08:20:31 AM
 #299

Про заговоры -- в CJDNS-сетях насколько я понял DDOS невозможен
Технологии будущего, ага.
 Их сеть Hyperboria -- маленькая -- но это тестовый артефакт -- они были бы
 значительно больше если бы пускали всех, а не по инвайтам и занялись бы
 своим PR'ом

У них ты "плохиша" DDOs'oм не накажешь

"...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 03, 2012, 08:25:49 AM
 #300

Пуллы работают по айпи обычному. И заговоры всегда чреваты утерей электората. Особенно если всколыхнуть общественность.

Я не пойму, мы матрицу изобретаем? Чтобы система еще подтирала? И еду жевала? Не скучно жить будет?

Нездоровый перфекционизм всегда мешает.
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!