S4M — приватна мережева інфраструктура: VPN і проксі

01Огляд проєкту

S4M — це приватна мережева інфраструктура, зібрана в один продукт: VPN на WireGuard і OpenVPN для всього пристрою, автентифіковані SOCKS5/HTTP-проксі для скриптів та автоматизації, виділені статичні IP і власні приватні сервери. Усе живе в одному акаунті, з одним білінгом і однією точкою керування. Позиціювання вміщується у дві короткі фрази з головної сторінки: «Hide your real IP. Own your privacy» — сховайте свій реальний IP і володійте своєю приватністю.

Важливо одразу зафіксувати рамку. S4M — це інструмент приватності для легітимних завдань: захистити автоматизацію та origin-сервер від розкриття адреси, обходити власні цілі моніторингу, не «світячи» бойовим IP, і приватно користуватися мережею з будь-якого пристрою. Саме так продукт описує себе сам: ваша автоматизація і ваш сервер лишаються невидимими — треті сторони бачать вузол виходу, і тільки його. Жодних обіцянок «обійти» чи «обдурити»: це інфраструктура, яка закриває питання походження трафіку так само буденно, як CDN закриває питання доставлення.

Ми спроєктували й зібрали S4M цілком — мережеву архітектуру з двома площинами (VPN і проксі), облік споживання, кабінет і білінг, публічний каталог безплатних проксі з безперервною перевіркою, документацію, гайди і тримовний сайт (EN/UK/RU). Нижче розбираємо, з чого складається продукт, як узгоджуються no-logs і комерційна тарифікація та чому формула «два продукти — один захищений вихід» стала стрижнем усієї архітектури.

І ще один шар контексту. S4M — продукт власної екосистеми студії, і він не залишився вітриною: сьогодні через його автентифікований SOCKS5-вихід іде весь серверний вихідний трафік решти наших продуктів — від HTTP-викликів до зовнішніх API до відправлення пошти. Тобто інфраструктура, про яку цей кейс, щодня працює в нашому власному проді — і це найкращий тест, який ми могли їй влаштувати.

02Контекст і завдання

Сховати IP «технічно» нескладно — складно перетворити це на інфраструктуру: надійну, керовану й чесну щодо користувача. Коли ми розкладали завдання, назбирався характерний список болів, знайомий кожному, хто серйозно працює з мережею:

• Origin-сервер розкриває себе. Кожен вихідний HTTP-виклик і кожен надісланий лист показують третій стороні реальну адресу сервера — а за адресою знаходять хостинг, сусідні сервіси та поверхню для атак.
• Зоопарк інструментів. VPN для людей і проксі для машин традиційно живуть у різних продуктах: два акаунти, два білінги, дві підтримки — і жодного спільного контролю споживання.
• Публічні проксі ненадійні. Безплатні списки швидко вмирають, не мають автентифікації, їхня анонімність невідома. Для швидкого тесту годяться, для роботи — ні.
• Ліміти постфактум. Зазвичай споживання рахують за журналами наприкінці періоду: перевищення помічають, коли воно вже сталося. Для мережевого продукту це запізно — і задорого.
• Приватність на словах. «Ми не зберігаємо логи» в політиці конфіденційності — не те саме, що архітектура, в якій журнали активності фізично не виникають.

Завдання формулювалося так: зібрати єдину мережеву інфраструктуру, де VPN і проксі — дві площини одного продукту, де відсутність логів — властивість конструкції, а не абзац юридичного тексту, і де ліміти застосовуються в реальному часі на самому вузлі. При цьому продукт мав лишатися простим зовні: акаунт за секунди, конфіг або реквізити в пару кліків, перевірка результату однією командою.

Окремий пласт — довіра. Privacy-продукт продає саме її, а заслужити довіру можна лише чесністю: прямо казати, що безплатні публічні проксі — це тест, а не прод; що анонімна реєстрація — опція, а не обман білінгу; що no-logs — це про те, чого сервер не записує, а не про те, чого він «не покаже». Цю чесність ми закладали в тексти, інтерфейси та FAQ від самого початку — як продуктову вимогу, а не як тон-оф-войс.

03Цілі проєкту

Із завдання виросли конкретні цілі, яких ми трималися на всіх етапах — від схеми вузлів до текстів на посадковій:

• Один акаунт — два продукти. VPN і проксі ділять акаунт, білінг і панель керування; користувач не збирає конструктор із різних сервісів.
• No-logs by design. RAM-first вузли та ключі WireGuard на боці користувача: відсутність журналів активності — властивість архітектури, а не пункт політики.
• Контроль на дроті. Тонкі ліміти per plan / per IP / per account застосовуються в реальному часі на самому вузлі, а не постфактум за логами.
• API-first. Усе, що можна зробити в кабінеті, можна зробити програмно: REST API і токени доступні з базового тарифу.
• Передбачувана тарифікація. Фіксована місячна плата за VPN, метеринг за проксі-трафік, виділений IP як аддон — без прихованих націнок.
• Анонімність як опція. Реєстрація без особистих даних, оплата карткою або криптовалютою, скасування будь-коли.

Як і в інших наших продуктах, цілі сформульовано як обмеження — і кожне з них відсікало архітектурні варіанти ще на папері. No-logs виключив класичні білінгові конвеєри, побудовані на розборі логів: якщо журналів немає, облік мусить бути потоковим і жити на вузлі. Контроль у реальному часі заборонив виносити ліміти в «нічний перерахунок». А API-first продиктував, що кабінет — просто клієнт того самого API, який отримують користувачі: у нас фізично не може бути можливості, доступної з панелі, але недоступної програмно.

04Що ми зробили

S4M складає приватну мережу з чотирьох продуктових блоків, які закривають увесь спектр — від «сховати ноутбук» до «сховати парк серверів»:

Поверх цих блоків — кабінет із керуванням конфігами, реквізитами й лімітами, білінг з оплатою карткою або криптовалютою, REST API з токенами, набір гайдів і порівнянь та тримовний сайт. Усе разом — один продукт з однією моделлю даних, а не чотири сервіси під спільною вивіскою.

Ключова властивість — зв'язність. Один акаунт породжує і VPN-конфіг, і проксі-реквізити; виділений IP підключається до будь-якої з площин; облік споживання один і той самий, хоч би в якому вигляді трафік виходив. Користувач думає категоріями «сховати пристрій» чи «сховати скрипт», а не категоріями «який із моїх п'яти сервісів за це відповідає».

05Архітектура: два продукти — один вихід

Усередині S4M «два продукти» — це дві площини даних над спільним ядром:

• VPN-площина — WireGuard і OpenVPN: шифрує весь пристрій цілком. Користувач завантажує готовий конфіг і підключається в один тап на будь-якій платформі.
• Проксі-площина — автентифіковані SOCKS5- та HTTP-ендпоінти: проводять через вихід окремий застосунок або скрипт. Ідеально для автоматизації, де VPN на всю машину — надмірність.
• Спільне ядро — акаунти, тарифи, ліміти, облік споживання та видача реквізитів: єдина модель даних, якій підпорядковуються обидві площини.

Друге розділення — керування і дані. Control plane (кабінет, API, білінг) вирішує, кому що можна: створює доступи, призначає ліміти, рахує гроші. Data plane (вузли виходу) виконує: термінує WireGuard/OpenVPN-сесії, авторизує проксі-з'єднання і застосовує ліміти просто на дроті. Вузли влаштовані як RAM-first: робочий стан живе в пам'яті, а не в довгострокових журналах — це фундамент no-logs, про який детально нижче.

І третя ідея, винесена в заголовок розділу: один вихід. Хоч би чим користувач послуговувався — VPN-тунелем для ноутбука чи SOCKS5 для парсера — ззовні видно один і той самий клас сутності: exit-вузол S4M. Третя сторона бачить адресу виходу й ніколи — адресу джерела. Одна модель виходу означає одну модель безпеки, одну модель обліку й одне місце, де застосовуються правила.

Нарешті, архітектуру від початку проєктували під розширення лінійки. Виділений персональний IP — це не окремий продукт, а атрибут, що прив'язується до будь-якої з площин: той самий VPN або ті самі проксі, але зі стабільною адресою, яка належить лише вам. Приватний сервер — логічне продовження: персональний вузол даних у тій самій моделі керування, без спільного виходу й без сусідів. Жоден із цих кроків не вимагав ламати ядро — вони лягають у нього за побудовою.

06Як це працює: три кроки

Увесь шлях від «мій IP видно» до «IP сховано» продукт формулює як «приватність у три кроки» — і це не маркетингове спрощення, а реальний сценарій онбордингу:

• 1. Створіть акаунт. Реєстрація за секунди — через email або повністю анонімно, без особистих даних.
• 2. Оберіть VPN або проксі. Завантажте конфіг WireGuard/OpenVPN для свого пристрою — або візьміть реквізити SOCKS5/HTTP-проксі для скрипта.
• 3. Підключіться. Трафік виходить через вузол S4M: треті сторони бачать вузол виходу — і ніколи ваш реальний IP.

Окремо ми домагалися того, щоб результат був перевірюваним однією командою. Спрямуйте будь-який інструмент через проксі S4M — і адресат побачить лише вихід: curl --socks5 USER:PASS@вузол:1080 https://api.ipify.org повертає адресу exit-вузла, а не вашого сервера. Працює з curl, Python, Scrapy і будь-яким браузером; перевірка проти api.ipify.org займає секунди. Цей термінальний блок винесено просто на головну сторінку продукту: найкращий аргумент на користь інфраструктури — показати її роботу, а не описати її.

«Час до приватності» ми від початку розглядали як продуктову метрику. Якщо між реєстрацією і схованим IP лежить листування з підтримкою, ручне налаштування чи вивчення мануалів — продукт програв, хоч би яким сильним було ядро. Тому конфіги генеруються готовими під платформу, реквізити проксі видаються одразу у форматі «встав у команду», а сценарій онбордингу вкладається в хвилини — від порожньої форми реєстрації до перевіреної чужої адреси у відповіді ipify.

07Ключові можливості

Розберімо те, що робить S4M не «ще одним VPN», а мережевою інфраструктурою продакшн-рівня.

VPN на WireGuard і OpenVPN

Два протоколи покривають увесь спектр пристроїв і мереж: сучасний аудитований WireGuard як основний і OpenVPN як сумісний запасний. Конфіг видається в один тап під кожну платформу, тарифікація — фіксована місячна плата без сюрпризів. У комплекті — kill-switch, split-tunnel і DNS-фільтр реклами, трекерів та malware: VPN закриває не лише адресу, а й фоновий шум стеження.

Автентифіковані SOCKS5 і HTTP-проксі

Датацентрові проксі з авторизацією за логіном і паролем: реквізити — лише ваші, випадковий трафік через ваш ендпоінт не піде. Проксі-трафік тарифікується за споживанням — платите за те, що реально використали. Це робочий інструмент для скрапінгу власних цілей моніторингу, автоматизації та будь-яких серверних задач, де походження запиту не має вказувати на бойову машину.

Виділені персональні IP

Статична адреса, яка належить лише вам: замовляється як аддон, прив'язується до VPN або до проксі та — за бажання — не пов'язується з вашою особою. Стабільний вихід потрібен скрізь, де адреса потрапляє до білих списків або де репутація IP має залежати лише від вас.

Приватні сервери

Верхній щабель ізоляції: власний сервер із власним IP в обраному регіоні, з WireGuard/OpenVPN і тією самою no-logs дисципліною. Без спільного виходу й без сусідів — увесь вузол працює на одного клієнта.

Акаунт, оплата, скасування

Реєстрація через email або анонімна, оплата карткою чи криптовалютою через платіжного партнера, скасування будь-коли. Приватність починається з того, що продукт не вимагає від користувача більше даних, ніж потрібно для роботи.

Керування споживанням

Тонкі ліміти per plan, per IP і per account, застосовувані на дроті в реальному часі. Це водночас і захист інфраструктури, і конструктор тарифів — детально розбираємо в розділі 09.

08No-logs і приватність як інженерія

Головний принцип S4M — не знати зайвого. Вузли виходу побудовано як RAM-first: робочий стан — сесії, з'єднання, лічильники — живе в оперативній пам'яті й не осідає в довгострокових журналах. Історія браузингу не записується взагалі: не тому, що «ми пообіцяли», а тому, що в конструкції вузла для неї немає місця призначення.

Другий стовп — ключі на боці користувача. WireGuard-ключі контролює власник акаунта, проксі-реквізити належать лише йому. Інфраструктура автентифікує та маршрутизує, але не претендує на володіння ідентичністю клієнта. Сюди ж — анонімна реєстрація та оплата криптовалютою: зв'язка «акаунт ↔ особа» існує рівно настільки, наскільки її захотів створити сам користувач.

Такий дизайн змінює модель загроз у правильний бік. Цінність вузла для будь-якого зловмисника чи допитливого визначається тим, що на ньому зберігається, — а RAM-first вузол зберігає операційний мінімум. Ми свідомо проєктували систему від питання «що залишиться на диску в найгірший день?» і домагалися відповіді «нічого, про що варто говорити». Це ж дисциплінує і сам продукт: жодні «тимчасові» налагоджувальні логи з адресами користувачів не можуть з'явитися непомітно, бо їм суперечить базова конструкція.

09Контроль споживання на дроті

Найцікавіша інженерна розвилка проєкту — узгодити дві вимоги, які на перший погляд виключають одна одну: no-logs і комерційний облік. Класичний метеринг будується на розборі логів: зібрали журнали, порахували, виставили рахунок, помітили зловживання. Але журналів у нас немає — отже, облік мусить жити в іншому місці.

Відповідь S4M: рахувати на дроті. Вузол веде потокові лічильники просто в момент обслуговування з'єднання — байти й кількість сесій, агрегатами за акаунтом, тарифом та IP. Рахується обсяг, а не вміст; лічильники, а не події; агрегати, а не історія відвідувань. Цього достатньо і для білінгу, і для лімітів — і це не створює жодного запису на кшталт «хто куди ходив».

Ліміти застосовуються там само й тоді само: per plan, per IP, per account — у реальному часі. Різниця з постфактум-моделлю принципова. Білінг «наприкінці місяця» помічає перевищення, коли трафік уже пішов і гроші вже втрачено; ліміт на дроті — це частина протоколу обслуговування: з'єднання або вкладається в правила, або не обслуговується. Інфраструктура захищає себе сама, в момент події, а не листом постфактум.

Для адміністратора та сама механіка обертається конструктором тарифів: план — це набір лімітів, а не рядок у прайсі. Зміна правил доїжджає до вузлів і починає діяти на живих з'єднаннях — без перевипуску реквізитів і без «набуде чинності з наступного циклу».

10Безплатний список проксі як продукт

Окремий продукт усередині продукту — живий каталог публічних проксі: сотні робочих SOCKS5/HTTP/HTTPS-адрес (близько восьмисот; число постійно коливається) у 79 країнах, із фільтрами за країною, протоколом і рівнем анонімності. На відміну від статичних «списків з інтернету», каталог S4M перевіряється безперервно: мертві адреси випадають, живі — підтверджуються заново.

За вітриною стоїть власний конвеєр: краулер збирає кандидатів із відкритих джерел, а чекер по колу переперевіряє кожну адресу — чи жива, яким протоколом відповідає, яку анонімність забезпечує і з якої країни виходить. Результат — не «список на сьогодні», а живий зріз стану публічного проксі-простору, де кожен запис має свіжу позначку перевірки. Саме ця безперервність і є продуктом: сам собою список адрес не вартий нічого, цінність у тому, що він завжди актуальний.

В економіці продукту каталог відіграє роль чесної воронки. Він корисний сам собою і приводить аудиторію, якій мережеві інструменти вже потрібні, — а далі продукт не тисне, а пояснює. Просто в інтерфейсі та FAQ сказано: публічні проксі — це сторонні сервери з відкритих джерел, вони добрі для швидкого тесту, але не для чутливого трафіку, використовуйте на власний ризик. Поруч — тверезе порівняння: аптайм, швидкість, автентифікація, гарантована анонімність, виділений IP, контроль споживання й підтримка є лише в платній частині. Користувач сам доходить висновку, до якого його ніхто не підштовхував силоміць.

11Виділені IP і приватні сервери

Виділений персональний IP у S4M — це повноцінний життєвий цикл, а не рядок у тарифі. Адреса замовляється з кабінету, видається як статична й персональна — нею користуєтеся лише ви, — і прив'язується до будь-якої з площин: до VPN, щоб пристрій завжди виходив з однієї адреси, або до проксі, щоб автоматизація мала стабільну точку виходу. За бажання адреса оформлюється без зв'язку з особою власника — приватність поширюється і на сам факт володіння ресурсом.

Навіщо це потрібно, зрозуміло кожному, хто працював із білими списками: динамічний вихід добрий для приватності, але поганий для систем, які чекають вас із відомої адреси. Персональний статичний IP розв'язує обидві задачі водночас — походження трафіку сховано за виходом, але сам вихід постійний, і його репутація залежить лише від вашого власного трафіку, а не від поведінки сусідів по пулу.

Верхній щабель лінійки — приватний сервер: власний виділений вузол із власним IP в обраному регіоні OVH, з WireGuard/OpenVPN на борту й тією самою no-logs дисципліною. Без спільного виходу й без сусідів: уся пропускна здатність, уся репутація і весь вузол належать одному клієнтові. Архітектурно це той самий data plane, що й спільні вузли, — просто розгорнутий персонально, тому панель, ліміти й облік працюють із ним без жодного застереження.

12Досвід розробника та API

S4M будувався як API-first продукт: усе, що видно в кабінеті, доступне програмно. REST API з токенами відкрито з базового тарифу — створення і читання ресурсів, конфіги, реквізити, споживання. На старших тарифах додаються вебхуки й підвищені ліміти API, а для тих, хто будує на S4M власний сервіс, — white-label і реселерські суб-акаунти. Провіжининг доступу — це виклик API, а не тікет у підтримку.

Досвід розробника ми міряли простим тестом: скільки рядків відділяє реквізити від робочого коду. Відповідь — один: та сама команда curl із ключем --socks5. Проксі працюють із curl, Python, Scrapy і будь-яким браузером без спеціальних SDK — це стандартні протоколи, а не пропрієтарна обгортка. Перевірка виходу — миттєва, проти api.ipify.org. Довкола цього зібрано бібліотеку гайдів: як сховати IP сервера, чим VPN відрізняється від проксі, що таке SOCKS5, датацентрові проти резидентних — документація працює і як навчання, і як органічний вхід у продукт.

Найпоказовіша інтеграція — наша власна. Екосистема Ostohlo переводить увесь серверний вихідний трафік своїх продуктів через автентифікований SOCKS5-вихід S4M: кожен HTTP-виклик до зовнішнього API і кожне відправлення пошти йдуть через exit-вузол, і IP origin-серверів узагалі не торкається сторонніх хостів. S4M тут — не «додатковий захист», а штатний egress-шар, через який живе продакшн.

Ця інтеграція дала продукту те, чого не дає жоден тестовий стенд: вимоги реального проду. Стабільність виходу, передбачувані реквізити, поведінка лімітів під безперервним навантаженням — усе це перевірялося не синтетикою, а живим трафіком сервісів, яким не можна падати. Кожна шорсткість API спершу била по нас самих — і лагодилася до того, як її побачив би зовнішній користувач.

13Технологічний стек та інфраструктура

Під S4M зібрано окреме середовище з чітким розділенням: панель і білінг — своїм контуром, вузли виходу — своїм. Керування нічого не знає про вміст трафіку, вузли нічого не знають про платіжні дані.

• Бекенд — PHP 8.3: кабінет, білінг, REST API, каталог безплатних проксі та його краулер-чекер.
• Мережевий шар — VPN-площина (WireGuard/OpenVPN) і проксі-площина (SOCKS5/HTTP) на RAM-first вузлах виходу; покриття — 79 країн, заявлений аптайм — 99.9%.
• Білінг — оплата карткою або криптовалютою через платіжного партнера; фіксована плата за VPN, метеринг за проксі-трафік, аддони за виділені IP і приватні сервери.
• Периметр — Cloudflare (DNS, TLS, захист) перед публічними поверхнями продукту.

Вибір PHP 8.3 для керівного контуру прагматичний: зріла швидка платформа, на якій в одному передбачуваному оточенні живуть кабінет, API, білінг і каталог. Мережевий шар свідомо відокремлено, і він говорить стандартними протоколами — WireGuard, OpenVPN, SOCKS5, HTTP: користувачеві не потрібен наш клієнт, підійде будь-який інструмент, яким він уже користується. Це розділення окупається і в експлуатації: панель можна оновлювати, не чіпаючи вузли, а вузли — нарощувати й замінювати, не турбуючи панель.

14Дизайн і UX

Privacy-продукт продає довіру — а довіра в технічної аудиторії купується не обіцянками, а перевірюваністю. Тому головний прийом інтерфейсу S4M — «покажи, а не розкажи»: просто на головній сторінці живе термінальний блок із командою curl і відповіддю ipify, що демонструє підміну адреси за один рядок. Поруч — живі лічильники: кількість робочих безплатних проксі в каталозі, країни покриття. Це дані з продукту, а не маркетингові константи, і технічна аудиторія миттєво відчуває різницю.

Той самий принцип чесності — у структурі сайту. Таблиця «безплатні проксі проти S4M» не ховає сильних сторін безплатного варіанта, а спокійно розкладає, де вони закінчуються: аптайм, швидкість, автентифікація, анонімність, контроль. FAQ відповідає прямо, включно з незручним: так, публічні проксі — на власний ризик; ні, ми не записуємо вашу активність; так, можна анонімно. Гайди й порівняння перетворюють сайт на довідник, до якого повертаються, — і який приводить нову аудиторію.

Продукт тримовний — EN/UK/RU, і це не «перекладений лендінг», а повна локалізація: інтерфейс, гайди, FAQ. Для інфраструктурного сервісу мова — частина UX: користувач ухвалює рішення про приватність, і ухвалювати їх він має мовою, якою думає.

15Як ми працювали

Проєкт ішов послідовними етапами з робочим результатом на кожному кроці:

• Дослідження. Розібрали сценарії — захист origin-серверів, автоматизація, приватний браузинг, — модель загроз і те, як ринок розводить VPN і проксі по різних продуктах.
• Архітектура. Спроєктували дві площини над спільним ядром, модель лімітів на дроті, no-logs конструкцію вузлів і формат API.
• Розробка ядра. Зібрали VPN- і проксі-площини, потоковий облік, кабінет, білінг із карткою та криптовалютою, видачу конфігів і реквізитів.
• Каталог проксі. Побудували краулер і безперервний чекер публічних проксі, фільтри та живі лічильники каталогу.
• Інтеграція та обкатка. Перевели серверний egress власної екосистеми на SOCKS5-вихід S4M і прогнали інфраструктуру під живим продакшн-трафіком.
• Запуск. Оформили посадкову, гайди й порівняння, FAQ і повну локалізацію трьома мовами.

Порядок не випадковий: спершу фіксувався контракт — формати конфігів і реквізитів, модель лімітів, схема API, — і лише потім довкола нього будувалася реалізація. Стабільний контракт дозволив вести ядро й каталог паралельно, а власна екосистема зіграла роль першого й найвимогливішого клієнта: на момент публічного запуску через S4M уже йшов реальний трафік, і цілі класи проблем було знайдено й закрито зсередини.

16Результат

Вийшов не «ще один VPN-сервіс», а мережева інфраструктура, в якій VPN, проксі, виділені IP і приватні сервери — грані одного продукту з однією моделлю обліку та приватності.

• Один акаунт закриває VPN, проксі, виділені IP і приватні сервери — без зоопарку сервісів і продубльованих білінгів.
• Приватність за хвилини: реєстрація → конфіг або реквізити → перевірка виходу однією командою проти api.ipify.org.
• Ліміти per plan / per IP / per account працюють на дроті в реальному часі — і не потребують жодного журналу активності.
• Безплатний каталог із сотень живих проксі приводить аудиторію і чесно конвертує її в платні плани.
• Продукт працює в нашому власному проді: весь серверний вихідний трафік екосистеми йде через вихід S4M.

Головний результат — у зміні моделі. Раніше «сховати IP» означало збирати конструктор: VPN тут, проксі там, статична адреса у третього постачальника, і ніде — спільного контролю. Тепер це одна інфраструктура з однією точкою керування, яка однаково обслуговує і ноутбук, і парк серверів, — і якою ми самі користуємося щодня.

17Висновки

Головна інженерна історія S4M — узгодження того, що здається несумісним: no-logs приватності та комерційного обліку. Рішення — рахувати байти, а не поведінку; на вузлі, а не в журналі; агрегатами, а не подіями — виглядає очевидним заднім числом, але саме воно визначило всю архітектуру: RAM-first вузли, потокові лічильники, ліміти на дроті. Приватність тут — не функція і не обіцянка, а форма конструкції.

Другий висновок — про довіру. У категорії, де продукт купують за приватність, чесність виявилася найсильнішою продуктовою стратегією: перевірювана демонстрація замість гасел, живі лічильники замість круглих цифр, прямі відповіді про межі безплатного. І третє — сила «власної шкури»: найкращий тест privacy-інфраструктури — поставити на неї власний продакшн, що ми й зробили, спрямувавши через S4M увесь вихідний трафік екосистеми.

Для нас це був проєкт на стику мережевої інженерії, продуктового мислення і тієї самої дисципліни, де важливо не те, що сервер робить, а те, чого він принципово не робить. Якщо вам потрібна мережева інфраструктура, API-first сервіс або продукт, у якому приватність має бути архітектурою, а не абзацом політики, — ми вміємо доводити таке до запуску.