HTTP самонастройки? | Биткоин форум

Всем привет,

Чтение немного о самозагрузке [1] протокол P2P, мне было интересно
Поэтому клиент не включает по умолчанию в HTTP-загрузчик в качестве альтернативы IRC (часто
IRC заблокирован или некоторые антивирусные / защиты от вредоносных помечать приложение Bitcoin
подозрительный только из-за IRC-трафика).

Для теста я настроить страницу, где я публикую IP видел мой клиент Bitcoin:

http://btc.fo.vc/ (Доступен в IPv4 и IPv6 [2])

IP-адрес собирается с помощью простого сценария, как это:

NetStat -an | Grep 8333 | Grep ЭСТА | AWK '{печать $ 5}' | вырезать -f1,2,3,4 -d"," > / TMP / Bitcoin (Дата | AWK «{печать "# " $ 0 " Bitcoin клиенты видели"} ') >>/ TMP / Bitcoin

и нажать на удаленном сервере.

До сих пор я не копал в код Bitcoin, но я полагаю, в том числе альтернативы
самозагрузки в IRC (и 8333) не является чем-то нереальным.

Дайте мне знать, что вы думаете.

adulau

[1] http://www.bitcoin.org/wiki/doku.php?id=network
[2] Мы никогда не знаем, может быть, Bitcoin будет поддерживать IPv6 в будущем

Цитата: adulau 26 декабря 2010, 10:00:38 AM

IP-адрес собирается с помощью простого сценария, как это:

NetStat -an | Grep 8333 | Grep ЭСТА | AWK '{печать $ 5}' | вырезать -f1,2,3,4 -d"," > / TMP / Bitcoin (Дата | AWK «{печать "# " $ 0 " Bitcoin клиенты видели"} ') >>/ TMP / Bitcoin

О, это круто. Признаюсь, я не знаю commant NETSTAT.

Это может быть очищен немного, я думаю:
NetStat -an | AWK «/ 8333 / && / ESTA / {печать $ 5}»| СЕПГ 's /: 8333 //' | тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.")

Забавно: в то время как я начал Bitcoin, чтобы проверить это, я не мог получить соединение даже после нескольких минут. Это просто, когда я прочитал сообщение о IRC самозагрузке, что у меня есть проблемы, которые самонастройка. Какая ирония...

PS. Вы могли бы рассмотреть добавление "Тип содержимого" строка в сценарии (при условии, что это CGI):

Код:

#! / Bin / ш
эхо "Тип содержимого: текст / обычный"
эхо
NetStat -an |
AWK «/ 8333 / && / ESTA / {печать $ 5}»|
СЕПГ 's /: 8333 //' |
тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.")

PS # 2. Мне нравится эта идея много. Тем более, что это довольно легко установить мини-сервер HTTP, такие как thttpd, например.
Это делает меня даже мечта о полной реализации Bitcoin через чисто сценариев оболочки. Сервер HTTP также может публиковать свои блоки, которые могут быть запрошены путем предоставления хэш-блока с помощью простого запроса HTTP GET.

Цитата: grondilu 26 декабря 2010, 10:48:54 AM

Спасибо за уборку. Я также обновил код, чтобы получить текущий удаленный IP моего клиента Bitcoin
и добавил правильный Content-Type ...

Чтение чуток кода клиента Bitcoin, клиент использует простой трюк, чтобы узнать удаленный IP через
сервер IRC (https://github.com/bitcoin/bitcoin/blob/master/irc.cpp#L333).

Вот почему я добавил еще один сценарий http://btc.fo.vc/getip чтобы получить текущий удаленный IP и добавить его
в список, и я, наконец, сортирую IP-адрес.

Код:

NetStat -an | AWK «/ 8333 / && / ESTA / {печать $ 5}»
| вырезать -d. -f1,2,3,4 | (Тройник -a >(Свернуться -s http://btc.fo.vc/getip))
| сортировать -t. -k 1,1n -k 2,2n -k 3,3n -k 4,4n | (тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов."))

Лучше всего было бы, чтобы добавить дополнительный addip, чтобы объединить все IP объявленном каждого клиента с
некоторый минимальный контроль, чтобы избежать не-Bitcoin клиента объявить подделать IP-адрес через HTTP.

Я думаю, что кажется разумным, чтобы добавить HTTP самонастройки в Bitcoin. Что касается порта, используемого,
кажется, что текущий клиент толкая информацию о канале IRC также толкая
TCP-порт, используемый. Есть много клиентов Bitcoin использовать другой порт, чем стандартный (8333)?

Цитата: grondilu 26 декабря 2010, 10:48:54 AM

Для того, чтобы иметь полномасштабный клиент Bitcoin в сценарии оболочки может быть немного сложно, особенно с требуется криптографическая аспект (за исключением случаев, все может быть вызван из командной строки с помощью OpenSSL ...), но нет ничего невозможного.

Хорошего дня,

Цитата: adulau 26 декабря 2010, 12:02:21 PM

Можно ли использовать ECDSA с OpenSSL? Я смотрел на это страницы с OpenSSL вручную, но я не нашел ничего, кроме DSA и RSA. Во всяком случае на самом деле большинство из частей программы будет называться с программами командной строки, особенно криптографическим питанием.

(. PS Вы не должны положить целую трубу в той же строке. | 'Символ может закончить строку.)

Цитата: grondilu 26 декабря 2010, 12:20:47 PM

Цитата: adulau 26 декабря 2010, 12:02:21 PM

Я так думаю, чтобы сгенерировать ключ EC:

Код:

OpenSSL ecparam отъезда ec_key.pem -name sect571k1 -genkey

и для подписания что-то вроде этого:

Код:

OpenSSL dgst -sha1 -знак ec_key.pem отъезда filetobesigned.txt.signed filetobesigned.txt

и для проверки подписи:

Код:

OpenSSL dgst -sha1 -prverify ec_key.pem -Подписание filetobesigned.txt.signed filetobesigned.txt

Но я не знаю точных эллиптических кривых, используемых Bitcoin. Вы можете получить один поддерживается
по OpenSSL, выполнив:

Код:

OpenSSL ecparam -list_curves

Есть таблица свойств ЕС, используемых Bitcoin где-нибудь? Я полагаю, что проще всего
читать исходный код ...

Мой ответ (находясь вне сферы действия HTTP самозагрузки) должен быть под новую должность
об осуществлении клиента Bitcoin в сценарии оболочек (http://bitcointalk.org/index.php?topic=2461.0).

Надеюсь, что это помогает немного,

Цитата: grondilu 26 декабря 2010, 12:20:47 PM

(. PS Вы не должны положить целую трубу в той же строке. | 'Символ может закончить строку.)

Я знаю, но я предполагаю, что это показывает мою лень, делая пасту в форуме 😉

Bitcoin поддерживает базу данных P2P-адресов. Получение адреса через NetStat достаточно неоптимальное, когда вы могли бы использовать bitcointools извлекать адреса непосредственно из базы данных Bitcoin.

Что касается большей точки ...

HTTP и DNS самонастройки должны быть продолжены. Гораздо более эффективным, чем IRC.

Цитата: jgarzik 26 декабря 2010, 3:34:18 PM

Ой, Даты Су awsum. +10 Дис идеи.
Можем ли мы уже Дис идея реализована в основной клиент, плз?

Я имею в виду, как может кто-нибудь отказаться от этого мягкого пушистого мало Lolcat?

Я не уверен, как уточненные они, но почему бы не добавлять этот IP к вашему (или отдельному) списку:
http://bitcointalk.org/index.php?topic=59.0
(Не забудьте прочитать эти два сообщения о fallbacl-узлах:
http://bitcointalk.org/index.php?topic=59.msg14646#msg14646,
http://bitcointalk.org/index.php?topic=59.msg31133#msg31133)

Цитата: adulau 26 декабря 2010, 1:37:20 PM

Код:

OpenSSL ecparam -list_curves

Есть таблица свойств ЕС, используемых Bitcoin где-нибудь? Я полагаю, что проще всего
читать исходный код ...

Действительно, вы должны посмотреть на исходный код. Я просто проверить и кривая EC используется: secp256k1, который находится в списке, приведенном на OpenSSL.

Я думаю, что сценарий реализации устроиств возможна.

Только очень немногие резервные узлы являются постоянными в течение долгого времени, а также скомпилирован (зашиты) в самой Bitcoin клиента.

https://en.bitcoin.it/wiki/Fallback_Nodes жизнеспособный метод самонастройки. Мы называем это "форум самонастройки" или "вики самонастройки", Где нужно вручную искать список узлов, для того, чтобы на используется при загрузке сети.

Я думаю, что DNS самонастройка будет наиболее эффективной: простой DNS поиск для bootstrap.bitcoin.org будет выглядеть так:

Члены сообщества размещать свои сервера имен (NS) запись для bootstrap.bitcoin.org на форуме. Предположительно, этот список не меняется часто
Каждый участник выполняет DNS-сервер, независимо от кого-либо еще, что извлекает адреса из базы данных addr.dat Bitcoin, в случайным образом выбирает "свежий" P2P узлы, и сохраняет их в записи или записи SRV.
Когда самонастройки, то клиент Bitcoin выполняет стандартный поиск DNS для bootstrap.bitcoin.org

Это было бы очень, очень быстро. Гораздо быстрее, чем IRC. Это похоже на то, как происходит BitTorrent DHT самонастройки.

Единственная проблема доверие (изгои DNS-сервера), но эта проблема также существует с сервером IRC, который является единой точкой сбоя (SPOF) как для доверия и общей надежности.

Цитата: jgarzik 26 декабря 2010, 7:37:04 PM

Только очень немногие резервные узлы являются постоянными в течение долгого времени, а также скомпилирован (зашиты) в самой Bitcoin клиента.

Это дыра в безопасности.

Государство может блокировать исходящий 8333 порт для всех хостов для HARDCODED адресов, за исключением. На закодированных адресов они могут создавать поддельные узлы Bitcoin. Затем эти узлы будут давать вам адрес фиктивного узла, чтобы создать иллюзию сети Bitcoin.

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

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

Цитата: bitcoinex 26 декабря 2010, 7:54:24 PM

Это дыра в безопасности.

Не обязательно.

Вы можете в месте, blockchain бутстрэпами в сжатых * .zip или * .tar.gz файлов, и жёстко только несколько (rmd160, SHA1, SHA256 + Filezize) хэши резервных копий в основной клиент.

ИЛИ, обновленные хэш blockchain бутстрэпов могут быть доступны для загрузки с главным сервером Bitcoin по протоколу HTTPS, в этом случае будет невозможно подделать их (но это централизованное решение, так что, вероятно, не очень хорошо).
Возможности бесконечны.

Цитата: jgarzik 26 декабря 2010, 3:34:18 PM

Да, именно поэтому я преследовала на этом пути.

Кстати, я сделал тест с bitcointools сбросить адрес из базы данных:

Код:

python2.7 dbdump.py --datadir ~ / .bitcoin / --address

...155,6: 36128 (lastseen: Сб 18 декабря 21:09:42 2010)
68.52.60.203:36128 (lastseen: Вс 26 декабря 15:28:48 2010)
68.53.17.115:36128 (lastseen: Чт 16 декабря 18:56:57 2010)
68.56.241.235:36128 (lastseen: Вс 26 декабря 17:32:34 2010)
68.62.250.145:36128 (lastseen: Вс 26 декабря 15:39:33 2010)
....

Даже если NetStat подход может быть неоптимальным, есть преимущество над полагаться на адр свалку
из базы данных. Если вы получаете адрес из TCP Основана сессии, это действительно активные клиенты Bitcoin
и из базы данных, вы угадывание из lastseen информации, где у вас есть уже много мертвых
адреса. И выбирая подходящее время дельты может быть сложно, за исключением, если уже есть что-то в базе данных
Структура просто список активных. С другой стороны, должны быть доступны только одной базы данных Berkeley
процесс, в то время, и вам необходимы для завершения работы существующих текущей базы данных.

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

Что наиболее подходящие методы, чтобы получить активный в данный момент адрес Bitcoin?

Цитата: bitcoinex 26 декабря 2010, 7:54:24 PM

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

Они могли дважды проводить сделки с вами, но они не могли перенаправлять сделки от одного Bitcoin адреса на другой. Есть гораздо более простые способы "окружать" кто-то, если вы управляете ISP.

Seednode самонастройки используется в Tor, I2P, Gnunet и Freenet. Простое удаление IRC и с использованием уже внедренной системы seednode будет работать нормально.

Цитата: adulau 26 декабря 2010, 12:02:21 PM

Чтение чуток кода клиента Bitcoin, клиент использует простой трюк, чтобы узнать удаленный IP через
сервер IRC (https://github.com/bitcoin/bitcoin/blob/master/irc.cpp#L333).

Это только один способ найти свой внешний IP-адрес. Есть также две службы внешних IP HTTP.

котировка

Это может быть очищен немного, я думаю:
NetStat -an | AWK «/ 8333 / && / ESTA / {печать $ 5}»| СЕПГ 's /: 8333 //' | тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.")

Хорошие идеи ... Я хотел бы, чтобы настроить это немного больше.

">(обработать)" построить не распознана классическими оболочками Bourne и подобными.
Насколько я знаю, перенаправление в файл, например, в / TMP / Bitcoin в исходном сообщении,
требуется для некоторых таких оболочек.

Еще одна команда, то СЭД, могут быть удалены с помощью немного больше AWK.

Это (необходимо для некоторых оболочек) файл TMP / TMP / Bitcoin должен быть уникальным и самостоятельного удаления

Голый поиск "8333" бы подобрать порты 18333, 28333 ... 58333, а также. Приставка с
двоеточие «:», чтобы избежать этого.

Результат

Код:

#! / Bin / ш
# Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333.
# Добавление строки в конце, с указанием даты и количества адресов, отображаемых.

т = / TMP / Bitcoin $$.
ловушка «гт -f $ т; ловушка 0; выход»0 1 2 3 15

NetStat -an | AWK «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]}»| тройник $ т
эхо "# $ (Дата) $ (туалет -l < $ Т) клиенты Bitcoin видели."

Правильно ли это, что вы хотите, как IP-адрес, поступающий от удаленного порта 8333 и ближайшего
в локальный порт 8333? Или вы просто хотите IP-адрес входя в локальный порт 8333? Если
позже, изменить ключевую строку выше, чтобы посмотреть на /: 8333 / только в поле $ 4, локальный адрес.

Код:

NetStat -an | AWK «$ 6 == "СОЗДАН" && $ 4 ~ /: 8333 / {сплит ($ 5, а, ":"); печатать [1]}»| тройник $ т

Цитата: рх от 27 декабря 2010 года, 8:54:39 AM

Результат

Код:

Не знал о команде ловушки. Я сомневаюсь, что нам это нужно, хотя.

Будучи немного анальное:

- Стандартный способ создать временный файл, чтобы использовать команду Mktemp.
- Вы можете закончить строки после |. Это делает код более понятным.

Код:

#! / Bin / ш
# Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333.
# Добавление строки в конце, с указанием даты и количества адресов, отображаемых.

т ="$ (Mktemp -t Bitcoin)"

NetStat -an |
AWK «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]}»|
тройник "$ т"

эхо "# $ (Дата) $ (туалет -l < $ Т) клиенты Bitcoin видели."

Код:

т ="$ (Mktemp -t Bitcoin)"

Это не работает так хорошо - нет XXX: в шаблоне Mktemp -t.

И я думаю, что вы действительно хотите ловушку - в противном случае ваш каталог / TMP
заполнялись с этими Dang файлами.

Да - новые строки отделяя каждый конвейеру команды лучше (хотя
Я предпочитаю, чтобы отступы все, кроме первого) - я был ленивым и просто
типирование как я в командной строке.

Да - Mktemp или более поздний временный файл, вероятно, лучше.
Я просто лень снова, и делать это, как я делал это в течение 30 минут
года, задолго до того, существовали эти команды. Сожалею. Главный
проблема с моим старомодным способом, и даже с Mktemp,
это проблема безопасности - хакер может заставить вас написать файл
они имеют установку, с помощью символьной ссылки, что вы думали, был ваш файл.
Основная проблема с Mktemp и TempFile является то, что не все
системы имеют их (хотя вы должны быть на довольно старом,
нечетная, или скелетная система не иметь их.)

Вы можете найти более подробное обсуждение этого вопроса временного файла в:
http://www.linuxsecurity.com/content/view/115462/151/
Безопасное создание временных файлов в сценариях оболочки

Так что ... все это говорит о следующем:

Код:

#! / Bin / ш
# Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333.
# Добавление строки в конце, с указанием даты и количества адресов, отображаемых.

т ="$ (Временный файл -p Bitcoin)"
ловушка «гт -f $ т; ловушка 0; выход»0 1 2 3 15

NetStat -an |
AWK «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]}»|
тройник "$ т"

эхо "# $ (Дата) $ (туалет -l < $ Т) клиенты Bitcoin видели."

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

Поэтому я спрошу еще раз:

котировка

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

Давайте просто сделать окончательный подсчет с AWK тоже ...

Код:

#! / Bin / ш
# Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333.
# Добавление строки в конце, с указанием даты и количества адресов, отображаемых.

NetStat -an |
AWK -v дата ="$ (Дата)" «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]; п ++}
END {печать "# " Дата " : " N " Bitcoin клиенты видели." }»

Цитата: grondilu 27 декабря 2010, 3:03:22 PM

Давайте просто сделать окончательный подсчет с AWK тоже ...

Duh! Отлично. Благодарю.

26 декабря 2010, 10:00:38 AM	# 1
adulau Сообщений: 12 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Всем привет, Чтение немного о самозагрузке [1] протокол P2P, мне было интересно Поэтому клиент не включает по умолчанию в HTTP-загрузчик в качестве альтернативы IRC (часто IRC заблокирован или некоторые антивирусные / защиты от вредоносных помечать приложение Bitcoin подозрительный только из-за IRC-трафика). Для теста я настроить страницу, где я публикую IP видел мой клиент Bitcoin: http://btc.fo.vc/ (Доступен в IPv4 и IPv6 [2]) IP-адрес собирается с помощью простого сценария, как это: `NetStat -an \| Grep 8333 \| Grep ЭСТА \| AWK '{печать $ 5}' \| вырезать -f1,2,3,4 -d"," > / TMP / Bitcoin (Дата \| AWK «{печать "# " $ 0 " Bitcoin клиенты видели"} ') >>/ TMP / Bitcoin` и нажать на удаленном сервере. До сих пор я не копал в код Bitcoin, но я полагаю, в том числе альтернативы самозагрузки в IRC (и 8333) не является чем-то нереальным. Дайте мне знать, что вы думаете. adulau [1] http://www.bitcoin.org/wiki/doku.php?id=network [2] Мы никогда не знаем, может быть, Bitcoin будет поддерживать IPv6 в будущем

26 декабря 2010, 10:48:54 AM	# 2
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Получил 1806 Биткоинов Реальная история. Цитата: adulau 26 декабря 2010, 10:00:38 AM IP-адрес собирается с помощью простого сценария, как это: `NetStat -an \| Grep 8333 \| Grep ЭСТА \| AWK '{печать $ 5}' \| вырезать -f1,2,3,4 -d"," > / TMP / Bitcoin (Дата \| AWK «{печать "# " $ 0 " Bitcoin клиенты видели"} ') >>/ TMP / Bitcoin` О, это круто. Признаюсь, я не знаю commant NETSTAT. Это может быть очищен немного, я думаю: `NetStat -an \| AWK «/ 8333 / && / ESTA / {печать $ 5}»\| СЕПГ 's /: 8333 //' \| тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.")` Забавно: в то время как я начал Bitcoin, чтобы проверить это, я не мог получить соединение даже после нескольких минут. Это просто, когда я прочитал сообщение о IRC самозагрузке, что у меня есть проблемы, которые самонастройка. Какая ирония... PS. Вы могли бы рассмотреть добавление "Тип содержимого" строка в сценарии (при условии, что это CGI): Код: #! / Bin / ш эхо "Тип содержимого: текст / обычный" эхо NetStat -an \| AWK «/ 8333 / && / ESTA / {печать $ 5}»\| СЕПГ 's /: 8333 //' \| тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.") PS # 2. Мне нравится эта идея много. Тем более, что это довольно легко установить мини-сервер HTTP, такие как thttpd, например. Это делает меня даже мечта о полной реализации Bitcoin через чисто сценариев оболочки. Сервер HTTP также может публиковать свои блоки, которые могут быть запрошены путем предоставления хэш-блока с помощью простого запроса HTTP GET.

26 декабря 2010, 12:02:21 PM	# 3
adulau Сообщений: 12 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: grondilu 26 декабря 2010, 10:48:54 AM О, это круто. Признаюсь, я не знаю commant NETSTAT. Это может быть очищен немного, я думаю: `NetStat -an \| AWK «/ 8333 / && / ESTA / {печать $ 5}»\| СЕПГ 's /: 8333 //' \| тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.")` Спасибо за уборку. Я также обновил код, чтобы получить текущий удаленный IP моего клиента Bitcoin и добавил правильный Content-Type ... Чтение чуток кода клиента Bitcoin, клиент использует простой трюк, чтобы узнать удаленный IP через сервер IRC (https://github.com/bitcoin/bitcoin/blob/master/irc.cpp#L333). Вот почему я добавил еще один сценарий http://btc.fo.vc/getip чтобы получить текущий удаленный IP и добавить его в список, и я, наконец, сортирую IP-адрес. Код: NetStat -an \| AWK «/ 8333 / && / ESTA / {печать $ 5}» \| вырезать -d. -f1,2,3,4 \| (Тройник -a >(Свернуться -s http://btc.fo.vc/getip)) \| сортировать -t. -k 1,1n -k 2,2n -k 3,3n -k 4,4n \| (тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.")) Лучше всего было бы, чтобы добавить дополнительный addip, чтобы объединить все IP объявленном каждого клиента с некоторый минимальный контроль, чтобы избежать не-Bitcoin клиента объявить подделать IP-адрес через HTTP. Я думаю, что кажется разумным, чтобы добавить HTTP самонастройки в Bitcoin. Что касается порта, используемого, кажется, что текущий клиент толкая информацию о канале IRC также толкая TCP-порт, используемый. Есть много клиентов Bitcoin использовать другой порт, чем стандартный (8333)? Цитата: grondilu 26 декабря 2010, 10:48:54 AM PS # 2. Мне нравится эта идея много. Тем более, что это довольно легко установить мини-сервер HTTP, такие как thttpd, например. Это делает меня даже мечта о полной реализации Bitcoin через чисто сценариев оболочки. Сервер HTTP также может публиковать свои блоки, которые могут быть запрошены путем предоставления хэш-блока с помощью простого запроса HTTP GET. Для того, чтобы иметь полномасштабный клиент Bitcoin в сценарии оболочки может быть немного сложно, особенно с требуется криптографическая аспект (за исключением случаев, все может быть вызван из командной строки с помощью OpenSSL ...), но нет ничего невозможного. Хорошего дня,

26 декабря 2010, 12:20:47 PM	# 4
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: adulau 26 декабря 2010, 12:02:21 PM Для того, чтобы иметь полномасштабный клиент Bitcoin в сценарии оболочки может быть немного сложно, особенно с требуется криптографическая аспект (за исключением случаев, все может быть вызван из командной строки с помощью OpenSSL ...), но нет ничего невозможного. Можно ли использовать ECDSA с OpenSSL? Я смотрел на это страницы с OpenSSL вручную, но я не нашел ничего, кроме DSA и RSA. Во всяком случае на самом деле большинство из частей программы будет называться с программами командной строки, особенно криптографическим питанием. (. PS Вы не должны положить целую трубу в той же строке. \| 'Символ может закончить строку.)

26 декабря 2010, 1:37:20 PM	# 5
adulau Сообщений: 12 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: grondilu 26 декабря 2010, 12:20:47 PM Цитата: adulau 26 декабря 2010, 12:02:21 PM Для того, чтобы иметь полномасштабный клиент Bitcoin в сценарии оболочки может быть немного сложно, особенно с требуется криптографическая аспект (за исключением случаев, все может быть вызван из командной строки с помощью OpenSSL ...), но нет ничего невозможного. Можно ли использовать ECDSA с OpenSSL? Я смотрел на это страницы с OpenSSL вручную, но я не нашел ничего, кроме DSA и RSA. Во всяком случае на самом деле большинство из частей программы будет называться с программами командной строки, особенно криптографическим питанием. Я так думаю, чтобы сгенерировать ключ EC: Код: OpenSSL ecparam отъезда ec_key.pem -name sect571k1 -genkey и для подписания что-то вроде этого: Код: OpenSSL dgst -sha1 -знак ec_key.pem отъезда filetobesigned.txt.signed filetobesigned.txt и для проверки подписи: Код: OpenSSL dgst -sha1 -prverify ec_key.pem -Подписание filetobesigned.txt.signed filetobesigned.txt Но я не знаю точных эллиптических кривых, используемых Bitcoin. Вы можете получить один поддерживается по OpenSSL, выполнив: Код: OpenSSL ecparam -list_curves Есть таблица свойств ЕС, используемых Bitcoin где-нибудь? Я полагаю, что проще всего читать исходный код ... Мой ответ (находясь вне сферы действия HTTP самозагрузки) должен быть под новую должность об осуществлении клиента Bitcoin в сценарии оболочек (http://bitcointalk.org/index.php?topic=2461.0). Надеюсь, что это помогает немного, Цитата: grondilu 26 декабря 2010, 12:20:47 PM (. PS Вы не должны положить целую трубу в той же строке. \| 'Символ может закончить строку.) Я знаю, но я предполагаю, что это показывает мою лень, делая пасту в форуме 😉

26 декабря 2010, 3:34:18 PM	# 6
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Bitcoin поддерживает базу данных P2P-адресов. Получение адреса через NetStat достаточно неоптимальное, когда вы могли бы использовать bitcointools извлекать адреса непосредственно из базы данных Bitcoin. Что касается большей точки ... HTTP и DNS самонастройки должны быть продолжены. Гораздо более эффективным, чем IRC.

26 декабря 2010, 4:12:19 PM	# 7
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: jgarzik 26 декабря 2010, 3:34:18 PM Bitcoin поддерживает базу данных P2P-адресов. Получение адреса через NetStat достаточно неоптимальное, когда вы могли бы использовать bitcointools извлекать адреса непосредственно из базы данных Bitcoin. Что касается большей точки ... HTTP и DNS самонастройки должны быть продолжены. Гораздо более эффективным, чем IRC. Ой, Даты Су awsum. +10 Дис идеи. Можем ли мы уже Дис идея реализована в основной клиент, плз? Я имею в виду, как может кто-нибудь отказаться от этого мягкого пушистого мало Lolcat?

26 декабря 2010, 4:19:25 PM	# 8
SmokeTooMuch Сообщения: 873 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Я не уверен, как уточненные они, но почему бы не добавлять этот IP к вашему (или отдельному) списку: http://bitcointalk.org/index.php?topic=59.0 (Не забудьте прочитать эти два сообщения о fallbacl-узлах: http://bitcointalk.org/index.php?topic=59.msg14646#msg14646, http://bitcointalk.org/index.php?topic=59.msg31133#msg31133)

26 декабря 2010, 6:30:49 PM	# 9
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: adulau 26 декабря 2010, 1:37:20 PM Но я не знаю точных эллиптических кривых, используемых Bitcoin. Вы можете получить один поддерживается по OpenSSL, выполнив: Код: OpenSSL ecparam -list_curves Есть таблица свойств ЕС, используемых Bitcoin где-нибудь? Я полагаю, что проще всего читать исходный код ... Действительно, вы должны посмотреть на исходный код. Я просто проверить и кривая EC используется: secp256k1, который находится в списке, приведенном на OpenSSL. Я думаю, что сценарий реализации устроиств возможна.

26 декабря 2010, 7:37:04 PM	# 10
jgarzik Сообщения: 1484 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Только очень немногие резервные узлы являются постоянными в течение долгого времени, а также скомпилирован (зашиты) в самой Bitcoin клиента. https://en.bitcoin.it/wiki/Fallback_Nodes жизнеспособный метод самонастройки. Мы называем это "форум самонастройки" или "вики самонастройки", Где нужно вручную искать список узлов, для того, чтобы на используется при загрузке сети. Я думаю, что DNS самонастройка будет наиболее эффективной: простой DNS поиск для bootstrap.bitcoin.org будет выглядеть так: Члены сообщества размещать свои сервера имен (NS) запись для bootstrap.bitcoin.org на форуме. Предположительно, этот список не меняется часто Каждый участник выполняет DNS-сервер, независимо от кого-либо еще, что извлекает адреса из базы данных addr.dat Bitcoin, в случайным образом выбирает "свежий" P2P узлы, и сохраняет их в записи или записи SRV. Когда самонастройки, то клиент Bitcoin выполняет стандартный поиск DNS для bootstrap.bitcoin.org Это было бы очень, очень быстро. Гораздо быстрее, чем IRC. Это похоже на то, как происходит BitTorrent DHT самонастройки. Единственная проблема доверие (изгои DNS-сервера), но эта проблема также существует с сервером IRC, который является единой точкой сбоя (SPOF) как для доверия и общей надежности.

26 декабря 2010, 7:54:24 PM	# 11
bitcoinex Сообщения: 350 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: jgarzik 26 декабря 2010, 7:37:04 PM Только очень немногие резервные узлы являются постоянными в течение долгого времени, а также скомпилирован (зашиты) в самой Bitcoin клиента. Это дыра в безопасности. Государство может блокировать исходящий 8333 порт для всех хостов для HARDCODED адресов, за исключением. На закодированных адресов они могут создавать поддельные узлы Bitcoin. Затем эти узлы будут давать вам адрес фиктивного узла, чтобы создать иллюзию сети Bitcoin. Таким образом, они являются силой, чтобы вы тратить свои деньги от Bitcoin клиента в свою пользу. Лучше в случае сетевых проблем попросить пользователя указать адрес для начальной загрузки. Этот адрес может быть получена из достоверных источников, проверенных пользователем.

26 декабря 2010, 9:14:38 PM	# 12
ShadowOfHarbringer Сообщения: 1470 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: bitcoinex 26 декабря 2010, 7:54:24 PM Это дыра в безопасности. Не обязательно. Вы можете в месте, blockchain бутстрэпами в сжатых * .zip или * .tar.gz файлов, и жёстко только несколько (rmd160, SHA1, SHA256 + Filezize) хэши резервных копий в основной клиент. ИЛИ, обновленные хэш blockchain бутстрэпов могут быть доступны для загрузки с главным сервером Bitcoin по протоколу HTTPS, в этом случае будет невозможно подделать их (но это централизованное решение, так что, вероятно, не очень хорошо). Возможности бесконечны.

26 декабря 2010, 9:19:37 PM	# 13
adulau Сообщений: 12 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: jgarzik 26 декабря 2010, 3:34:18 PM Bitcoin поддерживает базу данных P2P-адресов. Получение адреса через NetStat достаточно неоптимальное, когда вы могли бы использовать bitcointools извлекать адреса непосредственно из базы данных Bitcoin. Что касается большей точки ... HTTP и DNS самонастройки должны быть продолжены. Гораздо более эффективным, чем IRC. Да, именно поэтому я преследовала на этом пути. Кстати, я сделал тест с bitcointools сбросить адрес из базы данных: Код: python2.7 dbdump.py --datadir ~ / .bitcoin / --address ...155,6: 36128 (lastseen: Сб 18 декабря 21:09:42 2010) 68.52.60.203:36128 (lastseen: Вс 26 декабря 15:28:48 2010) 68.53.17.115:36128 (lastseen: Чт 16 декабря 18:56:57 2010) 68.56.241.235:36128 (lastseen: Вс 26 декабря 17:32:34 2010) 68.62.250.145:36128 (lastseen: Вс 26 декабря 15:39:33 2010) .... Даже если NetStat подход может быть неоптимальным, есть преимущество над полагаться на адр свалку из базы данных. Если вы получаете адрес из TCP Основана сессии, это действительно активные клиенты Bitcoin и из базы данных, вы угадывание из lastseen информации, где у вас есть уже много мертвых адреса. И выбирая подходящее время дельты может быть сложно, за исключением, если уже есть что-то в базе данных Структура просто список активных. С другой стороны, должны быть доступны только одной базы данных Berkeley процесс, в то время, и вам необходимы для завершения работы существующих текущей базы данных. Может быть, другой подходящий способ может быть, чтобы прочитать сообщение адр проходя над TCP сессий (с использованием PCAP) и извлекает адреса и опубликовать этот поток в каталог HTTP / DNS. Что наиболее подходящие методы, чтобы получить активный в данный момент адрес Bitcoin?

27 декабря 2010, 1:59:32 AM	# 14
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: bitcoinex 26 декабря 2010, 7:54:24 PM Таким образом, они являются силой, чтобы вы тратить свои деньги от Bitcoin клиента в свою пользу. Они могли дважды проводить сделки с вами, но они не могли перенаправлять сделки от одного Bitcoin адреса на другой. Есть гораздо более простые способы "окружать" кто-то, если вы управляете ISP. Seednode самонастройки используется в Tor, I2P, Gnunet и Freenet. Простое удаление IRC и с использованием уже внедренной системы seednode будет работать нормально. Цитата: adulau 26 декабря 2010, 12:02:21 PM Чтение чуток кода клиента Bitcoin, клиент использует простой трюк, чтобы узнать удаленный IP через сервер IRC (https://github.com/bitcoin/bitcoin/blob/master/irc.cpp#L333). Это только один способ найти свой внешний IP-адрес. Есть также две службы внешних IP HTTP.

27 декабря 2010, 8:54:39 AM	# 15
р ^ Сообщений: 24 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? котировка Это может быть очищен немного, я думаю: `NetStat -an \| AWK «/ 8333 / && / ESTA / {печать $ 5}»\| СЕПГ 's /: 8333 //' \| тройник >(эхо "# $ (Дата) $ (туалет -l) видели Bitcoin клиентов.")` Хорошие идеи ... Я хотел бы, чтобы настроить это немного больше. ">(обработать)" построить не распознана классическими оболочками Bourne и подобными. Насколько я знаю, перенаправление в файл, например, в / TMP / Bitcoin в исходном сообщении, требуется для некоторых таких оболочек. Еще одна команда, то СЭД, могут быть удалены с помощью немного больше AWK. Это (необходимо для некоторых оболочек) файл TMP / TMP / Bitcoin должен быть уникальным и самостоятельного удаления Голый поиск "8333" бы подобрать порты 18333, 28333 ... 58333, а также. Приставка с двоеточие «:», чтобы избежать этого. Результат Код: #! / Bin / ш # Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333. # Добавление строки в конце, с указанием даты и количества адресов, отображаемых. т = / TMP / Bitcoin $$. ловушка «гт -f $ т; ловушка 0; выход»0 1 2 3 15 NetStat -an \| AWK «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]}»\| тройник $ т эхо "# $ (Дата) $ (туалет -l < $ Т) клиенты Bitcoin видели." Правильно ли это, что вы хотите, как IP-адрес, поступающий от удаленного порта 8333 и ближайшего в локальный порт 8333? Или вы просто хотите IP-адрес входя в локальный порт 8333? Если позже, изменить ключевую строку выше, чтобы посмотреть на /: 8333 / только в поле $ 4, локальный адрес. Код: NetStat -an \| AWK «$ 6 == "СОЗДАН" && $ 4 ~ /: 8333 / {сплит ($ 5, а, ":"); печатать [1]}»\| тройник $ т

27 декабря 2010, 9:16:08 AM	# 16
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: рх от 27 декабря 2010 года, 8:54:39 AM Результат Код: #! / Bin / ш # Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333. # Добавление строки в конце, с указанием даты и количества адресов, отображаемых. т = / TMP / Bitcoin $$. ловушка «гт -f $ т; ловушка 0; выход»0 1 2 3 15 NetStat -an \| AWK «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]}»\| тройник $ т эхо "# $ (Дата) $ (туалет -l < $ Т) клиенты Bitcoin видели." Не знал о команде ловушки. Я сомневаюсь, что нам это нужно, хотя. Будучи немного анальное: - Стандартный способ создать временный файл, чтобы использовать команду Mktemp. - Вы можете закончить строки после \|. Это делает код более понятным. Код: #! / Bin / ш # Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333. # Добавление строки в конце, с указанием даты и количества адресов, отображаемых. т ="$ (Mktemp -t Bitcoin)" NetStat -an \| AWK «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]}»\| тройник "$ т" эхо "# $ (Дата) $ (туалет -l < $ Т) клиенты Bitcoin видели."

27 декабря 2010, 12:57:50 PM	# 17
р ^ Сообщений: 24 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Код: т ="$ (Mktemp -t Bitcoin)" Это не работает так хорошо - нет XXX: в шаблоне Mktemp -t. И я думаю, что вы действительно хотите ловушку - в противном случае ваш каталог / TMP заполнялись с этими Dang файлами. Да - новые строки отделяя каждый конвейеру команды лучше (хотя Я предпочитаю, чтобы отступы все, кроме первого) - я был ленивым и просто типирование как я в командной строке. Да - Mktemp или более поздний временный файл, вероятно, лучше. Я просто лень снова, и делать это, как я делал это в течение 30 минут года, задолго до того, существовали эти команды. Сожалею. Главный проблема с моим старомодным способом, и даже с Mktemp, это проблема безопасности - хакер может заставить вас написать файл они имеют установку, с помощью символьной ссылки, что вы думали, был ваш файл. Основная проблема с Mktemp и TempFile является то, что не все системы имеют их (хотя вы должны быть на довольно старом, нечетная, или скелетная система не иметь их.) Вы можете найти более подробное обсуждение этого вопроса временного файла в: http://www.linuxsecurity.com/content/view/115462/151/ Безопасное создание временных файлов в сценариях оболочки Так что ... все это говорит о следующем: Код: #! / Bin / ш # Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333. # Добавление строки в конце, с указанием даты и количества адресов, отображаемых. т ="$ (Временный файл -p Bitcoin)" ловушка «гт -f $ т; ловушка 0; выход»0 1 2 3 15 NetStat -an \| AWK «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]}»\| тройник "$ т" эхо "# $ (Дата) $ (туалет -l < $ Т) клиенты Bitcoin видели."

27 декабря 2010, 1:43:27 PM	# 18
р ^ Сообщений: 24 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Я волнуюсь немного, что, возможно, был мой самый важный вопрос выше мог бы получить потеряли в обсуждении кода уточнения. Поэтому я спрошу еще раз: котировка Правильно ли это, что вы хотите, как IP-адрес, поступающий от удаленного порта 8333 и ближайшего в локальный порт 8333? Или вы просто хотите IP-адрес входя в локальный порт 8333? Если позже, изменить ключевую строку выше, чтобы посмотреть на /: 8333 / только в поле $ 4, локальный адрес. Мне кажется, что мы просто хотим IP адреса входя в наш порт 8333. ли или нет соединения поступает из порта на 8333 на какой-либо другой системе ничего не значит для нас, как лучше, как я могу понять.

27 декабря 2010, 3:03:22 PM	# 19
grondilu Сообщения: 1134 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Давайте просто сделать окончательный подсчет с AWK тоже ... Код: #! / Bin / ш # Показать внешние IP-адрес, поступающий из порта 8333 --или-- подключен к локальному порту 8333. # Добавление строки в конце, с указанием даты и количества адресов, отображаемых. NetStat -an \| AWK -v дата ="$ (Дата)" «$ 6 == "СОЗДАН" && /: 8333 / {Раскол ($ 5, а, ":"); печатать [1]; п ++} END {печать "# " Дата " : " N " Bitcoin клиенты видели." }»

28 декабря 2010, 12:20:37 PM	# 20
р ^ Сообщений: 24 Цитировать по имени цитировать ответ	Re: HTTP самонастройки? Цитата: grondilu 27 декабря 2010, 3:03:22 PM Давайте просто сделать окончательный подсчет с AWK тоже ... Duh! Отлично. Благодарю.

Заголовок