Дуров выходит на IPO это достаточно интересно - вроде на 300 мультов зеленых тугриков, что же собственно там будет торговаться?
Клиенты у него выложены в открытый доступ, с серверами сложнее... дело даже не в том, что они дубайско-амстердамско-майамско-сингапурские.
На гитхабе всего несколько проектов с попытками написать свою реализацию сервера , предположительно потому что протокол у теле..рама искусственно усложнен....
Но тем не менее уже кое что появляется - вот получилось самому собрать и запустить один из проектов, с которым работают стандартные клиенты (минимальная модификация это IP шник с которым все соединяется)
скриншот с логом серверной части и двух открытых клиентов с общим каналом:
( под капотом - redis, rabbitmq, minio, mongodb и прч, а можно же для GPU переписать, бгг )
Каналы работают, картинки файлы
файлы хранятся в minio (логично можно сразу в амазоне арендовать как сервис... )
Регистрация на самом же сервере... (можно и смс прикрутить отправку). Стоит отметить даже для базовых функций кода очень много - но тем не менее работает т.е. принципиальная возможность есть...
Соответственно какой вывод делаем.
Несколько человек в течении обозримого времени допилят (при наличии инвесторов бгг) до вполне пригодного для использования варианта и соответственно можно сделать _действительно_ распределенную децентрализованную систему с "серверами на районе" ( условные админы конечно смогут читать ваши мессаги, но кому они собственно нужны... ) и необходимо это признать очень _хорошими_ и самое главное уже существующими телеграмовскими клиентами для всех платформ, за что собственно и любим так всеми этот продукт ... все упирается в свою очередь в серверные мощности и модерирование передачи данных.
Вот здесь уже простор для фантазии... сколько же подобное будет на самом деле стоить?
В процессе правда может выясниться, что главное в этом бизнесе все таки _абонентская база_ как таковая с админ ресурсом чтобы ее отбивать если что, а не какие то там "технологии" (т.е. они конечно тоже немного, но это все сильно дешевле Ресурса).
И вот это уже действительно серьезные вопросики тесно связанные с "психономикой" и даже возможно "геополитотой".
Комментарии
"Что же все таки будет продавать Дуров на IPO?"
-Базу 900 миллионов пользователей за 30 млр доллярей, вроде как (30 баксов за голову).
https://www.ft.com/content/8d6ceb0d-4cdb-4165-bdfa-4b95b3e07b2a
PS: И ему нужно поторопиться, пока американская биржа не посыпалась.
PPS: Илон купил Твиттер за 40 млд (1.3 млр акк), так что цена за юзверя - 30 доллярей.
...
Нужно просто "купить" базу Твиттера и на ее основе сделать еще один
мессенджер, продать за муллиард и дело с концом )))
Это глубочайшее заблуждение. Один из основных аргументов людей при выборе зарубежных почты/мессенджеров: "да, там будет читать ЦРУ, но пусть лучше они, нежели товарищ майор - ЦРУ я нафиг не упал, а местные могут... [далее список различных страшностей, которые с тобой могут сделать местные власти]".
Ну, собственно, так и есть. Причём толпа абонентов нерациональна и, местами, неразумна. И ленива - не будет заморачиваться настройкой чего-то там, если телеграм работает и там все есть
Искусственно усложнен? Чем же? 🤣
В последнее время на Хабре стали чаще появляться посты о том, как хорош Telegram, как гениальны и опытны братья Дуровы в построении сетевых систем, и т.п. В то же время, очень мало кто действительно погружался в техническое устройство — как максимум, используют достаточно простой (и весьма отличающийся от MTProto) Bot API на базе JSON, а обычно просто принимают на веру все те дифирамбы и пиар, что крутятся вокруг мессенджера. Почти полтора года назад мой коллега по НПО "Эшелон" Василий (к сожалению, его учетку на Хабре стёрли вместе с черновиком) начал писать свой собственный клиент Telegram с нуля
...
Из всего, если вспомнить догадки об архитектуре сервера (распределение запросов по бэкендам), вытекает довольно унылая вещь — несмотря на все гарантии доставки что в TCP (либо данные доставлены, либо Вам сообщат о разрыве, но данные до момента проблемы будут доставлены), что подтверждения в самом MTProto — гарантий нет. Сервер может запросто
проепотерять или выкинуть Ваше сообщение, и ничего с этим сделать нельзя, только городить костыли разных видов.И прежде всего — очереди сообщений. Ну, с одной-то всё было очевидно с самого начала — неподтвержденное сообщение надо хранить и перепосылать. А через какое время? А шут его знает. Возможно, вон те наркоманские сервисные сообщение как-то костылями решают эту проблему, скажем, в Telegram Desktop примерно штуки 4 очереди, им соответствующих (может больше, как уже говорилось, для этого надо вникать в его код и архитектуру более серьезно; при этом мы знаем, что за образец его брать нельзя, энное количество типов из схемы MTProto в нём не используется).
Почему так происходит? Вероятно, программисты сервера не смогли обеспечить надежность внутри кластера, или хотя бы даже буферизацию на фронте-балансировщике, и переложили эту проблему на клиента. От безысходности Василий попытался реализовать альтернативный вариант, с всего двумя очередями, используя алгоритмы из TCP — замеряя RTT до сервера и корректируя размер "окна" (в сообщениях) в зависимости от числа неподтвержденных запросов. То есть, грубая такая эвристика для оценки загруженности сервера — сколько одновременно наших запросов он может жевать и не терять.
Ну то есть, Вы понимаете, да? Если поверх работающего по TCP протокола приходится реализовывать опять TCP — это говорит об очень плохо спроектированном протоколе.
Ах да, почему нужно более одной очереди, и вообще, что это значит для человека, работающего с высокоуровневым API? Смотрите, Вы делаете запрос, сериализуете его, но отправить его немедленно зачастую нельзя. Почему? Потому что ответ будет по msg_id, который есть временная метка, назначение которой лучше отложить на как можно более позже — вдруг сервер отвергнет из-за несовпадения времени у нас и у него (конечно, мы можем сделать костыль, сдвигающий наше время от настоящего к серверному прибавлением дельты, вычисленной из ответов сервера — официальные клиенты так и делают, но этот способ груб и неточен из-за буферизации). Поэтому, когда Вы делаете запрос локальным вызовом функции из библиотеки, сообщение проходит такие стадии:
...
и прч.
https://habr.com/ru/articles/472970/
есть еще целая куча публикаций _независимых_ авторов с разбором и вопросами, лень искать да и это видно любому собственно, когда сам протокол смотришь...
Или Василий что-то не так делает, ибо в оригинале всё работает и без бубна.
Понятно что работает... но то КАК сделано, отсекает определеный процент самопальщиков (хотя бы чтобы лишнюю нагрузку не создавали на сервера своим "творчеством") - когда сам разбирал обратил внимание на сходство с некоторыми индустриальными протоколами или проприетарными - там тоже авторы любят "наворотить", по вполне обоснованным коммерческим соображениям.
Ну так всё ради эльфов, верующих в силу открытого кода: мы хорошие парни, мы даже код открыли и любой может проверить это(если разберется в миллионе или больше строчках кода и сколько времени это займёт неизвестно). Поэтому что там на самом деле остаётся только догадываться, ну и мечтать о том, что фсб не читает ничего.
"Хорошие парни"/"плохие парни" это неправильная дихотомия.
Важнее создание community, предоставление примеров реализации кода, упрощение и ускорение создания и развития потенциальными партнерами своих продуктов.
А ФСБ обязано к таким продуктам доступ приобретать. Как и АНБ.
Предполагаю, что он банально допустил пару мелких ошибок в реализации + автотестах, выросших в нечто большее.
P.S. его код не читал, лишь прочитал содержание статьи. Предположение основано на оговорках "я не криптограф, но" и характере озвученных косяков.
Но пару потенциальных уязвимостей я там увидел. Надо проверять.
А поконкретнее вашими словами? 🤣
> это видно любому собственно, когда сам протокол смотришь...
Я прочитал критику.
Недостатки некоторые вижу, да, но на мой взгляд это следствие проблем роста и развития. Ничего нерешаемого.
Вы, возможно, удивитесь, но в процессе развития меняется концепция продукта, в результате чего приходится "всё менять", при этом сохраняя совместимость со старыми версиями.
Ряд выводов показался натянутым. Например, перечень статусов сообщений явно сделан с запасом. Я тоже при проектировании часто делаю запас. Он бывает пригождается, а бывает нет. Но если его нет - это хуже, чем если его нет. Скажем, использование CRC32 - не проблема вообще, и потенциальные коллизии не страшны, оно для другого. Хотя в целом критика хеширования/шифрования контента обоснованна.
Не берусь судить о серверных внутренностях, на мой взгляд, они сейчас активно меняются. Я четко вижу смену концепции, ее расширение, добавление новых задач и сущностей, и столкновение реальности с предположениями. Реальность как всегда побеждеет 🤣
Это нормально для живого продукта.
Проектировании чего?
Чего угодно. Протоколов, структур.
И где эти протоколы с "запасом" используются?
Моя сфера - ITsec.
ясно... ну в промке, связи и прч лишние условно говоря байты и разрядности уже влияют по цепочке сильно и на энергопотребление и прч.
в чистом ИТ да наверно можно и с "запасом"
Да. Промка и связь - отрасли, в общем-то годами работающие без изменений на раз запущенных протоколах. Есть возможность всё хорошо просчитать, оптимизировать, убрать лишнее и т.п., и это определённо целесообразно. Время разработки некритично.
В моём же случае слишком много изменений и польза от наличия запаса перекрывает оверхед кратно. Время, истраченное на разработку становится одним из самых важных ресурсов, а эффективность передачи/обработки данных почти не имеет значения и легко перекрывается масштабированием.
На вопрос "в чём сложность" вы привели цитаты, в которых говорится о том, что автор не знает, как именно устроен бэкэнд. Он даже слово "консенсус" не произнёс. Он говорит, что не очень понимает как клиент устроен. Приводит какие-то технические детали.
Сложности пока не прослеживается.
Это не Тумс написал?
Вопрос в другом: не сколько там лямов, а ГДЕ его акции будут торговаться? Потому что если на пиндосских биржах, то там ему яйки зажмут рукавичками ежовыми и вся это "независимость" телеграмки пойдет лесом.
И кто будет иметь возможность читать чаты - вопрос не такой уж праздный. Ну и кто уже читает.
По слухам (Равиль), чаты ТГ активно используются на СВО (внутри подразделения ТАП-ики и рации, а вот между соседями и получателями данных из смежных подразделений данных вопрос интереснее).
Вот именно. Дурову нежно намекнут если хочешь быть мульардером долларовым - давай сотрудничай. И он будет сотрудничать. Как и все в долларах номинированные товарищи.
Это увы реальность мира нынешнего.
Все гораздо интересней закручивается. Добавлю две новости:
https://3dnews.ru/1101915/nvidia-predstavila-samiy-moshchniy-protsessor-v-mire-blackwell-b200-kotoriy-otkroet-put-k-gigantskim-neyrosetyam
https://3dnews.ru/1101936/nvidia-predstavila-project-gr00t-bazovuyu-iimodel-dlya-sozdaniya-chelovekopodobnih-robotov
Мировое экономической господство теперь будут определять IT гиганты. Крупнейшие капиталы планеты буквально устанавливают свое полной и тотальное экономической господство: https://aftershock.news/?q=node/1350540
И как и положено для империализма, все это быстро перейдет в предел мира. Дуров один из участников этого большого предела.
Умалчивается, что энергетика, при дальнейшем развитии данной ветки, будет иметь определяющую роль. Уже сейчас темпы роста потребления в тн развитых странах, определяются практически целиком приростом в ЦОД-ах.
Гдето наверное уже спрогнозировали какие мощности нужны будут для этого нового дивного мира. И откуда их взять?? Ответ неочевиден.
В какой то энергетической ветке уже шла речь об этом. И самый скромный прогноз - рост требуемых мощностей энергетики в три раза до конца этого десятилетия. Но даже до этого уровня роста не готов вообще НИКТО. При этом, только у России есть хотя бы предпосылки))
И это еще один довод в пользу похорон линейных прогнозов про ИИ.
Ваше утверждение легко опровергается всего одной бомбой в штаб-квартиру Нвидиа.
И это только один из аргументов против. И это же говорит о качестве линейного прогноза - логика выводов на основе анализа прошлого.
Я не буду спорить, но сделаю лишь одно допущение, которое полностью перевернет ваши и подобные вашим прогнозы. Сейчас много говорят о материальности мысли. Правда, говорят, в основном жулики. Но это не отменяет и действительных фактах об этом. К примеру, доказанный опытным телекинез у отдельных людей.
А теперь просто представьте, что мысль действительно станет материальной в обозримом будущем. Что это просто ступень в эволюции человека. И все, вашим прогнозам капец))
И это я описал лишь один вариант узости линейного анализа.
есть определенные ограничения все таки - например разведение финансовых контуров сразу сужает число возможностей воздействия
ИИ может дать абсолютное преимущество при использовании его для поиска новых "материалов" или в "биоинженерке" и прч а не в режиме "чатжпт" условно говоря
ну собственно даже публичные декларации того, чем на самом деле в дипмайнд занимаются ( а там приоритет это "химия" ) говорит о "магистральном направлении"
Не химия, а биоинформатика. И как понимаю у них одинаковые взгляды с группой Фристона.
Если утрировать, то он пытаются понять "под капотом" явления жизнь и исторический процесс. На сам деле они занимаются фундаментальными проблемами. И с точки зрения их подхода, вопрос "правильного управления" это бессмысленный вопрос. Правда в том что сам "управляющий управляем".
Уже несколько раз приводил это видео:
Есть объективные пределы управления. Биоинформатика прямо на это указывает. Не всем можно управлять.
А как там с шифрованием в этих самоделках? Товарищу майору потребуются ключи.
обычный клиент с перенастроенным ip адресом соединения работает т.е. реализовано _так же_ как в обычной телеге (с виду , по факту не совсем конечно, к тому же реализация отстает от официальной, но пользователь не заметит)
По поводу тезиса "Мировое экономической господство теперь будут определять IT гиганты."
Если кратко - бред.
=================
Теперь подробно.
1. невозможно выиграть войну одним родом войск. Были уже выигрыватели войн авиацией, выигрыватели войн артиллерией, выигрыватели войн танковыми корпусами - не взлетело.
Вот сейчас на СВО основные потери - от артиллерии, но это же не значит, что все остальные бездельничают - они обеспечивают работу артиллерии.
2. С "мировым господством" - аналогично. Можно иметь сверхмощную "мягкую силу" и напороться на простой вопрос "а сколько у тебя дивизий?". Мягкой силе необходимо обеспечение в виде традиционной силы жёсткой.
Мягкая сила и информационное доминирование очень хороши в мирное время. А во время войны - на первый план настойчиво лезут более брутальные сущности.
3. Повторю еще раз: для получения "мирового господства" надо иметь все компоненты этого господства (хотя и необязательно быть на первом месте в мире по каждому компоненту).
Если у тебя где-то есть провал - тебя конкурент обязательно за этот провал ущипнет. Не обязательно ущипнет сам, но создаст ситуацию, когда тебя ущипнет кто-то другой или просто так сложится, что ты будешь ущипнутым. Китай, в частности, легко может быть ограничен в развитии слабостью энергетики. И вовсе не всё можно заменить АЭС, которые Китай сейчас судорожно строит.
Грубо упрощая - возможна ситуация, когда у России трудно обучаются нейросети из-за плохости процессоров, а у Запада плохо обучаются нейросети из-за отсутствия алюминия для радиаторов охлаждения этих мощных процессоров.
Т.е. в теории можно легко для военных, которые все в телеге, сделать свой военный телеграм? (назовем его "полевая почта")
https://telecom.cnews.ru/news/top/2023-08-14_rosteh_vpervye_predstavil
> протокол у теле..рама искусственно усложнен....
Нет, там все так и по другому не бывает:
https://habr.com/ru/articles/472970/
Перспективный чат детектед! Сим повелеваю - внести запись в реестр самых обсуждаемых за последние 4 часа.
Хех, это я мог бы сразу сказать, ведь они планировали зарабатывать рекламой с самого начала
Там отдельно интересная история, как их пытались "блокировать". Советую копнуть.
Но я сам им не пользуюсь - во-первых по личным неприязненным отношениям с Пашей, а во-вторых - вообще не пользуюсь мессенджерами, которые требуют номер телефона.
На базе teamgram-server подняли серверную часть?