Обновление баланса способно передать адресный запрос поставщику данных без нового платежа. RPC-узел получает направленные ему обращения; видимые сведения о подключении зависят от прямого соединения либо промежуточной инфраструктуры. Публичные данные цепочки, метаданные запроса и ключи расходования — разные уровни. Самостоятельное хранение ключей ещё не отвечает на вопрос, кто видит запросы кошелька.
Начните с запроса, а не устройства подписи
В справке JSON-RPC Ethereum метод eth_getBalance описан как запрос с адресом проверяемого аккаунта. Для ответа узлу передаётся этот адрес. Чтение остатка отличается от отправки подписанной транзакции. Оно также не доказывает владение адресом человеком, который обратился к узлу: запросить можно сведения о другом получателе или контракте.
Кошелёк получает данные для разных задач: баланс, история, обнаружение токенов, симуляция и дополнительные функции. Не предполагайте общий сервер для всего. Настроенный RPC может быть лишь частью сетевой активности приложения. Индексатор, защита и система профиля способны иметь собственный путь запроса и правила. Для оценки нужен перечень связей, а не одно название провайдера.
Аппаратный подписант автоматически не устраняет обращения сопровождающей программы в сеть. Защита ключей устройством относится к другому вопросу, чем получение публичного состояния с сервера. Аналогично просмотр адреса без права расходования всё равно может вызывать запросы. Проверяйте путь данных, а не делайте вывод по общей надписи о безопасности или самостоятельном хранении.
Свяжите наблюдателя с конкретным событием
| Событие или уровень | Возможный наблюдатель | Чего не стоит предполагать |
|---|---|---|
| RPC-запрос с адресом | Отвечающий на него узел | Что ему передан закрытый ключ |
| Прямое подключение | Принимающая инфраструктура | Что сетевой адрес однозначно определяет человека |
| Пересылка через прокси | Посредник и конечный узел с разными данными | Что обе стороны обязательно видят одинаковые сведения |
| Дополнительная функция кошелька | Реализующий её сервис | Что замена RPC убирает все связи |
| Публичный перевод | Читатель открытой цепочки | Что в реестре записан последующий просмотр |
| Локальная подпись | Кошелёк или отдельное устройство | Что ключи на устройстве исключают метаданные |
| Заявленная политика | Указанный в ней оператор | Что возможность видеть запрос доказывает срок хранения |
Часть сетевых сведений общая для нескольких пользователей, а адресный запрос бывает о чужом получателе. Эти границы важны при чтении журналов. Возможность наблюдать обращение не доказывает имя владельца, полный состав портфеля и факт платежа. Не превращайте технический сигнал в вывод, для которого требуется дополнительное основание.
Читайте текущие настройки вместо старых заголовков
В объяснении подключения MetaMask описаны роль RPC и выбор источника. Это связь получения данных сети, а не описание каждой дополнительной функции. Для стороннего узла отдельно оценивайте управление, политику и корректность. Назначение нового адреса не переносит на него обещания прежнего поставщика.
Актуальное описание Basic Functionality рассматривает функции, связанные с профилем, и отделяет их от необязательного Metrics. Описан также сокращённый режим, сохраняющий настроенное RPC-подключение. Это показывает разницу между выключением аналитики и устранением всех адресных запросов. Для своего способа входа и установки сверяйте текущие доступные элементы, не предполагая одинаковое меню.
В Privacy Notice MetaMask говорится о временной обработке IP для части функций и проксировании некоторых сторонних обращений с учётом настроек. Это заявление компании, а не независимый аудит. Старый заголовок о сроке хранения не заменяет актуального текста. На самостоятельно выбранного поставщика эти условия также не распространяются автоматически.
Другой маршрут меняет круг доверия
При прямом соединении принимающая сторона видит сетевой источник обращения. Прокси способен изменить сведения конечного узла, но сам становится участником пути. Шифрование ограничивает часть наблюдений по дороге, не мешая конечному серверу прочитать запрос для ответа. Защиту транспорта и действия получателя данных оценивайте раздельно. Одна благополучная характеристика не отвечает на остальные вопросы.
VPN аналогично меняет видимый назначению адрес и добавляет другого поставщика. Сам адрес кошелька из запроса баланса от этого не исчезает. Собственный узел меняет зависимость от стороннего RPC, но автоматически не убирает другие сервисы приложения и публичность цепочки. Это варианты с разными свойствами, а не общие переключатели приватности. Запишите, какую конкретную связь вы хотите изменить.
Незнакомый RPC также влияет на сведения, которыми пользуется кошелёк. Сверьте сеть и официальные параметры, прежде чем выбирать узел по обещанию отсутствия журналов. Если обработка и общая инфраструктура не объяснены, отмечайте неизвестность. Молчание политики нельзя превращать в обещание немедленного удаления. Стабильный ответ сервера сам по себе тоже не удостоверяет его владельца.
Ведите небольшой список подключений
- Определите приложение, сеть и выбранный RPC-узел.
- Перечислите дополнительные функции обнаружения токенов, профиля, симуляции и аналитики по документации кошелька.
- Прочитайте политику каждого нужного участника, отделяя наблюдение, обработку и хранение.
- Уточните прямой или промежуточный путь там, где продукт это документирует.
- Перед отключением выясните, какие удобства и защитные проверки исчезнут.
- После осознанной замены проверьте сеть и отображение без подписи посторонней операции.
Вымышленный кошелёк «Берёза» запрашивает баланс у узла А, а отдельная защита работает с сервисом Б. Замена А на В меняет одну связь. Она не доказывает прекращения запросов к Б или удаления прежних записей А. Полезный список содержит обе связи и причину их изменения. Одна общая галочка «приватность включена» не воспроизводит такую картину и мешает предметному сравнению.
В обращении поддержке начните с публичных настроек и описания поведения. Не отправляйте секрет доступа, встроенный в личный URL узла, или слова восстановления кошелька. На скриншоте могут остаться подписи аккаунтов и посторонние сведения. Сформулируйте вопрос о конкретной функции, сервисе и документированной обработке. Для такой проверки не нужно раскрывать весь портфель и полную историю операций.
Хранение ключей разобрано в сравнении кастодиальных и собственных кошельков, подпись — в сравнении аппаратного и программного хранения. Обмен без регистрации является самостоятельным взаимодействием со своей AML-политикой. Выбор RPC не меняет условий проверки заказа и не обещает отсутствия данных в остальных системах.
Частые вопросы
Что искать в MetaMask privacy policy о RPC?
Проверьте участников адресных запросов, сведения о подключении и заявленное хранение. Политику поставщика отделяйте от технической видимости и других включённых функций.
Смена RPC в MetaMask убирает все подключения?
Замена меняет выбранный источник данных, но у других функций могут остаться самостоятельные соединения. Сверьте актуальные настройки и документированное поведение приложения.
Запрос MetaMask RPC означает отправку платежа?
Чтение баланса может выполняться без нового платежа и подписи расходования. При этом запрос способен передавать адрес отвечающему узлу.