GhostDrip

GhostDrip — планировщик свопов, превращающий Monero DCA в операцию «настроил-и-забыл». Однократно одобряете лимитированное разрешение на трату, задаёте стратегию (расписание + сумма за своп + XMR-адрес назначения), и минимальный backend-cron запускает свопы через децентрализованный роутер. Стратегии авто-удаляются по завершении, по запросу или после 3 подряд неудач — сайт спроектирован сохранять о вас как можно меньше состояния.

Фон. Разработчик — @babysolo_ (тот же соло-разработчик, что и за [XMR98](/tools/xmr98)), публичный запуск 2025-11-17 — ~8 месяцев стажа на момент листинга. Та же операционная позиция: минимум учётных записей, минимум метаданных, XMR-native.

Чему вы доверяете. *Кратковременная кастодия в рамках allowance.* Вы одобряете лимитированное разрешение ERC-20 на контракт GhostDrip. При срабатывании стратегии сервер оператора списывает средства в пределах allowance и маршрутизирует их через swap-агрегатор от вашего имени. В окне между списанием и завершением свопа средства проходят через кастодию оператора — это не полностью некастодиальная атомарная on-chain-операция сегодня (ни один DEX не поддерживает scheduled DCA нативно). Доверие ограничено одобренной суммой allowance и может быть отозвано. Без регистрации, без email, без cookie, без аналитики (по заявлению оператора). Единственное сохраняемое состояние на стратегию — ID последнего исполнения, чтобы вы могли независимо проверить on-chain-исполнение. Авто-удаление после завершения / по запросу / трёх неудач — структурный privacy-выигрыш, а не дополнительная функция.

Обоснование класса. Внесён в список с Классом B-: позиция оператора необычно сдержанная (авто-удаляемое состояние, отсутствие cookie/аналитики согласно meta), но модель исполнения DCA требует кратко доверять оператору средства, вытащенные через allowance — это не полностью некастодиальный атомарный своп. Ограниченный blast radius снижает риск, но не устраняет trust surface., у соло-разработчика 8 месяцев публичного стажа на этом инструменте плюс стаж XMR98, и рабочий процесс закрывает реальный пробел — все известные потребительские DCA-платформы требуют KYC + аккаунт. Класс A удерживается до: (a) кураторского тестового цикла, (b) проверки конкретного DEX-роутера и его поведения по комиссиям под нагрузкой, (c) независимого подтверждения за пределами экосистемы babysolo.