Bitcoin Forum
October 18, 2017, 07:13:02 PM *
News: Latest stable version of Bitcoin Core: 0.15.0.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 30311 times)
pent
Hero Member
*****
Offline Offline

Activity: 490



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

@Ukigo, окей.

Счас вот майнеров деперсонализируем и определимся с ценой. Вернее уже определились, не определились с какой цены стартовать и как ее изменять.
1508353982
Hero Member
*
Offline Offline

Posts: 1508353982

View Profile Personal Message (Offline)

Ignore
1508353982
Reply with quote  #2

1508353982
Report to moderator
1508353982
Hero Member
*
Offline Offline

Posts: 1508353982

View Profile Personal Message (Offline)

Ignore
1508353982
Reply with quote  #2

1508353982
Report to moderator
Creating a Bitcoin client that fully implements the network protocol is extremely difficult. Bitcoin-Qt is the only known safe implementation of a full node. Some other projects attempt to compete, but it is not recommended to use such software for anything serious. (Lightweight clients like Electrum and MultiBit are OK.)
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: 938


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: 446


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: 446


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


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


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: 446


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: 446


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


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


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!