AL Roo
4.6k Publications
AL Roo
Compte Square Vérifié+Crypto Trader | Web3 Enthusiast | Binance Square KoL
54 Suivis
31.0K+ Abonnés
40.4K+ J’aime
Publications
Tous
Direct
Je parcourais TermMax et une chose à laquelle je n’ai pas vraiment pensé au début, c’est la date d’échéance.
Quand on voit « taux fixe », on a tendance à se focaliser sur le chiffre. C’était aussi ma première réaction. Le taux est-il bon ou mauvais par rapport à ce que je peux obtenir ailleurs ?
Mais dans un marché à terme fixe, la date associée à ce taux compte autant.
Ça ressemble à quelque chose de assez différent de l’expérience habituelle du prêt DeFi. Avec les marchés à taux variable, j’ai l’habitude de déposer des fonds puis de décider plus tard quand je veux les déplacer. Le taux change, mais il n’y a pas toujours une date précise qui reste en arrière-plan dans ma tête.
TermMax renverse un peu la logique. Le taux peut être plus prévisible, mais il faut anticiper la durée pendant laquelle vous voulez réellement conserver la position.
Je comprends pourquoi le système fonctionne comme ça. Avoir des échéances définies fait partie de ce qui rend possibles l’emprunt et le prêt à taux fixe, et pour quelqu’un qui connaît déjà son horizon, cette prévisibilité peut être vraiment utile.
Cela dit, je pense que c’est quelque chose que les nouveaux utilisateurs peuvent facilement négliger. Un taux fixe qui a l’air attractif ne veut pas automatiquement dire que la position correspond à ce dont vous avez besoin. L’échéance pourrait finir par être l’élément le plus important dans la décision.
Après y avoir passé un peu de temps, je me suis surpris à vérifier les dates avant de comparer les taux.
Je me demande si d’autres personnes qui utilisent le DeFi à taux fixe font pareil, ou si le TAEG est toujours la première chose que vous regardez.
#TermMax @TermMax
Quand on voit « taux fixe », on a tendance à se focaliser sur le chiffre. C’était aussi ma première réaction. Le taux est-il bon ou mauvais par rapport à ce que je peux obtenir ailleurs ?
Mais dans un marché à terme fixe, la date associée à ce taux compte autant.
Ça ressemble à quelque chose de assez différent de l’expérience habituelle du prêt DeFi. Avec les marchés à taux variable, j’ai l’habitude de déposer des fonds puis de décider plus tard quand je veux les déplacer. Le taux change, mais il n’y a pas toujours une date précise qui reste en arrière-plan dans ma tête.
TermMax renverse un peu la logique. Le taux peut être plus prévisible, mais il faut anticiper la durée pendant laquelle vous voulez réellement conserver la position.
Je comprends pourquoi le système fonctionne comme ça. Avoir des échéances définies fait partie de ce qui rend possibles l’emprunt et le prêt à taux fixe, et pour quelqu’un qui connaît déjà son horizon, cette prévisibilité peut être vraiment utile.
Cela dit, je pense que c’est quelque chose que les nouveaux utilisateurs peuvent facilement négliger. Un taux fixe qui a l’air attractif ne veut pas automatiquement dire que la position correspond à ce dont vous avez besoin. L’échéance pourrait finir par être l’élément le plus important dans la décision.
Après y avoir passé un peu de temps, je me suis surpris à vérifier les dates avant de comparer les taux.
Je me demande si d’autres personnes qui utilisent le DeFi à taux fixe font pareil, ou si le TAEG est toujours la première chose que vous regardez.
#TermMax @TermMax
Je lisais les documents de Dusk, et un point m’a amené à considérer son paramétrage de confidentialité sous un angle un peu différent.
Au départ, je pensais que la confidentialité sur Dusk fonctionnait comme un simple interrupteur : les transactions sont soit privées, soit elles ne le sont pas. Mais en réalité, ce n’est pas comme ça.
Dusk propose Moonlight et Phoenix, qui remplissent des rôles assez différents. Moonlight se rapproche de ce à quoi la plupart d’entre nous sommes habitués sur les chaînes publiques : les soldes et les détails des transactions sont visibles. Phoenix utilise des notes chiffrées et des preuves à connaissance nulle, ce qui permet de vérifier la transaction sans divulguer l’ensemble de ses détails publiquement.
La partie qui m’a semblé plus intéressante, c’est la notion de clés de consultation.
Une transaction Phoenix peut rester privée vis-à-vis du public, tout en permettant à l’utilisateur d’accorder à des parties spécifiques l’accès à certaines informations. Cela peut sembler un détail mineur, mais pour les applications financières, cela a beaucoup de sens. La confidentialité est utile, mais les entreprises peuvent tout de même avoir besoin de transmettre des relevés à des auditeurs ou à d’autres parties autorisées.
Il y a toutefois un inconvénient.
Le fait qu’il existe deux modèles de transaction implique que les utilisateurs doivent en réalité savoir lequel ils utilisent. Quelqu’un pourrait entendre « Dusk est axé sur la confidentialité » et supposer que chaque transaction bénéficie automatiquement du même niveau de confidentialité. Ce n’est pas le cas.
En fait, je préfère envisager Dusk de cette manière : il s’agit moins de cacher tout que de contrôler ce qui devient public et ce qui ne le devient pas.
Je me demande si ce type de confidentialité sélective sera plus simple pour des institutions financières réelles que des systèmes entièrement privés par défaut.
$DUSK @Dusk #dusk
Au départ, je pensais que la confidentialité sur Dusk fonctionnait comme un simple interrupteur : les transactions sont soit privées, soit elles ne le sont pas. Mais en réalité, ce n’est pas comme ça.
Dusk propose Moonlight et Phoenix, qui remplissent des rôles assez différents. Moonlight se rapproche de ce à quoi la plupart d’entre nous sommes habitués sur les chaînes publiques : les soldes et les détails des transactions sont visibles. Phoenix utilise des notes chiffrées et des preuves à connaissance nulle, ce qui permet de vérifier la transaction sans divulguer l’ensemble de ses détails publiquement.
La partie qui m’a semblé plus intéressante, c’est la notion de clés de consultation.
Une transaction Phoenix peut rester privée vis-à-vis du public, tout en permettant à l’utilisateur d’accorder à des parties spécifiques l’accès à certaines informations. Cela peut sembler un détail mineur, mais pour les applications financières, cela a beaucoup de sens. La confidentialité est utile, mais les entreprises peuvent tout de même avoir besoin de transmettre des relevés à des auditeurs ou à d’autres parties autorisées.
Il y a toutefois un inconvénient.
Le fait qu’il existe deux modèles de transaction implique que les utilisateurs doivent en réalité savoir lequel ils utilisent. Quelqu’un pourrait entendre « Dusk est axé sur la confidentialité » et supposer que chaque transaction bénéficie automatiquement du même niveau de confidentialité. Ce n’est pas le cas.
En fait, je préfère envisager Dusk de cette manière : il s’agit moins de cacher tout que de contrôler ce qui devient public et ce qui ne le devient pas.
Je me demande si ce type de confidentialité sélective sera plus simple pour des institutions financières réelles que des systèmes entièrement privés par défaut.
$DUSK @Dusk #dusk
$ETH affiche une forte solidité intrajournalière.
Les acheteurs continuent de défendre la structure et de conserver le contrôle.
EP
1 896 - 1 900
TP
1 904
1 909
1 912
SL
1 890
La liquidité se situe au-dessus des récents plus hauts, tandis que la réaction depuis la zone de 1 891 confirme la demande. Le maintien de la structure actuelle garde le scénario de poursuite à la hausse actif.
Allons-y $ETH
Les acheteurs continuent de défendre la structure et de conserver le contrôle.
EP
1 896 - 1 900
TP
1 904
1 909
1 912
SL
1 890
La liquidité se situe au-dessus des récents plus hauts, tandis que la réaction depuis la zone de 1 891 confirme la demande. Le maintien de la structure actuelle garde le scénario de poursuite à la hausse actif.
Allons-y $ETH
Ce qui a attiré mon attention en lisant la documentation de Dusk, c’était quelque chose de plutôt simple : la confidentialité sur le réseau n’est pas seulement un interrupteur marche/arrêt.
Dusk propose à la fois des transactions Moonlight et Phoenix. Moonlight est transparent, tandis que Phoenix est conçu pour des transferts protégés, où des détails comme l’expéditeur, le destinataire et le montant peuvent rester privés.
Cela ressemble à une petite différence technique, mais je pense que cela compte énormément pour la manière dont les gens comprennent le réseau.
Quand on entend « blockchain de confidentialité », on imagine facilement que tout ce qu’on fait est automatiquement caché. Avec Dusk, ce n’est pas nécessairement le cas. Le niveau de confidentialité dépend du type de transaction ou d’application que vous utilisez réellement.
Je comprends pourquoi ils l’ont conçu ainsi. Les applications financières ont souvent besoin de plus de souplesse que la simple anonymisation. Certaines activités doivent peut-être rester publiques, tandis que d’autres informations doivent demeurer confidentielles ou n’être visibles que pour certaines parties.
Ce qui pourrait devenir déroutant, c’est l’expérience utilisateur. La plupart des gens ne vont pas réfléchir aux modèles de compte ou aux UTXO protégés avant d’effectuer une transaction. Ils s’attendront probablement simplement à ce que l’application rende évident ce qui est privé et ce qui ne l’est pas.
Pour moi, c’est la partie la plus intéressante de l’approche de Dusk. La technologie peut prendre en charge différents niveaux de visibilité, mais le vrai test sera de savoir si les utilisateurs peuvent comprendre ces choix sans devoir d’abord lire la documentation.
Je me demande si la confidentialité sélective finit par être plus pratique que de rendre tout privé par défaut.
$DUSK #dusk @Dusk
Dusk propose à la fois des transactions Moonlight et Phoenix. Moonlight est transparent, tandis que Phoenix est conçu pour des transferts protégés, où des détails comme l’expéditeur, le destinataire et le montant peuvent rester privés.
Cela ressemble à une petite différence technique, mais je pense que cela compte énormément pour la manière dont les gens comprennent le réseau.
Quand on entend « blockchain de confidentialité », on imagine facilement que tout ce qu’on fait est automatiquement caché. Avec Dusk, ce n’est pas nécessairement le cas. Le niveau de confidentialité dépend du type de transaction ou d’application que vous utilisez réellement.
Je comprends pourquoi ils l’ont conçu ainsi. Les applications financières ont souvent besoin de plus de souplesse que la simple anonymisation. Certaines activités doivent peut-être rester publiques, tandis que d’autres informations doivent demeurer confidentielles ou n’être visibles que pour certaines parties.
Ce qui pourrait devenir déroutant, c’est l’expérience utilisateur. La plupart des gens ne vont pas réfléchir aux modèles de compte ou aux UTXO protégés avant d’effectuer une transaction. Ils s’attendront probablement simplement à ce que l’application rende évident ce qui est privé et ce qui ne l’est pas.
Pour moi, c’est la partie la plus intéressante de l’approche de Dusk. La technologie peut prendre en charge différents niveaux de visibilité, mais le vrai test sera de savoir si les utilisateurs peuvent comprendre ces choix sans devoir d’abord lire la documentation.
Je me demande si la confidentialité sélective finit par être plus pratique que de rendre tout privé par défaut.
$DUSK #dusk @Dusk
$XPL affiche actuellement une force solide.
La structure tient bon et les acheteurs ont la main.
EP
0.0778 - 0.0785
TP
0.0796
0.0810
0.0830
SL
0.0759
La liquidité se renforce au-dessus des récents plus hauts, tandis que le prix réagit bien au niveau du support. Le maintien de cette structure garde le mouvement à la hausse actif.
Allons-y $XPL
La structure tient bon et les acheteurs ont la main.
EP
0.0778 - 0.0785
TP
0.0796
0.0810
0.0830
SL
0.0759
La liquidité se renforce au-dessus des récents plus hauts, tandis que le prix réagit bien au niveau du support. Le maintien de cette structure garde le mouvement à la hausse actif.
Allons-y $XPL
Je lisais les documents de Dusk et un petit détail m’a marqué : être sur un réseau axé sur la confidentialité ne veut pas forcément dire que tout ce que vous faites est privé.
Dusk propose deux modèles de transaction différents. Moonlight est public, tandis que Phoenix est la partie protégée. Cela ressemble à une distinction technique, mais je pense que cela change la manière dont les utilisateurs doivent penser le réseau.
Ma première hypothèse était que la confidentialité serait simplement le paramètre par défaut partout. Pourtant, Dusk traite la confidentialité davantage comme un choix selon ce que vous faites. Pour les applications financières, je comprends la logique. Toutes les transactions n’ont pas besoin d’être dissimulées, et il arrive que des informations doivent être visibles, comme pour l’audit ou la conformité. Phoenix peut conserver les détails des transactions privés tout en permettant une divulgation sélective grâce à des clés de consultation.
En revanche, je suis moins sûr de la façon dont cela sera perçu par les utilisateurs ordinaires.
La plupart des gens ne vont probablement pas prendre le temps d’apprendre la différence entre les modèles de transaction avant d’utiliser une application. S’ils voient « blockchain de confidentialité », ils supposeront naturellement que leur activité est privée. L’interface est donc très importante. Les utilisateurs doivent pouvoir savoir ce qui est public et ce qui est protégé sans avoir à fouiller dans la documentation.
Je ne pense pas que le fait d’avoir les deux modèles soit nécessairement une faiblesse. Dans les applications financières, cette flexibilité pourrait même être utile. Mais cela rend l’approche de Dusk en matière de confidentialité un peu plus nuancée que ne le suggère l’étiquette.
Je suis curieux de voir ce que cela donne en pratique une fois que davantage d’applications commenceront à utiliser les deux modèles. Est-ce que les utilisateurs apprécieront d’avoir le choix, ou préféreraient-ils que la confidentialité se fasse simplement automatiquement en arrière-plan ?
@Dusk $DUSK #dusk
Dusk propose deux modèles de transaction différents. Moonlight est public, tandis que Phoenix est la partie protégée. Cela ressemble à une distinction technique, mais je pense que cela change la manière dont les utilisateurs doivent penser le réseau.
Ma première hypothèse était que la confidentialité serait simplement le paramètre par défaut partout. Pourtant, Dusk traite la confidentialité davantage comme un choix selon ce que vous faites. Pour les applications financières, je comprends la logique. Toutes les transactions n’ont pas besoin d’être dissimulées, et il arrive que des informations doivent être visibles, comme pour l’audit ou la conformité. Phoenix peut conserver les détails des transactions privés tout en permettant une divulgation sélective grâce à des clés de consultation.
En revanche, je suis moins sûr de la façon dont cela sera perçu par les utilisateurs ordinaires.
La plupart des gens ne vont probablement pas prendre le temps d’apprendre la différence entre les modèles de transaction avant d’utiliser une application. S’ils voient « blockchain de confidentialité », ils supposeront naturellement que leur activité est privée. L’interface est donc très importante. Les utilisateurs doivent pouvoir savoir ce qui est public et ce qui est protégé sans avoir à fouiller dans la documentation.
Je ne pense pas que le fait d’avoir les deux modèles soit nécessairement une faiblesse. Dans les applications financières, cette flexibilité pourrait même être utile. Mais cela rend l’approche de Dusk en matière de confidentialité un peu plus nuancée que ne le suggère l’étiquette.
Je suis curieux de voir ce que cela donne en pratique une fois que davantage d’applications commenceront à utiliser les deux modèles. Est-ce que les utilisateurs apprécieront d’avoir le choix, ou préféreraient-ils que la confidentialité se fasse simplement automatiquement en arrière-plan ?
@Dusk $DUSK #dusk
$COW affiche une force explosive.
Les taureaux restent fermement aux commandes après la cassure.
EP
0.1650 - 0.1740
TP
0.1800
0.1940
0.2100
SL
0.1560
La liquidité se construit au-dessus du récent plus haut. Une forte réaction depuis la zone de cassure pourrait maintenir la structure haussière intacte et ouvrir la voie à une nouvelle expansion.
Allons-y $COW
Les taureaux restent fermement aux commandes après la cassure.
EP
0.1650 - 0.1740
TP
0.1800
0.1940
0.2100
SL
0.1560
La liquidité se construit au-dessus du récent plus haut. Une forte réaction depuis la zone de cassure pourrait maintenir la structure haussière intacte et ouvrir la voie à une nouvelle expansion.
Allons-y $COW
Je parcourais la documentation de Dusk et un petit détail a changé ma façon de penser l’ensemble de la description « blockchain de confidentialité ».
La confidentialité n’est pas simplement activée pour tout.
Dusk dispose de deux modèles de transaction qui se comportent de manière tout à fait différente. Moonlight est plus proche de ce que la plupart d’entre nous ont l’habitude de voir sur les chaînes publiques, où les soldes et l’activité peuvent être consultés. Phoenix emprunte la voie de la confidentialité, en utilisant des notes chiffrées et des preuves à divulgation nulle (zero-knowledge) afin de garder les détails des transactions cachés.
Au début, je me demandais pourquoi ils ne feraient pas simplement de Phoenix l’expérience par défaut partout. Mais plus j’y réfléchissais dans le contexte des applications financières, plus la séparation a commencé à avoir du sens.
Un échange, par exemple, pourrait avoir besoin de transactions plus faciles à suivre et à rapprocher. Une personne qui transfère des actifs peut avoir des attentes totalement différentes et préférer la confidentialité. Forcer les deux types d’utilisateurs à utiliser le même modèle créerait probablement ses propres problèmes.
La partie qui pourrait surprendre, selon moi, c’est la formulation autour de la confidentialité. Quelqu’un peut entendre « blockchain axée sur la confidentialité » et en déduire naturellement que tout ce qu’il fait est privé. Sur Dusk, vous devez toutefois comprendre quel modèle de transaction vous utilisez.
Cela rend la conception des portefeuilles (wallets) assez importante. Si les applications expliquent clairement la différence, offrir les deux options peut sembler utile. Si elles ne le font pas, les gens pourraient n’apprendre la distinction qu’après avoir supposé qu’une transaction était plus privée qu’elle ne l’était en réalité.
Je ne sais pas encore ce que je pense de ce compromis. Choisir entre transparence et confidentialité est-il quelque chose que les utilisateurs devraient contrôler activement, ou bien les portefeuilles devraient-ils surtout prendre cette décision à leur place ?
@Dusk $DUSK #dusk
La confidentialité n’est pas simplement activée pour tout.
Dusk dispose de deux modèles de transaction qui se comportent de manière tout à fait différente. Moonlight est plus proche de ce que la plupart d’entre nous ont l’habitude de voir sur les chaînes publiques, où les soldes et l’activité peuvent être consultés. Phoenix emprunte la voie de la confidentialité, en utilisant des notes chiffrées et des preuves à divulgation nulle (zero-knowledge) afin de garder les détails des transactions cachés.
Au début, je me demandais pourquoi ils ne feraient pas simplement de Phoenix l’expérience par défaut partout. Mais plus j’y réfléchissais dans le contexte des applications financières, plus la séparation a commencé à avoir du sens.
Un échange, par exemple, pourrait avoir besoin de transactions plus faciles à suivre et à rapprocher. Une personne qui transfère des actifs peut avoir des attentes totalement différentes et préférer la confidentialité. Forcer les deux types d’utilisateurs à utiliser le même modèle créerait probablement ses propres problèmes.
La partie qui pourrait surprendre, selon moi, c’est la formulation autour de la confidentialité. Quelqu’un peut entendre « blockchain axée sur la confidentialité » et en déduire naturellement que tout ce qu’il fait est privé. Sur Dusk, vous devez toutefois comprendre quel modèle de transaction vous utilisez.
Cela rend la conception des portefeuilles (wallets) assez importante. Si les applications expliquent clairement la différence, offrir les deux options peut sembler utile. Si elles ne le font pas, les gens pourraient n’apprendre la distinction qu’après avoir supposé qu’une transaction était plus privée qu’elle ne l’était en réalité.
Je ne sais pas encore ce que je pense de ce compromis. Choisir entre transparence et confidentialité est-il quelque chose que les utilisateurs devraient contrôler activement, ou bien les portefeuilles devraient-ils surtout prendre cette décision à leur place ?
@Dusk $DUSK #dusk
$ACE fait preuve d’une force sérieuse après une cassure puissante.
La structure reste haussière tant que les acheteurs conservent le contrôle.
EP
0.2200 - 0.2320
TP
0.2450
0.2580
0.2800
SL
0.2090
La liquidité a fortement augmenté après la cassure, avec un mouvement des prix réagissant près de la résistance 0.2581. Le maintien de la structure de cassure maintient la probabilité de continuation.
Allons-y $ACE
La structure reste haussière tant que les acheteurs conservent le contrôle.
EP
0.2200 - 0.2320
TP
0.2450
0.2580
0.2800
SL
0.2090
La liquidité a fortement augmenté après la cassure, avec un mouvement des prix réagissant près de la résistance 0.2581. Le maintien de la structure de cassure maintient la probabilité de continuation.
Allons-y $ACE
Une chose que je n’avais pas comprise complètement au sujet de Dusk avant d’y passer un peu de temps dans la documentation, c’est que la “confidentialité” ne signifie pas que chaque transaction sur le réseau est privée.
En réalité, Dusk propose différents modèles de transaction. Phoenix est conçu pour des transferts confidentiels grâce à des notes chiffrées et des preuves à connaissance nulle, tandis que Moonlight fonctionne plutôt comme un modèle de compte transparent classique.
Cette distinction m’a d’abord pris de court.
Si quelqu’un entend “blockchain de confidentialité”, je pense que l’hypothèse naturelle est que votre activité est masquée par défaut. Mais Dusk semble adopter une approche plus pratique : parfois, vous voulez de la confidentialité, et parfois la transparence est utile, voire nécessaire.
Pour des applications financières, je vois pourquoi ils l’ont conçu ainsi. La confidentialité ne consiste pas toujours à tout cacher à tout le monde. Une entreprise pourrait vouloir que les détails des transactions restent à l’écart du public tout en étant capable de fournir certaines informations lorsqu’il existe une raison légitime d’audit ou de conformité.
Le compromis, c’est que cela reporte davantage de responsabilité sur l’expérience utilisateur.
Si j’effectue une transaction, je ne devrais pas avoir besoin de comprendre la cryptographie sous-jacente, mais je devrais probablement savoir si j’utilise Phoenix ou Moonlight et ce que cela implique pour les informations que j’expose. Si les portefeuilles et les applications ne l’expliquent pas clairement, le mot “privé” pourrait facilement donner aux gens une attente incorrecte.
Après en avoir lu davantage, je pense que l’approche de Dusk vise moins à rendre tout invisible qu’à décider où la confidentialité a réellement du sens.
Cela ressemble davantage à la manière dont fonctionnent les systèmes financiers réels, mais je me demande encore si le fait d’avoir plusieurs modèles de confidentialité rendra les choses plus claires pour les utilisateurs, ou s’il ajoutera simplement un autre élément à comprendre.
#dusk @Dusk $DUSK
En réalité, Dusk propose différents modèles de transaction. Phoenix est conçu pour des transferts confidentiels grâce à des notes chiffrées et des preuves à connaissance nulle, tandis que Moonlight fonctionne plutôt comme un modèle de compte transparent classique.
Cette distinction m’a d’abord pris de court.
Si quelqu’un entend “blockchain de confidentialité”, je pense que l’hypothèse naturelle est que votre activité est masquée par défaut. Mais Dusk semble adopter une approche plus pratique : parfois, vous voulez de la confidentialité, et parfois la transparence est utile, voire nécessaire.
Pour des applications financières, je vois pourquoi ils l’ont conçu ainsi. La confidentialité ne consiste pas toujours à tout cacher à tout le monde. Une entreprise pourrait vouloir que les détails des transactions restent à l’écart du public tout en étant capable de fournir certaines informations lorsqu’il existe une raison légitime d’audit ou de conformité.
Le compromis, c’est que cela reporte davantage de responsabilité sur l’expérience utilisateur.
Si j’effectue une transaction, je ne devrais pas avoir besoin de comprendre la cryptographie sous-jacente, mais je devrais probablement savoir si j’utilise Phoenix ou Moonlight et ce que cela implique pour les informations que j’expose. Si les portefeuilles et les applications ne l’expliquent pas clairement, le mot “privé” pourrait facilement donner aux gens une attente incorrecte.
Après en avoir lu davantage, je pense que l’approche de Dusk vise moins à rendre tout invisible qu’à décider où la confidentialité a réellement du sens.
Cela ressemble davantage à la manière dont fonctionnent les systèmes financiers réels, mais je me demande encore si le fait d’avoir plusieurs modèles de confidentialité rendra les choses plus claires pour les utilisateurs, ou s’il ajoutera simplement un autre élément à comprendre.
#dusk @Dusk $DUSK
$BANK affiche une forte dynamique.
Les acheteurs confirment le contrôle après la forte reprise.
EP
0.0400 - 0.0412
TP
0.0420
0.0448
0.0471
SL
0.0388
La liquidité autour des récents plus hauts reste la cible principale. Une réaction nette au-dessus de la zone d’entrée permet de conserver la structure haussière et ouvre de la place pour la continuation.
Allons-y $BANK
Les acheteurs confirment le contrôle après la forte reprise.
EP
0.0400 - 0.0412
TP
0.0420
0.0448
0.0471
SL
0.0388
La liquidité autour des récents plus hauts reste la cible principale. Une réaction nette au-dessus de la zone d’entrée permet de conserver la structure haussière et ouvre de la place pour la continuation.
Allons-y $BANK
$ETH affiche un fort élan de reprise.
Les acheteurs reprennent le contrôle tandis que la structure reste solidement en place.
EP
1885 - 1895
TP
TP1 1910
TP2 1925
TP3 1943
SL
1865
La liquidité autour des récents plus bas a été balayée, suivie d’une réaction rapide. Le fait de conserver la structure actuelle maintient l’attention sur la liquidité à la hausse.
Allons-y $ETH
Les acheteurs reprennent le contrôle tandis que la structure reste solidement en place.
EP
1885 - 1895
TP
TP1 1910
TP2 1925
TP3 1943
SL
1865
La liquidité autour des récents plus bas a été balayée, suivie d’une réaction rapide. Le fait de conserver la structure actuelle maintient l’attention sur la liquidité à la hausse.
Allons-y $ETH
$XRP is montre une force provenant de la chasse de liquidité à 0,9915 $.
Les acheteurs reprennent le contrôle après la réaction brutale depuis le support.
EP 1.0080 - 1.0150
TP 1.0248 1.0437 1.0625
SL 0.9870
La liquidité sous 1,00 $ a été balayée avec une forte réaction. En conservant la structure actuelle, le scénario de reprise reste actif vers les prochaines zones de liquidité.
Allons-y $XRP
Les acheteurs reprennent le contrôle après la réaction brutale depuis le support.
EP 1.0080 - 1.0150
TP 1.0248 1.0437 1.0625
SL 0.9870
La liquidité sous 1,00 $ a été balayée avec une forte réaction. En conservant la structure actuelle, le scénario de reprise reste actif vers les prochaines zones de liquidité.
Allons-y $XRP
$ETH affiche de la force autour d’une zone de support clé. Les acheteurs doivent reprendre le contrôle et confirmer la structure.
EP $1,868 - $1,878
TP $1,888 $1,908 $1,928
SL $1,852
La liquidité a été balayée près des plus bas, et la réaction depuis cette zone sera déterminante. Le maintien du support pourrait déclencher un rebond vers la structure précédente et la liquidité au-dessus.
Allons-y $ETH
EP $1,868 - $1,878
TP $1,888 $1,908 $1,928
SL $1,852
La liquidité a été balayée près des plus bas, et la réaction depuis cette zone sera déterminante. Le maintien du support pourrait déclencher un rebond vers la structure précédente et la liquidité au-dessus.
Allons-y $ETH
$ETH affiche une forte dynamique autour de la zone des 1,926 $. Les acheteurs restent aux commandes tandis que la structure continue de se maintenir.
EP 1 918 - 1 926
TP 1 943 1 960 1 980
SL 1 898
La liquidité se renforce au-dessus des récents plus hauts, tandis que le prix continue de réagir fortement depuis le support. Le fait de maintenir cette structure conserve la configuration haussière et ouvre la voie à une expansion vers les prochaines zones de liquidité.
C’est parti pour $ETH
EP 1 918 - 1 926
TP 1 943 1 960 1 980
SL 1 898
La liquidité se renforce au-dessus des récents plus hauts, tandis que le prix continue de réagir fortement depuis le support. Le fait de maintenir cette structure conserve la configuration haussière et ouvre la voie à une expansion vers les prochaines zones de liquidité.
C’est parti pour $ETH
$ETH affiche une forte dynamique autour de 1,923 $. Les acheteurs restent aux commandes tandis que la structure en 4H continue de maintenir un niveau supérieur.
EP 1 915 - 1 925
TP 1 943 1 965 2 000
SL 1 898
La liquidité se construit au-dessus du récent plus haut à 1 943 $. Une réaction nette depuis la zone d’entrée pourrait préserver la structure haussière et ouvrir la voie à une nouvelle poussée vers une liquidité plus élevée.
Allons-y $ETH
EP 1 915 - 1 925
TP 1 943 1 965 2 000
SL 1 898
La liquidité se construit au-dessus du récent plus haut à 1 943 $. Une réaction nette depuis la zone d’entrée pourrait préserver la structure haussière et ouvrir la voie à une nouvelle poussée vers une liquidité plus élevée.
Allons-y $ETH
$ETH affiche une forte dynamique haussière.
Les acheteurs restent aux commandes tandis que la structure haussière continue de se maintenir.
EP
1910–1920
TP
TP1 : 1943
TP2 : 1975
TP3 : 2000
SL
1890
La liquidité a été récupérée au-dessus des plus hauts récents, et le prix réagit positivement après la reprise de niveaux clés. Tant que la structure actuelle reste intacte, les acheteurs conservent l’avantage avec de la marge pour une continuation vers des résistances plus élevées.
Allons-y $ETH
Les acheteurs restent aux commandes tandis que la structure haussière continue de se maintenir.
EP
1910–1920
TP
TP1 : 1943
TP2 : 1975
TP3 : 2000
SL
1890
La liquidité a été récupérée au-dessus des plus hauts récents, et le prix réagit positivement après la reprise de niveaux clés. Tant que la structure actuelle reste intacte, les acheteurs conservent l’avantage avec de la marge pour une continuation vers des résistances plus élevées.
Allons-y $ETH
$ETH affiche une forte dynamique haussière.
Les acheteurs restent aux commandes alors que la structure haussière continue de se maintenir.
EP
1910–1920
TP
TP1 : 1943
TP2 : 1975
TP3 : 2000
SL
1890
La liquidité a été absorbée au-dessus des récents plus hauts, et le prix réagit positivement après avoir repris des niveaux clés. Tant que la structure actuelle reste intacte, les acheteurs conservent l’avantage avec de la place pour une poursuite vers une résistance plus élevée.
Allons-y $ETH
Les acheteurs restent aux commandes alors que la structure haussière continue de se maintenir.
EP
1910–1920
TP
TP1 : 1943
TP2 : 1975
TP3 : 2000
SL
1890
La liquidité a été absorbée au-dessus des récents plus hauts, et le prix réagit positivement après avoir repris des niveaux clés. Tant que la structure actuelle reste intacte, les acheteurs conservent l’avantage avec de la place pour une poursuite vers une résistance plus élevée.
Allons-y $ETH
$ETH affiche une force impressionnante.
La structure haussière reste aux commandes.
EP
1908–1918
TP
TP1 1928
TP2 1955
TP3 1985
SL
1886
La liquidité au-dessus du récent sommet est l’objectif principal. Tenir au-dessus du support maintient les acheteurs aux commandes, et la structure actuelle continue de favoriser une expansion supplémentaire après la cassure.
Allons-y $ETH
La structure haussière reste aux commandes.
EP
1908–1918
TP
TP1 1928
TP2 1955
TP3 1985
SL
1886
La liquidité au-dessus du récent sommet est l’objectif principal. Tenir au-dessus du support maintient les acheteurs aux commandes, et la structure actuelle continue de favoriser une expansion supplémentaire après la cassure.
Allons-y $ETH
J’ai passé un peu de temps à parcourir la documentation de Babylon, puis à la comparer avec quelques discussions récentes au sein de la communauté. Une chose que je n’ai cessé de remarquer, c’est que les gens la décrivent souvent comme du « staking Bitcoin », mais cette formulation peut donner une première impression erronée.
Au début, je pensais que l’expérience serait similaire au staking sur une chaîne PoS classique. En lisant un peu plus, je me suis rendu compte que ce n’est pas vraiment ce que Babylon cherche à construire. Le protocole semble davantage axé sur le fait de préserver Bitcoin dans ce qu’il est, plutôt que de le faire se comporter comme des actifs sur d’autres réseaux.
Cela a changé la manière dont j’ai regardé le projet. Au lieu de me demander : « Est-ce que cela offre toute la flexibilité à laquelle je suis habitué ? », j’ai commencé à me demander : « Pourquoi ces choix de conception ont-ils été faits en premier lieu ? » Quand on y pense du point de vue de Bitcoin, certains compromis deviennent plus faciles à comprendre, même s’ils ne correspondent pas à ce que veut chaque utilisateur.
Je vois aussi pourquoi cela peut créer de la confusion. L’industrie crypto nous a appris à nous attendre à ce que le staking fonctionne d’une certaine façon, donc il est facile de transporter ces attentes jusqu’à Babylon. Ensuite, vous lisez la documentation et vous réalisez qu’il s’agit de résoudre un problème complètement différent.
Pour moi, c’est là que ça devient intéressant. Qu’on apprécie la conception ou non, cela a davantage de sens une fois qu’on cesse de la comparer à une expérience standard de staking en PoS. Le protocole cherche à préserver les principes de Bitcoin tout en étendant son rôle, et c’est un objectif très différent.
Je suis encore curieux de voir comment les nouveaux utilisateurs réagiront lorsqu’ils en sauront davantage. Les gens finiront-ils par considérer ces compromis comme une force, ou bien les attentes liées au mot « staking » continueront-elles de provoquer de la confusion ?
#baby @BabylonLabs_io $BABY
Au début, je pensais que l’expérience serait similaire au staking sur une chaîne PoS classique. En lisant un peu plus, je me suis rendu compte que ce n’est pas vraiment ce que Babylon cherche à construire. Le protocole semble davantage axé sur le fait de préserver Bitcoin dans ce qu’il est, plutôt que de le faire se comporter comme des actifs sur d’autres réseaux.
Cela a changé la manière dont j’ai regardé le projet. Au lieu de me demander : « Est-ce que cela offre toute la flexibilité à laquelle je suis habitué ? », j’ai commencé à me demander : « Pourquoi ces choix de conception ont-ils été faits en premier lieu ? » Quand on y pense du point de vue de Bitcoin, certains compromis deviennent plus faciles à comprendre, même s’ils ne correspondent pas à ce que veut chaque utilisateur.
Je vois aussi pourquoi cela peut créer de la confusion. L’industrie crypto nous a appris à nous attendre à ce que le staking fonctionne d’une certaine façon, donc il est facile de transporter ces attentes jusqu’à Babylon. Ensuite, vous lisez la documentation et vous réalisez qu’il s’agit de résoudre un problème complètement différent.
Pour moi, c’est là que ça devient intéressant. Qu’on apprécie la conception ou non, cela a davantage de sens une fois qu’on cesse de la comparer à une expérience standard de staking en PoS. Le protocole cherche à préserver les principes de Bitcoin tout en étendant son rôle, et c’est un objectif très différent.
Je suis encore curieux de voir comment les nouveaux utilisateurs réagiront lorsqu’ils en sauront davantage. Les gens finiront-ils par considérer ces compromis comme une force, ou bien les attentes liées au mot « staking » continueront-elles de provoquer de la confusion ?
#baby @BabylonLabs_io $BABY
Connectez-vous pour découvrir plus de contenu