Menú de documentación
KOLRelay documentación del producto.
KOLRelay connects project demand, individual creators, and community crews in one accountable work loop. Telegram is the first product surface; Mercur and Medusa provide the operations foundation for a potential complementary web workspace.
Esta guía describe el producto previsto y los componentes implementados. Telegram, los pagos, la verificación multiplataforma y cualquier espacio de trabajo web requieren configuración y validación de un extremo a otro antes de presentarse como activos.
El marketing de creadores está creciendo. La coordinación sigue siendo importante.
Los proyectos necesitan una distribución creíble, los creadores necesitan oportunidades transparentes y las comunidades necesitan una forma práctica de coordinar la participación. KOLRelay está diseñado como el primer mercado de Telegram para ese trabajo: un flujo de trabajo compartido para resúmenes, correspondencia, entrega y revisión.
Estas cifras describen el mercado publicitario de creadores más amplio de EE. UU., no los ingresos de Web3, Telegram o KOLRelay. La cifra de 2026 es una proyección. No se reclama ninguna participación de mercado de KOLRelay.
Donde el trabajo fracasa
Los resúmenes, la selección de participantes y las aprobaciones a menudo terminan en mensajes desconectados. El flujo de trabajo previsto por KOLRelay mantiene juntos la tarea, los términos y el siguiente paso.
Creators and projects need attributable evidence and agreed acceptance criteria. IAB identifies fragmented metrics and verification as industry challenges; KOLRelay is designed to capture delivery evidence, not guarantee campaign ROI. Panorama de medición del BIA ↗
Paid promotion needs clear terms and appropriate sponsorship disclosure. The product’s intended checks support that process; participants remain responsible for applicable requirements. Orientación de la FTC ↗
Web3 productos de búsqueda como Búsqueda Galxe organiza la participación premiada. KOLRelay se enfoca en coordinar el trabajo de marketing comunitario y de creadores divulgados a través de Telegram, con una base de operaciones para pedidos, tarifas y liquidación. Esta es una dirección de producto, no una afirmación de que cada integración está activa.
Límite del producto
Un usuario de Telegram es un participant. The same participant can publish a task today and complete one tomorrow; buyer and seller are transaction roles, not permanent account types.
The intended Telegram flow lets participants join, draft, browse, apply, submit and review without requiring a separate marketplace website. A web workspace may complement that flow without replacing it.
Espacio de trabajo web complementario
El código base incluye un espacio de trabajo de gestión y redacción temprana de campañas respaldado por Mercur y Medusa. Aún no se ofrece como una experiencia web y Telegram unificada y en vivo: primero se deben verificar la identidad compartida, la autorización, la propiedad de la campaña y la liquidación de un extremo a otro. Los adaptadores sociales y de pago permanecen cerrados hasta que pasen sus propios controles de liberación.
Para proyectos
The publishing flow collects task language, category, title, scope, budget, deadline, and proof requirements. The first intended release covers Telegram channel KOL content and community promotion; the native payment rail remains gated pending launch checks.
- Cree una tarea con alcance y una fecha límite de entre 1 y 90 días de antelación.
- Revise los solicitantes y seleccione un participante.
- Congela el alcance seleccionado y el orden de tarifa exacto.
- Aceptar, solicitar revisión o disputar el trabajo enviado.
- Reconocer los ingresos y la reputación sólo después de un acuerdo confiable.
Task language is selected by the publisher. Browsers can filter by language or show all; multilingual tasks appear alongside a selected language, while older unclassified tasks remain visible under All or Unspecified. This does not automatically translate or independently verify the task text.
Para creadores
Creators use the task hall, applications, My Work, proof submission, and transaction-bound ratings. Ownership binding connects a Telegram participant to the channel used for delivery.
A separate campaign verification workflow checks a bot-observed post, verified channel, publication window, canonical message ID and approved-content fingerprint. It is not yet connected to every Bot task submission; those submissions can require project review. Screenshots alone do not trigger automatic settlement.
Ejecución de la tripulación
Community crew coordination is planned and is not yet available in the Bot. The intended workflow would retain an individual participant, evidence, review state and payout decision for each slot.
- La asignación por lotes y la distribución de miembros aún no están disponibles.
- Cualquier tarifa de coordinación futura debe divulgarse por separado.
- Las pruebas individuales y las identidades de los acuerdos son objetivos de diseño que requieren pruebas.
Líneas de verificación
Pase automático
The separate campaign verifier can pass when its implemented ownership, timing, observed-post and content checks agree. This is not a guarantee of genuine audiences.
Retención de riesgo
La evidencia faltante o ambigua requiere revisión. La detección automatizada de conglomerados y el muestreo aleatorio aún no se han implementado.
Rechazo automático
El verificador de campaña rechaza ciertas discrepancias de identidad o ID posterior y retiene la reutilización de una publicación ya verificada. La colusión entre cuentas y la detección de duplicados en toda la tarea de Bot siguen sin terminar.
Bot task proof is not yet automatically verified end to end. Review capacity and operational procedures must be established before launch.
Pagos y tarifas
El valor predeterminado actual es un separado 15% de tarifa de plataforma calculated from the task budget. Fee payment, recognition, refunds and referral rewards have separate states; production payment and reconciliation still require end-to-end testing.
The 1,000 XTR task budget is not KOLRelay revenue. Telegram's own commission is a provider cost and is not described as platform income.
Reputación y referencias
Both sides can leave one 1–5 rating only after delivery and confirmed payment. A trusted refund invalidates the related ratings. First-touch referral attribution is immutable; self-referrals and invalid codes enter manual review.
A reward is 20% of the platform fee actually received—not 20% of gross task value—and exists only after a real settled transaction.
Cuotas y restricciones
Publishing, applications, concurrent assignments, and crew slots are tiered. Standard requires at least 3 verified completions and a 4.5 rating; Trusted requires 20 completions and a 4.8 rating. Two open disputes or two overdue assignments restrict new publishing and applications while existing delivery and support remain available.
Estado de la plataforma
| Plataforma | Orquestación | Prueba primaria | Acuerdo |
|---|---|---|---|
| Telegram | Primera ruta de lanzamiento | Eventos de bot, propiedad, estado de publicación sugerida | Stars (XTR) · activación cerrada |
| X | En preparación | Planificado: API autorizada + enlace permanente | Deshabilitado hasta que se pasen las credenciales y las pruebas |
| En preparación | Planificado: API autorizada + enlace permanente | Adapter-gated | |
| TikTok | En preparación | Planificado: API autorizada + enlace permanente | Adapter-gated |
| YouTube | En preparación | Planificado: API autorizada + vídeo público | Adapter-gated |
An adapter is marketed as live only after credentials, ownership binding, idempotent event ingestion, replay and reconciliation, adversarial proof tests, refund behavior, monitoring, and an operator runbook all pass.
Límite de seguridad
KOLRelay supports legitimate Web3 education, product walkthroughs, community work, translation, research, events, and disclosed creator marketing.
Lo hace not support fabricated followers or engagement, fake TVL or user claims, hidden sponsorship, sybil or airdrop farming, wash trading, price or volume manipulation, return guarantees, custody of private keys, or anonymous off-book transfers.
If a platform or payment adapter cannot prove ownership, ingest trusted events, refund safely, and reconcile state, the Bot hides or rejects that path instead of creating unpayable work.