July 5, 2023

Функция смены IP (03.07.2023)

Функция смены 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 по ссылке.

  • Proxy нужно добавлять в формате ссылки
 <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. Разработка 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 Тестирование должно включать проверку безопасности, стабильности и производительности ноды.

Ожидаемые результаты

  • Разработанная 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 Тестирование должно включать проверку безопасности, стабильности и производительности ноды.Ожидаемые результатыВ данном техническом задании не указаны детали реализации выбранного языка программирования, используемых фреймворков, инструментов и технологий. Их выбор остается на усмотрение исполнителя.
    • Proxy нужно добавлять в формате ссылки
    • Change Proxy также добавляем в формате ссылки. Change Proxy - это ссылка, при переходе по которой наш IP-адрес будет меняться. Такую ссылку мы получим при аренде мобильных прокси
    • Разработанная RPC нода, способная перенаправлять запросы к ноде zkSync с измененным IP адресом.
    • Возможность выбора режима р
  • В данном техническом задании не указаны конкретные требования к производительности и масштабируемости ноды. Эти параметры должны быть учтены при выборе технологий и архитектуры решения.