Выполнить ProUpRevTx или ProUpServTx — нужен BLS operator private key с ноды
Вывести Platform credits на произвольный адрес через OWNER-ключ (только на зарегистрированный payout address)
Риск загрузки через веб: файл проходит через сервер (временный файл на диске). Используйте только свой доверенный хостинг; не загружайте ключи на чужие сайты.
Инструкции
Подготовьте файл private_keys.txt с одним приватным ключом Owner Address на строку (формат: privateKey:proTxHash)
Нажмите 'Выберите файл' и выберите ваш файл
Нажмите 'Выполнить массовую рассылку' для начала процесса
Дождитесь завершения процесса (может занять несколько минут)
Проверьте вывод на наличие ошибок
Пример формата файла:
private_key_1:proTxHash_1
private_key_2:proTxHash_2
private_key_3:proTxHash_2
...
Справка WebMuxValidator
Назначение: мониторинг Dash-валидаторов — проверка списков proTxHash, таблицы блоков и выплат, геолокация IP, статусы портов, анализ совпадений по адресам.
Быстрый старт:
Вставьте proTxHash (по одному в строке).
Укажите начальную эпоху (по умолчанию — последние 8 эпох).
Нажмите Сгенерировать Таблицу.
В таблице переключайте режимы, сортируйте и ищите.
Для списков > 50 хэшей — пакетная обработка или Анализ.
Введите валидаторы
— сводка Platform-валидаторов из db.json (Evo в Core, архив, PoSe, geo)
🏆 Рейтинг листы
10 / 25 / 50 / 100— размер выборки (селектор в карточке)
— лучшие по блокам в текущей эпохе
— худшие по блокам в текущей эпохе
— самые новые по эпохе регистрации
— топ по балансу identity
🌐 Платформа
— все Evo-валидаторы платформы
— включены в Core (не PoseBanned)
— proTx на одном IP сервера или переезд на другой (ProUpServ)
Строки таблицы группируются по транзитивному замыканию: объединяются, если у них общий IP сервера или один proTx (разные IP-периоды). Два типа связи: (1) несколько proTx на одном IP; (2) один proTx сменил сервер (ProUpServ). Если A и B на одном IP, а B — тот же proTx, что строка C с другим IP, то A, B и C — одна группа.
👤 Пользовательские
— вход в аккаунт
— регистрация для сохранения списков
— загрузить сохранённый список
— сохранить текущий список
— массовый вывод Platform credits (см. предупреждение на странице)
Основные действия
— построить таблицу (до 50 хэшей за раз)
— группировка proTxHash по owner, voting, payout, collateral, register
Группировка хэшей — по транзитивному замыканию: если два хэша совпадают по любому из параметров (адрес владельца, голосования, выплат, высота блока регистрации или collateral), они в одной группе. Если A совпадает с B по одному параметру, а B с C по другому, все три хэша (A, B, C) образуют одну группу.
Таблица результатов
— переключение Блоки / Кредиты (Dash) / Выплаты
— страна, город, AS, провайдер
— копия в буфер обмена
— следующая партия при большом списке
Клик по ProTx в таблице — копирование полного хэша; двойной клик — dash-cli protx info из Dash Core. Хэши из первого сохранённого списка подсвечиваются (зелёный номер строки).
— запуск анализа совпадений в модальном окне
— копировать все proTxHash группы
— скопировать и открыть группу в новой вкладке
Легенда таблицы:
ProTx — тип ноды по цвету хэша: abc12… Evo-нода (platform-кредиты); abc12… Regular masternode (без platform-кредитов). При Explore из Geo Dashboard тип известен заранее; иначе определяется по protx_list / db.json.
Для Regular строки кредитов нет; порты C/P/H не сканируются (по умолчанию закрыты); E — порт masternode 9999.
E — Enable on Core: Enable, PoseBanned
C — Core (9999), P — Platform (26656), H — HTTPS (443): открыт, закрыт
🚀 — эпоха регистрации валидатора
🏆 — рейтинг валидатора по блокам в текущей эпохе (1 = лучший)
AVG — среднее блоков за эпоху в показанном диапазоне (от «Начальная Эпоха»); в скобках — среднее за весь период ноды (с регистрации или с 1-й эпохи). Эпоха регистрации (🚀) и текущая не учитываются; в расчёт входят только эпохи с блоками > 0. Клик по ячейке AVG — диаграмма по эпохам.
Данные: db.json, IP2Location + ip-api.com, данные провайдеров; кэш в файлах/Redis. db.json обновляется каждый час; количество нод, геоданные IP и провайдеров — каждые 3 часа.