假装在抄底

⚠️ 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

😊Je venais de recopier dans mon mémo les chemins d’exception du document TBV, et j’ai constaté que j’avais rempli toute une page, alors que, face à un vrai problème, je ne saurais pas forcément par où commencer. J’ai donc résolu cela en une question produit très concrète : si la page ne pouvait afficher qu’un seul message d’urgence à l’endroit le plus visible, lequel serait le plus utile ?

Le flux normal de TBV n’est pas difficile à comprendre : le BTC natif reste sur Bitcoin, tandis que le côté Ethereum enregistre l’état du Vault et se connecte à Aave v4. Les complications apparaissent quand le processus déraille. En cas de dépassement de délai à la création, il faut savoir quand on peut effectuer un remboursement soi-même ; si le Vault Provider ne répond pas, il faut vérifier si les artefacts WOTS et claimer peuvent servir au self-claim ; si la position approche de la liquidation, il faut regarder à la fois le facteur de santé et la liquidité de Vault Swap ; et si le système est suspendu, il faut encore distinguer si les remboursements et les retraits sont toujours autorisés, ou s’il ne reste que le chemin de récupération côté Bitcoin.

La conception de @BabylonLabs_io a inscrit ces issues à l’avance dans le protocole, mais les utilisateurs ordinaires ne lisent pas des documents techniques tous les jours. Pour moi, une bonne page produit #baby ne doit pas seulement afficher « en fonctionnement », elle doit aussi expliquer clairement ce qu’on peut faire ensuite. À mesure que $BABY intègre davantage d’applications à l’écosystème, les messages d’état peuvent même influencer directement la capacité d’un utilisateur à réduire ses risques à temps.

Je vote B, parce que les supports de récupération locaux sont les plus faciles à oublier lorsqu’on change d’ordinateur ou qu’on nettoie le dossier de téléchargements, et qu’une fois perdus, on ne peut pas simplement les récupérer avec un clic sur « mot de passe oublié ». Mais ce n’est que ma propre habitude d’utilisation, cela ne signifie pas que les autres risques sont moindres.

📅 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.🧮

Demain, lancement d’Alpha Binance pour AEON

L’offre totale d’AEON : 1 milliard de pièces, avec environ 193,4 millions de pièces en circulation lors de la première diffusion.
Calculé par prix :
0,06 USD = 60 millions de FDV
0,10 USD = 100 millions de FDV
0,12 USD = 120 millions de FDV
0,15 USD = 150 millions de FDV
0,20 USD = 200 millions de FDV

Financement du projet : 8 millions de dollars, YZi Labs mène l’investissement. Les fondamentaux ne semblent pas mauvais ; donc je ne vais pas vendre dès l’ouverture sans regarder le prix, et je ne compte pas “balancer” en une seule fois.

Mon plan de vente :
**En dessous de 0,08 :** pas pressé de tout vendre, d’abord observer
**0,08—0,12 :** vendre 30 %—50 %, réaliser une partie des gains
**0,12—0,15 :** vendre la majeure partie
**Au-dessus de 0,15 :** tendance à vendre directement 80 %+
**Vers 0,20 :** essentiellement tout vendre, ne pas parier sur un nouveau doublement

La méthode la plus prudente n’est pas de deviner le plus haut, mais de vendre par tranches :
Vendre une partie à l’ouverture, revendre une autre partie lorsque le prix remonte, et enfin en garder un peu comme “ticket”.
L’airdrop Alpha lui-même correspond à des jetons à faible coût. Le plus grand risque n’est pas de vendre trop tôt, mais plutôt de vouloir gagner un peu plus et, à la fin, de regarder le profit faire le yoyo.

En une phrase :
Autour de 0,10, tomber une partie des gains par tranches ; au-dessus de 0,12, vendre en priorité ; au-dessus de 0,15, ne pas trop être gourmand.
Uniquement pour mon plan personnel, ne constitue pas un conseil en investissement.
$EUL $DIA $PIEVERSE
#ALPHA #ALPHA🔥 #撸毛教程
#撸毛攻略 #撸毛教程

D’un côté, Ethereum : les robots de liquidation espèrent pouvoir rembourser, encaisser et clôturer une transaction dans un seul bloc. De l’autre, Bitcoin : la libération d’un Vault passe par Claim, la période de contestation et enfin Payout ; en conditions normales, il faut attendre environ 3 jours.
Si l’on force ces deux rythmes à se connecter, la liquidation risque de rester en suspens à mi-chemin. Aujourd’hui, le robot a remboursé la dette pour l’emprunteur, mais il ne pourra récupérer le BTC que plusieurs jours plus tard. Pendant ce temps, il supporte en plus le risque de variation de prix et les risques liés au déroulement du processus. Qui voudrait encore venir liquider en se précipitant ?

Le TBV de @BabylonLabs_io dans l’intégration de test Aave v4 actuelle introduit un Liquidation Liquidity Provider, abrégé LLP. Il ne conserve pas le BTC pour les utilisateurs : c’est une « réserve d’écart temporel ». Du côté Ethereum, quand une liquidation survient, le LLP sort d’abord du WBTC, permettant au liquidateur de régler immédiatement. Le Vault Bitcoin complet qui a été saisi entre ensuite dans un processus de type séquestre, puis des arbitragistes enregistrés prennent le relais pour finaliser progressivement le rachat côté Bitcoin.

Ainsi, on sépare les rôles : la chaîne rapide s’occupe de traiter la dette à temps, tandis que la chaîne lente continue de valider et d’effectuer les prêts selon son propre rythme de sécurité. Le liquidateur n’a pas besoin d’attendre 3 jours, et Bitcoin n’a pas à annuler sa fenêtre de contestation pour s’adapter à Ethereum.

Mais cette conception n’élimine pas le risque de nulle part : elle déplace simplement le risque. Le LLP doit disposer d’une liquidité suffisante ; les arbitragistes doivent être prêts à reprendre le Vault. Par ailleurs, il existe une différence de forme d’actifs entre le WBTC et le BTC. C’est aussi un niveau que je n’ai pas ignoré lorsque j’ai étudié #baby : si la liquidité est insuffisante, l’efficacité de la liquidation reste impactée ; et si l’on décrit un mécanisme de test comme un marché de mainnet déjà mature et en fonctionnement, c’est aussi exagérer la réalité.

Donc, en regardant l’infrastructure correspondant à $BABY , la valeur la plus importante n’est pas d’ajouter encore un autre sigle anglais. C’est plutôt qu’elle admet de manière positive que le plus gros problème de la finance inter-chaînes n’est souvent pas « peut-on le prouver », mais que le temps des deux chaînes ne correspond tout simplement pas. Une infrastructure réellement utilisable doit résoudre à la fois la correction cryptographique et la question de savoir si le marché veut bien. ⏱️

Alpha : grand retrait des esclaves ? Ne vous laissez pas tromper par les données, on a juste changé de champ de bataille !

Ces derniers temps, une image circule dans le milieu : un « recensement de la population d’esclaves », censé montrer que la grande armée envoyée par largage d’Alpha (pour “booster les points”) est passée, depuis son pic, de plusieurs dizaines de milliers à moins de 70 000. Beaucoup soupirent : « L’hiver est arrivé », et même les esclaves seraient au chômage.

Mais moi, petite “fourmi” qui s’est fait frapper par la finance crypto pendant plus d’un an et qui tient encore debout, je peux l’affirmer de façon responsable : il n’y a pas moins de monde, on a juste changé de piste.

Derrière ça, ce n’est pas un effondrement de croyances, mais un transfert de “capacités” très malin. La vérité, c’est que les vieux routiers restés sur place se rassemblent discrètement dans un autre champ de bataille — QQQB.

Pourquoi QQQB ?

1. Distorsion des données : ce n’est pas qu’on a quitté nos postes, c’est que la nouvelle “mine d’or” n’a pas été incluse dans les statistiques. Le volume de transactions sur 24 heures du portefeuille $QQQB a été poussé jusqu’à un incroyable 28 milliards de dollars, et tout ça repose sur le travail et le sang des esclaves.
2. Écrasement des coûts : tout le monde n’est pas idiot. Si on a abandonné le token Alpha, la raison se résume à deux mots : l’usure. Comparez : sur la plateforme, passer des ordres à prix limite Alpha pour “user” peut coûter 5 U, alors que sur un portefeuille, en attaquant le palier de 33 000, l’usure est de 0,68 U. Mais QQQB, lui ? Ses caractéristiques à faible usure en font un paradis pour les “scrapers”.

Tutoriel “clé en main” pour faire du “打金” (données concrètes)

Beaucoup demandent comment monter dedans. La pratique parle : je partage ici les expériences opérationnelles de ces deux derniers jours :

· Préparation : préparez 1025 U dans votre portefeuille. Souvenez-vous : ne prenez surtout pas directement le solde d’une bourse pour trader, vous risquez de déclencher le contrôle anti-fraude “taper du visage”. Retirez plutôt vers un portefeuille décentralisé.
· Heures propices : évitez la période de trading de la séance US (market). Après quelques jours de tests, après la fenêtre de 4h-5h du matin, la volatilité est la plus faible : on peut quasiment viser un fonctionnement sans glissement.
· Données d’usure : QQQB est une paire de “levier” x4. Avec 1024 U comme capital, l’usure d’un aller-retour est d’environ 0,09 U. Si on rafraîchit toutes les 15 minutes (fréquence : 32768 fois), faire 8 rafraîchissements entraîne une usure d’environ 0,72 U.

⚠️ Rappel aux frères : l’invitation Binance, c’est MY6751. Vous économisez 30 % sur les frais (les plus élevés du web) et l’argent arrive automatiquement. Même les anciens comptes déjà utilisés peuvent remplir Alpha, spot, parcours de trading, contrats, actions tokenisées : tout le monde économise 30 %.

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

#ALPHA #ALPHA🔥 #撸毛教程

Ethereum affiche « la dette est remboursée », mais sur quoi Bitcoin peut-il compter pour avoir confiance ?
La réponse ne peut pas être : « parce qu’un administrateur en décide ainsi ». Le Script de Bitcoin ne comprend pas le facteur de santé d’Aave, l’historique de remboursement ou les événements d’un contrat intelligent. Il ne « lit » que ses propres transactions, signatures et conditions de script. Voilà pourquoi le @BabylonLabs_io Trustless Bitcoin Vault est une dure noix : il faut transformer un état extérieur en un résultat que Bitcoin peut exécuter.

La démarche du TBV ressemble un peu à celle qui consiste à ranger toutes les issues légales dans un tiroir verrouillé. Lors de la création du Vault, toutes les parties construisent et signent à l’avance des parcours de transactions « normaux » : rachat, liquidation, remboursement, contestation, etc. Ensuite, on ne peut plus improviser : par exemple, on ne peut pas simplement prendre une nouvelle note et envoyer $BTC vers n’importe quelle adresse.

Quand quelqu’un demande à recevoir des BTC, il publie d’abord une déclaration. S’il n’y a pas de contestation, on suit le chemin normal ; si un observateur constate que « la chaîne externe n’a en réalité déclenché aucun événement correspondant », il peut alors lancer une contestation et exiger une preuve de la part du demandeur. Les preuves à connaissance nulle compriment les calculs complexes de la chaîne externe, tandis que des mécanismes du type BABE ou BitVM3 transforment le fait de savoir si la preuve est valide en un résultat de transaction que le côté Bitcoin peut contraindre. Une déclaration erronée est bloquée ; seul le résultat correct entre dans le parcours de paiement prévu.$BABY

Le côté « concret » de cette approche, c’est qu’elle n’exige pas que Bitcoin devienne une super-ordinateur qui comprend toutes les autres chaînes. C’est plutôt comme un gardien prudent : peu importe qu’il ne comprenne pas tous les dossiers d’un système extérieur, tant qu’il accepte des preuves au format prescrit, et que le chemin de passage est déjà verrouillé.
« Trustless » ne veut pas dire « sans risque ». Les utilisateurs doivent encore faire face aux risques liés aux contrats d’application, aux oracles, au système de preuves, à l’état d’exécution de deux chaînes et aux mécanismes de gouvernance pendant les phases de test. La différence, c’est que le protocole évite autant que possible de faire reposer la sécurité finale sur une simple déclaration d’un dépositaire.
Donc quand je vois le @BabylonLabs_io , je ne regarde pas seulement « ce que le BTC natif peut faire », j’examine aussi qui détecte les déclarations erronées, comment se déroule la contestation, et quelle transaction, en dernier ressort, permet de dépenser ce fameux UTXO. Tant que ces questions sont répondues clairement, le BTCFi n’est pas juste une affaire de crédit emballé différemment.⚖️ #baby

Les temps sont durs, et pour la gestion de patrimoine, autant prendre ce qui est disponible : ceux qui ont de l’argent en surplus et peuvent acheter de l’or $XAUT peuvent le placer dans des activités de gestion de patrimoine ; après 21 jours, le rachat permettra de partager 150000 U. Montant minimum de souscription : 0,025 XAUT (105 U), ce qui permet de bénéficier de l’aide de base

Beaucoup de gens, lorsqu’ils découvrent pour la première fois les prêts sur garanties en Bitcoin, appliquent spontanément la logique des marges sur les exchanges : « on vend l’actif de garantie à hauteur du montant dû ». Mais dans le Trustless Bitcoin Vault de Babylon, ce n’est pas aussi « fluide ».$BABY

Prenons un exemple direct : dans un Vault, 1 BTC est verrouillé, et la dette ne nécessite de recouvrer qu’environ 30 % de sa valeur. Dans un modèle de compte classique, il semblerait qu’il suffise de vendre 0,3 BTC ; or sur la blockchain Bitcoin, un UTXO n’est pas un simple chiffre de solde : c’est plutôt comme un billet de banque entier, d’une grande valeur. Un Vault correspond à un UTXO unique, qu’on ne peut pas découper à volonté. Lors d’une transaction de liquidation, ce n’est pas un petit coin qui est « recoupé sur place » : on dépense la sortie complète.

Cela crée un « précipice de liquidation » très concret : une lacune de dette relativement faible ne signifie pas que les actions on-chain seront elles aussi réduites. La valeur restante doit être renvoyée correctement, via le chemin défini par le protocole ; si la conception est un peu grossière, elle peut imposer aux utilisateurs des frictions au-delà des attentes.

Je pense que @BabylonLabs_io mérite surtout d’être surveillé, pas seulement parce que « le BTC peut-il servir de garantie », mais parce qu’il gère ces contraintes natives du Bitcoin. L’approche évoquée par l’intégration de l’écosystème Aave (test set) consiste à découper les fonds en deux types de Vault : des Vault « sacrifiables » qui supportent la partie la plus susceptible d’être liquidée, et des Vault « protecteurs » qui conservent au maximum la valeur ; en parallèle, on répartit de gros volumes de BTC entre plusieurs Vault, ce qui revient à échanger au préalable un gros billet contre plusieurs petits billets.

Ce n’est pas une histoire de rendement tape-à-l’œil : c’est une question de détails, de savoir si le produit est réellement utilisable. À l’avenir, quand je regarderai BTCFi, je poserai d’abord trois questions : le collatéral est-il un UTXO natif ? comment une liquidation partielle se traduit-elle concrètement on-chain ? à qui revient le BTC restant, et selon quelles conditions ? Plus les réponses sont précises, plus il est facile de calculer clairement les risques.🔍
@BabylonLabs_io est précisément en train de s’attaquer à ce type de problème peu « sexy », mais décisif pour la capacité du système à fonctionner durablement.#baby $BABY

📅 21 juillet (aujourd’hui) 19h00 Alpha vieille pièce boîte à insu attaque aérienne

Cela fait déjà 25 jours sans publier de nouvelle pièce, et maintenant même les gros détenteurs avec plus de 10 000 en solde doivent perdre de l’argent : il reste combien de gars qui tiennent bon 😣
$ERA $ZHIPU $ON
#alpha #ALPHA🔥 #撸毛教程
#韩国散户杠杆持仓降至三个月低点

📅 16 juillet (aujourd’hui) 19:00 Alpha anciennes pièces attaque

Vraiment, j’ai la dalle à en mourir, je prends une bouchée si je peux 😫

Taille le volume, le niveau inférieur, pauvres esclaves, en ligne à relancer la création de nouvelles pièces @CZ @币安Binance华语 @Yi He
#ALPHA🔥 #alpha

Neuf ans d’épreuves, de la naissance d’une jeune pousse à l’émergence d’un géant de l’industrie : Binance avance sans relâche, avec l’innovation comme voile et la confiance comme ancre, fendant les flots de la vague crypto. Chaque transaction, chaque ligne de code, chaque résonance au sein de la communauté témoigne de cette intention initiale : « l’utilisateur d’abord ».

La nouvelle arène s’ouvre. Que le salon Binance rassemble encore plus d’éclats de sagesse et continue de guider la navigation vers Web3 ; que les neuf prochaines années, avec nos partenaires du monde entier, nous permettent d’explorer de nouveaux territoires, afin que la valeur circule librement et que l’avenir soit à portée de main.

Neuf années unies, un long voyage — joyeux 9e anniversaire à Binance, 🚀🌕#BinanceTurns9

Aujourd’hui, j’ai étudié la logique d’intégration du contrat de Newton, et ce qui m’a le plus marqué n’est pas les quatre mots « la preuve est acceptée », mais le fait qu’elle ajoute de nombreuses contraintes à la preuve : l’expéditeur, le contrat cible, le montant, le calldata, l’identifiant de chaîne (chainId) et le bloc d’expiration doivent, pour l’essentiel, tous être liés.

En termes simples : l’Attestation n’est pas une carte VIP valable longtemps ; c’est plutôt un billet de train aller simple. La ligne, le passager, l’itinéraire et l’heure sont verrouillés. Une fois utilisé, il est annulé, et s’il y a un dépassement de délai, il devient invalide. C’est contraignant, mais ça permet de prévenir une forme de risque très concrète : une ancienne autorisation réutilisée pour exécuter à nouveau la même opération, ou déplacée sur une autre chaîne et utilisée de façon abusive.

Le défi est là aussi. Si la durée de validité est trop courte, l’agent IA peut n’avoir terminé l’évaluation de la Policy qu’au moment où la chaîne cible est saturée : le billet expire avant d’être utilisable. Si elle est trop longue, le vieux billet peut redevenir une faille, une surface de risque.
Donc en regardant @NewtonProtocol , je me suis dit que ce qui doit vraiment être affiné derrière n’est pas « est-ce qu’on peut envoyer une preuve », mais plutôt la fenêtre de validité à attribuer à chaque type de tâche : pour un simple virement, un retrait de dépôt (撤仓), une protection de liquidation (清算保护), ou une exécution inter-chaînes, on ne devrait pas utiliser la même durée d’expiration.

Si l’ensemble de l’autorisation $NEWT peut rendre clairement la « durée de vie du billet aller simple », alors l’utilisateur saura au moins : quand cette opération peut être utilisée, quand elle devient invalide, et pourquoi elle ne peut pas être réutilisée pour payer deux fois. Pour l’automatisation on-chain, c’est plus rassurant qu’une simple phrase du type « vérifiée ».🎫 #Newt