Pour recevoir des paiements sur BSC, vérifiez d’abord si cette transaction peut emprunter la Payment Lane

Les commerçants ou les équipes de paiement des agents qui souhaitent préserver un canal de réception des paiements en période de congestion ont intérêt à étudier la Payment Lane de BNB Chain. L’essentiel est de vérifier si leurs transactions répondent aux critères de classification : il ne suffit pas de voir « 5 % réservés » pour promettre des transactions plus rapides ou moins chères.

Le 29 octobre, j’ai vérifié en lecture seule la documentation de BNB Chain du 28 octobre, le BEP-703 et la FAQ de version. Le site officiel indique que Jenner est déjà déployé sur le testnet BSC ; l’heure prévue pour la version v1.8.1 est le 29 octobre à 02:30 UTC, soit 10:30, heure de Pékin. Cette version concerne le testnet Chapel ; pour le mainnet, il faut attendre une annonce distincte. Ces informations proviennent de la documentation officielle et des déclarations du projet concernant son déploiement. Je n’ai pas effectué moi-même de déploiement ni de transfert, et je n’ai pas vérifié de manière indépendante le fonctionnement sur le testnet. Les métadonnées de la page du BEP indiquent toujours le statut « Draft ».

Ce mécanisme comptabilise le gaz par bloc : par défaut, 5 % sont réservés aux paiements admissibles. La gouvernance peut ajuster cette part, dans la limite de 10 %. Les paiements peuvent se disputer le reste de la capacité ; si la part réservée n’est pas utilisée, les transactions ordinaires ne peuvent pas en bénéficier. Le mécanisme protège la capacité réservée à cette catégorie de transactions, mais ne modifie ni les frais ni les règles de classement. Une transaction individuelle peut toujours échouer dans la compétition ou rester en attente.

Avant l’intégration, vous pouvez vérifier ces quatre points :
① Vérifier le réseau. Distinguez la version du testnet, l’activation officielle du mainnet et le service que vous utilisez. Tant que la date du mainnet n’est pas confirmée, ne présentez pas les capacités du testnet comme une garantie de réception des paiements en production.
② Vérifier l’adresse de destination. Un transfert de BNB non nul vers un compte sans code peut relever de la catégorie des transferts natifs ; les transactions passant par des contrats, comme celles en stablecoins, doivent être envoyées directement à un contrat figurant sur la liste de gouvernance. Si elles sont d’abord envoyées à un routeur non répertorié, qui transfère ensuite les stablecoins en interne, leur destination finale ne suffit pas à les rendre admissibles.
③ Vérifier le type de transaction et la liste. La documentation mentionne la prise en charge des types 0x00, 0x01 et 0x02. Le nom d’un jeton ou la conformité à la norme CAS20 ne signifie pas qu’il a été approuvé. La liste est initialement vide ; il faut encore vérifier auprès de la gouvernance si un contrat donné y figure. Cet article ne confirme pas qu’un stablecoin particulier est admissible.
④ Vérifier les critères de finalisation. L’espace réservé ne garantit ni l’inclusion dans un bloc donné, ni des frais fixes ou des transferts gratuits. Il faut aussi harmoniser séparément les règles de confirmation et de crédit du portefeuille, du service de paiement ou de la plateforme d’échange.

À mon avis, il faut d’abord vérifier le parcours réel du paiement entrant, puis évaluer l’utilité de la protection de capacité. La demande de paiements similaires, les frais et le traitement par l’application peuvent également expliquer les délais d’attente. Il faudra surtout suivre les annonces concernant le mainnet et les changements apportés à la liste.

Données recueillies cette fois à 16 h : le BNB était à environ 751,65 USDT et le volume au comptant sur l’heure complète de 15 h à 16 h s’élevait à environ 11,4664 millions d’USDT. Ces chiffres donnent uniquement un aperçu du contexte de marché ; ils ne prouvent ni l’adoption des paiements ni l’existence d’achats liés à la mise à niveau. $BNB