Зачем нужна распределённая прокси-сеть

AI-агентам, исследователям и автоматизированным пайплайнам нужны сырые интернет-данные в больших объёмах. Одиночные дата-центровые прокси быстро упираются в лимиты, их отпечатки распознаются и блокируются в течение нескольких часов. Распределённые и резидентные сети решают эту задачу, но обычно скрывают, как именно работает маршрутизация, кто платит за трафик и может ли оператор читать содержимое. Прокси-сеть Crypto iGroup — это ответ с первых принципов: зашифрованный туннель, идентичность, привязанная к кошельку, прозрачный учёт по каждому прокси и политика выбора, которую может проверить любой наблюдатель.

Ядро запуска: модель «поделись трафиком»

Это запуск ядра сети. Главная возможность этого релиза — share-the-bandwidth: внешний оператор может зарегистрировать свою точку, опубликовать её на платформе, и эта точка будет обслуживать реальный трафик реальных клиентов без необходимости самостоятельно писать логику маршрутизации. Туннель симметричен — любая сторона может быть той, которая его завершает — поэтому резидентная машина, VPS или выделенный SOCKS5-сервер подключаются к одной и той же системе с одинаковым потоком аутентификации и одинаковым учётом.

Монетизации в этом релизе нет. Нет платёжной рейки, графика выплат и токен-эмиссии за трафик. Что есть сегодня — это вся «сантехника», которая превращает следующие эпизоды в изменение политики, а не переписывание системы: идентичность, учёт, выбор и телеметрия, сквозным образом связанные и проверяемые on-chain через кошелёк оператора.

Зашифрованные туннели и совместимость с SOCKS5

Каждое соединение между клиентом и точкой обёрнуто в туннель ChaCha20-Poly1305 AEAD (RFC 8439) поверх TCP. Формат кадра — двухбайтовая длина, 12-байтовый монотонный счётчик-nonce и AEAD-шифротекст с тегом Poly1305. Nonce строго монотонны в каждом направлении, поэтому переупорядочивание, повтор и усечение отбрасываются ещё до начала дешифрования: повторный кадр не проходит проверку счётчика, подделанный — проверку тега. Оба исхода закрывают соединение.

Внутри туннеля полезная нагрузка — это стандартный SOCKS5 (RFC 1928) с опциональной аутентификацией по логину и паролю (RFC 1929). Клиентский бинарник слушает 127.0.0.1:1080 и является единственным процессом, о котором должен знать браузер. Он не разбирает SOCKS5 и не делает DNS-резолвинг — оба действия происходят на стороне сервера, внутри туннеля, поверх DNS-over-TLS (RFC 7858). Практический эффект для браузера: наблюдатель между клиентом и точкой видит только непрозрачный зашифрованный поток. Имена хостов назначения, учётные данные и HTTP-полезная нагрузка в провод не попадают.

Исходники и описание протокола: github.com/cryptoishere/socks5-tunnel-pub.

Идентичность по кошельку и прозрачный учёт

Каждая точка в сети идентифицируется base58-адресом кошелька в стиле Solana (например SaYtzz7xvaAoCAE6wm68xUEgCA4PBR4DkX). Адрес — это первичная идентичность: он привязывает точку к кошельку оператора, используется клиентом для аутентификации в туннеле и применяется платформой для атрибуции трафика. Счётчики отданного и принятого трафика ведутся отдельно по каждому прокси и обновляются атомарно в базе данных, поэтому параллельные клиенты одной и той же точки никогда не гоняются за одними и теми же числами. Когда монетизация появится, именно эти счётчики станут субстратом для логики выплат — никакой новой инструментации не потребуется.

Поскольку идентичность — это кошелёк, тот же примитив, который позже будет проводить платежи, уже сегодня аутентифицирует соединения. В этом и смысл правильного запуска ядра до добавления денег в систему: слой идентичности, транспортный слой и слой учёта должны быть согласованы до того, как двинется хотя бы цент.

Встроенная защита от ботов для доступа к clearnet

Сеть явно рассчитана на clearnet — обычный веб — и не пытается быть заменой Tor. Каждая точка несёт встроенный слой контроля допуска, работающий до аутентификации: токен-бакет на IP, квота одновременных соединений на IP и строгий handshake туннеля. Клиент, не предъявивший общий секрет, отбрасывается на первом байте — открытого plaintext-SOCKS5-пути для неаутентифицированных сканеров не существует. Поверх этого слой round-robin-выбора штрафует точки, которые падают или отвечают таймаутом, поэтому клиент, получивший плохую точку, статистически с большой вероятностью будет направлен на здоровую при следующей попытке. Это максимум «защиты от ботов», который уместен на уровне прокси; всё более сильное — задача клиента, всё более слабое — театр безопасности.

Что дальше: монетизация и репутация

Следующие эпизоды добавят к этому ядру две вещи: монетизацию (выплаты точкам, обслуживающим трафик, в USDT с расчётом on-chain) и репутацию (штрафной и поощрительный счёт, позволяющий сети предпочитать быстрые и надёжные точки без централизации выбора). Ни то, ни другое не требует изменения протокола. Туннель и учёт стабильны; монетизация добавляет платёжную инструкцию, репутация — инструкцию по скорингу. Именно поэтому важно выпустить ядро сейчас: это последний релиз, где движущиеся части ещё могут менять форму.

Как начать

Прокси-сеть работает в разделе Web Data: crypto-ig.com/veb-dannyye/proksi. Подключите кошелёк, зарегистрируйте точку, если хотите делиться трафиком, или используйте размещённые на платформе точки, если вы клиент. Список точек, счётчики трафика и статус по каждому прокси видны прямо в интерфейсе — никакого скрытого состояния, никакого проприетарного дашборда, никакого ключа API, который нужно получить до того, как вы увидите, через что маршрутизируетесь.