假装在抄底

⚠️ Rappel les frères : l’invitation Binance est MY6751, vous économisez 30% de frais (les plus élevés sur tout le web), crédit automatique. Les anciens comptes déjà utilisés peuvent aussi le renseigner. Alpha, spot, compétition de trading, contrats, et actions tokenisées : tout est à -30%.

En 3 étapes :
1️⃣ App Binance → Wallet → Inviter des amis
2️⃣ Cliquez sur « Saisir le code d’invitation », réduction de 30% des frais
3️⃣ Entrez MY6751

🔥 【Rassemblement des 10U—Le Dieu du Champ ! Binance distribue de l’argent directement, tout le monde y a droit !】

Les frères, cette fois, Binance est vraiment fou !

Le concours d’expérience de transactions sur la chaîne du portefeuille Binance—Saison 5—ajoute fortement : un bonus supplémentaire de 50 000 USDT au pool de récompenses sur la BNB Chain !

Mais cette fois, c’est différent — pas besoin de regarder le classement, pas de course au volume, et pas question d’aller se battre avec les baleines.

Dès que vous atteignez les critères, tout le monde partage ! 👉🏻活动入口
🎯 Qu’est-ce que le « Prix du Dieu des 10U » ?

Simple et brutal : deux conditions.

✅ Volume de transactions > 100 USD — sur la chaîne BSC, via les protocoles Four.Meme ou Flap, les échanges de tokens comptent (achats et ventes)

✅ Pertes/gains finaux réalisés > 10 USD — règlement à la fin de l’activité : gagner 10 dollars suffit pour être éligible

Tant que vous remplissez les deux conditions, les 50 000 USDT seront partagés à parts égales par tous les utilisateurs éligibles.

Ce n’est ni pour les 300 premiers, ni pondéré par le volume : tout le monde éligible se partage le pool de manière égale.

Et en plus — ce pool peut s’ajouter aux récompenses des 300 meilleurs du classement !

⚠️ Petit rappel les frères : avant de participer, vous pouvez utiliser l’invitation du portefeuille Binance avec MY6751 pour économiser 30 % de frais (le plus élevé sur tout le web), crédité automatiquement. Les anciens comptes déjà utilisés peuvent aussi saisir cette valeur : Alpha, Spot, Competition Trading, Contrats, actions tokenisées — tout économise 30 %.

En trois étapes :
1️⃣ Appli Binance → Portefeuille → Inviter des amis
2️⃣ Cliquer sur « Saisir le code d’invitation », réduction de 30 % sur les frais
3️⃣ Saisir MY6751
$龙虾 $BLUAI $BTR
#撸毛教程 #撸毛攻略
#贝莱德加拿大推出比特币关联ETF
#英特尔拟扩大股票发行募约200亿美元
#韩国最高法院拟允许冻结加密资产

📆 Aujourd’hui 17:00, lancement initial de dappOS (DOS) par Binance Alpha

Le projet a un excellent historique : il a été financé/investi par Binance Labs, Sequoia, IDG et Polychain, avec un financement cumulé d’environ 20,3 millions de dollars. Mais c’est aussi un projet VC “ancien” : la trajectoire initiale d’intentions Web3 n’a pas vraiment décollé. Cette année, le projet s’est à nouveau repositionné sur des AI Agents. D’ailleurs, les 6,8 millions de dollars de revenus annoncés suscitent également des controverses.

Total du DOS : 1 milliard. La circulation initiale est prévue autour de 20%. Le prix en pré-marché est de 0,30, ce qui correspond à un FDV de 300 millions de dollars : c’est pratiquement proche de la valorisation de la précédente levée de fonds, donc ce n’est pas particulièrement “bon marché”.

Point à surveiller surtout : la pression vendeuse. L’allocation Alpha, les airdrops communautaires et l’arrivée du projet sur des exchanges pourraient arriver de façon rapprochée. Le carnet d’achats initial dans la pool est d’environ 500 000 dollars, mais au-dessus, il y a environ 5 millions d’unités de DOS qui attendent : après un pic de prix, le cours peut retomber rapidement.

Mon opération d’airdrop :

0,30—0,40 : vendre 70 à 80%
0,50+ : en gros, sortir complètement (liquider)
Si l’ouverture est en dessous de 0,15 : ne pas tout vendre d’un coup, garder une partie pour un éventuel rebond

En une phrase : le background est très solide, mais la “qualité” du projet reste incertaine, les jetons sont concentrés et la pression vendeuse à venir n’est pas faible. Si au lancement le prix peut monter vers 0,30, la première heure sera un point de vente plutôt confortable : ne pas attendre après 18:00 pour que les airdrops arrivent en masse.
$QUID $GRVT $QQQB
#alpha #ALPHA🔥 #撸毛教程
#灰度撤回三只山寨币ETF申请
#纽交所开发代币化证券链上支付平台

📅 Ce soir à 19h00 : lancement sur Binance Alpha d’un airdrop de boîtes à insu

245 points pour échanger. Pas grand-chose à analyser pour les anciennes boîtes—ceux qui ont assez de points n’ont qu’à se précipiter🤨
$QUID $GRVT $BSB
#alpha #ALPHA🔥
#HYPE第二季度上涨79%
#伊朗阿曼达成霍尔木兹航线协议

#baby $BABY
Le matin, j’ai nettoyé les SMS concernant le casier à colis : dix colis s’affichent comme une même livraison, mais chaque colis possède encore son propre code de retrait et son propre bon de retour. Dans le même camion, on économise seulement les frais de transport ; cela ne veut pas dire que l’état de remise de l’un puisse remplacer celui des autres.

En voyant le lot de créations de dépôts TBV de @BabylonLabs_io , c’est exactement cette différence que j’ai pensée. Le testnet public actuel autorise qu’une seule transaction Pre-PegIn place jusqu’à 10 sorties HTLC. En apparence, l’utilisateur peut envoyer en une seule fois plusieurs Vault dans le réseau Bitcoin ; en réalité, un Vault correspond toujours à des sorties indépendantes, des verrous de hachage indépendants et un état de suivi indépendant. Le “lot” ne fait que regrouper les frais de transaction et le temps d’attente avant confirmation ; il ne transforme pas dix Vault en une seule réserve partagée.

C’est crucial lors de la séquence de création. Chaque sortie doit passer séparément par la préparation hors chaîne, l’ACK, l’activation et enfin le verrouillage du Vault. Si un Vault n’a pas terminé la confirmation de la partie participante, on ne peut pas “compléter la signature” en utilisant un autre Vault du même lot qui, lui, est déjà finalisé. Et si un Vault entre dans l’application, cela ne signifie pas que les autres sorties deviennent automatiquement une garantie. Une transaction peut contenir plusieurs étapes, mais elle ne permet pas de gérer dix états distincts pour l’utilisateur.

Beaucoup de gens, voyant “batch”, pensent naturellement à un coût plus bas et à des opérations plus simples : c’est vrai ; mais cela rend aussi l’historique plus difficile à gérer. L’utilisateur doit se souvenir non seulement de la confirmation de la transaction, mais aussi de savoir pour chaque Vault : s’il est Verified, s’il est activé, à quelle application il est lié et à quel jeu de documents de récupération il correspond. Si par la suite il y a un rachat ou un自claim, ce qui est perdu, ce sont les documents locaux d’un Vault précis, pas une simple note dans l’ensemble de la transaction.

C’est pourquoi j’ai plutôt tendance à comprendre les Pre-PegIn “en lot” dans l’écosystème de $BABY comme du “covoiturage”, et non comme une “fusion de comptes”. Cela améliore l’efficacité d’entrée côté Bitcoin, mais conserve l’isolation la plus importante de TBV : l’état, le chemin de dépense et le risque d’un Vault ne peuvent pas être remplacés par ceux des autres Vault du même camion.

#baby : ce qui mérite vraiment d’être observé, ce n’est pas le nombre de sorties qu’une transaction peut contenir, mais après une opération en lot, si le portail peut afficher de façon suffisamment claire l’état de chaque Vault et la responsabilité de récupération qui lui incombe. Économiser un peu de frais, c’est bien ; supprimer la vérification de l’état, c’est dangereux.

Lors du retrait du colis, le suivi affichait déjà « arrivé au point relais », mais le personnel a pourtant affirmé que le colis se trouvait encore sur les bacs de tri plus en amont. Le statut qui avance d’une case ne signifie pas que l’objet a déjà été remis à la personne suivante. La compensation TBV présente aussi un décalage temporel similaire : quand le liquidateur obtient le WBTC, cela ne veut pas dire que le BTC natif sous-jacent a déjà été transféré.

Dans le design actuel de @BabylonLabs_io et Aave v4, la liquidation permissionless peut d’abord passer par l’exécution via LLP. Après remboursement de la dette, le liquidateur reçoit immédiatement du WBTC, et l’ensemble du Vault mis sous séquestre est alors placé en garde via BTCVaultSwap. Ensuite, il faut que le Application Vault Keeper enregistré paie pour obtenir le WBTC du Vault, puis procéder sur le réseau Bitcoin à la preuve, au claim et à la période de contestation, avant de finalement racheter le BTC natif.

Cela permet au liquidateur Ethereum de ne pas attendre la finalisation Bitcoin, mais ajoute entre-temps un « coût de détention ». Tant que le Vault reste en garde, les intérêts du hub Aave continuent de s’accumuler ; lorsque le Application Vault Keeper achète, il doit couvrir le capital et les intérêts supplémentaires. Plus on attend, plus l’écart de prix potentiellement gagnable s’amincit.

Si, en plus, le prix de $BTC , la liquidité du WBTC ou les frais réseau sont simultanément défavorables, un Vault qui était rentable peut devenir un Vault que personne ne souhaite prendre. La documentation conserve même une entrée pour `repayVaultInterest`, permettant à quiconque de payer les intérêts accumulés, prolongeant ainsi la période pendant laquelle l’arbitrage reste attractif. Ce détail montre que LLP n’est pas un téléporteur sans coût : c’est un relais qui nécessite une présence continue d’acteurs prêts à coter et à fournir de la liquidité.

Ainsi, pour évaluer la capacité de liquidation de #baby , je ne me contente pas de vérifier « si n’importe qui peut déclencher ». J’observe aussi le temps d’attente moyen des Vault en garde, si le nombre d’AVK est suffisant, qui accepte de couvrir les intérêts quand l’écart de prix s’amincit, et si, dans un scénario extrême, le pool de WBTC peut continuer à payer instantanément.

La TBV de $BABY réduit le risque de garde, mais n’élimine pas le risque de ne trouver personne pour prendre le relais. Les preuves cryptographiques déterminent qui a le droit de récupérer le BTC, et le mécanisme de marché fait en sorte que la bonne partie agisse en temps voulu. Les deux doivent fonctionner : c’est la seule façon pour que la boucle de liquidation soit complète.

📅 Ce soir, Binance Alpha liste QUID. Voici mon avis, simplement.

Squid est une plateforme d’échanges inter-chaînes qui fonctionne depuis 3 ans, avec un volume de transactions cumulé dépassant 6 milliards de dollars, plus de 1 million d’utilisateurs, et un financement total de 13,5 millions de dollars : ce n’est pas un projet “sans valeur”.

Mais la pression à la vente à l’ouverture est non négligeable.

Le total de QUID est de 1 milliard de tokens, avec une circulation initiale d’environ 14,3 %. Parmi eux : la vente publique représente 5 %, le coût n’est que de 0,045 $ et le TGE est entièrement débloqué ; Binance Alpha représente environ 1 %. De plus, 7 % des tokens de l’écosystème semblent être en cours de “démontage/fragmentation” : il faut s’en méfier.

Le prix en pré-marché est d’environ 0,07 $, ce qui correspond à une valorisation de 70 millions de dollars. Les acheteurs sur la chaîne Base sont déjà plutôt faibles ; et pour l’instant, je ne vois pas non plus de “gros mur de liquidité”. Il est donc possible d’observer un mouvement rapide à la hausse, puis une chute rapide.

Mon plan de vente pour l’airdrop :
0,05 à 0,07 $, vendre une partie
Au-dessus de 0,08 $, vendre la majeure partie
Au-dessus de 0,10 $, essentiellement tout liquider

En une phrase : le projet a un produit, mais il y a plus de tokens côté offre que de demande à l’achat. Si ça parvient à dépasser 0,08 $, c’est déjà bien : ne restez pas à attendre bêtement 0,15.

Ceci est uniquement pour ma recherche personnelle et ne constitue pas un conseil en investissement.
$QQQB $BSB $SPYB
#alpha #ALPHA🔥 #撸毛攻略
#亚马逊市值首破3万亿美元
#Palantir涨10%受Q2财报超预期推动

Demain, le 4 août, Binance Alpha lancera le jeton QUID de Squid. L’offre totale est de 1 milliard de jetons, au prix de vente publique de 0,045 USD, ce qui correspond à une valorisation de 45 millions de dollars. La vente publique a été sursouscrite 11,9 fois, mais les 50 millions de jetons mis en vente seront entièrement débloqués dès l’ouverture : c’est là la principale pression à la vente.

Aujourd’hui, en mettant à jour la table de données du projet, j’ai d’abord saisi 56 853,16 dans la section « BTC规模 ». Puis j’ai remarqué que la page indiquait « staking », tandis que la colonne du tableau correspondait à TBV collateral. Il ne manque qu’un champ, mais le sens n’est pas du tout le même. La valeur affichée ce jour-là est d’environ 5,64 milliards de dollars, mais on ne peut pas écrire directement que « TBV a déjà absorbé 56853 unités de $BTC en collatéral ».

Le BTC de Bitcoin Staking est utilisé pour déléguer à un Finality Provider, fournissant une sécurité économique punissable pour Babylon Genesis et des réseaux externes ; les Trustless Bitcoin Vaults permettent, eux, d’assigner des UTXO Bitcoin indépendants à des applications DeFi désignées comme collatéral. Le premier concerne la délégation, les signatures de finalité et les mécanismes de slashing ; le second concerne l’activation des Vault, les emprunts, le facteur de santé, la liquidation et le rachat.

Le TBV de @BabylonLabs_io fonctionne encore actuellement sur le réseau de test Bitcoin Signet et Ethereum. Les opérations d’emprunt Aave v4 utilisent des actifs simulés sans valeur. Ainsi, les chiffres de staking sur le site officiel peuvent montrer l’ampleur du staking, mais ne prouvent pas que TBV dispose déjà d’un volume de collatéral équivalent sur le mainnet, d’une taille d’emprunt comparable ou de revenus.

Je préfère établir deux tableaux de bord pour #baby . Le premier retrace le staking : BTC délégués actifs, répartition des Finality Providers, état des signatures et du slashing ; le second retrace TBV : nombre de Vaults actifs, volume de collatéral natif, taux d’utilisation des emprunts, liquidations et rachats réussis. Les deux tableaux permettent d’observer Babylon ensemble, mais on ne peut pas copier le total du premier tableau dans le second.

La valeur à long terme de $BABY pourrait être portée à la fois par le réseau de sécurité et par les applications de Vault. Lors de l’analyse, il faut donc davantage dissocier la source. Les données ne sont pas fausses : l’erreur vient du fait qu’on lui a apposé un mauvais étiquette. 56 853,16 BTC est un instantané du site du 3 août, et cela évoluera avec les variations du staking ; cela répond à « combien de BTC participent à la sécurité », pas à « combien de BTC empruntent via TBV ». 🔍

Lors de l’acceptation TBV, je ne vais pas d’abord fouiller dans un portefeuille pour y chercher vaultBTC. Car si on pouvait vraiment transférer ce token facilement vers un portefeuille classique, cela prouverait au contraire que la frontière du produit est mal définie.

Dans l’intégration Aave v4 actuelle au @BabylonLabs_io , vaultBTC est une unité de comptabilité interne compatible ERC-20, avec une précision sur 8 décimales : une plus petite unité correspond à un satoshi. Quand le Vault est activé et ajouté à une position d’emprunt, l’adaptateur frappe vaultBTC en fonction du montant de BTC verrouillé ; lors de la sortie ou de la liquidation, il détruit ensuite ces vaultBTC. Il ne peut se déplacer qu’entre contrats autorisés ; le transférer vers une adresse arbitraire échoue, il n’existe pas de marché secondaire, et ce n’est pas non plus une autre forme enveloppée de BTC.

Ces contraintes laissent une relation de rapprochement pratique : le volume total de vaultBTC en circulation doit être égal au volume total de BTC des Vault qui, à l’instant présent, servent encore de garanties pour Aave. Les données de la position, l’état du Vault et les informations de réserve peuvent aussi être vérifiées via l’outil en lecture seule AaveAdapterLens.

Je vais segmenter les contrôles en trois niveaux. Premier niveau : Bitcoin — vérifier l’existence de l’UTXO correspondant et s’assurer que le montant est correct ; deuxième niveau : TBV — vérifier si le Vault est Active, InUse, ou s’il a déjà commencé la sortie ou la liquidation ; troisième niveau : Aave — vérifier si vaultBTC a été frappé ou détruit, et si la dette et le facteur de santé sont bien synchronisés. Si l’un des niveaux ne concorde pas en quantité, il ne faut pas balayer le problème en invoquant « un retard possible de l’interface ».

C’est plus pénible que de surveiller un solde de portefeuille, mais c’est beaucoup plus proche de la transparence réellement nécessaire pour une garantie native en BTC. Le solde d’un portefeuille ne prouve que qu’un certain token se trouve à telle adresse ; seuls un rapprochement à trois niveaux permettent de poser cette question : l’enregistrement de garantie au niveau de l’application correspond-il bien, derrière l’écran, à une sortie Bitcoin qui reste effectivement verrouillée.

Ainsi, au #baby , je ne considère pas le fait de ne pas « voir vaultBTC » comme un défaut. L’infrastructure liée au $BABY doit limiter l’usage du grand livre, plutôt que recréer une autre version de BTC circulant partout. Le testnet comporte encore des risques : contrats, oracles et synchronisation entre couches, mais cette contrainte d’allocation offre aux observateurs une règle vérifiable.🔎

Si vous comprenez TBV uniquement comme « déposer du BTC sur Aave », vérifier les actifs devient vite déroutant : dans un portefeuille Bitcoin, il manque un solde dépensable, tandis que dans un portefeuille Ethereum, il n’apparaît pourtant pas un BTC supplémentaire transférable. Et la page de prêt affiche encore une ligne de garantie. Alors, où tout cela se comptabilise-t-il ?

Je vais le découper en trois livres.

Le premier est le livre des actifs Bitcoin. Le montant natif $BTC entre dans un Taproot Vault UTXO distinct ; la propriété ne se transforme pas en reconnaissance de dette d’un dépositaire, mais les conditions de dépense sont déjà contraintes par des schémas de transactions pré-signées. Ce n’est donc pas un solde ordinaire, librement transférable à tout moment.

Le deuxième est le livre de l’état de l’application. Le smart contract Ethereum enregistre l’activation du Vault, la valeur de garantie correspondante, le montant d’actifs synthétiques empruntés et l’état de santé. Ici, vaultBTC est une écriture comptable interne limitée : ce n’est pas un token « emballage » envoyé dans un portefeuille pour être échangé librement. Du point de vue de l’application, il s’agit de droits sur la garantie et de l’état, pas du fait que l’utilisateur ait reçu le même UTXO Bitcoin.

Le troisième est le livre des éléments de restauration. Les clés WOTS, les artifacts du claimer et les chemins pré-signés ne représentent pas un solde d’actifs, mais ils déterminent si, lorsque le Vault Provider ne répond pas, l’utilisateur peut initier lui-même la revendication en suivant la sortie prévue. Ils ne sont pas aussi visibles qu une phrase mnémonique, mais leur perte affaiblit la capacité de restauration autonome.

Une fois les trois livres mis ensemble, le TBV de @BabylonLabs_io devient complet : la chaîne répond à « où se trouve le BTC », l’état de l’application répond à « que garantit le BTC », et les éléments locaux répondent à « comment je sors si le service tombe en panne ». Si un seul livre fonctionne correctement, il ne rassure pas pour les deux autres.

C’est pourquoi, quand je regarde des captures d’écran de produits dans $BABY et #baby , ce que je veux le plus voir n’est pas un chiffre unique de valeur totale, mais trois types d’états, chacun vérifiable séparément. L’auto-custodie vraiment concrète, ce n’est pas seulement que les pièces n’ont pas été confiées à quelqu’un : c’est aussi que l’utilisateur sache s’il détient, ou non, une issue exécutable.
#OpenAI发现更多AI智能体逃逸

Aujourd’hui, j’ai préparé un document appelé « preuve de fonds » pour le processus de liquidation TBV, et dès la première ligne ça a bloqué : « le Bitcoin UTXO ne peut pas être découpé » ; selon le protocole, pour couvrir les dettes, on récupère l’ensemble du Vault. Si sa valeur dépasse le montant visé de liquidation, la partie en trop ne constitue-t-elle pas aussi une perte ?

Après avoir relu les instructions de liquidation du @BabylonLabs_io , j’ai séparé la preuve en deux cas. Le premier : après liquidation, il reste des dettes. La valeur issue de la cession excédentaire continue alors à rembourser le reste de la dette de l’utilisateur ; sur la page, on ne reçoit pas forcément un WBTC, mais le passif diminue. Le second : si la totalité de la dette est couverte d’un seul coup, alors la valeur excédentaire restante est versée à l’utilisateur en WBTC.

J’ai vérifié avec une ébauche simple : supposons que la valeur du collatéral à liquider soit 100, mais que la valeur du Vault entier corresponde à 110. Les 10 en trop ne disparaissent pas « par magie » : si le compte a encore une dette résiduelle supérieure à 10, cette partie sert d’abord à solder la dette ; si la dette est déjà à zéro, alors la portion restante se traduit en un remboursement en WBTC. Ce n’est qu’un calcul, pas une position réelle, mais ça permet de distinguer clairement les deux résultats.🧾

Il y a toutefois un coût. Le liquidateur reçoit une récompense de liquidation ; le remboursement correspond à la portion excédentaire après déduction des résultats de cession du protocole. Et les versements se font en WBTC : ce n’est pas, au moment même, découper une petite tranche de l’UTXO natif non fractionnable $BTC pour la donner à l’utilisateur.

À l’avenir, quand je consulterai les enregistrements de liquidation du #baby , je ne me contenterai pas de regarder « combien de Vault ont été récupérés » : je vérifierai aussi la dette restante et le versement en WBTC. Pour le produit lié au $BABY , s’il veut que les gens ordinaires comprennent le risque, il serait préférable d’afficher ces deux lignes en même temps ; sinon, les utilisateurs risquent facilement d’interpréter à tort que la cession de l’ensemble du Vault fait disparaître toute la valeur excédentaire.
#沙特油轮绕行非洲避红海
#韩股KOSPI早盘上涨15.13%
#苹果芯片短缺拖累销售预期

$GRVT 走势，parfaitement reproduire le scénario.

Hier, j’ai planifié très clairement : le “pool” est petit, donc il est facile à tirer ; il y a beaucoup d’« air-drop », donc il est plus facile de faire chuter. Autour de 0.50, j’ai essentiellement tout liquidé.

C’est exactement identique à la prédiction : « d’abord une forte montée, puis une forte chute ».

La grande troupe est déjà partie ; je garde juste un petit lot en guise de billet de loterie : je ne mise pas sur le sommet, je gagne seulement l’argent dans le plan.

$QQQB $BSB
#alpha #ALPHA🔥
#苹果芯片短缺拖累销售预期
#韩国股市盘中创纪录涨17%

😊 Je viens de recopier dans un mémo les chemins d’erreur du document TBV, et je me suis rendu compte que j’avais rempli toute une page… mais qu’au moment où un problème survient, je ne sais pas forcément par où commencer. Alors je l’ai compressé en une question produit très concrète : si une page ne peut afficher qu’un seul message d’urgence à l’endroit le plus visible, lequel est le plus utile ?

Le flux normal de TBV est assez simple à comprendre : le BTC natif reste sur Bitcoin, côté Ethereum, on enregistre l’état du Vault et on l’interface avec Aave v4. Les difficultés se cachent dans les cas où le processus ne se déroule pas correctement. En cas de dépassement de délai de création : savoir quand on peut demander un remboursement en autonomie. Si le Vault Provider ne répond pas : vérifier si les WOTS et les artefacts de claimer peuvent être utilisés pour un self-claim. Quand la position est proche de la liquidation : regarder à la fois le facteur de santé et la liquidité du Vault Swap. Si le système est en pause : distinguer clairement ce qui est autorisé à l’instant—remboursement, retrait, ou seulement le chemin de récupération côté Bitcoin.

La conception de <@BabylonLabs_io > intègre ces sorties directement dans le protocole, mais un utilisateur lambda ne consulte pas la documentation technique tous les jours. Pour moi, une bonne page produit <#baby > ne doit pas se contenter d’afficher « en cours », elle doit aussi expliquer clairement la prochaine action possible. Avec <$BABY > à mesure que l’intégration à l’écosystème s’étend à davantage d’applications, les alertes d’état peuvent même influencer directement si l’utilisateur a le temps de réduire son risque.

J’investis parce que les supports de récupération locaux sont les plus faciles à ignorer lors d’un changement d’ordinateur ou lors d’un nettoyage des dossiers de téléchargements, et une fois perdus, ce n’est pas quelque chose que l’on peut simplement récupérer en cliquant sur « mot de passe oublié ». Mais ce n’est que mon habitude d’utilisation ; cela ne veut pas dire que les autres risques sont plus faibles.

📅 30 juillet, ce soir à 20h, Binance Alpha liste GRVT

Ce projet a levé environ 34 millions de dollars, et le contexte n’est pas mauvais, mais aujourd’hui l’essentiel n’est pas la qualité du projet : c’est plutôt comment l’airdop (distribution gratuite) va être vendu.

L’équipe du projet n’a mis qu’environ 250 000 U dans le pool ; le pool est très fin, et avec peu de capital, on peut facilement faire monter le prix.

Mais la première vague d’airdrops représente environ 74 millions d’unités ; à 0,35 $ chacune, la pression potentielle à la vente dépasse 25 millions de dollars.

Donc le scénario pourrait être assez simple : d’abord une forte montée, puis une forte chute.

Mon plan :

0,30—0,36 $ : vendre la moitié d’abord
Au-dessus de 0,40 $ : vendre environ 70%
Autour de 0,50 $ : pratiquement tout clôturer
Si ça descend sous 0,25 $ : garder une partie en attendant un rebond

En une phrase : le pool est petit, donc c’est facile à faire monter ; l’airdop est gros, donc c’est encore plus facile à faire chuter. Si ça ouvre haut, vends, ne sois pas trop gourmand.

Ceci est uniquement une réflexion personnelle et ne constitue pas un conseil en investissement.
$AEON $QQQB $BSB
#alpha #ALPHA🔥
#韩国拟暂停可疑加密账户支付
#韩国股市因三星财报反弹

On peut conclure trop vite en parlant seulement de « bonnes » ou « mauvaises » nouvelles. Voir un taux d’inflation passer de 8 % à 5,5 % sur $BABY ans, pour un réseau reposant sur un double staking, représente d’abord un budget de sécurité de paiement continu.

Je vais le répartir en trois livres.

Le premier est le livre des émissions. La nouvelle BABY sert à inciter les stakers de BABY et les stakers de BTC, afin de fournir ensemble une sécurité économique à Babylon Genesis. Le fait que les émissions diminuent ne signifie pas automatiquement que le revenu de chaque participant augmente ; il faut aussi regarder le volume total de staking et la façon dont les récompenses sont réparties.

Le deuxième est le livre de la demande. BABY assume à la fois des fonctions de Gas, de gouvernance on-chain et de staking. Ce n’est que si l’exécution des transactions, la participation à la gouvernance et les besoins de sécurité augmentent réellement, que la nouvelle offre aura des cas d’usage correspondants. @BabylonLabs_io met le staking BTC et le staking BABY dans le même modèle de sécurité, mais les détenteurs de BTC ne participent pas à la gouvernance de Genesis : les deux types d’actifs n’obtiennent pas les mêmes droits.

Le troisième est le livre du retour de valeur. Le livre blanc TBV a discuté d’une utilisation de BABY pour récompenser les intégrations précoces, ainsi que la vente aux enchères d’une partie des frais BTC en BABY puis leur destruction ; mais tout cela reste une direction de conception. Cela nécessite l’approbation de la gouvernance et ne peut pas être pris à l’avance comme un modèle de revenus déjà en fonctionnement.

Les trois livres ont aussi un ordre chronologique : le budget de sécurité peut d’abord être lancé ; les besoins d’usage dépendent ensuite de la croissance des applications ; et le retour de valeur attend que le produit et la gouvernance soient déployés. Convertir une mécanique future en valeur dès aujourd’hui est le plus facile à surévaluer en termes de certitude.

Donc, mes critères pour #baby sont très simples : 5,5 % n’est qu’un point de départ. Ensuite, il faut observer simultanément la demande de staking BABY, l’usage réel du Gas par Genesis, la participation aux votes de gouvernance, et si le mécanisme de frais TBV passe effectivement du papier à la chaîne. Si seul le livre des émissions continue de compter, tandis que les deux autres restent vides sur la durée, une inflation même très basse n’expliquera pas la valeur. Si les trois livres s’alignent, alors BABY n’est pas seulement une unité de récompense : c’est l’étalon de tarification du fonctionnement du protocole.📒

Micron Technology $MUB en un seul jour : chute brutale de 9,56 % ! Alors, plongée puis rebond ou retournement de tendance ?

Tout le monde a-t-il regardé le marché ? Le mouvement de ce soir de Micron donne vraiment des sueurs froides. En séance, le titre a directement franchi un niveau de support ; à l’instant, il s’affiche à 813,693 $ avec une baisse allant jusqu’à -9,56 %, et une part importante de la capitalisation boursière s’est évaporée en un instant.

Le support autour de 844 a déjà été perdu. Si ce soir la clôture ne parvient pas à le reprendre, le prochain niveau clé à surveiller pourrait être vers la moyenne annuelle. À court terme, le sentiment est nettement baissier ; pour ceux qui envisagent de racheter, il est conseillé de maîtriser la taille des positions et de ne pas foncer tête baissée pour tout acheter. #TradFi晒单 单

Supposons que tu viens d’émettre une transaction Bitcoin par diffusion, puis que les frais de l’ensemble du réseau doublent soudainement. Les frais sont déjà fixés dans la transaction ; les mineurs tardent à la inclure, et les confirmations, signatures et activations qui viennent après se retrouvent en file d’attente. Les portefeuilles “classiques” offrent souvent une option pour ajouter des frais, mais le Vault en cours de création ne peut pas être modifié à volonté : on ne peut pas changer librement la structure de la transaction.

@BabylonLabs_io , dans la transaction Pre-PegIn de TBV, a laissé une très petite sortie “CPFP anchor”. C’est comme un “passage express” prévu : la transaction parente ne bouge pas, et la porte utilise cette petite sortie pour créer une transaction enfant dont les frais sont plus élevés. Les mineurs calculent le profit sur l’ensemble du paquet de transactions : tant que le total parent + enfant est suffisamment rentable, ils ont une raison d’y aller et de les inclure ensemble.

Ce détail paraît insignifiant, mais il résout un problème très réel : le fait que le BTC soit encore sur le réseau Bitcoin ne signifie pas que le protocole peut ignorer la congestion du réseau. Le Peg-in doit attendre une profondeur de confirmations ; si les frais perdent soudain leur compétitivité, les parties suivantes, même en ligne, ne peuvent plus que patienter.

Le CPFP n’est pas non plus une touche “accélérer” universelle. Il ne fait qu’augmenter l’attrait du paquet de transactions ; il ne garantit pas qu’un prochain bloc confirmera à coup sûr. En cas de congestion extrême, il faudra toujours payer un coût plus élevé. Surtout, l’anchor sert uniquement à “pousser la confirmation” : il ne modifie pas temporairement le montant du Vault, ni les bindings d’application, ni les chemins de dépenses pré-signées.

Quand je vois #baby et ce type d’infrastructures, je remarque qu’on se focalise de moins en moins sur les démonstrations quand tout se passe bien, et qu’on cherche plutôt “que faire si le réseau devient soudainement trop cher”. $BABY correspond à une technique qui doit mener à des fonds réels : il ne suffit pas d’une preuve cryptographique, il faut aussi prévoir à l’avance des issues face aux problèmes du quotidien comme la volatilité des frais et les retards de confirmation.

Un système est généralement utilisable… ou pas, et cela se cache souvent dans de toutes petites sorties : le chemin principal ne peut pas être modifié, la congestion ne peut pas être ignorée, alors on prévoit à l’avance une voie d’accélération qui ne touche pas le contrôle des actifs, même en cas de défaut le plus banal. ⛏️
#比特币自亚洲盘低点回升

#baby $BABY “Confier à la même entité écologique, le risque devrait être à peu près le même, non ?” Cette phrase semble logique, mais elle mélange deux systèmes de sécurité distincts du @BabylonLabs_io .
Le jalonnement BABY protège le consensus PoS de Babylon Genesis. Si un validateur signe deux blocs conflictuels à la même hauteur, une fois la preuve établie on-chain, les règles actuelles infligent une pénalité de 5% des tokens délégués ; les 95% restants sont rendus au délégant. Un simple débranchement (déconnexion) ordinaire déclenche surtout la fenêtre de surveillance et une mise temporaire en prison, ce qui ne revient pas à appliquer une déduction de tokens selon la norme “double signature”.
Le jalonnement BTC suit une autre voie. Le BTC est délégué à un Finality Provider ; le FP utilise l’EOTS pour les votes de finalité. S’il réutilise des nonces pour voter des blocs conflictuels à la même hauteur, la clé privée EOTS est exposée. Le FP est alors supprimé du pouvoir de vote et entre dans un parcours sanctionnable ; les délégations BTC concernées assument ensuite les conséquences selon les paramètres du protocole.

On dirait que les deux s’appellent “double signature”, mais au niveau du fond il y a quatre différences : le rôle malveillant diffère, la manière de produire les preuves diffère, l’actif contraint diffère, et la chaîne sur laquelle la sanction est exécutée diffère. Une délégation $BABY visant des validateurs de Genesis, et une autre délégation visant des Finality Providers, côté Bitcoin.
À quoi cela sert-il pour les participants ordinaires ? Au moins, lors du choix du délégant, on ne peut pas se contenter de regarder le taux de rendement. Déléguer BABY : il faut vérifier la stabilité des blocs signés par le validateur et son historique de double signature. Déléguer BTC : il faut aussi s’assurer que le FP isole correctement les clés EOTS, fait des sauvegardes de base de données et empêche la signature en double.🔍
#baby : dans le narratif de double jalonnement, la partie qui compte vraiment n’est pas “deux monnaies qui peuvent gagner des récompenses”, mais bien le fait que chaque jeu d’actifs assume, séparément, des responsabilités de sécurité vérifiables. D’où viennent les récompenses, on peut le calculer plus tard ; d’abord, comprendre qui est pénalisé en cas d’erreur et pour quoi, c’est ça qu’il faut pour saisir le risque.

$AEON 最高 拉到 0.215，parfaitement déclenché la ligne de clôture à 0.20 dont j’ai parlé dans mon article d’hier.

Le plan, c’est le plan : vendre 80 % au-dessus de 0.15, sortir complètement autour de 0.20. Aujourd’hui, ça a monté jusqu’à 0.215, j’ai déjà tout liquidé selon la discipline ; peu importe si ça monte encore, je n’aurai pas de regrets.

Vendre trop tôt ? Ça n’existe pas. Prendre des profits par paliers, laisser l’argent dans la poche, et le reste, on le confie aux autres.
#ALPHA #ALPHA🔥 #原油下跌约6%

#baby $BABY Les points les plus faciles à mal calculer dans un double nantissement, c’est de considérer le BTC et le BABY comme deux positions distinctes qu’on peut additionner directement.
@BabylonLabs_io Les règles publiées ressemblent davantage à un vélo équipé de deux roues : le poids prend le plus petit des deux éléments, à savoir « BTC déjà nant i » et « BTC nant i ÷ 20,000 de $BABY ». Si l’un des deux côtés est en dessous, même si l’autre côté est surchargé, il ne peut pas compenser.

Prenons un exemple simple. 0,5 BTC avec 5 000 BABY : du côté BABY, on ne convertit que 0,25 BTC, donc le poids du double nantissement est de 0,25. Avec 10 000 BABY, on obtient juste le poids complet de 0,5. Si on augmente encore à 30 000 BABY, le poids reste à 0,5, car cette fois c’est le côté BTC qui atteint d’abord la limite. Cela récompense l’équilibre, pas l’empilement unilatéral de quantité.
Il existe aussi quelques seuils facilement oubliés : le BTC doit déjà être dans l’état ACTIVE ; être seulement à VERIFIED ne suffit pas ; le BTC est délégué à un Finality Provider, le BABY à un validateur Genesis ; et les deux côtés doivent être liés à la même adresse BABY. Le fait que le BABY soit délégué à plusieurs validateurs ne pose pas de problème : le système regroupe le tout pour la même adresse.

#baby Le pool de double nantissement provient d’une part spécifique de l’inflation annuelle ; les récompenses individuelles sont ensuite réparties selon « votre poids ÷ le poids total du réseau ». Ainsi, le meilleur ratio ne correspond pas à une annualisation fixe. Plus il y a de participants, plus la récompense répartie pour un même poids change.

À mon avis, ce design est vraiment intéressant non pas parce qu’« un même actif permet de toucher une récompense de plus », mais parce que le protocole force, via une formule basée sur les maillons faibles, la mise en place simultanée de deux ressources de sécurité. Avant de calculer les gains, il faut d’abord calculer le ratio : c’est souvent plus utile que de se focaliser sur l’APR affiché sur la page de présentation.🧮