Bitmessage – Р2Р криптомессенджер
Программа для P2P-обмена зашифрованными сообщениями между двумя и более пользователями.
Техническое описани (PDF, eng)
PyBitmessage (исходники на Питоне)
Пошаговая инструкция по сборке исходников (Linux, Windows)
У кого косячит под Дебианом, таки да – есть небольшой баг, решается все предельно просто: файле pyelliptic/openssl.py прописываем полный путь к libcrypto.sylib: /usr/local/opt/openssl/lib/libcrypto.dylib
Запускал на Питоне 2.7.3., запускал вот так: /usr/local/opt/python/bin/python2.7 bitmessagemain.py
К ресурсам прожорлив в первые пять минут сожрал полностью одно ядро, ну в лучшем случае это подтверждает наличие "тяжелой" криптографии, ну а в худшем – кривизну реализации.
Хотелось бы услышать мнения завсегдатаев.
На вскидку я не увидел ничего такого, что заставило бы отказаться от легковесного mcabber с сгенеренным под него длинным GPG-ключем.
Спасибо за внимание.
В whitepaper по ссылке ругают PGP и Tor из-за их далёкости от народа, но в итоге предлагается то же самое. Как номер кошелька надо получить по аутентифицированному протоколу, так и id в bitmessage, поэтому от PGP отказаться не получится.
Далее, сам по себе bitcoin-протокол не даёт анонимности. Скорее, наоборот: там такое нагромождение взаимоподвтерждений, что это больше напоминает сеть доверия PGP, где все друг друга подписывают. Т.е. Tor всё равно понадобится. Затем, если есть Tor и PGP, то зачем что-то ещё? Странно, что авторы не упомянули ничего о возможностях разворачивания IM поверх скрытых сервисов Tor.
Наконец, есть и вопрос практичности. БД полноценного bitcoin'а сейчас весит 7.5 Гб, а успешный IM-протокол будет пухнуть ещё быстрее.
По ссылке есть красноречивый коммент: Боюсь поинтересоваться, как обстоят дела с подписыванием софта.
ID в bitmessage это хэш открытого ключа – PGP не нужно.
С анонимностью, как и в Bitcoin, к сожелению, не очень:
тут
Для борьбы с распуханием там предлагается хранение базы в виде дерева, ограничение по времени – типа два дня, и принудительные затраты процессорного времени при генерации нового (или регенерации просроченного) сообщения пропорциональные его длине – в существующем варианте порядка 4 минут на типичном процессоре для типичного сообщения.
А как вообще на житьхабес подписыванием софта? Требуется?
Два дня немного не про это:
комментариев: 1060 документов: 16 редакций: 32
Ну для instant messaging эта штука в нынешнем виде точно не годится. Концепция "все получают всё" непригодна для этого. Научить бы эту штуку находить адресата, скажем, за O(log(n)) пересылок... :)
комментариев: 11558 документов: 1036 редакций: 4118
комментариев: 1079 документов: 58 редакций: 59
Ты бы лучше, если можешь и есть время – скрипт для голого Дебиана накатал с установкой, настройкой указанных приложений + какой-нибудь Privoxy или правило для iptables. Действительно полезно было бы, для быстрого разворачивания "блок-поста")