Message de bienvenue pour les nouveaux membres après leur adhésion (réalisation des tâches de base d'adhésion)

Interaction en temps réel pendant les diffusions en direct / AMAs / événements (seuls les membres concentrés sur l'événement peuvent recevoir le mot de passe et être éligibles pour le red packet)

Promotions marketing en groupe, loteries, tâches de slogan, niveau de jeu, remises sur recharge (par exemple, seuls les joueurs atteignant un certain niveau dans le jeu ou rechargeant un certain montant sont éligibles pour recevoir)

Récompenses pour avoir invité des amis à rejoindre le groupe

Promotions limitées dans le temps, événements de compte à rebours (tâches de connexion quotidiennes)

"red packet intergroupe": Déposez des red packets dans d'autres groupes (si le propriétaire du groupe le permet) pour promouvoir la publicité mutuelle et la collaboration communautaire.

Toutes les opérations en chaîne entraînent des frais de gaz. Les frais de gaz sont facturés par la blockchain elle-même et non des frais supplémentaires de notre part.

Lorsque vous déposez des tokens dans le pool de red packets, un frais de gaz sera immédiatement déduit en chaîne. Le montant réel entrant dans le pool peut être légèrement inférieur au montant nominal que vous avez entré (ou des frais de gaz supplémentaires peuvent être facturés lors du transfert). C'est une déduction en chaîne normale.

Lors de l'émission d'un red packet dans 'votre groupe', le système facturera automatiquement des frais de plateforme de 2% au moment de la distribution, qui seront directement déduits.

Les red packets intergroupes (promotion d'un red packet dans le groupe de quelqu'un d'autre) ont des règles supplémentaires :

Tout d'abord, le propriétaire du groupe recevant la promotion doit définir l'autorisation, et des tokens principaux doivent être utilisés. Les red packets intergroupes n'acceptent pas les coins meme auto-créés, et le système a un seuil minimum pour les montants de red packet intergroupe. Si ce seuil n'est pas atteint, le red packet ne peut pas être établi. Veuillez confirmer que votre montant est suffisant avant d'envoyer.

Nous détecterons activement les comportements abusifs (tels que la fraude, le blanchiment d'argent, les tactiques de robot, les interactions par spam, etc.). Si jugé à haut risque, le compte ou les actifs peuvent entrer dans un statut 'sous révision' : les retraits peuvent être retardés, et le compte peut être temporairement mis sur liste noire. Cela vise à protéger les actifs des utilisateurs dans leur ensemble et à respecter les exigences réglementaires.

C'est le mécanisme de contrôle des risques et de conformité de la plateforme. Basé sur le contrôle des risques internes, les exigences de conformité ou des enquêtes tierces, nous pouvons suspendre, limiter, retarder ou refuser des retraits ou transferts spécifiques.

Si vous pensez qu'il s'agit d'une mauvaise évaluation, vous pouvez soumettre un appel via le bot de service client officiel.

Vous pouvez envoyer un message directement au bot de service client officiel @moonini_helper_bot.

Veuillez entrer la commande /setlang dans la conversation (par exemple, /setlang zh-TW ou /setlang en-US) pour changer la langue du service client.

Lors de la signalisation d'un problème, veuillez fournir :

Le service client ne vérifiera que les données en chaîne et les enregistrements de transactions. Nous ne vous demanderons pas d'envoyer des originaux d'images ou de fournir des clés privées de portefeuille, des mnémotechniques, ou des phrases de récupération complètes, ni de nous demander d'envoyer des fonds pour 'vérification'. Le service client officiel ne vous contactera pas proactivement pour demander des actifs.

Vous pouvez également utiliser l'API de requête en libre-service pour vérifier votre statut, tel que si votre compte est valide, s'il est sur liste noire ou s'il est sous révision. Voici un exemple : si la réponse indique que vous êtes is_blacklist: true ou status: "hold", cela signifie que le compte est sous révision de contrôle des risques, et les retraits ou distributions peuvent être suspendus. Si cette fonction n'est pas disponible pendant la période d'opération de test, veuillez soumettre un appel via le bot de service client et fournir le hash de la transaction, et nous accélérerons le traitement basé sur les preuves en chaîne.

Nous fournissons un mécanisme d'API pour que les propriétaires de groupe personnalisent les conditions de tâche et les règles de rachat.

Qu'est-ce qu'une phrase de passe ? Quand doit-elle être utilisée ? Par exemple, lorsque vous souhaitez que plus d'utilisateurs visitent votre TikTok ou YouTube, ou rejoignent votre groupe privé, vous pouvez cacher la phrase de passe dans des vidéos ou des messages. Les utilisateurs doivent obtenir la phrase de passe à l'endroit spécifié pour réclamer le red packet après l'avoir saisie.

Quel est le concept d'API ? Comment est déterminée l'éligibilité ?

Dans l'interface des paramètres de l'API, nous devons d'abord informer l'API des conditions, appelées 'déclaration de condition' (hors user_id).
Exemple : Retourner un ensemble de conditions seuil, telles que niveau, statut, présence sur la liste noire, etc.
moonpacket considérera cet ensemble de conditions comme le seuil de base.

Ensuite, lorsque l'utilisateur souhaite recevoir un red packet, l'API doit fournir :
'Demande d'utilisateur' (y compris user_id).
Exemple : Retourner la valeur réelle de cet utilisateur. La plateforme comparera les résultats de 'Demande d'utilisateur' avec le seuil de 'déclaration de condition' précédemment établi ; si cela correspond, c'est approuvé ; sinon, c'est rejeté.

Recommandation de sécurité : Veuillez uniquement fournir des points de terminaison en lecture seule et activer l'api_key ainsi que les restrictions de liste blanche de domaine ; si des opérations inter-domaines sont nécessaires, vous pouvez utiliser Cloudflare Workers comme relais et mettre en œuvre une limitation de débit.

Les règles de l'activité peuvent-elles être modifiées en cours de route ?

Aucune modification ne peut être apportée en cours de route. Nous espérons que tous les utilisateurs de ce système peuvent mutuellement maintenir la confiance. Si une partie de projet promet d'émettre des red packets mais change les qualifications du jeu en cours de route, rendant impossible la réclamation, cela nuira à la confiance des joueurs. Si l'émetteur modifie l'API pour changer les règles, et que plusieurs joueurs le signalent, nous nous réservons le droit de suspendre ou de geler les comptes après confirmation via les journaux de modifications. Par conséquent, veuillez absolument éviter de changer les règles du jeu au milieu de l'API, car cela peut entraîner des interdictions de compte.

Si vous êtes inquiet au sujet des paramètres incorrects, l'approche correcte est :

Vous pouvez d'abord créer votre propre groupe de test, émettre des red packets de test pour vous-même dans le groupe de test, et une fois confirmé sans problème, procéder à la distribution dans la communauté officielle. La règle de base pour les red packets est : vous ne pouvez pas appeler à un arrêt en cours, ni modifier directement les règles pour une activité en cours. Chaque ronde doit être complétée et réglée selon l'engagement d'origine avant que de nouvelles règles puissent être utilisées dans la ronde suivante.

Nous sommes actuellement encore en phase d'exploitation Beta et allons progressivement optimiser le tableau de bord des données, y compris le nombre de participants, le nombre de red packets réclamés, le taux de réclamation, etc. Les parties projet peuvent également intégrer des indicateurs de suivi dans leurs paramètres d'API.

Les red packets non réclamés seront automatiquement retournés à votre portefeuille. Si vous ne recevez pas de remboursement dans les 3 jours suivant la fin de l'activité, vous pouvez contacter le service client pour le traitement.

Il est conseillé de ne pas exécuter trop d'activités simultanément dans le même groupe pour éviter les conflits. Les utilisateurs peuvent également être confus ; il est préférable d'exécuter les activités linéairement, une à la fois ou une par jour, et de garantir des fonds adéquats pour compléter chaque activité.

Il est recommandé d'ajuster les règles en fonction des données ; vous pouvez utiliser l'API pour des tests A/B, vous référer à des cas réussis passés, et collecter régulièrement des retours des membres pour optimiser progressivement le gameplay.

Antifraude et abus :

Pendant la période de test de l'exploitation bêta ouverte, nous optimisons les problèmes de tricherie des utilisateurs. Pour garantir l'équité du système, nous bloquerons spécifiquement les utilisateurs tentant d'utiliser des bots pour saisir des red packets. La meilleure méthode de prévention est de permettre aux utilisateurs de définir leur propre API et conditions et de restreindre le nombre de réclamations, ce qui augmentera le seuil pour ceux qui aiment tricher. En cas de situations anormales, n'hésitez pas à contacter notre service client pour transmettre vos retours.