Décryptage de Musinoot | Trois jours après le lancement de PoB : environ 16 000 BEM d’ordres d’achat sur UP restent dans la fenêtre de 25 jours
Le 31/10, UP a été lancé avec le moteur de trading PoB de @tapeupio. Nous sommes aujourd’hui au troisième jour. Ce soir, la page de trading affiche encore environ 286 000 $ d’ordres d’achat dans le Bid Reservoir, qui seront exécutés progressivement au cours des 25 prochains jours.
Voyons d’abord comment PoB étale un lancement dans le temps, puis ce que le projet et la communauté peuvent faire pendant cette période, ainsi que les limites explicitement reconnues par l’équipe officielle.
🐋 PoB en une minute
- Un ordre d’achat est divisé en deux parties : une partie sert à acheter des tokens immédiatement, le reste va dans le Bid Reservoir (réservoir d’ordres d’achat) et est dépensé quotidiennement pendant la période d’exécution.
- Dans l’exemple de l’article officiel, 40 % sont dépensés immédiatement et 60 % sur 30 jours. Le soir du lancement d’UP, la page de trading indiquait 10 % immédiatement sur 25 jours ; ce soir, elle affiche 30 % immédiatement sur 25 jours.
- Les ventes ne sont pas échelonnées : les détenteurs peuvent vendre immédiatement.
- Le budget total ne change pas ; seul le moment où l’argent entre sur le marché varie. La partie en attente n’a pas encore été exécutée et n’est pas à la disposition de l’équipe du projet.
Avec une proportion de 30 %, pour un ordre de 100 BEM : 30 BEM servent immédiatement à acheter des UP, et 70 BEM continuent d’acheter pendant 25 jours, soit environ 2,8 BEM par jour. La quantité d’UP achetée chaque jour dépend du prix au moment de l’exécution.
🐋 Trois jours après le lancement : combien reste-t-il dans la fenêtre ?
Deux instantanés de la page de trading :
- 31/10 à 23 h 38, environ une heure après le lancement : 13 643,87 BEM dans le réservoir, 7 298,91 BEM de liquidité.
- 3/11 à 23 h 09 : environ 286 000 $ dans le réservoir et 142 500 $ de liquidité ; d’après les cours d’UP en BEM et en dollars affichés sur la page, cela représente environ 16 000 BEM et 8 000 BEM.
Les ordres d’achat en attente ont été exécutés chaque jour pendant ces trois jours, et le pool a également augmenté d’environ 2 400 BEM : de nouveaux ordres d’achat continuent d’arriver. Le réservoir représente deux fois la liquidité.
Pendant ces trois jours, la capitalisation d’UP sur le marché interne a dépassé les 10 millions de dollars le 1/11 à 23 h 37. Le token a également été rendu disponible dans les deux sens entre BNB Chain et une autre chaîne, et peut être échangé sur PancakeSwap. Ce soir, sa capitalisation affichée est d’environ 5,72 millions de dollars, avec une variation de -9,83 % sur 24 heures.
🐋 Builder Code : intégrer le recrutement dans les règles d’exécution
Le deuxième mécanisme de PoB est le Builder Code. Lorsqu’A passe un ordre et saisit le code de B, une partie des budgets en attente des deux personnes peut être exécutée plus tôt.
Dans l’exemple de l’équipe officielle, le montant pouvant être accéléré pour chaque ordre est de 20 % du montant initial :
- L’ordre initial d’A est de 100 ; il lui en reste 70 en attente, dont 20 peuvent être exécutés plus tôt.
- Il reste 12 en attente sur le compte de B.
- A saisit le code de B : 20 pour A et jusqu’à 12 pour B peuvent être exécutés plus tôt, soit 32 au total.
Ces 32 proviennent des soldes d’ordres existants : aucun capital supplémentaire n’est ajouté. Chaque achat est également soumis à une taxe de construction de 1,5 % en UP, versée dans un pool de récompenses et répartie en fonction du volume d’accélération généré par les codes de parrainage.
L’article officiel précise aussi que le Builder Code enregistre la collaboration communautaire et ne peut pas servir de preuve de travail de développement. Les invitations, les transactions et les véritables contributions au code doivent être comptabilisées séparément.
🐋 Pour les projets : la durée de la traîne est au choix
Pour un même budget de 100, l’équipe officielle compare quatre configurations :
- Lancement traditionnel : tout est exécuté au jour 0.
- Fast : 60 % immédiatement, le reste sur 7 jours ; 95 % exécutés au jour 7.
- Balanced : 40 % immédiatement, le reste sur 30 jours ; 95 % exécutés au jour 28.
- Long-tail : 20 % immédiatement, le reste sur 90 jours ; 95 % exécutés au jour 85.
Il suffit de choisir une traîne correspondant au temps nécessaire pour développer le produit et attirer des utilisateurs. Depuis le lancement d’UP, la proportion exécutée immédiatement est elle-même passée de 10 % à 30 %.
Sur le site de TapeUP, l’option « Deploy TAP20 » est actuellement marquée « Pending ». Lors de la session TAPEOUT BUILDER NIGHT #003 du 2/11, @tapeuptony et @SIMANLABS ont discuté de « la pratique du moteur de trading PoB et de la planification d’un déploiement générique en un clic ». La possibilité pour d’autres projets de choisir des paramètres PoB lors de l’émission de leurs tokens est encore à l’étude.
🐋 Pour la communauté : la station de métro et la proposition DAO
Le « métro » de TapeUP : frapper le circuit désigné permet d’obtenir des droits d’exploitation ; 50 % des revenus du protocole sont répartis entre deux lignes, avec 40 % pour la validation et 10 % pour le staking de BEM. Le nombre de BEM stakés sur l’ensemble du réseau est passé de 8 967,73 lors de l’instantané officiel du 21/10 à 14 998,68 ce soir.
Du côté de TapeOut, @0x4ae4 a publié le 2/11 une proposition de création d’un TapeOut DAO, avec le NFT TapeCode-Test1 comme preuve d’identité et trois options pour remplir les conditions :
- 20 NFT
- 10 NFT + 100 BEM
- 5 NFT + 100 BEM + une puissance de calcul de mineur de 40H
Cet après-midi, @TapeOutWorld a partagé la proposition, la qualifiant de proposition communautaire tierce qui mérite attention. Les critères d’accès, la date de lancement et la création ou non de la DAO doivent encore être décidés par la fondation.
Le même jour, les inscriptions au premier livestream du programme d’accélération des développeurs TapeOut de X Layer ont pris fin ; selon @Blonskr, une démonstration en ligne aura lieu jeudi avec OKX.
🐋 Ce que PoB ne peut pas contrôler
L’article officiel énumère lui-même les limites suivantes :
- Il ne garantit pas une hausse du prix et ne peut pas empêcher la pression vendeuse.
- Un solde en attente n’équivaut pas à de la liquidité déjà exécutée.
- L’accélération via Builder Code peut reconcentrer une partie du budget sur certains jours.
……
——
Pour lire la version complète, rendez-vous sur X : @musinoot
Le 31/10, UP a été lancé avec le moteur de trading PoB de @tapeupio. Nous sommes aujourd’hui au troisième jour. Ce soir, la page de trading affiche encore environ 286 000 $ d’ordres d’achat dans le Bid Reservoir, qui seront exécutés progressivement au cours des 25 prochains jours.
Voyons d’abord comment PoB étale un lancement dans le temps, puis ce que le projet et la communauté peuvent faire pendant cette période, ainsi que les limites explicitement reconnues par l’équipe officielle.
🐋 PoB en une minute
- Un ordre d’achat est divisé en deux parties : une partie sert à acheter des tokens immédiatement, le reste va dans le Bid Reservoir (réservoir d’ordres d’achat) et est dépensé quotidiennement pendant la période d’exécution.
- Dans l’exemple de l’article officiel, 40 % sont dépensés immédiatement et 60 % sur 30 jours. Le soir du lancement d’UP, la page de trading indiquait 10 % immédiatement sur 25 jours ; ce soir, elle affiche 30 % immédiatement sur 25 jours.
- Les ventes ne sont pas échelonnées : les détenteurs peuvent vendre immédiatement.
- Le budget total ne change pas ; seul le moment où l’argent entre sur le marché varie. La partie en attente n’a pas encore été exécutée et n’est pas à la disposition de l’équipe du projet.
Avec une proportion de 30 %, pour un ordre de 100 BEM : 30 BEM servent immédiatement à acheter des UP, et 70 BEM continuent d’acheter pendant 25 jours, soit environ 2,8 BEM par jour. La quantité d’UP achetée chaque jour dépend du prix au moment de l’exécution.
🐋 Trois jours après le lancement : combien reste-t-il dans la fenêtre ?
Deux instantanés de la page de trading :
- 31/10 à 23 h 38, environ une heure après le lancement : 13 643,87 BEM dans le réservoir, 7 298,91 BEM de liquidité.
- 3/11 à 23 h 09 : environ 286 000 $ dans le réservoir et 142 500 $ de liquidité ; d’après les cours d’UP en BEM et en dollars affichés sur la page, cela représente environ 16 000 BEM et 8 000 BEM.
Les ordres d’achat en attente ont été exécutés chaque jour pendant ces trois jours, et le pool a également augmenté d’environ 2 400 BEM : de nouveaux ordres d’achat continuent d’arriver. Le réservoir représente deux fois la liquidité.
Pendant ces trois jours, la capitalisation d’UP sur le marché interne a dépassé les 10 millions de dollars le 1/11 à 23 h 37. Le token a également été rendu disponible dans les deux sens entre BNB Chain et une autre chaîne, et peut être échangé sur PancakeSwap. Ce soir, sa capitalisation affichée est d’environ 5,72 millions de dollars, avec une variation de -9,83 % sur 24 heures.
🐋 Builder Code : intégrer le recrutement dans les règles d’exécution
Le deuxième mécanisme de PoB est le Builder Code. Lorsqu’A passe un ordre et saisit le code de B, une partie des budgets en attente des deux personnes peut être exécutée plus tôt.
Dans l’exemple de l’équipe officielle, le montant pouvant être accéléré pour chaque ordre est de 20 % du montant initial :
- L’ordre initial d’A est de 100 ; il lui en reste 70 en attente, dont 20 peuvent être exécutés plus tôt.
- Il reste 12 en attente sur le compte de B.
- A saisit le code de B : 20 pour A et jusqu’à 12 pour B peuvent être exécutés plus tôt, soit 32 au total.
Ces 32 proviennent des soldes d’ordres existants : aucun capital supplémentaire n’est ajouté. Chaque achat est également soumis à une taxe de construction de 1,5 % en UP, versée dans un pool de récompenses et répartie en fonction du volume d’accélération généré par les codes de parrainage.
L’article officiel précise aussi que le Builder Code enregistre la collaboration communautaire et ne peut pas servir de preuve de travail de développement. Les invitations, les transactions et les véritables contributions au code doivent être comptabilisées séparément.
🐋 Pour les projets : la durée de la traîne est au choix
Pour un même budget de 100, l’équipe officielle compare quatre configurations :
- Lancement traditionnel : tout est exécuté au jour 0.
- Fast : 60 % immédiatement, le reste sur 7 jours ; 95 % exécutés au jour 7.
- Balanced : 40 % immédiatement, le reste sur 30 jours ; 95 % exécutés au jour 28.
- Long-tail : 20 % immédiatement, le reste sur 90 jours ; 95 % exécutés au jour 85.
Il suffit de choisir une traîne correspondant au temps nécessaire pour développer le produit et attirer des utilisateurs. Depuis le lancement d’UP, la proportion exécutée immédiatement est elle-même passée de 10 % à 30 %.
Sur le site de TapeUP, l’option « Deploy TAP20 » est actuellement marquée « Pending ». Lors de la session TAPEOUT BUILDER NIGHT #003 du 2/11, @tapeuptony et @SIMANLABS ont discuté de « la pratique du moteur de trading PoB et de la planification d’un déploiement générique en un clic ». La possibilité pour d’autres projets de choisir des paramètres PoB lors de l’émission de leurs tokens est encore à l’étude.
🐋 Pour la communauté : la station de métro et la proposition DAO
Le « métro » de TapeUP : frapper le circuit désigné permet d’obtenir des droits d’exploitation ; 50 % des revenus du protocole sont répartis entre deux lignes, avec 40 % pour la validation et 10 % pour le staking de BEM. Le nombre de BEM stakés sur l’ensemble du réseau est passé de 8 967,73 lors de l’instantané officiel du 21/10 à 14 998,68 ce soir.
Du côté de TapeOut, @0x4ae4 a publié le 2/11 une proposition de création d’un TapeOut DAO, avec le NFT TapeCode-Test1 comme preuve d’identité et trois options pour remplir les conditions :
- 20 NFT
- 10 NFT + 100 BEM
- 5 NFT + 100 BEM + une puissance de calcul de mineur de 40H
Cet après-midi, @TapeOutWorld a partagé la proposition, la qualifiant de proposition communautaire tierce qui mérite attention. Les critères d’accès, la date de lancement et la création ou non de la DAO doivent encore être décidés par la fondation.
Le même jour, les inscriptions au premier livestream du programme d’accélération des développeurs TapeOut de X Layer ont pris fin ; selon @Blonskr, une démonstration en ligne aura lieu jeudi avec OKX.
🐋 Ce que PoB ne peut pas contrôler
L’article officiel énumère lui-même les limites suivantes :
- Il ne garantit pas une hausse du prix et ne peut pas empêcher la pression vendeuse.
- Un solde en attente n’équivaut pas à de la liquidité déjà exécutée.
- L’accélération via Builder Code peut reconcentrer une partie du budget sur certains jours.
……
——
Pour lire la version complète, rendez-vous sur X : @musinoot
