Donner au jeton une utilité par les services de bots
MSH réunit l’hébergement de bots Telegram, les outils communautaires et la livraison de produits numériques sur un site. L’utilisation réelle des services crée un usage pour le jeton.
Problème et produit
Les particuliers et petites communautés ont besoin de messages d’accueil, réponses répétitives, annonces, modération et livraisons numériques sans déployer ni maintenir eux-mêmes un bot. MSH propose un hébergement partagé et une configuration par boutons. L’utilisateur conserve son identité de bot ; la plateforme exploite le site, l’exécution et la vérification des commandes.
MSH est un jeton de projet sur BNB Smart Chain. Il permet d’acheter une durée de service et un quota de groupes pour un bot précis. Les paiements de service MSH vérifiés vont à l’adresse publique de destruction. Le paiement des services en BNB est aussi possible.
Détenir des jetons n’active pas automatiquement un bot. Il faut s’inscrire, connecter le bot, vérifier son propriétaire, puis utiliser un essai disponible ou acheter le service. La répartition de frais au-dessus d’un seuil de détention est un mécanisme blockchain distinct, pas un abonnement gratuit au site.
- Utilité : moins de déploiement, de maintenance et de tâches répétitives.
- Consommation de service : les paiements MSH effectifs vont à l’adresse de destruction.
- Mécanisme des détenteurs : les adresses éligibles peuvent participer à la répartition selon le contrat.
Produits disponibles dans cette édition
Cette édition décrit les fonctions déployées à sa date de publication, sans présenter les projets comme déjà réalisés.
| Module | Fonctions |
|---|---|
| Communauté | Accueil, réponses par correspondance de message entier, règles et boutons personnalisés. |
| Automatisation | Annonces programmées, filtres de mots publicitaires et liens, suppression et mise en sourdine temporaire. |
| Surveillance | Alertes de mots-clés dans les groupes autorisés et de changements de pages publiques spécifiées ; limites de fréquence et de permissions. |
| API IA personnelle | L’utilisateur fournit adresse, modèle et clé. Protocoles implémentés : API compatibles OpenAI, Anthropic Messages et Gemini generateContent notamment. Aucune compatibilité universelle avec fournisseurs, protocoles propriétaires ou fonctions multimodales. |
| Boutique numérique | Produits, stock de codes chiffré, commandes, récupération des livraisons et suivi après-vente. Stars dans Telegram ; BNB/MSH au marchand sur le site indépendant. |
| Espace web | Inscription par code e-mail, connexion par mot de passe, sécurité, bots, soldes du portefeuille lié, commandes de service, contrat, cours et destructions de service. |
Toutes les fonctions sont désactivées par défaut. Le propriétaire lit les tutoriels, configure et active dans le chat privé du bot. Le site gère compte, connexion, autorisation des groupes, achats et historique. Les outils d’identifiant personnel et de groupe fonctionnent après connexion sans achat.
Les interfaces système prennent en charge chinois, anglais, coréen, allemand, japonais, espagnol, portugais, français et russe. Les produits, réponses, codes et sorties IA saisis par les utilisateurs ne sont pas traduits. Le site convient aux téléphones, tablettes et ordinateurs. Le livre blanc original est en chinois simplifié.
Identité, permissions et accès
| Identité | Rôle et limites |
|---|---|
| Compte e-mail | Gère ses propres bots, réglages, produits et commandes. Code e-mail à l’inscription, mot de passe à la connexion ; authentificateur possible. |
| Portefeuille lié | Prouve le contrôle de l’adresse et signe sur l’appareil courant. Le lien est enregistré, mais téléphone et ordinateur ne partagent pas le droit de signature. |
| Propriétaire Telegram | Envoie le code unique du site en privé au bot connecté. Plusieurs bots peuvent vérifier le même TG ID. |
| Membres et acheteurs | Utilisent les fonctions publiques activées ou leurs propres livraisons, sans accès aux clés du propriétaire, à l’administration ou au stock invendu. |
Parcours
- Vérifier l’e-mail et connecter un Bot Token que l’on a le droit de contrôler.
- Copier le code à usage unique en privé au bot dans les 10 minutes. L’envoi dans un groupe ne lie pas le propriétaire.
- Configurer par boutons ; nommer le bot et le propriétaire vérifié administrateurs, puis autoriser le groupe sur le site.
- Un essai de base d’une heure par compte, au plus 2 groupes et 100 réponses ordinaires. L’essai ne permet pas l’encaissement de la boutique. Acheter durée et quota pour l’usage régulier.
Pas de plafond fixe de bots par compte, mais ressources, cadence de connexion et files limitées. Chaque bot a sa facturation, configuration et autorisation. Supprimer la connexion arrête l’hébergement, efface les accès et conserve les écritures nécessaires. Paiements en attente et obligations après-vente doivent d’abord être traités. Le bot Telegram lui-même n’est pas supprimé.
Identité blockchain de MSH
Lecture et comparaison par deux nœuds RPC indépendants au même bloc BSC confirmé.
| Élément | Instantané |
|---|---|
| Nom / symbole | MSH / MSH |
| Réseau / Chain ID | BNB Smart Chain / 56 |
| Contrat | 0x5cf49332de35899d6852a28a8bbbd8727578ffff |
| Décimales | 18 |
| totalSupply | 1,000,000,000 MSH |
| maxSupply déclaré | 1,000,000,000 MSH |
| Actif de référence | WBNB : 0xbb4cdb9cbd36b01bd1cbaebf2de08d9173bc095c |
| Bloc vérifié | 129537706 |
| Heure du bloc | 2026-10-24 23:27:16 UTC+8 |
totalSupply et maxSupply sont des valeurs d’interface lues, pas un audit des pouvoirs d’émission, mise à niveau, pause, liste noire ou gouvernance. La lecture standard owner() a échoué ; cela ne prouve pas une renonciation aux pouvoirs.
Répartition de l’émission, avoirs de l’équipe, usages des réserves et blocages ne sont pas annoncés. Les soldes publics ne suffisent pas à identifier tous les contrôleurs réels. Aucun pourcentage d’équipe ni délai de blocage n’est inventé.
Tarification des services
Base de service fixe, conversion dynamique en jetons. Achat d’une durée fixe, sans prélèvement automatique du portefeuille pour renouveler.
| Actif | Par bot et chaque quota de 2 groupes |
|---|---|
| MSH | Équivalent de 0.1 USDT pour 30 jours, au cours valide lors de la création de commande. |
| BNB | 0.001 BNB pour 30 jours, proportionnel à la durée et au quota. |
G est le quota acheté, multiple de 2 ; T la durée en secondes ; P le prix USDT de 1 MSH. Heure : 3,600 secondes ; jour : 86,400 ; mois : 30 jours ; année : 365 jours. Maximum de 10 ans par achat.
MSH = 0.1 × (G / 2) × (T / 2,592,000) ÷ P BNB = 0.001 × (G / 2) × (T / 2,592,000)
Arrondi supérieur à la plus petite unité de paiement. Les virements manuels ajoutent un suffixe d’identification unique, affiché dans le montant complet avant paiement ; ne pas le retirer.
Exemple hypothétique : à 1 MSH = 0.000005 USDT, 30 jours pour 2 groupes ont un prix de base de 20,000 MSH, et 4 groupes de 40,000 MSH ; en BNB, 0.001 et 0.002. Ce n’est pas un cours actuel.
Montant fixé 30 minutes. Cours absent, périmé ou conversion échouée : création de nouvelles cotations MSH suspendue, sans faire passer d’anciennes valeurs pour du direct. Les paiements existants suivent leur commande initiale. Pendant la durée payée, renouvellement avec le même quota seulement ; changement après expiration, en retirant les autorisations excédentaires avant une baisse.
Paiements et destruction liée aux services
Paiements de service, répartition de taxe transactionnelle et ventes des marchands sont distincts.
- Avec portefeuille : se connecter, lier l’adresse payeuse, commander et confirmer le transfert BSC dans son portefeuille. La plateforme ne détient aucune clé privée et ne peut signer sur un autre appareil grâce au seul lien du compte.
- Sans connexion : se connecter au site, vérifier le propriétaire, commander, envoyer le bon actif et le montant complet en BSC depuis un portefeuille ordinaire, puis soumettre le hash. Le QR ne contient que l’adresse, pas automatiquement l’actif, le réseau ou le montant.
Deux nœuds BSC vérifient transaction, réception et correspondance. Activation après au moins 30 confirmations de blocs. Échecs, montants anormaux ou inclusion tardive suivent l’état de commande ; captures d’écran et soumissions répétées ne remplacent pas la vérification.
| Flux | Destinataire |
|---|---|
| Service MSH | Destruction : 0x000000000000000000000000000000000000dEaD |
| Service BNB | Plateforme : 0xb70f823fd4d4772fa6f70ff9c7bb3b7c80f7ef99 |
| Produits numériques | Stars au bot marchand ; BNB/MSH du site au portefeuille marchand vérifié. Pas à l’adresse de destruction des services. |
Le cumul confirmé de destruction des services compte uniquement les règlements MSH vérifiés de la plateforme. Le suffixe manuel va à la même adresse avec le paiement. Montants non confirmés, transferts externes, rachats/destructions de taxe et achats de produits ne sont pas automatiquement inclus.
Répartition des frais aux détenteurs
1,000,000 MSH est le seuil de participation. 30% est un poids de répartition des frais, pas le rendement individuel.
| Paramètre | Configuration au bloc vérifié |
|---|---|
| minShare | 1,000,000 MSH |
| rateHolder | 30% |
| rateFounder | 55% |
| rateBurn | 15% |
| rateLiquidity | 0% |
| Taxes achat / vente après migration | buyFeeRate = 100 ; sellFeeRate = 100. En points de base, 1% chacune. |
Les adresses éligibles partagent un fonds selon les parts valides enregistrées au contrat ; chacune ne reçoit pas 30% séparément. Règlement selon voies actives, total des parts, seuils, fonds disponibles et exécution.
Si 0.3 unité de référence entre réellement dans le fonds et qu’une adresse possède 10% des parts valides, sa part vaut 0.03 unité. Simple exemple de proportion, pas prévision de volume ou de rendement.
Les poids concernent uniquement cette répartition de taxe du jeton, pas tout le chiffre d’affaires du site ni tous les frais de lancement ; ils excluent le gas. Aucun engagement de répartir 30% des recettes BNB du site. Dépenser MSH réduit le solde ; une éligibilité passée ne garantit pas l’avenir.
Conditions et transparence de la distribution
Les paramètres consultables ne prouvent pas une réception effective ; consulter contrat et traces blockchain.
| Condition | Instantané et sens |
|---|---|
| quote | WBNB. Forme du retrait et interactions selon contrat et interface de lancement. |
| minDispatchQuote | 0.01 WBNB à 18 décimales. Le seuil atteint ne paie pas automatiquement et immédiatement chaque détenteur. |
| minDispatch | 50,000 MSH pour conversion de taxe après migration ; seuil distinct de celui de l’actif de référence. |
| Phase | vault.phase() = 1, Trading dans OpenFour. Taxe et exécution varient selon la phase. |
| founder | 0xb70f823fd4d4772fa6f70ff9c7bb3b7c80f7ef99 |
La référence OpenFour prévoit notamment claimableFee(address) et claimFee(). Vérifier l’adresse avant d’utiliser la plateforme de lancement ou une interface fiable. Une estimation web ne remplace pas une confirmation blockchain. Le site ne promet actuellement pas de réclamer automatiquement pour les détenteurs.
Un solde minimal ne garantit pas des parts valides. Pools, coffres, contrat du jeton, adresse zéro, adresses de destruction et exclusions peuvent être inéligibles. Détention via exchange ou adresse collective : règles propres à cette plateforme également applicables.
Cette édition compare les principaux paramètres publics et se réfère aux documents OpenFour. Ce n’est ni audit indépendant, ni analyse complète des pouvoirs, ni vérification exhaustive du bytecode déployé face au code de référence. Aucune transaction payante ou de réclamation n’a été faite pour cette vérification.
Hébergement, sécurité et limites
Le site est un service applicatif exploité par le projet. Jetons et paiements blockchain ne décentralisent pas toute la plateforme.
Bots, API, produits, stocks, commandes et actions sont isolés selon le compte propriétaire. Tokens de bots, clés IA et codes sont chiffrés. Pas d’usage des API d’autrui ni lecture des stocks ou livraisons d’autres comptes. Les opérations sensibles exigent authentificateur et journal d’audit.
Aucune collecte de phrase de récupération ni clé privée de portefeuille. Héberger exige le Bot Token ; appeler l’IA utilise les accès fournis par l’utilisateur. Le chiffrement n’élimine pas piratage serveur, abus interne, fuite chez un tiers ou mauvaise configuration. L’utilisateur paie son fournisseur IA.
Processus partagés, files persistantes, limites de requêtes et quotas d’envoi évitent un processus par bot. Absence de plafond fixe ne signifie ni concurrence, ni messages, ni calcul illimités. Permissions Telegram, limites, nœuds RPC, messagerie et API peuvent tomber en panne.
Sauvegardes quotidiennes chiffrées et restaurations vérifiées, 14 dernières copies conservées ; copie chiffrée sur l’ordinateur actuel. Alertes après pannes répétées et notifications de rétablissement. La sauvegarde externe automatique continue n’est pas raccordée. Le monitoring partage le serveur : aucune fiabilité d’alerte e-mail en cas de coupure électrique ou réseau totale.
Transparence et prochaines étapes
Stabiliser l’existant et rendre compte du progrès réel avant tout.
| Sujet | Situation |
|---|---|
| Répartition de l’émission et réserves | Non annoncées. |
| Avoirs d’équipe et blocages | Non annoncés ; aucune affirmation d’absence d’avoirs ou de blocage effectué. |
| Exploitant et équipe | Informations incomplètes ; entrée officielle : le site indiqué ici. |
| Audit indépendant | Aucun rapport publié ; un modèle de contrat ne remplace pas un audit. |
| Liquidité et cotations | Aucune garantie de profondeur, cotation ou arrangement tiers. |
| Gouvernance et staking | Gouvernance des détenteurs, rendement de staking et service gratuit permanent par staking non lancés. |
Réalisés : site et comptes, bots et vérification privée du propriétaire, automatisations courantes, quotas, paiements MSH/BNB, destructions, cours, boutique et interfaces multilingues.
- Corriger les usages réels ; améliorer incidents de paiement, support et informations de fonctionnement.
- Tester capacité, permissions et isolation ; progresser sur monitoring indépendant et sauvegardes externes.
- Publier allocation, équipe, blocages et pouvoirs du contrat ; évaluer une revue de sécurité externe.
- Étudier une consultation des distributions après documentation et vérification suffisantes, sans promettre réclamation automatique, rendement ou date.
Risques, vérification et version
Règles de service et faits blockchain priment sur les attentes de prix.
Prix, liquidité et volume MSH peuvent fortement varier ; les distributions peuvent être nulles. Taxe, gas, glissement et frais de lancement changent le coût des échanges. Les transactions sont généralement irréversibles ; mauvais actif, réseau, adresse ou montant peut entraîner une perte.
Contrats, protocoles, portefeuilles, serveur et API utilisateur comportent des risques. Permissions, migration, règles, congestion ou arrêt peuvent affecter l’accès. MSH ne confère ni actions d’entreprise, ni créance, ni remboursement fixe. Chacun vérifie les exigences de son lieu de résidence.
Instantané : BSC / 56 ; bloc 129537706 ; 2026-10-24 23:27:16 UTC+8. Deux nœuds ont comparé ce hash et les lectures principales.
0x37d3c2381b1995454bfbed9d9c3273caa67644b5273be7274c6b299114724ef6
Version 1.0 publiée le 2026-10-24, original en chinois simplifié. HTML, PDF et Markdown éditable proviennent de la même source linguistique. Paramètres blockchain instantanés ; prix et fonctionnement évoluent. Les révisions doivent expliquer les changements, sans présenter un PDF statique comme du temps réel.