Sattar Chaqer

Le marché d’aujourd’hui était rempli de surprises.

$CYS +95,27 %
$UAI -33,33 %

Un token s’envole tandis qu’un autre prend une grosse claque. C’est ça, la crypto. Je faisais juste le point sur les graphiques aujourd’hui.

Les gens supposent souvent que deux blockchains doivent se comprendre avant de pouvoir travailler ensemble. Plus j’étudiais l’architecture de Babylon, moins cette hypothèse me semblait convaincante.

Le Bitcoin n’a jamais été conçu pour interpréter l’exécution d’Ethereum ou conserver une copie de son état. Tenter de le faire en changerait les principes mêmes qui rendent le Bitcoin prévisible. Au lieu de cela, Babylon aborde le problème par un autre angle. Plutôt que d’apprendre à Bitcoin à comprendre une autre blockchain, il lui donne quelque chose qu’il sait déjà évaluer : une preuve cryptographique. L’objectif n’est pas une compréhension partagée. Il s’agit d’une vérification indépendante.

Cette nuance a changé ma façon de penser l’interopérabilité. Deux systèmes n’ont pas nécessairement besoin de parler le même langage pour parvenir à la même conclusion. Ils ont seulement besoin d’une preuve qui peut être vérifiée selon leurs propres règles. En ce sens, les preuves ressemblent moins à des messages et davantage à des témoins mathématiques que chaque partie n’a pas besoin d’interpréter en faisant confiance.

Plus je réfléchis à ce design, plus je pense que l’infrastructure inter-chaînes posait peut-être la mauvaise question. Au lieu de se demander comment les blockchains peuvent se comprendre, peut-être devrait-on plutôt se demander comment elles peuvent vérifier la même réalité tout en restant totalement indépendantes.

Peut-être que le futur de l’interopérabilité n’appartiendra pas aux réseaux qui communiquent le plus. Il appartiendra à ceux qui ont le moins besoin de faire confiance à la communication.

@BabylonLabs_io $BABY #baby

Depuis 2 jours, je ne reçois pas de points de trading pour 2026/07/31 et 2026/08/01. Voici les captures d’écran

Beaucoup de gens supposent que si Bitcoin doit participer ailleurs, Bitcoin lui-même doit d’abord bouger. Cette hypothèse a façonné la conception des échanges inter-chaînes pendant des années. Je commence à penser que le mouvement n’est pas la partie la plus importante.

Ce qui m’a frappé en lisant la documentation de Babylon, c’est que l’architecture sépare la propriété de la participation économique. Le BTC natif reste verrouillé sur le réseau Bitcoin, selon ses hypothèses de sécurité d’origine, tandis que sa valeur économique peut soutenir le prêt, des stablecoins, des perpétuels et d’autres applications financières via des Trustless Bitcoin Vaults. L’objectif n’est pas de déplacer Bitcoin. Il s’agit d’étendre ce que Bitcoin peut apporter sans changer ce qu’est Bitcoin.

Cette distinction a changé ma façon de voir l’interopérabilité. Peut-être avons-nous passé trop de temps à concevoir de meilleures façons de transférer des actifs entre écosystèmes et pas assez de temps à concevoir des systèmes qui peuvent fonctionner avec des actifs là où ils existent déjà.

Si cette idée continue de mûrir, le rôle de Bitcoin dans la finance décentralisée pourrait ne plus dépendre du nombre de chaînes qu’il peut atteindre. Il pourrait dépendre de la quantité d’activité économique qui peut se développer pendant que Bitcoin ne quitte jamais son domicile.

Peut-être que le futur du BTCFi ne consiste pas à déplacer Bitcoin. Peut-être que c’est plutôt à déplacer tout le reste, sauf Bitcoin.

@BabylonLabs_io $BABY #baby

On suppose souvent que, dès que Bitcoin entre dans la DeFi, il doit cesser d’être Bitcoin. Les tokens enveloppés — des actifs synthétiques — et les gardiens (custodians) ont rendu cette hypothèse presque inévitable. Je commence à penser que l’hypothèse elle-même mérite davantage d’examen.

Ce qui m’a frappé dans l’architecture de Babylon, c’est qu’elle aborde le problème à l’inverse. Au lieu de créer une nouvelle représentation du BTC, elle se demande si le Bitcoin natif peut rester sur son propre réseau tout en prenant en charge, via des Trustless Bitcoin Vaults, le prêt, les stablecoins, les perpetuals et d’autres applications financières. Le défi n’est pas de donner à Bitcoin une nouvelle identité. Il s’agit de prouver que son identité actuelle suffit.

Cette distinction a changé ma façon de penser le collatéral. Peut-être que la véritable innovation n’est pas d’inventer une meilleure version de Bitcoin. Peut-être qu’il s’agit de concevoir une infrastructure qui s’adapte à Bitcoin, plutôt que d’exiger que Bitcoin s’adapte d’abord.

Si cette approche réussit, la conversation autour du BTCFi pourrait être complètement différente. La question ne sera plus de savoir comment recréer Bitcoin ailleurs. Elle sera de mesurer jusqu’où le Bitcoin natif peut participer sans jamais devenir un autre actif.

Peut-être que l’avenir de Bitcoin dans la DeFi n’est pas défini par la représentation. Peut-être qu’il est défini par la préservation de l’authenticité tout en élargissant l’utilité.

@BabylonLabs_io $BABY #baby

On décrit souvent Babylon Genesis comme un simple autre blockchain. Après avoir lu la documentation, je ne pense pas que ce soit la manière la plus intéressante de la voir.

La plupart des blockchains se préoccupent avant tout de produire leurs propres blocs. Babylon Genesis le fait certainement, mais la documentation décrit à plusieurs reprises quelque chose de plus large. Elle agit comme une couche de coordination pour le staking Bitcoin, l’horodatage, la sécurité et la distribution des récompenses. Plutôt que d’entrer en concurrence avec Bitcoin, elle organise la manière dont la sécurité de Bitcoin peut être appliquée à d’autres systèmes.

Cette distinction a changé ma façon de penser le réseau. La valeur de Babylon Genesis ne vient peut-être pas du fait d’être une autre destination pour les actifs. Elle tient au fait d’aider des participants indépendants à parvenir à la même vision de la sécurité et de l’état, tout en ancrant des événements importants dans le registre de Bitcoin grâce à l’horodatage et au pointage.

Plus je réfléchissais à cette conception, moins cela me semblait être une couche 1 traditionnelle. J’avais plutôt l’impression qu’il s’agissait d’une infrastructure qui coordonne la confiance plutôt que d’essayer de la capter. La production de blocs n’est qu’une seule responsabilité. Le rôle plus large consiste à faire fonctionner ensemble, en tant qu’un système unique, les récompenses de sécurité et la coordination adossée à Bitcoin.

Peut-être que Babylon Genesis n’est pas définie par les blocs qu’elle produit. Peut-être qu’elle est définie par tout ce qu’elle coordonne discrètement entre eux.

@BabylonLabs_io $BABY #baby

On suppose souvent que si un protocole comporte un opérateur, cet opérateur doit aussi être la partie en qui vous faites confiance pour vos actifs. Plus j’ai étudié la conception du coffre (vault) de Babylon, plus j’ai compris que ces deux responsabilités sont volontairement séparées.

Un Fournisseur de coffre a un rôle important. Il coordonne le travail hors chaîne nécessaire pour créer puis récupérer un coffre, y compris la génération de preuves, la gestion de transactions pré-signées et la coordination avec les Gardiens de Coffre d’Application. Mais d’après la documentation, il ne détient jamais et ne contrôle jamais le Bitcoin du déposant. Les conditions de dépense sont fixées lors de la création du coffre, ce qui fait que le rôle du fournisseur est opérationnel plutôt que dépositaire.

Cette distinction a changé la façon dont je pense l’infrastructure. La coordination est nécessaire car les systèmes complexes ont besoin de participants pour maintenir les processus en mouvement. La confiance est différente. La confiance détermine qui peut finalement décider du sort de vos actifs.

L’architecture de Babylon semble tracer une frontière délibérée entre ces idées. Un Fournisseur de coffre aide le protocole à fonctionner, mais il ne gagne pas d’autorité sur le BTC lui-même. Même si plus tard un fournisseur devient indisponible, la documentation décrit un parcours de réclamation (self claim) du déposant, conçu pour permettre aux utilisateurs de récupérer leur Bitcoin de manière indépendante.

Peut-être qu’un signe d’une conception de protocole mûre n’est pas de supprimer complètement les rôles opérationnels. C’est de s’assurer que ces rôles ne deviennent jamais des positions de dépositaire.

@BabylonLabs_io $BABY #baby

Les gens supposent souvent que si vous avez du Bitcoin en garantie, le fait de tout conserver au même endroit est le choix le plus simple. Plus j’examinais la conception des coffres de Babylon, moins j’étais convaincu.

La documentation recommande de fractionner le Bitcoin en deux coffres plutôt que de s’appuyer sur un seul. Au début, cela m’a semblé comme une complexité supplémentaire. Puis j’ai compris que cette conception ne vise pas à créer davantage de coffres. Elle vise à créer davantage de contrôle. Au sein d’une position d’emprunt, les coffres peuvent être ordonnés de façon à ce que la liquidation en atteigne un avant les autres, permettant ainsi au coffre sacrificiel désigné d’absorber les pertes tandis qu’un coffre protégé reste intact si les conditions s’améliorent avant qu’une nouvelle liquidation soit nécessaire.

Cela change ma façon de penser la garantie. Au lieu de traiter chaque satoshi comme exposé de manière équivalente, Babylon introduit des limites à l’intérieur même de la position. L’objectif n’est pas seulement de survivre à une liquidation. Il s’agit d’éviter de transformer chaque revers du marché en un événement « tout ou rien ».

Peut-être que la bonne conception d’une garantie ne se mesure pas à la quantité de Bitcoin que vous immobilisez. Peut-être qu’elle se mesure plutôt par la manière dont vous décidez avec intention quel Bitcoin doit supporter la première couche de risque.

@BabylonLabs_io $BABY #baby

La plupart des gens supposent que le fait de regrouper des actifs rend un système plus efficace. Cela semble raisonnable tant qu’on ne commence pas à réfléchir à ce qui se passe quand quelque chose tourne mal.

Les coffres Bitcoin sans confiance de Babylon empruntent un chemin nettement différent. Au lieu de déposer les BTC de nombreux utilisateurs dans une réserve commune, chaque coffre est rattaché à son propre UTXO. Au premier abord, cela peut sembler être un simple détail de mise en œuvre. Plus je l’examinais, plus cela ressemblait à une approche délibérée de la gestion du risque, plutôt qu’à un simple stockage de Bitcoin.

Quand une garantie est mise en commun, le problème d’un participant peut progressivement devenir la préoccupation de tout le monde. Des coffres isolés modifient cette relation. Chaque coffre suit son propre cycle de vie, son propre processus de vérification et son propre chemin de remboursement. Le risque reste lié au Bitcoin spécifique utilisé, au lieu de se répartir entre des dépôts sans lien.

Cela m’a fait me demander si l’isolation concerne vraiment la garde. Peut-être qu’il s’agit plutôt de préserver des limites claires. Un protocole ne devient pas plus robuste parce qu’il regroupe tout. Parfois, la résilience consiste à s’assurer que des positions indépendantes restent indépendantes, même lorsqu’elles participent au même système.

Peut-être que la partie la plus importante de la conception des coffres de Babylon n’est pas que le Bitcoin reste sur Bitcoin. C’est que chaque coffre ne porte que sa propre responsabilité.

@BabylonLabs_io $BABY #baby

On décrit souvent les systèmes inter-chaînes comme si la partie la plus difficile consistait à envoyer des informations d’un réseau à un autre. Je ne suis pas convaincu que ce soit là le vrai défi.

Bitcoin n’a aucun moyen natif de comprendre ce qui se passe sur Ethereum. Il n’a pas été conçu pour interpréter l’historique d’une autre blockchain, et lui demander de le faire modifierait les hypothèses mêmes qui le rendent fiable.

Ce qui a attiré mon attention dans l’architecture de Babylon, c’est qu’elle ne cherche pas à apprendre à Bitcoin un nouveau langage. Au contraire, elle traite les preuves cryptographiques comme la seule chose qui mérite d’être présentée. L’objectif n’est pas une meilleure communication entre les chaînes. Il s’agit plutôt de donner à Bitcoin une preuve qu’il peut vérifier, sans dépendre de l’interprétation de quelqu’un d’autre.

Cette perspective m’a amené à repenser l’interopérabilité. Peut-être que des réseaux indépendants n’ont pas besoin de se comprendre du tout. Ils doivent simplement disposer d’un moyen fiable pour valider la même réalité au moyen d’une preuve cryptographique.

Si c’est le cas, la vérification des preuves n’est pas seulement un composant technique caché sous la surface. Elle devient silencieusement le socle qui permet à des systèmes distincts de se coordonner tout en préservant leurs propres modèles de sécurité.

Peut-être que le futur de l’infrastructure inter-chaînes ne sera pas défini par la qualité de la communication entre blockchains, mais par la quantité minimale qu’elles doivent se faire confiance.

@BabylonLabs_io $BABY #baby

Une chose qui ressort particulièrement en étudiant Babylon, c’est que les limites de Bitcoin peuvent en réalité constituer l’une de ses plus grandes forces. Bitcoin Script n’a jamais été conçu comme une plateforme généraliste de contrats intelligents. Sa simplicité a souvent été perçue comme une contrainte, mais l’architecture de Babylon suggère un autre point de vue : au lieu de demander à Bitcoin de devenir autre chose, construire un système qui respecte ces limites.

Cette philosophie de conception a attiré mon attention. Plutôt que d’étendre Bitcoin avec de nouveaux opcodes ou de s’appuyer sur des actifs tokenisés (« wrapped assets »), les Trustless Bitcoin Vaults utilisent les capacités de script existantes de Bitcoin, combinées à une vérification cryptographique au niveau du protocole, afin de coordonner les interactions avec des applications externes. La documentation souligne que le rachat et les transitions d’état entre chaînes sont vérifiés au moyen des primitives de script existantes de Bitcoin, plutôt que d’exiger un fork de Bitcoin.

Plus j’y pense, plus je me dis que les contraintes produisent souvent une meilleure ingénierie. Quand un protocole ne peut pas compter sur une programmabilité illimitée, il doit résoudre les problèmes par une coordination soigneuse, au lieu d’ajouter de la complexité à la couche de base. Cette approche me paraît différente de la tentative de faire fonctionner chaque blockchain de la même manière.

Peut-être que la vraie innovation n’est pas de faire en sorte que Bitcoin se comporte comme une plateforme de smart contract. Peut-être qu’il s’agit de concevoir des systèmes qui comprennent suffisamment bien Bitcoin pour s’intégrer à ses règles, plutôt que de les réécrire.

De fortes contraintes techniques conduisent-elles finalement à une conception de protocole plus résiliente, ou bien ralentissent-elles l’innovation sur le long terme ?

@BabylonLabs_io $BABY #baby

Je me suis surpris à penser à Babylon après avoir réalisé que le verrouillage de Bitcoin est probablement la partie la plus simple du processus. Le vrai défi d’ingénierie commence une fois que le BTC est déjà sécurisé. À ce stade, le protocole doit coordonner des événements entre différents systèmes sans demander à Bitcoin d’abandonner le modèle de sécurité qui le rend précieux en premier lieu.

Ce qui a retenu mon attention en lisant la documentation, c’est que les Trustless Bitcoin Vaults ne se contentent pas de créer un coffre. Ils définissent aussi la façon dont le remboursement est coordonné. Le BTC reste verrouillé dans un script Taproot cosigné, tandis que le protocole s’appuie sur des vérifications cryptographiques documentées et sur un processus de remboursement basé sur un défi, afin que Bitcoin puisse répondre à des événements vérifiés sans dépendre d’un dépositaire pour décider de la suite.

Cela m’a amené à considérer l’interopérabilité autrement. Le fait de transférer des actifs entre écosystèmes est un problème, mais prouver que chaque transition d’état s’est déroulée correctement est un problème de coordination bien plus difficile. Un protocole peut promettre la garde par soi-même, mais il doit encore répondre à une question encore plus grande : comment des réseaux indépendants s’accordent-ils sur ce qui s’est passé sans introduire d’intermédiaire de confiance ?

Plus j’étudie Babylon, plus je pense que sa contribution la plus importante ne réside peut-être pas dans le fait de verrouiller Bitcoin. Il s’agirait plutôt de l’effort visant à coordonner ce qui se passe après le verrouillage d’une manière fidèle aux hypothèses de sécurité originales de Bitcoin.

Verrouiller Bitcoin est-il vraiment la partie difficile, ou est-ce plutôt la preuve de ce qui se passe ensuite qui constitue le véritable défi ?

@BabylonLabs_io $BABY #baby

Une chose qui ressort quand on étudie Babylon, c’est que déplacer Bitcoin est en réalité la partie la plus facile. Le laisser exactement là où il se trouve tout en lui permettant de participer ailleurs semble être le défi d’ingénierie beaucoup plus difficile. Pendant des années, la plupart des solutions d’interopérabilité ont résolu le problème en demandant aux utilisateurs de déplacer d’abord leurs actifs, puis d’accepter de nouvelles hypothèses de confiance par la suite.

Ce qui me fait réfléchir à propos de Babylon, c’est que le projet adopte la direction opposée. Au lieu de considérer la garde comme quelque chose à externaliser, il se demande si la coordination elle-même peut être repensée. Les coffres Bitcoin sans confiance ne sont pas intéressants parce qu’ils font aller le BTC plus vite. Ils le sont parce qu’ils permettent de maintenir le Bitcoin verrouillé sur le réseau Bitcoin, tandis que la vérification cryptographique pilotée par le protocole coordonne la manière dont ce BTC peut être utilisé ailleurs, sans recourir à des actifs tokenisés (wrapped) ni à des dépositaires.

En regardant Babylon aujourd’hui, il est facile de se concentrer sur les métriques de tokens. Environ 4,02 milliards $BABY circulent actuellement sur un total de 10,89 milliards, mais ces chiffres ne décrivent le réseau qu’à cet instant. Ce qui me semble plus important, c’est de savoir si l’architecture derrière le protocole peut prouver sa résilience dans le temps. L’offre de tokens nous indique où se situe l’écosystème aujourd’hui, tandis que la conception du protocole peut déterminer où il pourra aller demain.

Peut-être que la prochaine étape pour Bitcoin n’est pas de trouver encore plus de façons de le déplacer entre différents écosystèmes. Peut-être qu’il faut construire des systèmes suffisamment sophistiqués pour permettre à Bitcoin de rester exactement là où il a sa place.

@BabylonLabs_io $BABY #baby

Plus je m’enfonce dans Babylone, plus je réalise que les détenteurs de Bitcoin se sont souvent vu présenter un faux choix : conserver le BTC tel quel pour une sécurité maximale, ou le déplacer ailleurs pour débloquer davantage d’utilité. Ce compromis a façonné la façon dont beaucoup de personnes envisagent le rôle du Bitcoin dans la finance décentralisée.

Ce qui a retenu mon attention avec Trustless Bitcoin Vaults (TBV), c’est qu’ils abordent le problème sous un angle différent. Au lieu d’envelopper le Bitcoin ou de le confier à un dépositaire, les TBV permettent au BTC de rester verrouillé sur le réseau Bitcoin dans un script Taproot co-signé, tandis qu’un protocole parallèle sur Ethereum suit le coffre pour un usage en garantie. La conception s’appuie sur une vérification cryptographique pilotée par le protocole plutôt que sur le transfert de la confiance à un intermédiaire.

À mon avis, la partie intéressante ne tient pas seulement au fait que le Bitcoin puisse participer à la DeFi. Il s’agit du changement de coordination. Au lieu de demander aux utilisateurs de remplacer le modèle de confiance du Bitcoin par un autre, Babylone explore comment les hypothèses de sécurité existantes du Bitcoin peuvent demeurer intactes tout en permettant des applications financières plus larges. Cela ressemble moins à une extension du Bitcoin par la représentation qu’à une extension du Bitcoin par l’architecture.

Pour moi, cela soulève une question plus vaste : celle de l’interopérabilité. Peut-être que le futur ne consiste pas à déplacer le Bitcoin entre les écosystèmes, mais à concevoir des systèmes capables de fonctionner avec le Bitcoin sans lui demander de quitter son domicile.

@BabylonLabs_io $BABY #baby

🟠 Ce qui compte le plus pour le BTCFi ?

Je remarque encore et encore qu’un seul mot peut porter des significations totalement différentes selon l’endroit où on le rencontre. La première fois que j’ai entendu le mot « vault », j’ai pensé au modèle DeFi familier où de nombreux utilisateurs déposent des actifs dans un pool partagé. Après avoir lu la documentation de Babylon, j’ai compris que les Trustless Bitcoin Vaults (TBV) suivent une philosophie très différente.

Un TBV n’est pas un contrat d’investissement mutualisé. Chaque coffre correspond à un Bitcoin UTXO distinct, détenu par le déposant, avec un BTC restant verrouillé sur le réseau Bitcoin dans un script Taproot cosigné. Au lieu d’envelopper Bitcoin ou de le transférer à un dépositaire, le protocole utilise une vérification cryptographique afin que l’actif puisse servir de garantie tout en restant natif de Bitcoin.

Cette distinction me paraît plus importante qu’il n’y paraît au premier abord. L’architecture est conçue pour préserver les hypothèses de sécurité d’origine de Bitcoin plutôt que de les remplacer par de nouvelles exigences de confiance. Chaque coffre est isolé, plutôt que mélangé avec les fonds d’autres utilisateurs, ce qui change ma façon de comprendre le mot « vault » dans la finance décentralisée.

Comprendre les TBV m’a fait réaliser que Babylon ne fait pas simplement introduire un autre produit DeFi. C’est une refonte de la façon dont Bitcoin peut participer à la finance décentralisée tout en restant fidèle à ses fondations de self-custody.

@BabylonLabs_io $BABY #baby

🟠 L’essentiel dans un coffre BTC ?

Plus j’explore Babylone, plus je réalise que Bitcoin a passé des années à être traité comme un actif qui attend surtout. On le décrit souvent comme de l’or numérique, mais cette description implique aussi de rester immobile. Ce qui a attiré mon attention, c’est que Babylone pose une question différente : et si Bitcoin pouvait contribuer à la finance décentralisée sans demander aux détenteurs d’abandonner les propriétés qui leur ont inspiré confiance dès le départ ?

Au lieu de s’appuyer sur des ponts, des actifs tokenisés ou des dépositaires, les coffres Bitcoin sans confiance (Trustless Bitcoin Vaults) de Babylone sont conçus pour que le BTC reste verrouillé sur le réseau Bitcoin tout en devenant utilisable comme garantie ailleurs. Le protocole repose sur des mécanismes cryptographiques et des transitions d’état coordonnées plutôt que sur le transfert de la garde de l’actif. Qu’est-ce que le TBV ?

Cela change ma façon de penser la productivité. Un capital productif ne signifie pas nécessairement déplacer des actifs entre des chaînes. Cela peut aussi consister à préserver le modèle de sécurité de Bitcoin tout en élargissant les endroits où sa valeur économique peut participer.

Si cette direction continue de mûrir, Bitcoin pourrait devenir plus qu’une simple réserve de valeur à long terme. Il pourrait aussi devenir une infrastructure qui soutient une activité financière décentralisée plus large, sans abandonner le principe de la self custody que de nombreux détenteurs de Bitcoin apprécient.

@BabylonLabs_io $BABY #baby

Qu’est-ce qui compte le plus pour le BTC ?

Depuis longtemps, nous donnons le meilleur de nous-mêmes pour les campagnes Binance CreatorPad. Nous avons passé d’innombrables heures à créer du contenu de qualité pour promouvoir des projets et aider à développer l’écosystème Binance.

Lorsque CreatorPad a débuté, les récompenses reflétaient l’effort. Plus tard, la campagne s’est étendue à 300–400 gagnants, ce qui constituait une étape positive. Mais au lieu d’augmenter le fonds de récompenses à mesure que davantage de créateurs rejoignaient, les récompenses ont continué de diminuer.

Aujourd’hui, de nombreux créateurs consacrent 14 jours à la recherche, à la rédaction d’articles, à la création de publications et à une contribution régulière, ne serait-ce que pour recevoir 20–40 $. Cela ne reflète ni le temps et l’effort, ni la valeur que les créateurs apportent à la plateforme.

Les créateurs ne sont pas des machines et nous ne devrions pas être traités comme de la main-d’œuvre bon marché. Binance bénéficie de la portée, de l’engagement et de la promotion générés par notre travail. Un effort équitable mérite des récompenses équitables.

Ce n’est pas seulement une question d’argent : il s’agit de respect, de durabilité et de la valorisation des personnes qui contribuent à construire votre communauté.

Binance, il est temps de revoir la structure des récompenses de CreatorPad. Écoutez vos créateurs. Nous méritons mieux.

#creatorpad #campaign #OPG #Binance #CZ @CZ @Binance Square Official @BTC_Fahmi @Aesthetic_Meow @Ridhi Sharma @Nadyisom @Mavis Evan @T H I N G _ @Hazel rose @Jia Lilly @JiayiFans @Dream Spicer 梦想家 @GM_Crypto01 @Kaze BNB @KAZ_0 @Dr Nohawn @Sahil987