vlad/autoreg-skills-max
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
f58eafeb48979991591e8b4c53ff7b2c015091a7
autoreg-skills-max/skills/ai-provider-autoreg/references/tokenharbor-voidash-signup-limits.md

4.1 KiB
Raw Blame History

TokenHarbor: почтовые блокеры, signup rate-limit, Voidash (сессия th_voidash_claim)

Обновление статусов TH-авторега (основной скилл th-autoreg — user-owned, правки через curator adopt).

1. Почтовый пул умирает молча — проверять доставку ПЕРЕД волной

Доставка verify-писем меняется без предупреждения: t-online.de принимал письма TH, потом перестал. Диагностика: IMAP-скан INBOX + INBOX.Spam + INBOX.Junk + INBOX.Trash, search FROM "tokenharbor" на 3-4 свежих акках; 0 писем при живой почте (другие письма доходят) = пул мёртв для TH. Signup'ы на мёртвый почтовик дают ключи, навсегда висящие в 403 email_not_verified — вся волна = мусор. Правило: перед любой волной — 1 end-to-end тест (signup → письмо → verify → ключ 200 на /v1/models И chat).

2. Voidash — рабочая замена почтовику

  • Создать inbox: POST https://api.voidash.com/api/v1/inboxes, body {"domain":"voidash.bond"} → address, session_key (vd_sess_...), <1с, без лимитов.
  • Читать письма: GET https://api.voidash.com/api/v1/messages, Authorization: Bearer <session_key> → {"messages":[...]}. ПИТФОЛ: /api/v1/inboxes/{id|address}/messages = 404 — только общий /messages по session_key.
  • Verify-ссылка в JSON-блобе письма (экранированные слэши): regex по json.dumps(msg): r'https://tokenharbor\.ai/verify-email\?token=[^\\\"\s<>]+', потом .replace('\\/','/'). Поллинг 5с, таймаут 120с.
  • Скрипт: th_voidash_claim.py в каталоге TH-проекта (инбокс на лету, API-поллинг вместо IMAP, sleep 65с на rate_limited под ротацию proxy-router ROTATE_SEC=75).

3. Signup — двойной rate-limit: IP + device-fingerprint

«Too many sign-ups from this network. Please try again in an hour» и «You're doing that a bit fast». Форма — Next.js server-action со скрытыми полями device_fingerprint/timezone. DC free-прокси (proxyscrape, ProxyGrab test=domain) помечаются быстро; для стабильного signup нужен резидентный IP. Ротация только IP без смены фингерпринта не спасает. Ответ server-action 200 с пустым body + редирект обратно на signup = лимит, НЕ успех — проверять текст страницы на лимит-фразы.

4. Диагноз ключа — по chat/completions, не по /v1/models

/v1/models = 200 даже на нерабочих для чата ключах. Диагноз по ответу /v1/chat/completions:

  • rate_limit_exceeded / free_tier_limit_reached → ключ ЖИВОЙ (auth прошёл)
  • 403 email_not_verified → мёртвый без verify
  • balance is at $0 → жив, платные модели закрыты

5. Free-модели — суффикс :free

claude-haiku-5.5:free — rolling 7-дневный лимит на аккаунт; claude-haiku-5.5 (без суффикса) — платная, требует баланс. Для шлюза брать :free-варианты. Часовой rate-limit общий по аккаунту — ротация по пулу ключей.

6. Free-прокси — дедуп по exit-IP, не по URL

curl -x <proxy> api.ipify.org (ThreadPool 40-60) → собирать уникальные IP + живой тест против целевого домена (curl -o /dev/null -w %{http_code} = 200). Пул «22 прокси» может дать «12 IP» — лимиты TH бьют по IP. Прогонять перед каждой волной, перезаписывать _good_proxies.txt.