Практики приватности для торговли XRP
Ripple (XRP) был запущен в 2012 году как криптовалюта, ориентированная на платежи. XRPL использует консенсус Federated Byzantine Agreement (FBA) — валидаторы в Unique Node List (UNL) приходят к согласию по порядку транзакций. Дефолтный UNL публикуется некоммерческой XRP Ledger Foundation, а коммерческая Ripple Labs Inc. исторически влияла на выбор валидаторов. Нативный XRP не может быть заморожен никаким центральным органом — флаг freeze в XRPL применяется только к выпущенным токенам (IOU), но не к нативному XRP. Сеть прозрачна на базовом уровне — отправитель, получатель, сумма и destination tag (если присутствует) видны он-чейн, как и в Bitcoin. У XRPL нет нативного миксинга на уровне протокола. Пользователи, которым нужна приватность на уровне транзакций, полагаются на ротацию адресов на стороне кошелька (генерируя новый адрес для каждой сделки из HD-сида) и внецепочечную координацию — практики ниже охватывают то, что вы можете контролировать.
Используйте свежий адрес для каждой сделки
Эта цепь использует прозрачные адреса без нативного stealth. Стандартная практика: используйте Hierarchical Deterministic (BIP-32) кошелёк, который выводит новый адрес получения на каждый запрос. Большинство современных кошельков делают это автоматически. Стоимость повторного использования адреса велика — каждая сделка, которую вы принимаете на один и тот же адрес, создаёт публичную запись вашей активности.
Универсальные практики
**Используйте свежий адрес получения для каждой сделки.** Ваш кошелёк должен это поддерживать; если нет, найдите тот, который поддерживает. Повторное использование адреса — самая большая утечка.
**Практикуйте coin control при тратах.** При отправке монет позже избегайте объединения выхода сделки с монетами из другого источника — это навсегда объединяет их истории адресов.
**Подумайте о приватности на сетевом уровне.** Трансляция ваших транзакций через Tor или интеграцию VPN/Tor кошелька не позволяет вашему интернет-провайдеру и сетевым наблюдателям видеть, какие транзакции вы транслировали. Это ортогонально on-chain приватности.
**Учитывайте KYC-историю ваших монет.** Если вы купили крипту на KYC-бирже, эта биржа знает ваши монеты и может поделиться этой связью с партнёрами по chain-analysis. Микширование через цепь приватности вроде Monero или использование значимого периода «cool-down» уменьшает эту связь.
Чего избегать
- Не вставляйте один и тот же адрес для получения в нескольких сделках.
- Не отправляйте точную сумму, указанную в публикации ордера.
- Не объединяйте выход сделки с монетами из другого источника, когда будете тратить их позже.
- Не транслируйте с вашего домашнего IP через непариватный кошелёк — используйте Tor.
⚠ Особенности этого актива
XRPL прозрачен на базовом уровне, без нативного протокола смешивания. - **Делитесь свежими адресами на каждую сделку.** Использование одного и того же XRPL-адреса в нескольких объявлениях Vigilante Trading позволяет наблюдателям коррелировать ваши заказы в полностью прозрачной сети. Генерируйте свежий receive-адрес для каждой сделки — современные XRPL-кошельки (Xaman, Crossmark, Bifrost) выводят их из вашего HD-сида и позволяют создавать новые аккаунты за секунды. - **Destination tag — не функция приватности, а идентификатор, и Vigilante Trading не может его передать.** Tag виден в блокчейне и связывает транзакции. В форме передачи адреса в Vigilante Trading нет поля для tag, а платёжная ссылка его не задаёт, поэтому никогда не указывайте депозитный адрес биржи, которому нужен tag (средства потеряются в общем пуле биржи); указывайте адрес в собственном хранении, которому tag не нужен. - **Требование reserve создаёт видимость создания аккаунта.** Ваш первый входящий XRP должен быть ≥1 XRP (base reserve). Он-чейн-транзакция `Payment`, финансирующая новый аккаунт, публично видна как активация аккаунта — это более сильный сигнал корреляции, чем обычный платёж на уже существующий аккаунт. Если уменьшение этого сигнала важно, сами сначала пополните receive-адрес (с аккаунта, уже смешанного/отделённого), и только потом делитесь им. - **Сетевая приватность всё ещё важна.** Вещание через Tor или режим приватности кошелька удерживает ваш домашний IP вне обзора сети. - **XRPL-RPC-провайдеры могут коррелировать.** Ваш кошелёк говорит с XRPL-RPC-эндпоинтом (xrplcluster.com, Ripple, или self-hosted rippled-узел) — этот провайдер видит каждую транзакцию, которую вы подписываете. Self-hosting rippled-узла или ротация между провайдерами уменьшает поверхность атаки. - **Концентрация consensus-set — известное свойство.** UNL (Unique Node List) по умолчанию публикуется XRP Ledger Foundation; запуск собственного валидатора с custom-UNL поддерживается, но редок. Для целей Morphit это влияет на censorship-resistance (скоординированный UNL может отказаться включать транзакции) больше, чем на приватность транзакций. Задокументируйте и решите исходя из вашей threat-модели. - **Принимаются только классические адреса.** У XRPL есть более новый формат «X-address» (XLS-5d), который встраивает destination tag в адрес. Vigilante Trading принимает только классические адреса с префиксом `r` и не передаёт tag, поэтому указывайте классический адрес в собственном хранении, которому tag не нужен.
Vigilante Trading не рекомендует конкретные кошельки. Опции, перечисленные для каждого актива, — лишь известные примеры, поддерживающие этот актив; оцените их самостоятельно (открытый код? активная разработка? хорошая репутация по безопасности?). Официальный или самый используемый кошелёк не обязательно самый приватный.