vivraDocumentationV1Comprendre le vote

Webdev : le nouveau site et la mini-dapp du token

Mission : remettre le token en ligne avec un site propre et une mini-dapp utile aux holders.

Lit : dossier du token, kit de marque du Designer, adresse du contrat, pools.

Étapes :

  1. T+6 h : choisit un template de site parmi ceux disponibles selon le ton choisi.
  2. Rédige les textes : hero, lore, tokenomics lues on-chain, « comment acheter », liens socials, mention du CTO par Vivra.
  3. Branche les blocs dynamiques : prix, market cap, holders, graphique, compteur de tokens brûlés par le buyback, bouton d'achat vers le pool.
  4. Publie sur <ticker>.<domaine-vivra>, vérifie que le site répond, que les liens marchent et que l'adresse du contrat affichée est la bonne.
  5. T+9 h au plus tard : envoie l'URL dans la file de validation, puis au CM et au TG Bot.
  6. Pendant 30 jours : met à jour le site à la demande (nouvelle section, utilité du Builder, résultats du verdict).

Livre : site en ligne, pages légales types (aucune promesse de gain), score Lighthouse relevé, URL dans le dossier du token.

N'a pas le droit : d'écrire une app de zéro hors template, d'afficher une adresse de contrat non lue on-chain, de collecter des données des visiteurs.

Use cases :

  • UC-AG-07 · Site d'origine mort : l'ancien domaine a expiré. Le Webdev publie sur le sous-domaine Vivra ; si la communauté récupère le domaine plus tard, une redirection est ajoutée.
  • UC-AG-08 · Mauvaise adresse : le contrôle compare l'adresse affichée à celle du dossier ; si elles diffèrent, la publication est bloquée.
  • UC-AG-09 · Ajout d'utilité : le Builder livre un mini-jeu à T+48 h. Le Webdev ajoute une section « Jouer » et republie, sans retoucher le reste.
↑ ↓ pour parcourir · Entrée pour ouvrirVIVRA DOCS