Binance Square
ARIES BNB
1k Publications

ARIES BNB

Trade régulièrement
10.6 mois
301 Suivis
2.9K+ Abonnés
1.3K+ J’aime
Publications
·
--
Baissier
⚡️ Dernières actualités : 🇺🇸 La sénatrice américaine Cynthia Lummis a déclaré que les stablecoins n’ont pas entraîné de fuite des dépôts vers les banques de la communauté ; elle continue également de faire avancer le CLARITY Act. Elle a aussi déclaré : « Empêcher le CLARITY Act ne peut pas aider les banques de la communauté. » 👀 L’impact des stablecoins sur les dépôts bancaires demeure un point de controverse majeur entre les banques traditionnelles et l’industrie crypto. #CLARITYAct #RobinhoodToOfferCryptoTradingInUK $DODO {spot}(DODOUSDT) $TUT {future}(TUTUSDT) $EPIC {future}(EPICUSDT)
⚡️ Dernières actualités : 🇺🇸 La sénatrice américaine Cynthia Lummis a déclaré que les stablecoins n’ont pas entraîné de fuite des dépôts vers les banques de la communauté ; elle continue également de faire avancer le CLARITY Act.

Elle a aussi déclaré : « Empêcher le CLARITY Act ne peut pas aider les banques de la communauté. » 👀

L’impact des stablecoins sur les dépôts bancaires demeure un point de controverse majeur entre les banques traditionnelles et l’industrie crypto.

#CLARITYAct #RobinhoodToOfferCryptoTradingInUK
$DODO
$TUT
$EPIC
·
--
Haussier
·
--
Haussier
⚡ $ESPORTS présente une structure technique qui mérite d’être surveillée. {future}(ESPORTSUSDT) Le prix évolue actuellement autour de 0,018 dollar, en consolidation, tandis que le Stoch RSI est proche de la zone de survente.👀 Va-t-il devenir le prochain $TUT , ou encore une fausse cassure ? #altcoins #BIP110SoftForkAttemptBegins $TUT {future}(TUTUSDT) {future}(BMTUSDT)
$ESPORTS présente une structure technique qui mérite d’être surveillée.

Le prix évolue actuellement autour de 0,018 dollar, en consolidation, tandis que le Stoch RSI est proche de la zone de survente.👀

Va-t-il devenir le prochain $TUT , ou encore une fausse cassure ?

#altcoins
#BIP110SoftForkAttemptBegins
$TUT
🔥 可能迎来突破
🤔 可能是假突破
4 jour(s) restant(s)
·
--
Haussier
🇹🇷 La Turquie vend depuis longtemps ses réserves d’or pour faire face à la pression continue qui s’exerce sur la livre. Selon des données du World Gold Council, en mai 2026, la banque centrale turque avait déjà vendu 81 tonnes d’or depuis le début de l’année. 📉🪙 Dans le même temps, la livre turque face au dollar américain continue de s’affaiblir. #BIP110SoftForkAttemptBegins $TUT {future}(TUTUSDT) $IOTX {future}(IOTXUSDT) $ACE {future}(ACEUSDT)
🇹🇷 La Turquie vend depuis longtemps ses réserves d’or pour faire face à la pression continue qui s’exerce sur la livre.

Selon des données du World Gold Council, en mai 2026, la banque centrale turque avait déjà vendu 81 tonnes d’or depuis le début de l’année. 📉🪙

Dans le même temps, la livre turque face au dollar américain continue de s’affaiblir.

#BIP110SoftForkAttemptBegins
$TUT
$IOTX
$ACE
·
--
Haussier
🚨 $BTC Dernières mises à jour : BIP-110 — la chaîne minoritaire accuse actuellement un retard par rapport à la chaîne principale de Bitcoin. {future}(BTCUSDT) En raison d’un soutien des mineurs extrêmement limité, la vitesse de production des blocs ne peut pas suivre celle de la chaîne principale.⛏️📉 Cette nouvelle fourche de chaîne met une fois de plus en évidence l’importance de la puissance de calcul et du soutien des mineurs pour le consensus Bitcoin. #BIP110 #BIP110SoftForkAttemptBegins $TUT {future}(TUTUSDT) $BMT {future}(BMTUSDT)
🚨 $BTC Dernières mises à jour : BIP-110 — la chaîne minoritaire accuse actuellement un retard par rapport à la chaîne principale de Bitcoin.

En raison d’un soutien des mineurs extrêmement limité, la vitesse de production des blocs ne peut pas suivre celle de la chaîne principale.⛏️📉

Cette nouvelle fourche de chaîne met une fois de plus en évidence l’importance de la puissance de calcul et du soutien des mineurs pour le consensus Bitcoin.

#BIP110 #BIP110SoftForkAttemptBegins
$TUT
$BMT
·
--
Haussier
Voir la traduction
🔷️ $TUT 刚刚突破了我一直关注的阻力位。 📈 {future}(TUTUSDT) 目前涨幅约 +103%,但关键在于这次突破能否站稳,并将原来的阻力转化为支撑。 我目前没有持仓,只是在观察这一走势结构。 👀 这是有效突破,还是即将出现假突破? #TUT $IOTX {future}(IOTXUSDT)
🔷️ $TUT 刚刚突破了我一直关注的阻力位。 📈


目前涨幅约 +103%,但关键在于这次突破能否站稳,并将原来的阻力转化为支撑。

我目前没有持仓,只是在观察这一走势结构。 👀

这是有效突破,还是即将出现假突破?

#TUT $IOTX
🚀 Le Bitcoin présente actuellement une trajectoire potentielle digne d’intérêt. BTC est pour l’instant revenu près de 65 000 dollars, mais avant de conclure à une forte hausse, il faut encore franchir une résistance clé. 👀📈 La prochaine cassure pourrait-elle être plus proche que ce que l’on imagine ? #BIP110SoftForkAttemptBegins #crypto $TUT {future}(TUTUSDT) $BTC {future}(BTCUSDT) $IOTX {future}(IOTXUSDT)
🚀 Le Bitcoin présente actuellement une trajectoire potentielle digne d’intérêt.

BTC est pour l’instant revenu près de 65 000 dollars, mais avant de conclure à une forte hausse, il faut encore franchir une résistance clé. 👀📈

La prochaine cassure pourrait-elle être plus proche que ce que l’on imagine ?
#BIP110SoftForkAttemptBegins #crypto
$TUT
$BTC
$IOTX
·
--
Haussier
🚨 Le Bitcoin tombe sur « Quand acheter une Lamborghini ? »🟠 🇺🇸 Certains concessionnaires Lamborghini aux États-Unis ont déjà accepté les paiements en crypto-monnaies, y compris via BitPay avec du BTC. Du « Quand acheter une Lamborghini ? » au fait de payer vraiment une Lamborghini avec du Bitcoin.👀🔥 Si tu pouvais, achèterais-tu une Lamborghini à $BTC ? #crypto {future}(BTCUSDT) $TUT {future}(TUTUSDT) $1000CAT {future}(1000CATUSDT)
🚨 Le Bitcoin tombe sur « Quand acheter une Lamborghini ? »🟠

🇺🇸 Certains concessionnaires Lamborghini aux États-Unis ont déjà accepté les paiements en crypto-monnaies, y compris via BitPay avec du BTC.

Du « Quand acheter une Lamborghini ? » au fait de payer vraiment une Lamborghini avec du Bitcoin.👀🔥

Si tu pouvais, achèterais-tu une Lamborghini à $BTC ?

#crypto

$TUT
$1000CAT
🇺🇸 Le processus du projet de loi CLARITY n’est pas encore terminé. Le chef de la majorité au Sénat américain, John Thune, a déjà lancé la procédure visant à faire avancer ce texte. Le Sénat devrait voter une fois la session d’août terminée, et septembre pourrait devenir la prochaine fenêtre de temps clé. 👀 À l’heure actuelle, le projet de loi est toujours en cours d’examen et le résultat final n’est pas encore确定. #crypto #CLARITYAct #IraqOilExportsFall75% $TUT {future}(TUTUSDT) $MMT {future}(MMTUSDT) $SYN {future}(SYNUSDT)
🇺🇸 Le processus du projet de loi CLARITY n’est pas encore terminé.

Le chef de la majorité au Sénat américain, John Thune, a déjà lancé la procédure visant à faire avancer ce texte.

Le Sénat devrait voter une fois la session d’août terminée, et septembre pourrait devenir la prochaine fenêtre de temps clé. 👀

À l’heure actuelle, le projet de loi est toujours en cours d’examen et le résultat final n’est pas encore确定.

#crypto #CLARITYAct #IraqOilExportsFall75%
$TUT
$MMT
$SYN
·
--
Haussier
Vérifié
🚨 Robert Kiyosaki avertit à nouveau : en 2026, le marché boursier pourrait connaître une forte baisse. Il a déjà lancé à plusieurs reprises des avertissements similaires à propos du système financier par le passé, mais pour l’instant, il ne s’agit que de sa propre prédiction : rien n’a encore été confirmé comme résultat avéré. Point important de vérification des faits : en 2008, l’indice S&P 500 n’a pas chuté de 40 % en une seule journée. Entre son plus haut de 2007 et son plus bas de 2009, la baisse cumulée de l’indice S&P 500 s’élève à environ 57 %. L’avertissement de Kiyosaki pour 2026 sera-t-il finalement prouvé exact, ou deviendra-t-il une autre prédiction de marché à surveiller ? 👀 #markets #crypto #FedSplitOnRateHikesDeepens $ELON {alpha}(560xe07ae3a6f1bd86b92b563084e286757eb34878d7) $MMT {future}(MMTUSDT) $TUT {future}(TUTUSDT)
🚨 Robert Kiyosaki avertit à nouveau : en 2026, le marché boursier pourrait connaître une forte baisse.

Il a déjà lancé à plusieurs reprises des avertissements similaires à propos du système financier par le passé, mais pour l’instant, il ne s’agit que de sa propre prédiction : rien n’a encore été confirmé comme résultat avéré.

Point important de vérification des faits : en 2008, l’indice S&P 500 n’a pas chuté de 40 % en une seule journée. Entre son plus haut de 2007 et son plus bas de 2009, la baisse cumulée de l’indice S&P 500 s’élève à environ 57 %.

L’avertissement de Kiyosaki pour 2026 sera-t-il finalement prouvé exact, ou deviendra-t-il une autre prédiction de marché à surveiller ? 👀

#markets #crypto
#FedSplitOnRateHikesDeepens
$ELON
$MMT
$TUT
·
--
Haussier
550 milliards USD ont été ajoutés au marché boursier américain aujourd’hui, lorsque des données sur l’emploi faibles ont réduit la probabilité que la Réserve fédérale (Fed) augmente ses taux. $NVDAB $AMZN.US $MB.US {stock_us}(MB.US) {stock_us}(AMZN.US)
550 milliards USD ont été ajoutés au marché boursier américain aujourd’hui, lorsque des données sur l’emploi faibles ont réduit la probabilité que la Réserve fédérale (Fed) augmente ses taux.
$NVDAB $AMZN.US $MB.US
NVDAB-2,01%
MBUS-3,60%
AMZNUS+0,03%
·
--
Haussier
Il étudie actuellement si, par rapport aux ponts monolithiques, cette séparation peut réellement réduire le risque de mise à niveau, ou si elle ne fait que transférer la vulnérabilité aux interstices entre les modules. $HEI {spot}(HEIUSDT) $SKYAI {future}(SKYAIUSDT) $DODO {spot}(DODOUSDT)
Il étudie actuellement si, par rapport aux ponts monolithiques, cette séparation peut réellement réduire le risque de mise à niveau, ou si elle ne fait que transférer la vulnérabilité aux interstices entre les modules.
$HEI
$SKYAI
$DODO
玛希-BNB
·
--
J’ai pris l’habitude d’ignorer les pages de couverture brillantes et de me plonger directement dans la section architecture. Le marketing vous raconte l’histoire qu’il veut que vous entendiez. La documentation vous dit ce qu’ils construisent réellement.

La TBV de Babylon m’a stoppé net.

Au début, j’ai supposé que « modulaire » n’était qu’une friandise pour développeurs : brancher un nouveau prouveur, remplacer un indexeur, c’est simple. Plus je lisais, plus je voyais qu’il s’agit de vivre au travers des mises à niveau. Les indexeurs, les prouveurs et les contrats occupent chacun leur voie, afin de pouvoir corriger l’un sans devoir ouvrir les autres.

Ce petit changement a totalement reconfiguré ma façon de penser la conception.

Ce que je poursuis maintenant, c’est de savoir si cette séparation réduit réellement le risque de mise à niveau par rapport à des ponts monolithiques, ou si elle ne fait que déplacer la fragilité aux jonctions entre modules.

Il y a aussi autre chose qui m’a frappé : des mises à niveau indépendantes exigent des interfaces extrêmement solides. En pratique, modifier une couche entraîne probablement la suivante. Peut-être que j’écrase une complexité, mais c’est ce que j’en comprends pour l’instant.

Je me demande encore si la séparation modulaire est une force sous-estimée quand les composants tombent en panne, ou si elle ajoute des coûts de coordination que les configurations monolithiques évitent.

Je continue à lire.

@BabylonLabs_io

#BABY

#baby $BABY


$QUID

$HEI
·
--
Haussier
Je me suis penché aujourd’hui sur le pitch sécurité de @babylonlabs_io — le BTC ne quitte jamais Bitcoin, pas de ponts, pas d’enveloppes. J’ai plutôt consulté les documents d’architecture que la présentation. Le règlement est propre : verrouillé dans Taproot, régi par le script Bitcoin, finalité déterministe issue de la PoW. Attendez — voilà le règlement, pas toute l’histoire de la sécurité. Ce qui m’a surtout arrêté, c’est l’endroit où vit la vérification du protocole. Bitcoin gère le règlement, tandis que TBV ajoute une vérification cryptographique et une logique de protocole supplémentaires par-dessus, avant que les applications puissent s’appuyer sur la garantie. Bitcoin ne comprend pas la logique de prêt ni la vérification propre au protocole. Il enregistre les transactions et l’état des UTXO ; le protocole les interprète ensuite pour piloter le cycle de vie du coffre. Je ne dis pas que TBV est cassé — le règlement Bitcoin est réel et précieux. Mais il y a un partage clair que je n’avais pas remarqué : la chaîne de base garantit l’immutabilité, tandis que la maturité du système de preuve se situe dans une voie de recherche distincte, avec ses propres hypothèses. Snack est parti, je continue de mâcher ça. Où « Bitcoin-backed » doit-il vraiment tenir — la couche de règlement, ou la logique de preuve qui l’interprète ? #baby $BABY {future}(BABYUSDT) $CYS {future}(CYSUSDT) $HFT {future}(HFTUSDT)
Je me suis penché aujourd’hui sur le pitch sécurité de @BabylonLabs_io — le BTC ne quitte jamais Bitcoin, pas de ponts, pas d’enveloppes.
J’ai plutôt consulté les documents d’architecture que la présentation.
Le règlement est propre : verrouillé dans Taproot, régi par le script Bitcoin, finalité déterministe issue de la PoW.
Attendez — voilà le règlement, pas toute l’histoire de la sécurité.

Ce qui m’a surtout arrêté, c’est l’endroit où vit la vérification du protocole.
Bitcoin gère le règlement, tandis que TBV ajoute une vérification cryptographique et une logique de protocole supplémentaires par-dessus, avant que les applications puissent s’appuyer sur la garantie.
Bitcoin ne comprend pas la logique de prêt ni la vérification propre au protocole.
Il enregistre les transactions et l’état des UTXO ; le protocole les interprète ensuite pour piloter le cycle de vie du coffre.

Je ne dis pas que TBV est cassé — le règlement Bitcoin est réel et précieux.
Mais il y a un partage clair que je n’avais pas remarqué : la chaîne de base garantit l’immutabilité, tandis que la maturité du système de preuve se situe dans une voie de recherche distincte, avec ses propres hypothèses.

Snack est parti, je continue de mâcher ça.

Où « Bitcoin-backed » doit-il vraiment tenir — la couche de règlement, ou la logique de preuve qui l’interprète ?

#baby $BABY

$CYS
$HFT
🔵 Verification first
100%
🟠 Settlement first
0%
7 Votes • Vote fermé
·
--
Haussier
J’ai supposé que le coffre de @babylonlabs_io était devenu utilisable dès que ma transaction Bitcoin a été confirmée. L’évidence, c’est que la finalité de la blockchain ressemble à une complétion. Confirmé, réglé. Mais ce signal, à lui seul, est faible. La vérité plus difficile, c’est ce qui se passe après que Bitcoin a enregistré le dépôt. Le protocole TBV doit encore finaliser son flux de vérification et d’activation requis avant que les applications puissent traiter le coffre comme une garantie. Un certain temps d’attente est normal. Bitcoin ne comprend pas la logique de prêt, donc le protocole doit vérifier l’état de manière indépendante. Mais quel est le vrai test ? Le protocole peut-il rendre ce décalage transparent, ou les utilisateurs ressentiront-ils toujours une déconnexion entre le BTC confirmé et la garantie prête ? Cela compte, car chaque couche de traduction ajoute de la friction. Si le coffre n’est prêt que lorsque le protocole le dit, et non lorsque la blockchain le fait, le sans-confiance dépend autant de la rapidité de coordination que de la cryptographie. Je ne vois pas le délai comme un échec. Pour autant, du moins dans le flux de testnet TBV actuel, la finalité de Bitcoin et la préparation du protocole restent deux étapes distinctes. #baby $BABY {future}(BABYUSDT) $HOME {future}(HOMEUSDT) $1 {alpha}(560xff5d99a5c16cf2ffb4e7da1d7c42a791e70e4444)
J’ai supposé que le coffre de @BabylonLabs_io était devenu utilisable dès que ma transaction Bitcoin a été confirmée.

L’évidence, c’est que la finalité de la blockchain ressemble à une complétion.
Confirmé, réglé.

Mais ce signal, à lui seul, est faible.
La vérité plus difficile, c’est ce qui se passe après que Bitcoin a enregistré le dépôt.
Le protocole TBV doit encore finaliser son flux de vérification et d’activation requis avant que les applications puissent traiter le coffre comme une garantie.

Un certain temps d’attente est normal.
Bitcoin ne comprend pas la logique de prêt, donc le protocole doit vérifier l’état de manière indépendante.

Mais quel est le vrai test ?
Le protocole peut-il rendre ce décalage transparent, ou les utilisateurs ressentiront-ils toujours une déconnexion entre le BTC confirmé et la garantie prête ?

Cela compte, car chaque couche de traduction ajoute de la friction.
Si le coffre n’est prêt que lorsque le protocole le dit, et non lorsque la blockchain le fait, le sans-confiance dépend autant de la rapidité de coordination que de la cryptographie.

Je ne vois pas le délai comme un échec.
Pour autant, du moins dans le flux de testnet TBV actuel, la finalité de Bitcoin et la préparation du protocole restent deux étapes distinctes.

#baby $BABY

$HOME
$1
👉🏻Faster activation
33%
👉🏻Better transparency
22%
👉🏻Current flow works
45%
9 Votes • Vote fermé
Vérifié
Relire le matin les règles des transactions de staking du @babylonlabs_io , en voyant un champ « protocol version » caché dans le OP_RETURN, je me suis soudain rendu compte que la plupart des gens sous-estiment trop le rôle des numéros de version. En disséquant la conception de base de Babylon, ce qui m’a le plus marqué, c’est que chaque transaction de staking de bitcoins écrit de façon permanente le numéro de version du protocole dans la blockchain. Avec d’autres métadonnées requises par le protocole (notamment la clé publique du staker, la clé publique du fournisseur de finalité, etc.), cette information est enregistrée dans l’OP_RETURN. Lorsqu’on analyse ce staking, le protocole utilise les règles correspondant à la version pour le traiter. Ce n’est pas un simple accessoire d’une mise à jour logicielle. C’est une interface prévue sur un registre sans état pour permettre l’évolutivité : des stakes de différentes versions suivent des règles différentes, sans interférer entre elles. Mais graver le numéro de version dans une transaction bitcoin signifie aussi un archivage permanent. À l’avenir, même si le protocole continue d’évoluer, la marque de version des transactions précoces restera conservée sur la chaîne Bitcoin. Penses-tu que c’est une voie de secours laissée pour l’évolution du protocole, ou bien un fardeau historique gravé dans la pierre ? #baby $BABY {future}(BABYUSDT) $1 {alpha}(560xff5d99a5c16cf2ffb4e7da1d7c42a791e70e4444) $BICO {future}(BICOUSDT)
Relire le matin les règles des transactions de staking du @BabylonLabs_io , en voyant un champ « protocol version » caché dans le OP_RETURN, je me suis soudain rendu compte que la plupart des gens sous-estiment trop le rôle des numéros de version.

En disséquant la conception de base de Babylon, ce qui m’a le plus marqué, c’est que chaque transaction de staking de bitcoins écrit de façon permanente le numéro de version du protocole dans la blockchain. Avec d’autres métadonnées requises par le protocole (notamment la clé publique du staker, la clé publique du fournisseur de finalité, etc.), cette information est enregistrée dans l’OP_RETURN. Lorsqu’on analyse ce staking, le protocole utilise les règles correspondant à la version pour le traiter.

Ce n’est pas un simple accessoire d’une mise à jour logicielle. C’est une interface prévue sur un registre sans état pour permettre l’évolutivité : des stakes de différentes versions suivent des règles différentes, sans interférer entre elles.

Mais graver le numéro de version dans une transaction bitcoin signifie aussi un archivage permanent. À l’avenir, même si le protocole continue d’évoluer, la marque de version des transactions précoces restera conservée sur la chaîne Bitcoin.

Penses-tu que c’est une voie de secours laissée pour l’évolution du protocole, ou bien un fardeau historique gravé dans la pierre ?

#baby $BABY
$1
$BICO
🚀 为升级预留空间
83%
🪨 历史永久保留
17%
⚖️ 两者缺一不可
0%
6 Votes • Vote fermé
·
--
Haussier
Au début, j’ai supposé que verrouiller $BTC était la partie la plus difficile : créer une sortie Taproot, s’engager dans un script, attendre les confirmations. Puis j’ai remarqué à quel point la véritable tâche se fait après que le UTXO existe, avant qu’une seule action DeFi puisse avoir lieu. Bitcoin ne comprend pas l’emprunt. Il ne sait pas ce que signifie un ratio de collatéral, ni la liquidation, ni le rendement. Il ne fait que consigner : cette sortie a été créée, cette sortie a été dépensée. @babylonlabs_io génère des preuves cryptographiques et des métadonnées de protocole pour que les applications puissent vérifier un état adossé à Bitcoin sans interpréter directement les transactions Bitcoin elles-mêmes. Donc le problème le plus difficile n’est pas la garde. C’est la traduction. Créer une chaîne qui ne fait que suivre des pièces pour qu’elle comprenne un monde de prêts et d’effet de levier. Ce que je ne sais pas, c’est si ajouter davantage de couches de traduction rend Bitcoin plus utile, ou simplement plus dépendant des interprètes que nous construisons autour de lui. #baby $BABY $BLESS {future}(BABYUSDT) {future}(BTCUSDT)
Au début, j’ai supposé que verrouiller $BTC était la partie la plus difficile : créer une sortie Taproot, s’engager dans un script, attendre les confirmations. Puis j’ai remarqué à quel point la véritable tâche se fait après que le UTXO existe, avant qu’une seule action DeFi puisse avoir lieu.

Bitcoin ne comprend pas l’emprunt. Il ne sait pas ce que signifie un ratio de collatéral, ni la liquidation, ni le rendement. Il ne fait que consigner : cette sortie a été créée, cette sortie a été dépensée. @BabylonLabs_io génère des preuves cryptographiques et des métadonnées de protocole pour que les applications puissent vérifier un état adossé à Bitcoin sans interpréter directement les transactions Bitcoin elles-mêmes.

Donc le problème le plus difficile n’est pas la garde. C’est la traduction. Créer une chaîne qui ne fait que suivre des pièces pour qu’elle comprenne un monde de prêts et d’effet de levier.

Ce que je ne sais pas, c’est si ajouter davantage de couches de traduction rend Bitcoin plus utile, ou simplement plus dépendant des interprètes que nous construisons autour de lui.

#baby $BABY $BLESS
增加系统复杂度
60%
更好的跨链协作
40%
更强可验证性
0%
5 Votes • Vote fermé
Vérifié
Quand je faisais le test du réseau TBV pour le @babylonlabs_io , je suis tombé sur cet écran : Sélection du Vault Provider. Ma première réaction a été : d’accord, choisissons celui qui propose la commission la moins élevée, et on continue. Pas tout à fait la même étape. Le fournisseur participe à la coordination hors-chaîne nécessaire au processus de vault, y compris certaines étapes impliquant la génération des preuves et le parcours de rachat. Dans le flux actuel du réseau de test TBV, le vault reste toujours lié au fournisseur sélectionné pendant la configuration. S’ils se déconnectent ensuite, votre $BTC ne sera pas bloqué. Le chemin de revendication par le déposant permet toujours une récupération unilatérale. Mais le fournisseur que vous avez choisi continue de jouer un rôle dans les opérations ultérieures du vault. Donc la partie la plus difficile n’est pas d’emprunter de l’argent. C’est de réaliser qu’un simple menu déroulant conserve votre vault lié à ce fournisseur dans le processus actuel du réseau de test TBV. Le taux de frais de commission peut-il refléter cet engagement, ou faut-il que l’utilisateur ait une autre façon de comparer les fournisseurs ? @babylonlabs_io #baby $BABY $IDOL {future}(BABYUSDT) {future}(BTCUSDT)
Quand je faisais le test du réseau TBV pour le @BabylonLabs_io , je suis tombé sur cet écran : Sélection du Vault Provider.

Ma première réaction a été : d’accord, choisissons celui qui propose la commission la moins élevée, et on continue.

Pas tout à fait la même étape.

Le fournisseur participe à la coordination hors-chaîne nécessaire au processus de vault, y compris certaines étapes impliquant la génération des preuves et le parcours de rachat. Dans le flux actuel du réseau de test TBV, le vault reste toujours lié au fournisseur sélectionné pendant la configuration.

S’ils se déconnectent ensuite, votre $BTC ne sera pas bloqué. Le chemin de revendication par le déposant permet toujours une récupération unilatérale. Mais le fournisseur que vous avez choisi continue de jouer un rôle dans les opérations ultérieures du vault.

Donc la partie la plus difficile n’est pas d’emprunter de l’argent. C’est de réaliser qu’un simple menu déroulant conserve votre vault lié à ce fournisseur dans le processus actuel du réseau de test TBV.

Le taux de frais de commission peut-il refléter cet engagement, ou faut-il que l’utilisateur ait une autre façon de comparer les fournisseurs ?
@BabylonLabs_io
#baby $BABY $IDOL
💰 只看佣金
25%
🛡️ 更看重可靠性
50%
🤝 两者都重要
25%
4 Votes • Vote fermé
·
--
Haussier
Vérifié
Je me suis soudain arrêté en passant en revue les règles de transactions de staking que j’avais pour @babylonlabs_io . Dans la même transaction, les clés publiques du staker et du fournisseur de finalité apparaissent deux fois. Une fois dans la sortie OP_RETURN, et une autre fois dans le chemin de script Taproot. Je pensais qu’il suffisait de stocker les données une seule fois. La clé publique de l’OP_RETURN sert à permettre à Babylon d’identifier et d’analyser cette transaction de staking, tandis que la clé publique dans le script Taproot sert à la vérification et à l’exécution des conditions de dépense définies par le protocole (y compris, entre autres, les scripts de slashing). Les deux endroits stockent le même ensemble de clés, mais leur usage est totalement différent. Voilà la partie que personne ne met dans les PPT. S’il manque ne serait-ce qu’une de ces parties, cette transaction ne peut pas remplir pleinement son rôle en tant que transaction de staking conforme aux exigences de Babylon. Après avoir reposé mon téléphone et réfléchi un moment : est-ce un design redondant ou une double confirmation nécessaire ? Peut-être les deux. #baby $BABY
Je me suis soudain arrêté en passant en revue les règles de transactions de staking que j’avais pour @BabylonLabs_io . Dans la même transaction, les clés publiques du staker et du fournisseur de finalité apparaissent deux fois. Une fois dans la sortie OP_RETURN, et une autre fois dans le chemin de script Taproot.

Je pensais qu’il suffisait de stocker les données une seule fois. La clé publique de l’OP_RETURN sert à permettre à Babylon d’identifier et d’analyser cette transaction de staking, tandis que la clé publique dans le script Taproot sert à la vérification et à l’exécution des conditions de dépense définies par le protocole (y compris, entre autres, les scripts de slashing). Les deux endroits stockent le même ensemble de clés, mais leur usage est totalement différent.

Voilà la partie que personne ne met dans les PPT. S’il manque ne serait-ce qu’une de ces parties, cette transaction ne peut pas remplir pleinement son rôle en tant que transaction de staking conforme aux exigences de Babylon.

Après avoir reposé mon téléphone et réfléchi un moment : est-ce un design redondant ou une double confirmation nécessaire ? Peut-être les deux.

#baby $BABY
·
--
Haussier
Vérifié
« «Une fois pour toutes » est ma plus profonde méprise concernant le staking. Lorsque j’ai vu la documentation des paramètres de staking de @babylonlabs_io Babylon, ma première réaction a été : si les règles sont intégrées dans un script, elles ne devraient-elles pas être valables pour toujours ? Mais la réponse est plus complexe. Les paramètres de staking de Babylon sont versionnés en fonction de la hauteur des blocs de Bitcoin. Chaque version correspond à une activation height et une cap height, et définit des règles telles que la durée de staking, la profondeur de confirmation, la clé publique du comité, le seuil du comité, etc. Cela m’a fait m’arrêter pour réfléchir. Ton BTC est verrouillé sur Bitcoin. Mais pour savoir si un staking respecte les règles du protocole, il faut déterminer quelle version des paramètres s’appliquait au moment où la transaction de staking a été inscrite sur Bitcoin. Et ces paramètres ne sont pas figés pour l’éternité. La gouvernance de Babylon Genesis peut ajuster les paramètres du réseau via des propositions de modification. Ainsi, la question vraiment intéressante n’est pas « est-ce que les paramètres vont changer ou non ». C’est plutôt : à mesure que le protocole évolue en continu. Entre les nouveaux paramètres et les stakings qui existent déjà, comment comprendre exactement cette relation ? Je suis de plus en plus convaincu que supprimer le custody centralisé ne signifie pas que les règles resteront éternellement inchangées. Cela signifie simplement que le contrôle des actifs reste sur Bitcoin. Tout en permettant au protocole d’évoluer et de se faire gouverner, afin que ses règles continuent de se transformer. #baby $BABY
« «Une fois pour toutes » est ma plus profonde méprise concernant le staking.

Lorsque j’ai vu la documentation des paramètres de staking de @BabylonLabs_io Babylon, ma première réaction a été : si les règles sont intégrées dans un script, elles ne devraient-elles pas être valables pour toujours ?

Mais la réponse est plus complexe.

Les paramètres de staking de Babylon sont versionnés en fonction de la hauteur des blocs de Bitcoin. Chaque version correspond à une activation height et une cap height, et définit des règles telles que la durée de staking, la profondeur de confirmation, la clé publique du comité, le seuil du comité, etc.

Cela m’a fait m’arrêter pour réfléchir.

Ton BTC est verrouillé sur Bitcoin. Mais pour savoir si un staking respecte les règles du protocole, il faut déterminer quelle version des paramètres s’appliquait au moment où la transaction de staking a été inscrite sur Bitcoin.

Et ces paramètres ne sont pas figés pour l’éternité. La gouvernance de Babylon Genesis peut ajuster les paramètres du réseau via des propositions de modification.

Ainsi, la question vraiment intéressante n’est pas « est-ce que les paramètres vont changer ou non ».

C’est plutôt : à mesure que le protocole évolue en continu. Entre les nouveaux paramètres et les stakings qui existent déjà, comment comprendre exactement cette relation ?

Je suis de plus en plus convaincu que supprimer le custody centralisé ne signifie pas que les règles resteront éternellement inchangées.

Cela signifie simplement que le contrôle des actifs reste sur Bitcoin. Tout en permettant au protocole d’évoluer et de se faire gouverner, afin que ses règles continuent de se transformer.

#baby $BABY
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Plan du site
Préférences de cookies
CGU de la plateforme