Activité et FAQ

• Recharge est un paiement crédité. Ne déduisez pas l’actif utilisé uniquement du nom de la chaîne.
• Récompense de tâche identifie une tâche gagnée connue ; Part de parrainage est la part gagnée distincte d’un achat éligible ; Crédits du programme de récompenses provient du programme Earn.
• Utilisation : suivi d’une ressource, Utilisation API et Consommation sont des débits pour une utilisation mesurée ; Écriture de crédits est une écriture sans libellé plus précis.
• Emplacements Watchdog achetés et Emplacements Watchdog renouvelés décrivent les dépenses standard en slots. D’autres produits de slots peuvent apparaître sous Abonnement acheté ou Abonnement renouvelé.
• Conversion demandée — crédits réservés réduit les crédits dépensables ; Conversion — crédits restitués rétablit les crédits après une voie de restitution terminée.
• Crédits gagnés expirés retire les attributions gagnées non utilisées après expiration.
• Ajustement administrateur et Ajustement du solde sont des corrections de crédits ; Crédits remboursés restitue des crédits en contrepartie d’un débit.

Un montant positif ajoute des crédits ; un montant négatif en retire. Les libellés d’utilisation actuels peuvent inclure une ressource API ou une écriture héritée : une telle écriture historique ne signifie pas que les routes de données actuellement en mode observe facturent activement. Voir ce qui est facturé aujourd’hui.

Identifiez d’abord la voie. Pour FBEST, WFLR et FXRP, l’approbation du jeton n’est pas le paiement : vérifiez que le paiement PaymentRouter lui-même a réussi. Pour FLR, vérifiez le transfert préparé et ses données d’achat. Pour XRP, vérifiez la validation, la destination et le tag, puis laissez le watcher faire son analyse.

Conservez le hash de transaction et les détails de l’achat. Le serveur doit vérifier le paiement avant de le créditer ; les confirmations de blocs, un worker en retard, un prix manquant ou une demande de confirmation échouée peuvent retarder cette étape. La récupération par événements du routeur ne couvre pas le FLR natif. N’envoyez pas un second paiement uniquement parce que la dernière requête de la page a échoué.

Sans tag, le watcher ne rapproche pas le transfert. Un tag inconnu n’a pas de brouillon correspondant, tandis qu’un autre tag valide peut identifier l’achat de quelqu’un d’autre. Aucun des deux cas ne promet un crédit automatique sur votre portefeuille ni un remboursement on-chain.

Conservez le hash de transaction, l’adresse, le tag utilisé et les détails du panneau de paiement d’origine pour examen par l’opérateur. Corriger un solde de Crédits est une écriture administrateur distincte ; elle n’annule pas le transfert XRP d’origine. Acheter des crédits explique aussi les devis expirés et les paiements insuffisants.

Un seuil de réserves de trésorerie peut suspendre les nouveaux devis pour cet actif. Un maximum par recharge peut rejeter votre montant même lorsque l’actif est disponible. Utilisez un autre actif disponible ou réduisez le montant ; le devis affiche les limites applicables.

Une suspension ne gèle pas votre solde déjà crédité. Envoyer plus de FLR natif ou de XRP qu’un plafond ne le permet ne le contourne pas : seule la partie plafonnée est créditée normalement et l’excédent requiert un examen par l’opérateur.

Non. Les crédits achetés avec FBEST, y compris leur avantage d’achat, restent des crédits achetés. Ils n’entrent pas dans le pool gagné et ne deviennent jamais convertibles simplement en attendant. Les tâches et les parts de parrainage sont des sources d’attribution différentes.

Les attributions récentes peuvent encore être dans leur délai de détention. Les crédits déjà dépensés, expirés ou réservés ne sont pas disponibles pour une nouvelle conversion. Le total historique gagné inclut aussi des crédits qui ne sont plus détenus ; ce n’est pas le montant convertible actuel.

Vérifiez la prochaine date de maturité sous Solde et les paramètres de détention et d’expiration. Le délai de détention n’empêche pas les dépenses ordinaires, mais les dépenses peuvent réduire ce qui reste éligible à la conversion.

Une demande peut échouer parce que la conversion est désactivée, que les crédits arrivés à maturité sont inférieurs au minimum, que vous avez déjà une demande ouverte, que le budget mensuel du portefeuille ou le budget global est épuisé, que le prix est indisponible, ou que le versement demandé dépasse la limite par réclamation du Vault. Lisez l’erreur affichée au lieu de supposer que tous les échecs sont un problème de solde.

Après approbation, une autorisation manquante, un Vault en pause, un plafond journalier épuisé, des fonds insuffisants dans le Vault, un mauvais portefeuille ou une date limite dépassée peuvent empêcher une réclamation. Votre portefeuille a besoin de FLR pour le gas. Suivez Convertir en FBEST ; l’approbation n’est pas un versement automatique.

Non. Une conversion expirée non réclamée restitue ses crédits réservés après les vérifications requises. Les crédits gagnés expirés retirent les attributions non utilisées lorsque leur durée de vie de crédits gagnés prend fin. Une conversion rejetée est une demande examinée et non signée dont les crédits sont restitués avec un motif. Ces cas ont des écritures différentes dans Activité.

Non. Les corrections administrateur ajustent le compte de crédits, portent un motif de l’opérateur et peuvent ajouter ou déduire des crédits. Un remboursement de crédits rétablit des crédits éligibles en contrepartie d’un débit antérieur. Aucun des deux n’est une annulation automatique d’une recharge ni un transfert de jetons vers votre portefeuille.

Utilisez la description et le montant de l’écriture pour comprendre le changement du compte. Si l’historique visible ne l’explique pas, conservez la date concernée et, lorsqu’il est disponible, le hash de transaction pour examen ; ne publiez pas tout le registre ou le solde de votre portefeuille à titre d’exemple.