~AreEnn
~R4SAS
~acetone
~orignal
~villain
@onon
&N00B
+Xeha
GFW
Komap
Most2
Nikat
Opax
Vort
WebClient52
`
b3t4f4c3
duck
hidden_gamer
iiii
karamba_i2p
nnm
not_bob_afk
osoznayka
poriori
profetikla
qend
rc13
segfault
slfd
soos
spider
teeth
tensor
un_
weko
whothefuckami
woodwose
onon
Я вам тут принёс...
onon
Пока Лось отдыхает, Vort, потести если будет время.
onon
Вернётся зальём, если всё норм будет.
onon
Алгоритм переделал
onon
Старые баги так и не пофиксил
onon
Редкий баг с зависанием не поймал, смену маршрута на каждый пакет пока не придумал как сделать, choked нужно будет переделать логику.
WebClient52
~orignal Постараюсь рассказать еще раз. Конечно под маской анонимности, культура общения на форуме оставляет желать лучшего. В общем - проект Бастион, это проект WEB 3. Ребята за 7 лет написали
WebClient52
проект сложнее в 10 раз чем Фейсбук при этом не уступающий по функционалу. Соц сеть без привязки к личности которой очень легко пользоваться без специальных знаний. Меседжер с реальным
WebClient52
шифрованием, ключи от которого находятся у пользователей, голосовые сообщения, интернет звонки. Свой видеохостинг. Свой блокчейн и монета - по версии КойнмаркетКап мы примерно на 15 месте
WebClient52
среди всех криптовалют на алгоритме стейкинга, при этом рейтинг надежности 4,2 - что больше чем у Соланы. Сеть состоит из 3х основных элементов - ноды (основная часть, по сути весь каркас сети),
WebClient52
пеертюбы для мультимедии, матрикс. Со стороны клиентов прямой доступ к сети идет через приложение для ПК. Без использования DNS системы с маскировкой трафика. Из всех децентрализованных
WebClient52
проектов мы наверное самый развитый проект, что хорошо видно по пользлвательской базе. Имеются API для сторонних разработчиков, чтоб они строили миниприложения на инфраструктуре проекта - это
WebClient52
дорога к своему интернету в нутри интернета. В общем тут рассказывать и рассказывать. Почему я тут пишу вам?! Первое - ищем разработчиков, на зарплату, которые помогут интегрировать i2p в нашу
WebClient52
сеть. Можем и сами справится, но это займет больше времени... Но главный вопрос в цензуре, i2p Бастиону нужен для обхода блокировок в будущем, а рано или позно они будут. После интеграции i2p -
WebClient52
получит сотни тысяч новых узлов по всему шарику, пропускная способность возрастет. Дополнительно будет возможность реализации большей децентрализации - в том числе перенос видеохостинга на
WebClient52
компьютеры пользователей. Так же можно будет создать миниприложение для серфинга i2p, что даст прирост пользователей в этой сети кратно. Почему именно на этом форуме пишу?! Все просто, i2p это
WebClient52
перспективный децентрализованный протокол передачи данных. Но по факту еще не прошедший проверку боем. Понимаете, если сеть i2p взлетит, как и сам Бастион - это начало настоящего WEB 3 без
WebClient52
оговорок, но при этом и сильный удар будет при блоках dpi системами. И вот тут нужны люди, которые понимают хорошо i2p - ведь возможно придется сеть донастраивать на новые требования и по
WebClient52
пользовательской базе, количеству узлов, и по блокировкам.
onon
WebClient52, в i2p нет обфускации.
weko
WebClient52: прочитал. Сама идея мне нравится, по описанию звучит интересно. Сам был бы рад делать что-то похожее (есть какие-то идеи), но крайне важно (критически), как это реализовано. Буду писать дальше сообщения.
weko
[01:01:57] <onon> WebClient52, в i2p нет обфускации.
weko
+. Но i2p трафик - случайные байты, потому блокируется только вайтлистом протоколов. Но это если "оффлайн" DPI. Если есть "онлайн" DPI, который следит за сетью, то он может искать адреса и банить их.
WebClient52
weko при конструктивном диалоге постараюсь ответить на все вопросы.
onon
i2p - это не быстро
onon
Тут задержки по секунде и больше
onon
Или вы хотите нульхоп туннели делать?
WebClient52
Сейчас сеть i2p для сильных мира сего не представляет угрозы, слишком маленький сегмент интернета, чтоб на него тратить ресурсы в данный момент. Но все может измениться. Я понимаю, что i2p это не
WebClient52
быстро, по крайней мере в данный момент. Но сотня тысяч узлов - без преувеличения это может исправить. Пинги - да, не есть хорошо, но не особо беда, сеть не Покетнет работает так быстро,
WebClient52
обновление ленты идет раз в минуту - следом за созданием неового блока в сети. Для онлайн видео - пинги конечно плохо. Но в случае тотальных блокировок это лучше чем ничего.
weko
И вот тут нужны люди, которые понимают хорошо i2p - ведь возможно придется сеть донастраивать на новые требования и по пользовательской базе, количеству узлов, и по блокировкам.
weko
Этим в том числе мы и занимаемся. Проблема в том, что даже сейчас реализации не способны получить всё, из того что предлагают пиры. Иначе говоря, сеть способна выдать больше, однако многие вещи не сделаны, недоделаны и сделаны криво. Добавить сотни тысяч
weko
пользователей - то, что в идеале должно отработать без проблем, однако на практике реализации далеки от этого. Потому, как я считаю, просто добавить i2pd опцию для всех пользователей на данный момент не лучшая идея. Но это моё мнение, хотя я могу его обосновать как
weko
миниумим частично (вспомню не всё)
weko
Забыл ковычки добавить.
onon
Чтобы выжать из узла больше, нужно увеличить потребление процессора и памяти.
weko
Пинг - ограничение для некоторых видов деятельности. Но для остальных вещей проблем нет. И даже для стрима видео, потому что в клирнета из-за буферизации и так задержки обычно по несколько секунд
weko
onon: логично. Просто из того, что выделяется пользователем, тратится мало
weko
Вот, что я имею ввиду
onon
У нас сейчас лимит в размере буфера на транзите, и размере окна на клиенте и сервере.
weko
onon: про это и речь
weko
И не только
WebClient52
weko - все мы взрослые люди, нет не одного идеального проекта. Все время нужно что то дорабатывать. У нас у самих работы не початый край по всем пунктам. По этому и пришел на данный форум. Ведь
WebClient52
задача стоит очень большая. Что касается узлов - на ПК по большей части есть свободные вычислительные способности и неограниченный трафик - это не смартфон с его ограничениями.
WebClient52
У нас сейчас приложение на ПК имеет собственный прокси, по сути собирает прямо на компе пользователя инфу со всех узлов и формирует ленту + отдает часть просмотренных видео другим
WebClient52
пользователям - что разгружает пеертюбы. Но это уже сейчас дает нагрузку не малую на компы, но по другому ни как...
weko
WebClient52: "Ведь задача стоит очень большая". Значит понимаете, что быстро решить вопрос врядли выйдет, и надо заранее договориться, когда и сколько можем обсуждать
weko
Иначе говоря, если настрой серьёзный, то не теряйтесь, даже если тут все молчат.
onon
А что там обсуждать, сказали же сразу - SAM
onon
Вот и копайте
weko
onon: да, вот совсем недавно в чате писали про баг в нём
weko
И я там баг находил тоже
onon
Лось сказал починит
weko
И наверняка ещё куча
onon
Торренты работают вроде
onon
Через SAM
weko
Заебись
Komap
"Почему именно на этом форуме пишу?!" всё копибаста!
weko
WebClient52: на самом деле всё сводится к простому вопросу - что по деньгам? Какой у вас market cap? Сколько готовы выделить на этот вопрос? Или у вас тоже на энтузиазме делают?
Komap
еслиб он был нормальный выйпер , удосужился хот перепроворить что копирует...а сори мож я чтото не дегнал. тогда ссылку лучше. навиг полотно текста сюда дерать. ?! ???
WebClient52
weko - вопрос о переходе на децентрализованные протоколы передачи данных назрел давно. Уже почти пол года как провится тест у нас - как будут работать узлы (ноды) с ТОР, Югдрасиль и i2p - на данный
WebClient52
момент все отлично.
WebClient52
coinmarketcap.com/view/pos - монета Pkoin
weko
$15.51M
Komap
<onon> Торренты работают вроде << да, и шустро стали после последнй обновы. подтвержтаю.
Komap
<WebClient52>сорян что обозвал. я тогда посторонюсь. слово "старшим" дам. сорян ещё рас.
Komap
<WebClient52> правильно говорят, sam - интерфейс взаимодействия приложения и i2p(d). он и в java есть. i2cp сложней в использовании но...
Komap
i2cp ещё однин протокол взаимодействия