В общем я написал PoC децентрализованной p2p социальной сети. 8 месяцев работы, больше 1200 коммитов. Я заколебался! Помогите пожалуйста.
Проект:
https://github.com/Warp-net/warpnet
Доки:
https://github.com/Warp-net/docs
Отличие от Mastodon только в децентрализованности?
DT
CatLecter
Я так понимаю сам ты уже лет 10 не писал?)
Нет, я пишу каждый день, причем на разных языках.
DT
Ну это ключевая фишка
А endgame какой? Каждый пользователь раннит свою ноду и хранит все свои данные у себя на винте?
Vadim
А endgame какой? Каждый пользователь раннит свою ноду и хранит все свои данные у себя на винте?
Ага. Бэкапы пока не продумал
DT
Ага. Бэкапы пока не продумал
PSK Generation
The PSK is deterministically derived from:
Network identifier (e.g. "testnet")
Hash of the node’s codebase
Major version number
Local entropy (anchored randomness)
This ensures that only nodes running matching versions and code can join the same network.
Вот это не понял, если у тебя версия клиента x.y.1, ты не можешь общаться с клиентами с версией x.y.2?
Vadim
PSK Generation
The PSK is deterministically derived from:
Network identifier (e.g. "testnet")
Hash of the node’s codebase
Major version number
Local entropy (anchored randomness)
This ensures that only nodes running matching versions and code can join the same network.
Вот это не понял, если у тебя версия клиента x.y.1, ты не можешь общаться с клиентами с версией x.y.2?
Пока что да, но я хочу отказаться от этого так как запилил challenge verification
А для psk нужно просто ротацию придумать
DT
PSK Generation
The PSK is deterministically derived from:
Network identifier (e.g. "testnet")
Hash of the node’s codebase
Major version number
Local entropy (anchored randomness)
This ensures that only nodes running matching versions and code can join the same network.
Вот это не понял, если у тебя версия клиента x.y.1, ты не можешь общаться с клиентами с версией x.y.2?
Node broadcasts the post to connected peers (only followers)
Posts propagate transitively through the network
По твоей задумке сообщение транслируется только непосредственно слушающим ноду пирам (подписчикам), +- как раздача с торрента?
Vadim
Node broadcasts the post to connected peers (only followers)
Posts propagate transitively through the network
По твоей задумке сообщение транслируется только непосредственно слушающим ноду пирам (подписчикам), +- как раздача с торрента?
Ну типа. Там используется обычный gossip pubsub. Подписчики на фронте - это подписчики топика на бэке
DT
Ну типа. Там используется обычный gossip pubsub. Подписчики на фронте - это подписчики топика на бэке
Discovery is multi-source but centrally handled
Получается весь discovery за исключением pub sub gossip идёт через тебя, верно?
Vadim
Vadim
Их 4 вида: dht, mdns, pubsub, stream
Vadim
Но обслуживаются они единым интерфейсом
DT
У каждой ноды свой дискавери
А какие цели преследует проект, исключительно data ownership? Регулятор может цензурировать сеть блокируя реальные IP адреса нод
Vadim
А какие цели преследует проект, исключительно data ownership? Регулятор может цензурировать сеть блокируя реальные IP адреса нод
Ты про цензора? Конечно может. Но это из пушки по воробьям. Кроме того это пока что proof of concept
DT
Ты про цензора? Конечно может. Но это из пушки по воробьям. Кроме того это пока что proof of concept
За исключением шифрования трафика мне показалось что проект +- повторяет bittorrent. Его нельзя было бы считать proof of concept?
Vadim
За исключением шифрования трафика мне показалось что проект +- повторяет bittorrent. Его нельзя было бы считать proof of concept?
Можно. Здесь просто другие технологии
Vadim
Мне было интересно построить максимально независимый проект. У меня даже tls не используется изза сертификации
DT
Мне было интересно построить максимально независимый проект. У меня даже tls не используется изза сертификации
Vadim
internet
Antoni
#vacancy #golang #senior #fulltime #remote #Poland #Belarus
🚀Senior Go Engineer
💼 On The Spot
🛠 Stack: Go, developer-facing CLIs, Kubernetes, SaaS, IaS (Terraform, Helm, Pulumi)
Contract: B2B or UoD (with Blue Card)
Working format: remote (Poland, Belarus)
Salary: up to $7500 gross
On The Spot is building cutting-edge realtime infrastructure - from high-performance media services to scalable data pipelines. No legacy, just clean architecture and fast systems.
What will you do:
— Build and scale backend services with millions of live connections
— Design low-latency APIs and distributed components
— Work with Kubernetes, optimize performance, write load tests
— Collaborate closely with product and senior engineers
🔍 We're looking for:
— Strong production experience in Golang
— Background in distributed systems or realtime apps
— Solid understanding of networking, performance, and systems internals
— Comfortable with English in a remote team setting
📩 DM or ping in chat if interested! @AntonRuskevich
context.
Привет!
У меня сейчас есть программа с параллельной обработкой. Вкратце она делает следующее:
* одновременно считывает каждую строку из текстового файла;
* отправляет строку на конечную точку моего сервера и обрабатывает её там,
при этом рассчитывая делать более 500–600 тыс. запросов в минуту.
Но проблема в том, что каждое взаимодействие с сервером происходит через residential-прокси, то есть каждый запрос исходит с разного IP.
Как мне внести в «белый список» пользователей моей программы — тех, кому разрешено отправлять запросы на сервер?
context.
😭
context.
убери привет и получится идеальный промпт в гпт
Всегда предлагается использовать какой-то механизм аутентификации. Если исходный код будет подвергнут реверс-инжинирингу, злоумышленник всё равно сможет отправлять запросы на мой сервер, используя клиентский ключ
Павел
Всегда предлагается использовать какой-то механизм аутентификации. Если исходный код будет подвергнут реверс-инжинирингу, злоумышленник всё равно сможет отправлять запросы на мой сервер, используя клиентский ключ
если злоумышленнику в руки попала ваша программа и еще и клиентский ключ, что же вы тогда хотите?
Давайте фантазировать: каждый клиент получает персонализированный ключ, по которому на стороне сервера можно определить от какого именно клиента прилетел запрос. А чтоб злоумыщленнику усложнить жизнь, ключ этот поместим еще и в донгл, который выдается каждому клиенту в единственном экземпляре. Тогда на данные каждого запроса можно накладывать ЭЦП через донгл, и если донгл окажется в руках у 3 лиц, то клиент должен будет обнаружить пропажу и сообщить о ней, с целью блокировки его ключа. Иначе считаем что ключом пользуется подлинный клиент
context.
если злоумышленнику в руки попала ваша программа и еще и клиентский ключ, что же вы тогда хотите?
Давайте фантазировать: каждый клиент получает персонализированный ключ, по которому на стороне сервера можно определить от какого именно клиента прилетел запрос. А чтоб злоумыщленнику усложнить жизнь, ключ этот поместим еще и в донгл, который выдается каждому клиенту в единственном экземпляре. Тогда на данные каждого запроса можно накладывать ЭЦП через донгл, и если донгл окажется в руках у 3 лиц, то клиент должен будет обнаружить пропажу и сообщить о ней, с целью блокировки его ключа. Иначе считаем что ключом пользуется подлинный клиент
Вот перевод на русский:
Да, именно в этом и проблема. И это бесполезно. Я думал упростить всё: просто проверка авторизации в начале программы с учётными данными, хранящимися на сервере, а затем API-эндпоинты для обработки строк — свободно доступны.
Это единственный способ сделать это?
Ведь любой реверс бинарника или перехват трафика всё равно позволит использовать это, пока аккаунт пользователя или сервер активен.
Разве нет способа получше, правда?
Павел
Вот перевод на русский:
Да, именно в этом и проблема. И это бесполезно. Я думал упростить всё: просто проверка авторизации в начале программы с учётными данными, хранящимися на сервере, а затем API-эндпоинты для обработки строк — свободно доступны.
Это единственный способ сделать это?
Ведь любой реверс бинарника или перехват трафика всё равно позволит использовать это, пока аккаунт пользователя или сервер активен.
Разве нет способа получше, правда?
Никакой перехват траффика или реверс бинарника не поможет вмешаться в обмен при предложенном вам варианте использования эцп через донгл.
context.
Ах, никогда не использовал донгл, посмотрю.
context.
Никакой перехват траффика или реверс бинарника не поможет вмешаться в обмен при предложенном вам варианте использования эцп через донгл.
Теперь я понял, что донгл — это USB-ключ. Мои клиенты не являются физическими (пользователями на месте).
Павел
Теперь я понял, что донгл — это USB-ключ. Мои клиенты не являются физическими (пользователями на месте).
Ваши клиенты однажды прилетят с марса? Что за глупость
context.
😂😂😂 Я имею в виду — разве единственный способ использовать донгл для авторизации — это передать им копию USB-ключа или что-то физическое? Мне нужны ключи авторизации, но виртуальные.
Павел
Донгл это надежно, в его роли может выступать любое защищенное устройство, которое может коммуницировать с рабочим местом пользователя не только по протоколу usb. Например в его роли может выступить мобильный телефон, с привязкой к номеру телефона и обменом с компом по протоколу bluetooth. Степени защищенности приложенек из айфона от расковыривания хватит же?
context.
🤷♂️
Ardasher
Вот перевод на русский:
Да, именно в этом и проблема. И это бесполезно. Я думал упростить всё: просто проверка авторизации в начале программы с учётными данными, хранящимися на сервере, а затем API-эндпоинты для обработки строк — свободно доступны.
Это единственный способ сделать это?
Ведь любой реверс бинарника или перехват трафика всё равно позволит использовать это, пока аккаунт пользователя или сервер активен.
Разве нет способа получше, правда?
А что если путь к файлу с ключем передавать как аргумент к программе? Таким образом, не надо будет собирать отдельные бинарники с персональными ключами.
А под перехватом траффика вы man in the middle атаку имеете ввиду?
context.
А что именно ты хочешь защитить?
Я хочу скрыть логику обработки строк от потенциального реверс-инженера, который займётся реверс-инжинирингом бинарного файла.
Alexey
Я хочу скрыть логику обработки строк от потенциального реверс-инженера, который займётся реверс-инжинирингом бинарного файла.
Из вышесказанного я понял, что обработка происходит на сервере, и потому скрыта от пользователя программы -клиента. Так ведь?
Александр
Всем доброго времени суток.
Ребята есть тут кто может стать ментором?
Спасибо за внимание)
Pavel
Лео
То есть такая логика предполагает что люди не зная циклов знают отличия между брокерами и понимают где какой тип взаимодействия использовать? Звучит сомнительно
Aleksandr
То есть такая логика предполагает что люди не зная циклов знают отличия между брокерами и понимают где какой тип взаимодействия использовать? Звучит сомнительно
Можно знать что такое цикл, как он работает, но не знать синтаксис
Aleksandr
Он же может на псевдокоде это делать
Лео
Он же может на псевдокоде это делать
Наверное, но непонятно зачем такой навык и откуда он мог появится
Aleksandr
Но согласен, вряд ли челу, который не может написать цикл, я бы доверил что-то проектировать)
fadeika
Наверное, но непонятно зачем такой навык и откуда он мог появится
Gosha
kdp
услуги прохождения подобных тестов от имени страждущих еще никто не предоставляет? там все эти регистрации неспроста, это чтобы потом спамить вакансиями
kdp
а многие жалуются, что их на собесы не зовут
Null
#fulltime #remote #vacancy #вакансия #программист
Вакансия: Программист FullStack/Java script/Go BrowserAutomation
Компания: Deeptea.pro
💯Формат: remote
✅Занятость: full-time
💳Оклад: от 2000$ до 4000$.
Специалист по автоматизации браузеров - Моделирование взаимодействия с человеком
О роли
Мы ищем опытного разработчика, который будет создавать сложные решения для автоматизации браузеров, точно воспроизводящие модели взаимодействия с человеком.
Эта роль сочетает в себе опыт программирования, поведенческого моделирования и машинного обучения для разработки инструментов автоматизации нового поколения с естественной изменчивостью и адаптивностью.
Обзор проекта
Вам предстоит разработать и реализовать систему, способную эмулировать аутентичное поведение человека в браузере, со встроенной непредсказуемостью, изменчивостью и настраиваемостью.
Ключевые обязанности
- Создание сложных алгоритмов, имитирующих естественные модели человеческого взаимодействия
- Разработка систем временной изменчивости, включающих реалистичные паузы, колебания и время реакции.
- Разработка и внедрение настраиваемых «профилей личности», которые поддерживают последовательные модели поведения.
- Создание механизмов принятия решений с контролируемой случайностью, чтобы избежать обнаружения.
- Включение возможностей машинного обучения для адаптации стилей взаимодействия на основе обратной связи с окружающей средой.
Технические требования
- Создание реалистичных моделей движения мыши с естественными кривыми ускорения/замедления
- Реализовать переменную скорость набора текста с периодическими ошибками и исправлениями
- Создание моделей навигации, имитирующих привычки человека при просмотре веб-страниц
- Разработка моделей
поведения в сессии, отражающих реальное взаимодействие с пользователем
Требуемая квалификация
- Навыки программирования на Python, JavaScript или аналогичных языках
- Понимание принципов взаимодействия человека и компьютера
- Опыт сбора и анализа данных для выявления поведенческих моделей
Предпочтительные квалификации
- Опыт работы в области UX-исследований, когнитивных наук или поведенческой психологии
- Опыт работы с системами обнаружения ботов и мерами противодействия
- Знание статистического моделирования для реалистичной рандомизации
- Опыт работы над проектами, требующими имитации или моделирования поведения.
@reskalt
Aleksei
Да уж. 100500 уровень знаний нужен, а зп ниже рынка
Oleg
Это перед боднером так сказать разминка
Rostislav
Oleg
Технический вопрос а сваггер подключаете к проектам или чтото другое используете???
Voo
Технический вопрос а сваггер подключаете к проектам или чтото другое используете???
Обычно сваггера хватает за глаза.
Илья🦖
Arkadii
#vacancy #вакансия #программист #lead #senior
#onsite #офис #office #Hybride #гибрид #Воронеж
Кратко:
- Вакансия: Go Lead
- Компания: evrone.ru
- Формат: Офис / Гибрид (Воронеж)
- Занятость: Фуллтайм
- Оклад: от 400.000 рублей (на руки)
- Используемый стек: Go, PostgreSQL, Redis, Kafka / RabbitMQ, Docker, REST / GraphQL
- Контакты: t.me/arkadiipolyudov
Подробнее:
⚡️ Привет! Мы в Evrone занимаемся заказной разработкой в разных сферах бизнеса: стартапы, saas-решения, социальные сети, маркетплейсы, биржи и т.д.
🔎 Мы в поиске наставника, играющего тренера к нам в команду. Главная задача — это помочь Junior-разработчикам достичь уровня middle и стать успешными специалистами. Также, работа над коммерческими проектами компаниями (готовы обсудить обязанности и их соотношение)
⚡️ Что для нас важно:
- Go. От 5-ти лет. Готовы рассмотреть меньший опыт, если вы давно в бекенд разработке;
- Опыт менторства, наставничества или обучения в области программирования;
- Готовы работать в нашем Воронежском офисе. Помогаем с релокацией в г. Воронеж из других регионов (переезд и проживание)
🎁 Что мы предлагаем:
- Зарплата от 400.000 рублей на руки. Уровень зарплаты определяет после прохождения тех. интервью
- Качественный онбординг и забота на каждом этапе;
- Пишем статьи, выступаем на конференциях, вкладываемся в опенсорс и премируем наших сотрудников за это
- Гибкая программа плюшек Evrone Benefits - это возможность выбрать самому плюшки (здоровье, спорт, техника курсы и т.д).
- Мы считаем важным собираться хотя бы раз в год поэтому, где бы вы ни находились, мы рады увидеться лично. Мы оплатим вам дорогу и все расходы на корпоратив. Наш последний корпоратив - evrone.ru/blog/events/evronefest24
- Контакты: t.me/arkadiipolyudov
Борис
#резюме #parttime
Занятость: частичная (20 часов в неделю).
Senior Golang Developer (более 5 лет опыта)
Ставка: 3000 рублей/час.
Контакты - @emplonics.
Привет. Ищу частичную занятость на проект любой сложности.
Мои достижения как golang разработчика:
- Участвовал в разработке собственного S3 хранилища.
- Потоковая обработка видео - транскодинг и т.д. для сервиса видеошеринга.
- Внедрение распределенных транзакций в систему, состоящую из 20+ микросервисов.
- По мелочи: внедрение метрик/трейсов в проект; работа с локальным кэшем для сокращения трафика сети; написание Lua-скриптов для redis (eval); написание продюсеров/консьюмеров для kafka и nats jetstream; написание автотестов; работа с buf/easyp.
Александр Смагин
Вакансия: Middle+ Golang
Компания: ГРОСССОФТ
Локация: Россия, Беларусь (удаленно)
Гражданство: Только Россия/Белорусь
Заработная плата: 1300-1600 рублей в час
Формат работы: Удаленный
Язык общения: Русский
Проект: интеграция сторонних маркетплейсов с нашим по API — загрузка и синхронизация товаров, маппинг категорий и атрибутов (через AI), синхронизация заказов.
Требования:
Обязательно опыт работы на Golang не менее 4+ лет;
Знание микросервисной архитектуры, умение работать с параллелизмом и конкурентностью (goroutines, channels);
Опыт работы с MongoDB;
Отличная алгоритмическая подготовка;
Понимание базовых принципов работы с Kubernetes;
Опыт работы с AI, ML желательно;
Будет плюсом:
Математическое / техническое образование;
Опыт работы в укомплектованных командах на крупных проектах.
Стек: golang, микросервисы, goroutines, channels, MongoDB, Kubernetes, AI/ML (желательно).
Отправляйте CV сюда: @grosssoft1611, IT-recruiterэ
Null
Похороны.
Go, Middle+, ML, математическое образование = 16 долларов в час
Ilya
Похороны.
Go, Middle+, ML, математическое образование = 16 долларов в час
С математическим образованием можно школьникам эге преподавать за большие деньги. Так что выбор есть.
polukarp
Борис
что за компания с s3?
По домену проекта - функционал видеохостинга. Если интересует конкретная компания - не назову.
пока
🤡
A
В чем отличие struct от map?
A
Ну, хотя, глупый вопрос
Но после php не совсем очевидно
Eugene
Нет ее, это одно и тоже. Можешь пользовать что тебе больше нравится
A
Struct это про подобие ООП больше видимо, для описания структур
А map именно как хранилище лучше использовать
Михаил Макарычев