Исходное сообщение
"Релиз децентрализованной коммуникационной платформы Hubzilla..." Отправлено n80, 15-Авг-19 01:33
> хочется dht+tunnel+nameserver не только tox'а Эм, библиотеки и P2P сеть tox можно использовать не только для него. Собственно, какого-то единственного tox и нетути (одна из причин, почему так и не попробовал использовать To по назначению: 100500 клиентов разной степени недописанности и не ясно, какой в итоге брать). > я пока не понял там общая единая dht или каждая программа строит свою? Общая единая DHT (хотя можно сделать свой отдельный bootstrap сервер и забить в коде клиента только его, выкинув остальные, тогда может получиться отдельная сеть), а программы используют ключи определённого вида для своих нужд (но при этом могут распространять любые ключи и значения, разрешённые спецификацией). По идее, при этом широкое поле для коллизий и атак, но в силу малости использования и большой случайности ключей этого не происходит (пока что, по крайней мере; так-то надо больше копать как оно устроено). > мне хочется общую на много программ dht для шаринга меты, нечто общее > (чтоб не только конкретная программа могла быть промежуточным узлом) для построения > тунелей точка-точка с запрашиваемыми свойстами и качествами соединения (латенси, безопасность(количество промежуточных нод), скорость,...) Ну вот в OpenDHT любая программа, слинкованная с этой либой как положено, является промежуточным узлом (если только это явно не запретить, но это ещё заморочиться надо). Собственно, одна из программ в примерах — чисто промежуточный узел, который только позволяет смотреть что через него проходит (возможно, при этом будет виден шифрованный мусор, если что), смотреть с кем нода соединена и делать запросы к сети. > нечто для шаринга данных отдельной программой (поверх того же dht и вот тех же тунелей) Сдаётся мне, DHT — отдельно, а туннели и пробивание NAT — отдельно. > на сколько я понимаю на данный момент все распредсети лепят свои реализации > и отдельные логические сущности (даже если на основе общей либы) для dht и тунелей Для туннелей есть tox, tor, i2p, это кого сходу могу назвать, так-то ещё кто во что горазд. Все эти наборы, скажем так, технологий могут быть использованы как модули для других программ (есть соответствующие биндинги к библиотекам/API служб) и поверх них можно строить что-то близкое к запрашиваемому, не ломая совместимость с имеющимися клиентами. Полный путь не подскажу, увы, но из прочтённого кода сложилось впечатление, что делать на основе tox будет проще всего (тупо ближе всего к искомому по набору фич). Ну или разобраться как использовать tor как библиотеку (недавно, например, такой пример находил: https://github.com/wbenny/mini-tor).