Menu Documentação
Documentação do produto KOLRelay.
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.
Este guia descreve o produto pretendido e os componentes implementados. Telegram, pagamentos, verificação de plataforma cruzada e qualquer espaço de trabalho na web exigem configuração e validação ponta a ponta antes de serem apresentados ao vivo.
O marketing de criadores está crescendo. A coordenação ainda é importante.
Os projetos precisam de uma distribuição credível, os criadores precisam de oportunidades transparentes e as comunidades precisam de uma forma prática de coordenar a participação. KOLRelay foi projetado como o primeiro mercado Telegram para esse trabalho: um fluxo de trabalho compartilhado para briefings, correspondência, entrega e revisão.
Esses números descrevem o mercado mais amplo de publicidade para criadores de conteúdo nos EUA, não a receita de Web3, Telegram ou KOLRelay. O número de 2026 é uma projeção. Nenhuma participação de mercado da KOLRelay é reivindicada.
Onde o trabalho falha
Briefs, seleção de participantes e aprovações muitas vezes terminam em mensagens desconectadas. O fluxo de trabalho pretendido do KOLRelay mantém a tarefa, os termos e a próxima etapa juntos.
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. Cenário de medição do IAB ↗
Paid promotion needs clear terms and appropriate sponsorship disclosure. The product’s intended checks support that process; participants remain responsible for applicable requirements. Orientação da FTC ↗
produtos de missão Web3, como Galxe Quest organiza participação premiada. KOLRelay se concentra na coordenação do trabalho divulgado de marketing do criador e da comunidade por meio do Telegram, com uma base operacional para pedidos, taxas e liquidação. Esta é uma orientação do produto, não uma afirmação de que toda integração está ativa.
Limite do produto
Um usuário Telegram é um 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.
Espaço de trabalho web complementar
A base de código inclui um espaço de trabalho de gerenciamento e elaboração de campanha inicial apoiado por Mercur e Medusa. Ainda não é oferecido como um Telegram unificado e ao vivo e uma experiência na web: a identidade compartilhada, a autorização, a propriedade da campanha e a liquidação ponta a ponta devem primeiro ser verificadas. Os adaptadores sociais e de pagamento permanecem bloqueados até que seus próprios cheques de liberação sejam aprovados.
Para projetos
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.
- Crie uma tarefa com escopo com prazo de 1 a 90 dias à frente.
- Revise os candidatos e selecione um participante.
- Congele o escopo selecionado e a ordem exata de taxas.
- Aceitar, solicitar revisão ou contestar o trabalho enviado.
- Reconheça receita e reputação somente após liquidação confiável.
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 criadores
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.
Execução da tripulação
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.
- Atribuição de lote e distribuição de membros ainda não estão disponíveis.
- Qualquer taxa de coordenação futura deverá ser divulgada separadamente.
- Evidências individuais e identidades de liquidação são objetivos de design que exigem testes.
Vias de verificação
Passe 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.
Retenção de risco
Evidências ausentes ou ambíguas requerem revisão. A detecção automatizada de clusters e a amostragem aleatória ainda não foram implementadas.
Rejeição automática
O verificador de campanha rejeita certas incompatibilidades de identidade ou pós-ID e retém a reutilização de uma postagem já verificada. O conluio entre contas e a detecção de duplicatas em toda a tarefa do bot permanecem inacabados.
Bot task proof is not yet automatically verified end to end. Review capacity and operational procedures must be established before launch.
Pagamentos e taxas
O padrão atual é um separado taxa de plataforma de 15% 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.
Reputação e referências
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.
Cotas e restrições
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.
Status da plataforma
| Plataforma | Orquestração | Prova primária | Acordo |
|---|---|---|---|
| ZXMARCA1XZ | Primeiro caminho de lançamento | Eventos de bot, propriedade, estado da postagem sugerida | Stars (XTR) · ativação bloqueada |
| X | Em preparação | Planejado: API autorizada + link permanente | Desativado até que as credenciais e os testes sejam aprovados |
| Em preparação | Planejado: API autorizada + link permanente | Adapter-gated | |
| TikTok | Em preparação | Planejado: API autorizada + link permanente | Adapter-gated |
| YouTube | Em preparação | Planejado: 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.
Limite de segurança
KOLRelay supports legitimate Web3 education, product walkthroughs, community work, translation, research, events, and disclosed creator marketing.
Sim 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.