Функция смены IP (03.07.2023)
Функция смены IP (03.07.2023)
1. У ZkSync нет публичных нод, все коды принадлежат команде и они могут анализировать ip (что вероятно и делают) Поднять свою ноду на данный момент невозможно
2.Команда Zksync из Украины и есть вероятность, что заходят по ру ip побрить Ввиду этих двух факторов не рекомендуем делать активности в zksync с одного ip или с русского
Техническое задание: Реализация собственной RPC ноды с возможностью перенаправления запросов к ноде zkSync с измененным IP адресом
Цель данного технического задания - разработать собственную RPC ноду, которая будет использоваться для перенаправления запросов к ноде zkSync с измененным IP адресом. Нода должна предоставлять пользователю возможность выбора между работой без смены IP адреса и добавлением своих мобильных прокси для обеспечения уникального IP адреса для каждого нового кошелька.
❗️ Если смена IP не нужна, то используем обычную PRC - **https://zksync2-mainnet.zksync.io**
Что делает наша RPC? Все, что она делает - это перенаправляет на официальную RPC с уже измененным прокси.
❗️ С использованием прокси каждый новый аккаунт будет иметь уникальный IP-адрес
Для этого нам потребуется арендовать мобильные прокси с возможностью смены IP по ссылке.
<http://логин:пароль@ip>:порт **Пример:** [**<http://o1msw:[email protected]:1120>**](<http://o1msw:[email protected]:1120/>)
- Change Proxy также добавляем в формате ссылки. Change Proxy - это ссылка, при переходе по которой наш IP-адрес будет меняться. Такую ссылку мы получим при аренде мобильных прокси
**Пример ссылки: <https://pb.traffny.com/change_ip/854f52a7-5d79-4e4a-b0c3-00c449de43aa**>
1.1 Нода должна поддерживать протокол RPC для обмена данными с внешними системами.
1.2 Нода должна быть реализована на выбранном языке программирования (например, Python, Node.js, Go).
1.3 Нода должна предоставлять API для обработки запросов и перенаправления их к ноде zkSync с измененным IP адресом.
2. Поддержка выбора режима работы системы
2.1 Проект должен предоставлять возможность пользователю выбрать режим работы:
- Режим 1: Работа без смены IP адреса. В этом режиме софт будет использовать свой собственный IP адрес для работы с протоколами.
- Режим 2: Работа с использованием мобильных прокси. В этом режиме пользователь сможет добавить свои мобильные прокси, чтобы каждый новый кошелек использовал уникальный IP адрес.
3.1 В режиме 1 софт должен использовать свой собственный IP адрес для перенаправления запросов к ноде zkSync.
3.2 В режиме 2 пользователь должен иметь возможность добавить свои мобильные прокси с уникальными IP адресами.
3.3 Нода должна обеспечивать рандомизацию выбора IP адреса при перенаправлении запросов к ноде zkSync в режиме 2.
4.1 Нода должна обеспечивать безопасное соединение с внешними системами, используя SSL/TLS протокол.
4.2 Нода должна иметь возможность авторизации запросов от внешних систем для предотвращения несанкционированного доступа.
4.3 В режиме 2 нода должна обеспечивать безопасность мобильных прокси и контролировать доступ к ним.
5.1 Нода должна быть достаточно задокументирована для обеспечения легкости использования и поддержки.
5.2 Нода должна предоставлять возможность логирования действий и ошибок для облегчения отладки и мониторинга.
6.1 Необходимо разработать набор тестов для проверки работоспособности ноды в разных режимах и с различными конфигурациями.
6.2 Тестирование должно включать проверку безопасности, стабильности и производительности ноды.
- Разработанная RPC нода, способная перенаправлять запросы к ноде zkSync с измененным IP адресом.
- аботы ноды: работа без смены IP адреса или с использованием мобильных прокси.
- Реализованная безопасность и логирование.
- Документация по использованию и поддержке ноды.
- Набор тестов для проверки работоспособности, безопасности, стабильности и производительности ноды.
- Функция смены IP (03.07.2023)Почему важно менять IP? 1. У ZkSync нет публичных нод, все коды принадлежат команде и они могут анализировать ip (что вероятно и делают) Поднять свою ноду на данный момент невозможно 2.Команда Zksync из Украины и есть вероятность, что заходят по ру ip побрить Ввиду этих двух факторов не рекомендуем делать активности в zksync с одного ip или с русскогоТехническое задание: Реализация собственной RPC ноды с возможностью перенаправления запросов к ноде zkSync с измененным IP адресом
ВведениеЦель данного технического задания - разработать собственную RPC ноду, которая будет использоваться для перенаправления запросов к ноде zkSync с измененным IP адресом. Нода должна предоставлять пользователю возможность выбора между работой без смены IP адреса и добавлением своих мобильных прокси для обеспечения уникального IP адреса для каждого нового кошелька.❗️ Если смена IP не нужна, то используем обычную PRC - **https://zksync2-mainnet.zksync.io**Что делает наша RPC? Все, что она делает - это перенаправляет на официальную RPC с уже измененным прокси.❗️ С использованием прокси каждый новый аккаунт будет иметь уникальный IP-адресДля этого нам потребуется арендовать мобильные прокси с возможностью смены IP по ссылке. <http://логин:пароль@ip>:порт **Пример:** [**<http://o1msw:[email protected]:1120>**](<http://o1msw:[email protected]:1120/>) **Пример ссылки: <https://pb.traffny.com/change_ip/854f52a7-5d79-4e4a-b0c3-00c449de43aa**>
Требования1. Разработка RPC ноды1.1 Нода должна поддерживать протокол RPC для обмена данными с внешними системами.1.2 Нода должна быть реализована на выбранном языке программирования (например, Python, Node.js, Go).1.3 Нода должна предоставлять API для обработки запросов и перенаправления их к ноде zkSync с измененным IP адресом.2. Поддержка выбора режима работы системы2.1 Проект должен предоставлять возможность пользователю выбрать режим работы:- Режим 1: Работа без смены IP адреса. В этом режиме софт будет использовать свой собственный IP адрес для работы с протоколами.- Режим 2: Работа с использованием мобильных прокси. В этом режиме пользователь сможет добавить свои мобильные прокси, чтобы каждый новый кошелек использовал уникальный IP адрес.3. Работа с IP адресами3.1 В режиме 1 софт должен использовать свой собственный IP адрес для перенаправления запросов к ноде zkSync.3.2 В режиме 2 пользователь должен иметь возможность добавить свои мобильные прокси с уникальными IP адресами.3.3 Нода должна обеспечивать рандомизацию выбора IP адреса при перенаправлении запросов к ноде zkSync в режиме 2.4. Безопасность4.1 Нода должна обеспечивать безопасное соединение с внешними системами, используя SSL/TLS протокол.4.2 Нода должна иметь возможность авторизации запросов от внешних систем для предотвращения несанкционированного доступа.4.3 В режиме 2 нода должна обеспечивать безопасность мобильных прокси и контролировать доступ к ним.5. Документация и логирование5.1 Нода должна быть достаточно задокументирована для обеспечения легкости использования и поддержки.5.2 Нода должна предоставлять возможность логирования действий и ошибок для облегчения отладки и мониторинга.6. Тестирование6.1 Необходимо разработать набор тестов для проверки работоспособности ноды в разных режимах и с различными конфигурациями.6.2 Тестирование должно включать проверку безопасности, стабильности и производительности ноды.Ожидаемые результатыВ данном техническом задании не указаны детали реализации выбранного языка программирования, используемых фреймворков, инструментов и технологий. Их выбор остается на усмотрение исполнителя. - Change Proxy также добавляем в формате ссылки. Change Proxy - это ссылка, при переходе по которой наш IP-адрес будет меняться. Такую ссылку мы получим при аренде мобильных прокси
- Разработанная RPC нода, способная перенаправлять запросы к ноде zkSync с измененным IP адресом.
- Возможность выбора режима р
- В данном техническом задании не указаны конкретные требования к производительности и масштабируемости ноды. Эти параметры должны быть учтены при выборе технологий и архитектуры решения.