Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
19 февраля 2012, 5:52:11 PM   # 1
 
 
Сообщения: 328
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Я рассматриваю добавление поддержки моей службы на пару зеленых адресов.

Есть ли способ использовать стандартный bitcoind, чтобы определить источник входящих сделок? Или я должен использовать веб-службы, такие как blockchain.info или свернуть свой собственный клиент?

Патч к стандартному клиенту Bitcoin было бы здорово.  

Мысли?

Дэн
DBordello сейчас офлайн Пожаловаться на DBordello   Ответить с цитированием Мультицитирование сообщения от DBordello Быстрый ответ на сообщение DBordello


Как заработать Биткоины?
Без вложений. Не майнинг.


19 февраля 2012, 7:22:49 PM   # 2
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

Получил 1806 Биткоинов
Реальная история.





А [р] ATCH к стандартному клиенту Bitcoin было бы здорово.  

Я обычно не в пользу этого в данный момент.  "Зеленые адреса" добавить ненужную раздувание к блоку цепи (никто, кроме получателя, заботится о том, что данные, конечно, не люди через 10 лет) и поставить под угрозу конфиденциальность Bitcoin users- даже люди, которые не являются непосредственно пользователями зеленых адресов. Они также поощряют бедные ключевые методы управления (например, держать все свои средства на один зеленый адреса) или даже больше цепи наворотов (делая два шаг транзакции).

Я также понимаю, от разговора с Magicaltux, что зеленые адреса не было особого успеха.

Мы добавили функциональность signmessage, чтобы люди могли использовать хорошо известный открытый ключ (ваш зеленый адрес, если вы будете) подписывать какие-либо данные, которые они хотят, в том числе идентификаторов транзакций, не ставя ничего в blockchain или опубликовать его. Например, когда вы сделали выйти из надежного банка, банк может использовать свой хорошо известный ключ signmessage соответствующего идентификатора транзакции. Это может затем либо отправить эту подпись непосредственно получателю, если вы предоставили платежный URL, или предоставить его пользователю в виде "значение подтверждения" которые они могли бы перенести на другую сторону.

К сожалению MTGOX не выполнил бывший, потому что они не хотят, чтобы их клиенты, говоря им, что они посылают средства на $ QUESTIONABLE_PLACE, и не реализовали последний, потому что это не полностью автоматизирован.

gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

19 февраля 2012, 8:29:57 PM   # 3
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

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

Скажем, у нас есть TXN (Ме->Вы) с TXID. Я хочу вам сказать, что это было действительно RealME, который создал эту сделку, несмотря на то, что никто не знает, кто меня есть, и я хочу сделать это таким образом, вы можете доказать другим, что RealMe утверждает, что мне следует ввернуть Вас .. ., но мы не хотим, чтобы кто-то, чтобы знать, в противном случае.

Так я первый отправить TxN (Ме->Вы) в сети.

затем я формирую сообщение, которое будет отправлено тайно вам сообщение = {TXID, SIGN (RealMe, TXID)}

Я тогда вычислить Ek = ECDH (Me_private, You_public), а затем вычислить Em = ENC (Ek, Message).

Тогда я подписываю Em, Sig_EM = ЗНАК (Me, TXID || Em) и, наконец, я в эфир {TXID, Em, Sig_EM}.

Релеинг узлы способны ассоциировать сообщение для конкретной недавней сделки и позволяют только один (или небольшое количество) сообщений для предотвращения DOS. Но кроме говорить о том, что отправитель TXN (Ме->Вы) отправить сообщение они узнать больше ничего.

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

Проблема здесь заключается в том, что адреса мы направляем средства на не включают в себя открытый ключ ... только хэш открытого ключа. Так что я, вероятно, не знаю, You_public выполнить ECDH. Эту проблему можно решить, сделав тип адреса с дополнительным 256 битным сжатого открытого ключа прикрепил на конце. Этот ключ будет использоваться только для получать личные сообщения, связанные с адресом. (Это также будет иметь преимущество работы с P2SH сделками, даже сложными multisig из них так долго, как вы не возражаете, что есть один адрес, который может быть использован для декодирования сообщений).

Такая система позволила бы некоторым неудачным дополнительным паразитным приложения сети Bitcoin ... но лучше иметь их только мимолетно отправку ограниченного количества трафика, а не навязывание на blockchain за все время. По скорости ограничивающей эти сообщения, основанные на сделках они не должны сделать ситуацию еще хуже.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

26 февраля 2012, 5:29:09 PM   # 4
 
 
Сообщения: 328
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

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

Есть ли хорошие решения прямо сейчас, что позволит кому-то, чтобы определить входы и выходы сделки (локально, без запроса веб-службы)? Это должно включать неподтвержденные транзакции, а также (в противном случае Абэ будет хорошим вариантом). 

Любые идеи приветствуются.
DBordello сейчас офлайн Пожаловаться на DBordello   Ответить с цитированием Мультицитирование сообщения от DBordello Быстрый ответ на сообщение DBordello

27 февраля 2012, 12:49:36 PM   # 5
 
 
Сообщения: 488
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

Посмотрите на Bitcoin вилкой я сделал для www.bitcoinmonitor.net.

Среди некоторых других вещей командование RPC "getBlock" расширяется и включает в основном информацию полный блок, включая все операции с входами и выходами, которые содержатся в блоке.
Также есть новая команда "getAnyTransaction" которые могут быть использованы для получения информации о любой сделке, известной не только к сделкам, которые включают свой собственный кошелек. Кроме того, здесь все inpoints и минусы включены.

знак равно> https://github.com/TripleSpeeder/bitcoin

НТН.
Герберт сейчас офлайн Пожаловаться на Herbert   Ответить с цитированием Мультицитирование сообщения от Herbert Быстрый ответ на сообщение Herbert

27 февраля 2012, 8:18:19 PM   # 6
 
 
Сообщения: 1050
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

Вы можете быть заинтересованы в выдвижных запросах +841 и / или +886, которые добавляют такую ​​функциональность к опорному клиенту.

Я должен признать, что я согласен с gmaxwell здесь по теме зеленых адресов: они используют блок-цепь в качестве канала связи для того, что является по существу частной информации. Тем не менее, видя Блока и полное содержание сделки иногда полезно.
Pieter Wuille сейчас офлайн Пожаловаться на Pieter Wuille   Ответить с цитированием Мультицитирование сообщения от Pieter Wuille Быстрый ответ на сообщение Pieter Wuille

27 февраля 2012, 9:40:25 PM   # 7
 
 
Сообщения: 488
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

Вы можете быть заинтересованы в выдвижных запросах +841 и / или +886, которые добавляют такую ​​функциональность к опорному клиенту.
Ницца. Кажется, добавить большую часть вещей мне нужно 🙂
Герберт сейчас офлайн Пожаловаться на Herbert   Ответить с цитированием Мультицитирование сообщения от Herbert Быстрый ответ на сообщение Herbert

2 марта 2012, 8:32:52 PM   # 8
 
 
Сообщения: 532
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

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

Есть ли способ использовать стандартный bitcoind, чтобы определить источник входящих сделок? Или я должен использовать веб-службы, такие как blockchain.info или свернуть свой собственный клиент?

Патч к стандартному клиенту Bitcoin было бы здорово.
Попробуйте найти патч мониторинга Гэвин и изменить его, чтобы подтолкнуть каждый получил TX к программному обеспечению. Таким образом, вы будете иметь возможность принять TXes из зеленых адресов с 0 подтверждениями.

Deepbit счастливо использует зеленые адреса, и если у вас есть какие-либо вопросы, вы можете PM или по электронной почте мне.
DeepBit сейчас офлайн Пожаловаться на DeepBit   Ответить с цитированием Мультицитирование сообщения от DeepBit Быстрый ответ на сообщение DeepBit

21 марта 2012, 1:59:18 AM   # 9
 
 
Сообщения: 328
Цитировать по имени
цитировать ответ
по умолчанию Re: Использование bitcoind, чтобы определить адрес отправителя, чтобы проверить зеленый адрес

Вы можете быть заинтересованы в выдвижных запросах +841 и / или +886, которые добавляют такую ​​функциональность к опорному клиенту.

Я должен признать, что я согласен с gmaxwell здесь по теме зеленых адресов: они используют блок-цепь в качестве канала связи для того, что является по существу частной информации. Тем не менее, видя Блока и полное содержание сделки иногда полезно.


Питер,

Вытащите 841 был совершенен. Теперь я могу подтвердить зеленые сделки адреса локально.

Благодаря,
Дэн
DBordello сейчас офлайн Пожаловаться на DBordello   Ответить с цитированием Мультицитирование сообщения от DBordello Быстрый ответ на сообщение DBordello



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW