Надо понимать что к диане 51% атака уже не относится, пока биткоин к ней устойчив.

Yeah, output can be redeemed by conditions provided in script. I.e. protected by password only or not protected at all.

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

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

Нездоровый перфекционизм всегда мешает.

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

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

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

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

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

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

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

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

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

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

ы?

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

They could be redeemed without any keys and signatures.

Hint: This is not only one such transaction in chain.

Seems that p2pool produces them. Ammm... WHY?

Just come and get some

http://blockexplorer.com/tx/41836560e2439f440514af96ca394a38bad6f3d9d0d11dba667c886b16e504ec


Output does not contain CHECKSIG's!

I tried to craft needed transaction input, but after several fail attempts my client has been banned eveywhere. :lol:

Ну прям валяются ваще на дороге. Просто иди и бери

http://blockexplorer.com/tx/41836560e2439f440514af96ca394a38bad6f3d9d0d11dba667c886b16e504ec


Я так понимаю, p2pool этим занимается и у него в каждом блоке такое. У аутпута нет CHECKSIG'ов!

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

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

Перед операцией, майнер и клиент создают у себя некие рендомные одноразовые пароли:
* 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 в ауте:

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


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


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


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

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

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

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

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

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

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

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

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

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

@Ukigo, окей.

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

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

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

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

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

Прикольно, но DNS хранилище это и есть блок чейн дианы. Фишка блок-чейна в том, что все, что туда запечатано - валидно.

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

Тут ссылочку подкинули...

https://en.bitcoin.it/wiki/Contracts