Выложил, как и обещал   . См. первый пост в теме.

Господа, расчехляйте свои виртуалки и ставьте I2P! Бинарник (пре-пре-пре-альфа версия ) почти готов увидеть свет, завтра подготовлю инструкцию - и выложу.
Если у вас получилось установить и запустить I2P, то лучше оставить на некоторое время включенным, чтобы он лучше интегрировался в сеть. Степень интеграции можно оценить по количеству активных пиров. Нормальные значения - больше 100, больше 1000 - просто отлично. Для лучшего коннекта откройте нужные порты на вашем маршрутизаторе. После успешного запуска I2P, на странице http://127.0.0.1:7657/configclients надо обязательно включить SAM application bridge. Не забывайте, что для запуска I2P нужна Java. Бинарник будет пока только для linux x64.
Также для ускорения процесса, можете поставить биткоин-клиент (обычный), и скачать базу блоков. База блоков полностью совместима с моим патчем! Так что для экономии времени и ресурса жесткого диска моему клиенту можно будет подсунуть уже скаченные блоки. Однако, буду благодарен, если кто-то осмелится вытянуть все блоки через I2P для проверки работоспособности.

Итак, если вы хотите одним из первых протестировать bitcoin-qt-i2p, вам необходимо:
1) инсталлировать любой linux x64 дистрибутив, если его у вас еще нет (однако, я работаю в убунте 12.04, и все инструкции будут для нее).
2) инсталлировать в него Java и I2P и включить SAM application bridge здесь http://127.0.0.1:7657/configclients. (Если страница не открывается - значит I2P не запущен)
3) инсталлировать (или собрать) стандартный биткойн-клиент (bitcoin-qt).
4) (по желанию) подготовить базу блоков (можно скопировать от уже установленного клиента, которым вы пользуетесь обычно), чтобы несколько суток не тянуть всю базу через I2P.
5) Подготовить тестовый кошелек, чтоб совершить несколько пробных транзакций на него и с него.
Проверить, что все выше названное исправно работает.

ВНИМАНИЕ! Т.к. работа программы пока не проверена, не используйте ее со своим основным кошельком! На используемом кошельке должна быть сумма, которую готовы потерять в случае сбоя программы. Также не забудьте сделать резервную копию используемого кошелька на случай, если программа его повредит. Хотя это всё крайне маловероятно, т.к. я не менял код связанный с кошельком, меры предосторожности не помешают. НЕ ЗАПУСКАЙТЕ ИСПОЛНЯЕМЫЙ ФАЙЛ С ПРАВАМИ СУПЕРПОЛЬЗОВАТЕЛЯ!

Обязательно сделаю. Только попозже. Сейчас некогда - все свободное время трачу на разработку. Хочу поскорее хотя бы до какого-то логического завершения довести.

Бинарник на всех х64 линуксах должен работать. Исходники будут, но позже. Когда для виндов допилю. К тому же еще много работы, т.к. на данный момент работает только клиентский туннель. Серверный надо вручную поднимать. Все будет, потерпите немного.

Если у вас убунта, то у них есть ппа, ставится элементарно. С настройками я помогу.

Неправильная у вас паранойя. Я понимаю, что бинарнику доверия нет. Но Вас никто не заставляет запускать его на своей основной машине из-под рута и подсовывать ему свой основной кошелек со всеми сбережениями. Можно запускать в виртуалке или от пользователя с ограниченными правами (да хоть все ему запретите, только чтоб права на собственную домашнюю директорию у него были), а кошелек создать новый и перевести на него 0.1 (да хоть 0.00001) бтц. Для проверки работоспособности этого хватит.

Короче, бинарник будет выложен, чтоб интересующиеся могли протестировать и посмотреть, как оно работает, а сомневающиеся увидели, что я их тут не развожу. Что-то типа публичного бета-теста.

Спасибо неизвестному за 0.1 бтц. Ваш перевод успешно получен!

Естественно патч будет, я просто обобщенно назвал это исходниками. Исходники будут в двух вариантах: собственно набор исходников готовых для сборки и патч для труЪ-параноиков

Ок. Начинайте.

Насчет блокэксплорера не понял. Вот ссылка на транзакцию http://blockchain.info/tx/38f0327f8b1681a98ed1ce9af975a54bba07125be50d064355d8ab01f6c7701d, если вы об этом.
Объяснения и инструкции с пропатченным бинарником для линукса будут чуть позже (если все будет хорошо, то в течение нескольких дней). Бинарник для винды будет после этого. Потом подчищу и выложу исходники.

P.S.
Если вам нравится то, что я делаю поддержите мои начинания 1JTtvgy5CzwnsRj3vtHACdyKWxgTnYn754.
Этот кошелек находится в I2P, так что ваши пожертвования будут одновременно являться тестированием.

Сегодня из сети I2P была успешно отправлена первая транзакция.

Если вы внимательно посмотрите на мой скриншот здесь: https://bitcointalk.org/index.php?topic=138588.20, то увидите, что я так и делал - для своего пропатченного клиента ставил версию больше, чем у оригинального. Это нормально работало. Но сейчас я отказался от этой идеи. Изменение версии протокола хорошо, если ваш патч внедрен в основную ветку разработки, чтобы ВСЕ клиенты сети соответствовали принятой системе версионирования. Однако, если ваш патч еще не принят в основную ветку (или вы сами не хотите, чтоб он был принят), то манипулирование версиями может иметь непредсказуемые последствия. Простой пример: сейчас версия протокола 60002, для своей фичи вы выставляете версию, например, 100060002. После этого разработчики биткойна внедряют в протокол новую фичу и присваивают ему номер, например, 70003. Во всех стандартных клиентах появляется вот такой код:
Клиент с вашим патчем будет соответствовать этому условию, однако, поддержки новой фичи еще в нем нет, а это непредсказуемое поведение. В лучшем случае ваш клиент забанят остальные клиенты за misbehavior. Поэтому в своем патче для i2p я отказался от идеи манипулирования версиями, буквально вчера я решил эту проблему немного другим способом, сегодня буду тестить.

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


Именно! Никаких форков, новой валюты и прочего. У пользователя просто появится возможность указывать помимо ip-адресов и адресов из инета i2p-хеши и адреса b32 (если конечно он сам подключен к i2p). Тот же клиент, тот же биткоин, те же блоки, одна сеть (просто смешанная - ip/i2p), одни транзакции. Один и тот же кошелек может одновременно находится и в ip, и в i2p сети. В то же время кто-то может захотеть работать только в i2p, а кто-то не заморачивается и работает только в ip. Тот кто работает только в i2p может связываться с остальной сетью в ip через те кошельки, которые работают одвременно и там, и там. Такие кошельки будут являться как бы гейтами между сетями. Преимущество такого подхода в том, что если биткойны начнут щемить на уровне провайдеров или протоколов, можно переехать в i2p с сохранением всей инфраструктуры, текущей базы транзакций, кошельками и прочим. Т.е. вся сеть может буквально за пару часов переехать в i2p, и при этом НИЧЕГО не изменится, все деньги останутся у своих владельцев, все сервисы (сайты) откроются уже в i2p (чтоб сайт был доступен из i2p нужно просто поднять туннель и перенаправить его на 80 или 443 порт).

Проблема в том, что ipv4 имеет размер 4 байта, и его можно впихнуть в 16 байт ipv6, сохранив уникальность, а i2p-адрес имеет размер 512 байт (строго говоря 516, но последние 4 символа всегда ''АААА"), и впихнуть его в ipv6, сохранив уникальность, никак не получается.

Edit
Еще одно преимущество в том, что в I2P вашим идентификатором/адресом является dest-hash, который никак к вам не привязан и легко (одним щелчком мышки) может быть заменен на новый. Это перекликается с псевдослучайностью адресов в биткойне - вы для каждой транзакции можете генерировать новый биткойн-адрес и новый dest-hash. Полная анонимность.

То, что вы предлагаете и называется GarliCat. Они берут base32 адрес, обрезают его, добавляют к нему magic-число (чтобы отличать свои адреса от остальных IPv6), полученное значение считают IPv6 адресом. Костыль еще тот, особенно, если учесть, что получаемый адрес, строго говоря, не является уникальным.

Форк делать не хочу. Сами разработчики рассматривали(-ют) вопрос об изменении протокола. По ссылке в первом посте на гитхаб

I2P менять не придется. Придется менять протокол биткойна. И это самая большая проблема. Смотрим сюда https://en.bitcoin.it/wiki/Protocol_specification в раздел Network address, и видим, что на адрес в протоколе выделено всего 16 байт + 2 байта на номер порта. Естественно впихнуть в эту структуру 512+4 байта dest-hash не получится. Т.е. нужно заводить дополнительное поле.

А я все ждал, когда же твв припрется и эту тему загадить.
Ты опять упоролся? Тебе русским языком написано, что сейчас I2P написан на Java и работает под JVM, какой Ц? К тому же, если ты не можешь читать код на С/C++, то не надо думать, что все остальные настолько же глупы. Пруф на закладку в ssh?

@Ukigo
Пробовал через прокси - не взлетело. Это было первое, что я попробовал. Кошелек не заработал, вот SSH заработал (кстати, это неплохой способ обходить фаерволы и НАТ - поднять и2п-туннель и заходить на комп через него, только время отклика иногда большое). Сейчас уже даже не помню почему, но кошельки не соединялись. К тому же, на сколько я понял, и2п-прокси не поддерживает base64-hash, а только base32 адреса. Кошелек, на который приходят соединения через и2п-прокси будет видеть их как соединения с адреса 127.0.0.1. В стандартном клиенте много чего делается с адресами, они выстраиваются по рейтингу, банятся за неправильное поведение, ротируются и т.д. Все эти фичи нереализуемы через и2п-прокси. Я же хочу работать именно с dest-hash как с адресами, т.е. чтобы клиент видел dest-hash, понимал, что это адрес, и делал с ним все, что он делает с обычными адресами. Короче, меня не интересуют TCP/IP соединения через I2P, меня интересуют I2P соединения, т.е. нативная поддержка безо всяких костылей.

А у и2п ПОКА мало нод. Больше нод - больше скорость и полоса пропускания.
Зачем еще одна скрытосеть, зачем плодить сущности?

В разделе 4.7 написаны общие слова, что существующие системы имеют низкую скорость. Вообще, судить о какой-то технологии по документу, описывающему конкурирующую технологию, мне кажется, неправильно. Через мою и2п-ноду за несколько дней перекачиваются десятки ГБ трафика. 700 МБ фильм в и2п-торренте скачивается за несколько часов. У биткойна не такой уж большой трафик, чтобы положить эту сеть.

Кстати, сейчас усиленно пилят С++ и2п-роутер https://twitter.com/i2p/status/287274345456353280
Мне тоже не нравится, что приходится юзать JVM.

С чего вы взяли? Торренты, например, отлично работают в I2P. Конечно скорость не такая, как в обычном инете, но вполне терпимо. Вообще, чем больше узлов в I2P, тем выше скорость. Еще в версии 0.9.4 пофиксили какие-то баги, теперь скорость и стабильность стала гораздо лучше.

Update 30.01.2013
Добавлена ссылка на bitcoind.
Update 01.02.2013
Теперь после перезапуска сервиса I2P кошелек нормально восстанавливает соединения.
Теперь bitcoin-qt и bitcoind будут в одном архиве.
Update 08.02.2013
Большое обновление:
реализованы входящие i2p-соединения,
добавлена возможность генерации i2p-адресов (опция -generatei2pdestination),
добавлена возможность запускать кошелек с постоянным i2p-адресом (опция -mydestination),
много мелких исправлений и улучшений.
Update 12.02.2013
Критическое обновление.
При определенных условиях было возможно обращение к несуществующему сокету.
Проблема устранена.
Update 13.02.2013
Небольшое обновление qt-клиента для linux (косметические улучшения), демон можно не обновлять.
Добавлены исполняемые файлы для Windows!
Update 19.02.2013
Увеличена константа, отвечающая за вероятность коннекта между клиентами
Исправлены ошибки, иногда мешавшие коннекту между клиентами
Update 24.02.2013
Переход на версию 0.8
Update 02.03.2013
Добавлена ссылка на патч-файл.
Update 04.03.2013
В исходники вшито несколько i2p-адресов. Теперь можно не указывать опцию -addnode!
Бинарник для линукса собран с той же версией BDB, что и у разработчиков биткоина - теперь базы полностью совместимы (кроме peers.dat). Возможно, потребуется перекачать все блоки (или скопировать их из оригинального клиента)
Мелкие исправления/улучшения.
Update 08.03.2013
Релиз 0.1
Update 28.03.2013
Портированы изменения из официального клиента 0.8.1
Бинарники собраны с поддержкой QR-кодов.
Update 04.07.2013
Релиз 0.2
Улучшена работа с I2P (скорость коннекта, стабильность работы)
Добавлены индикаторы в GUI: количество I2P-коннектов, I2P/не-I2P соединение, static/dynamic I2P-адрес.
Добавлена вкладка для I2P настроек в меню "Опции...". Теперь многие настройки можно менять из GUI, а не только из командной строки.
Генерация нового и отображение текущего I2P-адреса из GUI.
Update 11.07.2013
Переход на 0.8.3
Update 13.09.2013
Переход на 0.8.5
Update 24.12.2013
Переход на 0.8.6

Ссылки:
Исходники:
https://github.com/VirtualDestructor/bitcoin-qt-i2p
http://git.repo.i2p/w/bitcoin-qt-i2p.git

Готовые сборки для Windows и Linux x64:
https://sourceforge.net/projects/bitcoinqti2p

Кто не в курсе, что такое I2P, могут просветиться здесь
https://ru.wikipedia.org/wiki/I2P
http://lurkmore.to/I2p
https://bitcointalk.org/index.php?topic=140885

Мой проект - это патч для стандартного Сатоши-клиента (aka bitcoin-qt/bitcoind). Пока проект больше напоминает Proof-of-Concept, чем готовое приложение. Однако, не стоит забывать, что сам биткоин-клиент всё ещё находится в бета-стадии, и никого это не смущает. Реализована работа через I2P безо всяких сторонних библиотек. В программе используется SAM bridge, входящий в дистрибутив самого I2P. Т.к. база блоков совместима со стандартным клиентом, вы можете использовать блоки от вашего обычного кошелька, чтобы несколько суток не тянуть всю базу через I2P.

Инструкция по установке на Linux (на примере Ubuntu 12.04):
1) добавляем ppa для i2p и bitcoin-qt

2) обновляемся

3) ставим пакеты (java должна подтянутся автоматически по зависимостям)

4) любым редактором от рута открываем файл /etc/default/i2p

5) теперь запускаем i2p

Инструкция по установке на Windows:
1) качаем дистрибутив i2p только с официального сайта http://www.i2p2.de/download
2) если не установлена Java, установщик i2p сообщит об этом. Java надо скачать тоже с официального сайта http://java.com/download/
3) ставим сначала Java, потом I2P
4) идем Панель управления - Администрирование - Службы. В списке находим I2P, проверяем, что он запущен (если нет - запускаем).

Инструкция по настройке (общая для Windows и Linux):
1) после установки и запуска ждем минут 5, пока i2p загрузится и запустит все сервисы.

2) в браузере открываем странцу http://127.0.0.1:7657/configclients. Если страница не открывается, это значит, что i2p не запущен (возможно возникли какие-то ошибки). После того, как страница открылась возле пункта SAM application bridge необходимо нажать кнопку Start, после этого поставить галочку в столбце Run at Startup?, потом нажать кнопку Save Client Configuration.

3) нужно удалить файл peers.dat (если он есть), он лежит тут  C:\Documents and Settings\YourUserName\Application data\Bitcoin (Win XP)  | C:\Users\YourUserName\Appdata\Roaming\Bitcoin (Vista and 7) | ~/.bitcoin (linux). Это нужно сделать, т.к. формат сериализации сетевых адресов в оригинальном клиенте и в моем патче не совместимы. Внимание! Если этого не сделать и оставить файл, это может привести к зависанию bitcoin-qt+i2p! Эту процедуру нужно провести только один раз перед первым запуском bitcoin-qt+i2p, после первого запуска пропатченный клиент создаст свой peers.dat нужного ему формата.

4) скачать пропатченный бинарник по ссылке выше и запустить его (не запускайте исполняемые файлы с привилегиями суперпользователя/администратора!)
Если вы хотите работать только в I2P укажите опцию -onlynet=native_i2p, как показано в примере выше. Если вы хотите работать одновременно и в I2P, и в обычном интернете - не указывайте этой опции совсем. В таком случае ваш кошелек будет являться гейтом между I2P-подсетью биткоин и остальной сетью.

Замечания:
Если вы хотите помочь биткоину в i2p, вы можете сообщить ваш dest-hash или b32-адрес своего кошелька в этой теме или другим способом, чтобы я мог вшить его в исходники к следующему релизу. Для этого ваш кошелек должен быть запущен с постоянным i2p-адресом, как это сделать см. ниже.
Для Linux: запускайте кошелек с указанием полного пути к исполняемому файлу, или из текущей директории (./bitcoin-qt), т.к. если вы просто укажете имя исполняемого файла, то запустится стандартный bitcoin-qt (если он у вас установлен).

Изменения в стандартных опциях:
1) добавлены новые параметры командной строки и конфигурационного файла:
2) добавлено значение для параметра -onlynet.
3) Во всех параметрах требующих IP-адреса теперь можно указывать destination hash: <512 символов>AAAA, или b32-адрес: <52 символа>.b32.i2p

Совместимость:
1) Все остальные опции, кроме указанных, остались без изменения и работают как раньше
2) База peers.dat не совместима в обе стороны между стандартным клиентом и моим патчем. Этот файл должен быть удален при переходе от стандартного клиента к пропатченному и обратно. Этот файл не содержит ценной информации, так что бэкапить его не обязательно.
3) Все остальные базы полностью совместимы с оригинальным клиентом.
4) Полная обратная совместимость протокола! Пропатченный клиент совершенно спокойно может подключаться к стандартному клиенту и наоборот. Никаких манипуляций с версиями протокола! Изменения в протоколе проявляются, только если оба кошелька являются пропатченными.

Запуск кошелька с постоянным I2P-адресом:
По умолчанию, если не указан параметр -mydestination, при каждом запуске кошелек будет генерировать случайный destination (i2p-адрес). В таком случае даже вы не сможете узнать с каким i2p-адресом запустится ваш кошелек. Это ещё больше анонимизирует работу с биткоином, если же для каждой транзакции ещё генерировать новый биткоин-адрес - деанонимизировать вас становится сильно проблематично. Однако, если же вы хотите помочь сети, опубликовав свой i2p-адрес, или вам просто нравится какой-то i2p-адрес, вам нужно запускать кошелек с постоянным i2p-адресом. Для этого нужно указать в опции mydestination полный destination, т.е. нужно указывать base64 dest-hash (b32-адрес указывать здесь нельзя!), с которым вы хотите запустить кошелек, склеенный с вашим закрытым (приватным) ключом от I2P туннеля.
Пример:
Запуск из командной строки:
Или можно указать в bitcoin.conf:
Первые 516 символов (SVAxp......~vaZfIQP6AAAA) - это открытый (публичный) ключ. Он также играет роль адреса в I2P-сети, он же - dest-hash. Оставшиеся символы и есть приватный ключ I2P-адреса. Чтобы начать использовать I2P-адрес, необходимо знать его закрытый ключ (иначе любой мог бы захватить чей угодно адрес). Т.е., сообщив кому-то свой закрытый ключ, вы фактически отдаете ему в пользование свой I2P-адрес. Поэтому не передавайте свой закрытый ключ никому. Биткоин-кошелек никуда не отправляет этот ключ, а только использует для авторизации у I2P-сервиса. Публиковать нужно только открытый ключ, т.е. только первые 516 символов. Так же эти 516 символов перед публикацией можно укоротить, превратив в b32-адрес, с помощью этого скрипта https://bitcointalk.org/index.php?topic=140885.msg1501489#msg1501489. Указанные выше публичный+приватный ключ НЕ являются верными, использовать их не получится, они указаны просто для примера. Простейший способ сгенерировать себе постоянный адрес - запустить кошелек c параметром -generatei2pdestination. Вам будет показан сгенерированный адрес+приватный ключ, которые можно скопировать в конфиг-файл, а также base64-адрес и b32-адрес, которые можно опубликовать.

Инструкции по сборке для linux:
0) установить необходимые библиотеки для сборки биткоина, никаких дополнительных зависимостей мой патч НЕ добавляет.
1) перейти в директорию с исходниками и запустить скрипт 1.build-unix.sh

Инструкции по кросскомпиляции для windows под линуксом:
0) установить mingw32
1) скачать зависимости скриптом 1.env-setup.sh (нужно выполнять только один раз)
2) собрать зависимости скриптом 2.build-deps.sh (нужно выполнять только один раз)
3) собрать биткоин скриптом 3.build-linux-mingw.sh

Все собранные бинарники будут сложены в директорию <директория с исходниками>/release
Скриптов для сборки под виндой у меня нет, т.к. для винды я собираю кросскомпиляцией, как показано выше.

ВНИМАНИЕ! Программа предоставляется "как есть" безо всяких гарантий. НЕ ЗАПУСКАЙТЕ ИСПОЛНЯЕМЫЕ ФАЙЛЫ С ПРАВАМИ СУПЕРПОЛЬЗОВАТЕЛЯ/АДМИНИСТРАТОРА!

Если Вам нравится мой проект, поддержите дальнейшую разработку 1JTtvgy5CzwnsRj3vtHACdyKWxgTnYn754

Примечание:
Ради справедливости, bitcoin-qt почти поддерживает i2p, хотя упоминание этого было выпилено из release notes. Но если открыть исходники, то можно увидеть, что работа в этом направлении велась. Однако, это была не нативная поддержка, а использовался GarliCat (https://www.cypherpunk.at/onioncat/wiki/GarliCat). Вообще, GarliCat является костылем для i2p, и это одна из главных причин, из-за которой от него отказались в биткойне (https://github.com/bitcoin/bitcoin/pull/1913). Upd: начиная с версии 0.7.2, упоминание i2p убрали не только из release notes, но и из исходников.

Чтоб провайдер не читал, юзайте I2P-Messenger. Он, конечно, не совсем допилен, но свою функцию выполняет. Даже файлы через него нормально передаются.