Binance Square
C Y R O N
5.5k Publications

C Y R O N

Binance KOL & Web3 Mentor
Détenteur pour XPL
Détenteur pour XPL
Trade régulièrement
4.8 an(s)
291 Suivis
18.3K+ Abonnés
18.0K+ J’aime
Publications
·
--
Haussier
·
--
Haussier
BITCOIN VIENT DE TRANSFORMER 79 500 $ EN SUPPORT 🚨 Bitcoin a franchi la résistance de 79 500 $ que je surveillais et a poussé au-dessus de 80 K. Le $BTC s’échange désormais autour de 80,9 K après avoir brièvement dépassé 82 K. Le niveau clé est désormais simple : 79,5 K. Si Bitcoin reste au-dessus, je surveille le prochain objectif : 82 K. Perdre 79,5 K, et ce breakout commence à paraître beaucoup moins convaincant. Pour l’instant, la structure s’est nettement améliorée. {spot}(BTCUSDT) #USWeeklyInitialJoblessClaimsRiseTo206000 #HousePressesSenateOnCLARITYAct
BITCOIN VIENT DE TRANSFORMER 79 500 $ EN SUPPORT 🚨

Bitcoin a franchi la résistance de 79 500 $ que je surveillais et a poussé au-dessus de 80 K.

Le $BTC s’échange désormais autour de 80,9 K après avoir brièvement dépassé 82 K.

Le niveau clé est désormais simple : 79,5 K.

Si Bitcoin reste au-dessus, je surveille le prochain objectif : 82 K.

Perdre 79,5 K, et ce breakout commence à paraître beaucoup moins convaincant.

Pour l’instant, la structure s’est nettement améliorée.

#USWeeklyInitialJoblessClaimsRiseTo206000
#HousePressesSenateOnCLARITYAct
·
--
Haussier
Voir la traduction
ETH/BTC monthly chart is starting to look interesting. Price has closed above the MA 20. The last clean reclaim of this level came in July 2020. What followed? ETH/BTC: 0.0315 → 0.088 ETH: $225 → $4,372 In August 2025, price also touched this average but failed to hold it and eventually dumped back toward the lows. That’s the key difference now. ETH/BTC needs to stay above the MA 20. MACD is also turning up from a similar area to the one that preceded the 2020 breakout. If the hold works: First target → 0.050 Stretch target → 0.088 Meanwhile, ISM came in at 54.6 vs 55.2 expected, showing growth is still holding up but slowing. If macro conditions continue moving toward easier monetary policy, ETH could have more room to outperform. This setup is definitely worth watching. 👀 {spot}(BTCUSDT) {spot}(ETHUSDT) #BitcoinETFBuyersReturn #FedHikeOddsRiseTo68% #G20StatementCitesDigitalAssets
ETH/BTC monthly chart is starting to look interesting.

Price has closed above the MA 20.

The last clean reclaim of this level came in July 2020.

What followed?

ETH/BTC: 0.0315 → 0.088
ETH: $225 → $4,372

In August 2025, price also touched this average but failed to hold it and eventually dumped back toward the lows.

That’s the key difference now.

ETH/BTC needs to stay above the MA 20.

MACD is also turning up from a similar area to the one that preceded the 2020 breakout.

If the hold works:

First target → 0.050
Stretch target → 0.088

Meanwhile, ISM came in at 54.6 vs 55.2 expected, showing growth is still holding up but slowing.

If macro conditions continue moving toward easier monetary policy, ETH could have more room to outperform.

This setup is definitely worth watching. 👀

#BitcoinETFBuyersReturn
#FedHikeOddsRiseTo68%
#G20StatementCitesDigitalAssets
·
--
Baissier
·
--
Haussier
Voici la tendance observée au cours des dernières années. Les données relatives à l’emploi hors secteur agricole (Non-Farm Payrolls) font toujours l’objet de révisions, car le chiffre initial ne constitue qu’une estimation précoce. Les chiffres révisés peuvent donner une image très différente. Depuis 2022, nous avons constaté un schéma clair : des révisions le plus souvent à la baisse. Par exemple, un rapport indiquant +50K emplois pourrait ensuite être révisé à +25K. Cela signifierait que le marché du travail était plus faible que ce qui avait été initialement rapporté. Aujourd’hui, la révision annuelle NFP pour 2025 s’élève à -911K emplois, soulignant à quel point ces ajustements peuvent être importants. Ainsi, si les données NFP du jour ressortent solides, le marché pourrait avoir moins de raisons de penser que la Fed réduira ses taux. Cela pourrait exercer une pression sur les actifs à risque tels que $BTC {spot}(BTCUSDT) #SOLJumps20%OnTheWeek #CaliforniaBillWouldBarOfficialMemeCoins #TRONMainnetActivatesTVMPragueOsaka
Voici la tendance observée au cours des dernières années.

Les données relatives à l’emploi hors secteur agricole (Non-Farm Payrolls) font toujours l’objet de révisions, car le chiffre initial ne constitue qu’une estimation précoce.

Les chiffres révisés peuvent donner une image très différente.

Depuis 2022, nous avons constaté un schéma clair : des révisions le plus souvent à la baisse.

Par exemple, un rapport indiquant +50K emplois pourrait ensuite être révisé à +25K.

Cela signifierait que le marché du travail était plus faible que ce qui avait été initialement rapporté.

Aujourd’hui, la révision annuelle NFP pour 2025 s’élève à -911K emplois, soulignant à quel point ces ajustements peuvent être importants.

Ainsi, si les données NFP du jour ressortent solides, le marché pourrait avoir moins de raisons de penser que la Fed réduira ses taux.

Cela pourrait exercer une pression sur les actifs à risque tels que $BTC
#SOLJumps20%OnTheWeek
#CaliforniaBillWouldBarOfficialMemeCoins
#TRONMainnetActivatesTVMPragueOsaka
·
--
Haussier
·
--
Haussier
J’ai fait la tâche CreatorPad sur @Dusk_Foundation cette semaine, et ce qui m’est resté n’était même pas dans le brief de la tâche : le pont $DUSK est désormais en pause depuis plus de dix jours, et personne chez Dusk ne semble pressé de le rouvrir. #dusk Contexte rapide pour ceux qui l’auraient manqué : le 16 août, l’équipe a signalé une activité inhabituelle sur un portefeuille utilisé pour les opérations du pont, a recyclé les adresses concernées, puis a déployé une liste de destinataires bloqués via le Web Wallet après qu’une partie du flux a touché Binance. Le mainnet DuskDS lui-même n’a jamais cessé de produire des blocs. C’est la partie à laquelle je n’ai cessé de revenir. J’avais supposé qu’un L1 axé sur la confidentialité concentrait son risque en un seul endroit, la couche de base. Voir la chaîne tourner proprement pendant que le pont restait gelé m’a fait comprendre clairement que ce n’est pas ainsi que les limites de confiance se séparent réellement ici. Le pont représente à lui seul une responsabilité, soumis à son propre calendrier, indépendamment de la santé du consensus. Les utilisateurs de Binance étaient probablement protégés en premier, ne serait-ce que parce que la liste de blocage existait avant que les retraits puissent être routés via. Tout le monde attend encore « temporairement ». Je ne sais pas quel est le seuil réel avant que « temporaire » ne commence à vouloir dire autre chose. {spot}(DUSKUSDT) {spot}(BMTUSDT) {spot}(EDENUSDT) Qu’est-ce qui compte le plus ici ?
J’ai fait la tâche CreatorPad sur @Dusk cette semaine, et ce qui m’est resté n’était même pas dans le brief de la tâche : le pont $DUSK est désormais en pause depuis plus de dix jours, et personne chez Dusk ne semble pressé de le rouvrir. #dusk

Contexte rapide pour ceux qui l’auraient manqué : le 16 août, l’équipe a signalé une activité inhabituelle sur un portefeuille utilisé pour les opérations du pont, a recyclé les adresses concernées, puis a déployé une liste de destinataires bloqués via le Web Wallet après qu’une partie du flux a touché Binance. Le mainnet DuskDS lui-même n’a jamais cessé de produire des blocs. C’est la partie à laquelle je n’ai cessé de revenir.

J’avais supposé qu’un L1 axé sur la confidentialité concentrait son risque en un seul endroit, la couche de base. Voir la chaîne tourner proprement pendant que le pont restait gelé m’a fait comprendre clairement que ce n’est pas ainsi que les limites de confiance se séparent réellement ici. Le pont représente à lui seul une responsabilité, soumis à son propre calendrier, indépendamment de la santé du consensus.

Les utilisateurs de Binance étaient probablement protégés en premier, ne serait-ce que parce que la liste de blocage existait avant que les retraits puissent être routés via. Tout le monde attend encore « temporairement ».

Je ne sais pas quel est le seuil réel avant que « temporaire » ne commence à vouloir dire autre chose.

Qu’est-ce qui compte le plus ici ?
🟢 Mainnet's clean uptime
100%
🔴 Bridge still closed
0%
⚖️ Both equally
0%
🤷 Too early to say
0%
1 Votes • Vote fermé
·
--
Haussier
J’ai effectué un petit transfert via le Web Wallet de Dusk plus tôt cette semaine, tout en finalisant une tâche sur CreatorPad, et j’ai été stoppé en plein milieu par un avertissement de liste de blocage que je ne m’attendais pas à voir. Rien de dramatique : juste un signal rouge avant que la transaction ne soit soumise. Pour une chaîne conçue autour du modèle de confidentialité à divulgation sélective de $DUSK , #dusk , @Dusk_Foundation , ça m’a semblé être une chose étrange à rencontrer. En fait, cet avertissement remonte à la liste de blocage des destinataires que l’équipe a livrée au Web Wallet après l’incident de la mi-août impliquant un wallet opérationnel de pont compromis. Il filtre les transferts sortants contre des adresses signalées avant même que vous puissiez les envoyer. J’avais supposé qu’une approche axée sur la confidentialité signifiait moins de contrôles, pas plus. Le voir se déclencher lors d’une tentative réelle a un peu changé mon avis. Le mécanisme ne fonctionne que si quelqu’un maintient et met à jour cette liste en quasi temps réel, ce qui implique qu’il existe une couche éditoriale qui reste discrètement en dessous du discours « confidentiel par défaut ». Je ne dis pas que c’est mal, juste que je le remarque. La divulgation sélective et le filtrage d’adresses ne sont pas la même chose, mais elles vivent désormais dans le même wallet. Je suis encore en train de voir à quel point je suis à l’aise avec ça, et qui décide exactement de ce qui sera ajouté à la liste à l’avenir. {spot}(DUSKUSDT) {spot}(ONGUSDT) {spot}(JASMYUSDT) Quelle partie de tout ça vous a le plus marqué ? 👀
J’ai effectué un petit transfert via le Web Wallet de Dusk plus tôt cette semaine, tout en finalisant une tâche sur CreatorPad, et j’ai été stoppé en plein milieu par un avertissement de liste de blocage que je ne m’attendais pas à voir. Rien de dramatique : juste un signal rouge avant que la transaction ne soit soumise. Pour une chaîne conçue autour du modèle de confidentialité à divulgation sélective de $DUSK , #dusk , @Dusk , ça m’a semblé être une chose étrange à rencontrer.

En fait, cet avertissement remonte à la liste de blocage des destinataires que l’équipe a livrée au Web Wallet après l’incident de la mi-août impliquant un wallet opérationnel de pont compromis. Il filtre les transferts sortants contre des adresses signalées avant même que vous puissiez les envoyer.

J’avais supposé qu’une approche axée sur la confidentialité signifiait moins de contrôles, pas plus. Le voir se déclencher lors d’une tentative réelle a un peu changé mon avis. Le mécanisme ne fonctionne que si quelqu’un maintient et met à jour cette liste en quasi temps réel, ce qui implique qu’il existe une couche éditoriale qui reste discrètement en dessous du discours « confidentiel par défaut ».

Je ne dis pas que c’est mal, juste que je le remarque. La divulgation sélective et le filtrage d’adresses ne sont pas la même chose, mais elles vivent désormais dans le même wallet. Je suis encore en train de voir à quel point je suis à l’aise avec ça, et qui décide exactement de ce qui sera ajouté à la liste à l’avenir.

Quelle partie de tout ça vous a le plus marqué ? 👀
🚫 The blocklist itself
50%
🔑 Who maintains the list
50%
⚖️ Privacy vs. gatekeeping
0%
💭 Something else
0%
2 Votes • Vote fermé
·
--
Haussier
J’ai de nouveau vérifié cette semaine la page d’état du pont Dusk, et elle affiche toujours « en pause », comme depuis l’incident du 16 août, lorsque l’équipe a signalé une activité suspecte sur un portefeuille utilisé pour les opérations du pont. C’est le détail qui m’est resté en tête pendant que je finalisais cette tâche sur CreatorPad pour @Dusk_Foundation , $DUSK , #dusk : neuf jours de plus plus tard, les adresses sont recyclées, la liste de blocage est active, mais le pont lui-même n’est toujours pas revenu en ligne. La version officielle était claire : pas de problème au niveau du protocole. DuskDS a continué à produire des blocs normalement, aucun fonds utilisateur n’a été affecté. Et techniquement, c’est vrai. Mais je suis parti du principe que « pas un bug de protocole » signifiait « correctif rapide ». Ce ne fut pas le cas. L’infrastructure opérationnelle, gérée par une équipe, même sur une chaîne conçue autour d’un règlement déterministe et d’une confidentialité au niveau de l’audit, suit encore des délais humains dès que quelque chose touche un flux centralisé. Ce qui m’a davantage marqué que l’incident lui-même, c’est l’écart entre la manière dont la communication rassure avec assurance et la durée réelle de la remédiation. Ces deux éléments ne sont pas forcément en contradiction, mais, côte à côte, ils ne se lisent pas de la même façon. Je ne sais pas encore s’il s’agit simplement d’un processus méthodique ou de quelque chose de plus structurel dans la façon dont les ponts sont traités après un incident. Je surveille pour voir quand il rouvrira effectivement. {spot}(DUSKUSDT) {spot}(ZROUSDT) {spot}(ENAUSDT) Qu’est-ce qui ressort le plus pour vous ? 🤔
J’ai de nouveau vérifié cette semaine la page d’état du pont Dusk, et elle affiche toujours « en pause », comme depuis l’incident du 16 août, lorsque l’équipe a signalé une activité suspecte sur un portefeuille utilisé pour les opérations du pont. C’est le détail qui m’est resté en tête pendant que je finalisais cette tâche sur CreatorPad pour @Dusk , $DUSK , #dusk : neuf jours de plus plus tard, les adresses sont recyclées, la liste de blocage est active, mais le pont lui-même n’est toujours pas revenu en ligne.

La version officielle était claire : pas de problème au niveau du protocole. DuskDS a continué à produire des blocs normalement, aucun fonds utilisateur n’a été affecté. Et techniquement, c’est vrai. Mais je suis parti du principe que « pas un bug de protocole » signifiait « correctif rapide ». Ce ne fut pas le cas. L’infrastructure opérationnelle, gérée par une équipe, même sur une chaîne conçue autour d’un règlement déterministe et d’une confidentialité au niveau de l’audit, suit encore des délais humains dès que quelque chose touche un flux centralisé.

Ce qui m’a davantage marqué que l’incident lui-même, c’est l’écart entre la manière dont la communication rassure avec assurance et la durée réelle de la remédiation. Ces deux éléments ne sont pas forcément en contradiction, mais, côte à côte, ils ne se lisent pas de la même façon.

Je ne sais pas encore s’il s’agit simplement d’un processus méthodique ou de quelque chose de plus structurel dans la façon dont les ponts sont traités après un incident. Je surveille pour voir quand il rouvrira effectivement.

Qu’est-ce qui ressort le plus pour vous ? 🤔
🛠️ The framing
50%
⏳ The timeline
0%
🔐 Wallet risk
0%
🤷 Just normal caution
50%
2 Votes • Vote fermé
·
--
Haussier
En lisant le brief de CreatorPad sur $DUSK , je me suis retrouvé bloqué sur une ligne dans l’avis d’incident du propre pont de Dusk : l’équipe a désactivé puis recyclé un ensemble d’adresses après avoir signalé une activité inhabituelle sur un portefeuille géré par l’équipe utilisé pour les opérations de pont, puis a mis entièrement en pause les services de pont pendant qu’ils s’en occupaient. #dusk C’est le passage qui m’a accroché. Pas l’incident lui-même, mais la forme de la réponse. @Dusk_Foundation consacre l’essentiel de sa communication à la confidentialité côté utilisateur, la divulgation sélective, les rails de conformité, tout ce qui est conçu pour la personne qui détient le portefeuille. Ce n’était pas ça. C’était une clé opérationnelle interne qui a vu un comportement compromis être signalé autour d’elle, et la correction a été brutale : mettre tout en pause, reconstruire l’ensemble d’adresses, et expédier une liste noire des destinataires pour intercepter tout ce qui tenterait de passer via le portefeuille web. J’avais supposé que la formulation « infrastructure régulée » signifiait aussi que le volet opérationnel était durci, peut-être plus que pour la plupart des L1, compte tenu de la promesse institutionnelle. En fait, le mode de défaillance n’était pas une exploitation de contrat intelligent ni un vote de gouvernance qui a déraillé : c’était un portefeuille géré, un problème beaucoup plus banal et beaucoup plus universel. Je ne sais toujours pas si c’est rassurant ou l’inverse. {spot}(DUSKUSDT) {spot}(SPKUSDT) {spot}(MORPHOUSDT) Qu’est-ce qui a le plus retenu mon attention dans la réponse de Dusk concernant le pont ?
En lisant le brief de CreatorPad sur $DUSK , je me suis retrouvé bloqué sur une ligne dans l’avis d’incident du propre pont de Dusk : l’équipe a désactivé puis recyclé un ensemble d’adresses après avoir signalé une activité inhabituelle sur un portefeuille géré par l’équipe utilisé pour les opérations de pont, puis a mis entièrement en pause les services de pont pendant qu’ils s’en occupaient. #dusk

C’est le passage qui m’a accroché. Pas l’incident lui-même, mais la forme de la réponse. @Dusk consacre l’essentiel de sa communication à la confidentialité côté utilisateur, la divulgation sélective, les rails de conformité, tout ce qui est conçu pour la personne qui détient le portefeuille. Ce n’était pas ça. C’était une clé opérationnelle interne qui a vu un comportement compromis être signalé autour d’elle, et la correction a été brutale : mettre tout en pause, reconstruire l’ensemble d’adresses, et expédier une liste noire des destinataires pour intercepter tout ce qui tenterait de passer via le portefeuille web.

J’avais supposé que la formulation « infrastructure régulée » signifiait aussi que le volet opérationnel était durci, peut-être plus que pour la plupart des L1, compte tenu de la promesse institutionnelle. En fait, le mode de défaillance n’était pas une exploitation de contrat intelligent ni un vote de gouvernance qui a déraillé : c’était un portefeuille géré, un problème beaucoup plus banal et beaucoup plus universel.

Je ne sais toujours pas si c’est rassurant ou l’inverse.


Qu’est-ce qui a le plus retenu mon attention dans la réponse de Dusk concernant le pont ?
🛑 Full pause
60%
🔑 Team wallet risk
40%
🧊 "No impact" claim
0%
🤷 Not surprised
0%
5 Votes • Vote fermé
·
--
Haussier
J’ai passé la semaine à creuser l’infrastructure de pont de Dusk pour ce tour de CreatorPad, et ce qui m’a arrêté n’était pas une fonctionnalité : c’était l’avis d’incident du 16 août. L’équipe a repéré une activité suspecte sur un portefeuille qu’elle contrôlait pour les opérations du pont, et a dû désactiver puis recycler un lot d’adresses sur-le-champ. $DUSK , #dusk , @Dusk_Foundation , je suis entré en m’attendant à écrire au sujet de l’élan du réseau test de DuskEVM. Je suis sorti en pensant à tout autre chose. Voilà ce qui m’a marqué : le pont lui-même n’a pas cassé. La couche zk, le consensus, rien de tout ça n’a été touché. Ce qui a cédé, c’est un portefeuille géré par l’équipe, ce type de composant opérationnel dont chaque pont dépend discrètement, et que personne n’a vraiment tendance à auditer publiquement. Dusk a réagi vite, a mis en pause les services, et s’est coordonné avec Binance une fois que la partie du flux y a été mise au jour. Une réponse raisonnable. Mais cela a mis en évidence l’écart entre « la sécurité au niveau du protocole » et « les humains qui font tourner la couche d’infrastructure » — deux choses que je traitais jusque-là comme une seule. J’avais supposé que le risque lié aux ponts résidait surtout dans le code du contrat. En fait, la surface plus “souple”, celle qui est opérationnelle, supporte tout autant la charge. Je ne suis toujours pas sûr comment on l’audite. {spot}(TRUMPUSDT) {spot}(STXUSDT) {spot}(POLUSDT) Quel est le vrai risque pour les ponts ?
J’ai passé la semaine à creuser l’infrastructure de pont de Dusk pour ce tour de CreatorPad, et ce qui m’a arrêté n’était pas une fonctionnalité : c’était l’avis d’incident du 16 août. L’équipe a repéré une activité suspecte sur un portefeuille qu’elle contrôlait pour les opérations du pont, et a dû désactiver puis recycler un lot d’adresses sur-le-champ. $DUSK , #dusk , @Dusk , je suis entré en m’attendant à écrire au sujet de l’élan du réseau test de DuskEVM. Je suis sorti en pensant à tout autre chose.

Voilà ce qui m’a marqué : le pont lui-même n’a pas cassé. La couche zk, le consensus, rien de tout ça n’a été touché. Ce qui a cédé, c’est un portefeuille géré par l’équipe, ce type de composant opérationnel dont chaque pont dépend discrètement, et que personne n’a vraiment tendance à auditer publiquement. Dusk a réagi vite, a mis en pause les services, et s’est coordonné avec Binance une fois que la partie du flux y a été mise au jour. Une réponse raisonnable. Mais cela a mis en évidence l’écart entre « la sécurité au niveau du protocole » et « les humains qui font tourner la couche d’infrastructure » — deux choses que je traitais jusque-là comme une seule.

J’avais supposé que le risque lié aux ponts résidait surtout dans le code du contrat. En fait, la surface plus “souple”, celle qui est opérationnelle, supporte tout autant la charge. Je ne suis toujours pas sûr comment on l’audite.

Quel est le vrai risque pour les ponts ?
🔐 Contract code
0%
👤 Team wallets
50%
🌉 Message relay
0%
🧩 Upgrade keys
50%
2 Votes • Vote fermé
·
--
Haussier
J’ai effectué un rapide contrôle RPC sur le testnet de DuskEVM avant de déployer quoi que ce soit, juste pour vérifier que j’étais bien sur le bon réseau. Petite étape, mais elle a ancré la tâche CreatorPad dans quelque chose de réel plutôt que dans des captures d’écran de documentation. J’ai transféré un lot de $DUSK de DuskDS vers la wallet de déploiement, puis j’ai déployé un contrat Solidity basique via Hardhat. #dusk @Dusk_Foundation Ce qui m’a vraiment stoppé, ce n’est pas le succès du déploiement, c’est le détail des frais après coup. J’avais supposé que « EVM préservant la confidentialité » signifiait que la confidentialité était intégrée à chaque transaction par défaut. En fait, non. Les frais d’exécution et les frais de disponibilité des données pour renvoyer le lot vers DuskDS étaient tous deux entièrement visibles, dans un style standard façon OP-Stack. Rien n’est protégé, sauf si vous passez délibérément par Hedger. C’est une hypothèse raisonnable à faire, mais je me suis trompé. La communication de Dusk insiste beaucoup sur la confidentialité, ce qui donne facilement l’impression que la couche EVM hérite de cette confidentialité par défaut, plutôt que d’avoir besoin de l’activer séparément. Sur le plan architectural, c’est logique : le règlement et les outils de confidentialité restent découplés de l’exécution généraliste. Cela dit, je me demande combien de développeurs qui construisent ici en ce moment utilisent réellement Hedger, plutôt que de se contenter d’envoyer des contrats EVM standard et d’en rester là. C’est mon propre constat issu de tests, pas un conseil financier : inutile d’aller plus loin si vous évaluez l’écosystème. {spot}(DUSKUSDT) {spot}(PROMUSDT) {spot}(NEIROUSDT) Quelle partie du développement sur DuskEVM voudriez-vous essayer en premier ? 👇
J’ai effectué un rapide contrôle RPC sur le testnet de DuskEVM avant de déployer quoi que ce soit, juste pour vérifier que j’étais bien sur le bon réseau. Petite étape, mais elle a ancré la tâche CreatorPad dans quelque chose de réel plutôt que dans des captures d’écran de documentation. J’ai transféré un lot de $DUSK de DuskDS vers la wallet de déploiement, puis j’ai déployé un contrat Solidity basique via Hardhat. #dusk @Dusk

Ce qui m’a vraiment stoppé, ce n’est pas le succès du déploiement, c’est le détail des frais après coup. J’avais supposé que « EVM préservant la confidentialité » signifiait que la confidentialité était intégrée à chaque transaction par défaut. En fait, non. Les frais d’exécution et les frais de disponibilité des données pour renvoyer le lot vers DuskDS étaient tous deux entièrement visibles, dans un style standard façon OP-Stack. Rien n’est protégé, sauf si vous passez délibérément par Hedger.

C’est une hypothèse raisonnable à faire, mais je me suis trompé. La communication de Dusk insiste beaucoup sur la confidentialité, ce qui donne facilement l’impression que la couche EVM hérite de cette confidentialité par défaut, plutôt que d’avoir besoin de l’activer séparément.

Sur le plan architectural, c’est logique : le règlement et les outils de confidentialité restent découplés de l’exécution généraliste. Cela dit, je me demande combien de développeurs qui construisent ici en ce moment utilisent réellement Hedger, plutôt que de se contenter d’envoyer des contrats EVM standard et d’en rester là. C’est mon propre constat issu de tests, pas un conseil financier : inutile d’aller plus loin si vous évaluez l’écosystème.

Quelle partie du développement sur DuskEVM voudriez-vous essayer en premier ? 👇
🔧 Standard Solidity contract
0%
🕶️ Hedger private execution
0%
🌉 Just the bridge
0%
🤔 Still deciding
0%
0 Votes • Vote fermé
·
--
Haussier
Absolument HISTORIQUE. Le Bitcoin progresse 140 fois plus vite que le marché boursier en ce moment. $BTC a bondi de plus de 20% en moins de cinq jours, passant d’environ 63 000 $ à plus de 77 000 $. À titre de comparaison, le S&P 500 a historiquement généré environ 10% de rendement par an. Le Bitcoin vient de délivrer ce type de performance en moins de cinq jours. Près de 3 mois de pertes effacés en seulement 5 jours. Et c’est désormais la plus forte hausse hebdomadaire du Bitcoin depuis février 2024. C’est incroyable. 🚀 {spot}(BTCUSDT) #USJoblessClaimsFallTo206000 #TrumpPressesCongressToPassClarityAct
Absolument HISTORIQUE.

Le Bitcoin progresse 140 fois plus vite que le marché boursier en ce moment.

$BTC a bondi de plus de 20% en moins de cinq jours, passant d’environ 63 000 $ à plus de 77 000 $.

À titre de comparaison, le S&P 500 a historiquement généré environ 10% de rendement par an.

Le Bitcoin vient de délivrer ce type de performance en moins de cinq jours.

Près de 3 mois de pertes effacés en seulement 5 jours.

Et c’est désormais la plus forte hausse hebdomadaire du Bitcoin depuis février 2024.

C’est incroyable. 🚀
#USJoblessClaimsFallTo206000
#TrumpPressesCongressToPassClarityAct
·
--
Haussier
J’ai ponté cette semaine quelques DUSK du testnet vers DuskEVM, juste pour déployer un contrat basique via Hardhat, principalement pour voir à quel point « EVM-équivalent » se rapproche réellement dans la pratique. @Dusk_Foundation , $DUSK , #dusk le déploiement lui-même s’est déroulé sans incident, l’ID de chaîne était correct (745), le contrat a bien été validé, et l’adresse contenait du bytecode. Rien de dramatique. Ce qui m’a arrêté, c’est après coup : essayer d’observer la transaction rester en mempool avant la confirmation, comme on le ferait naturellement sur n’importe quelle chaîne EVM. Il n’y en a pas. DuskEVM fonctionne pour l’instant en mode « sequencer-only », sans mempool publique à scruter. J’avais supposé que « EVM-équivalent » signifiait que toute la surface se comporte identiquement, y compris les parties auxquelles les gens ne pensent qu’une fois qu’elles ont disparu. C’est un détail, mais cela remet en perspective ce que signifie ici « compatible ». Les outils correspondent, Solidity et Hardhat fonctionnent comme prévu, mais le modèle d’exécution sous-jacent fait un autre ensemble de compromis, probablement au service des garanties de confidentialité et de règlement que le projet met sans cesse en avant. Je ne suis toujours pas sûr de l’impact sur l’exposition au MEV ou l’ordonnancement des transactions dès que le trafic du mainnet apparaîtra. Ça vaut le coup d’y réfléchir plus avant de tirer des conclusions. {spot}(DUSKUSDT) {spot}(ONGUSDT) {spot}(PEOPLEUSDT) Qu’est-ce qui compte le plus pour vous sur une chaîne compatible EVM ?
J’ai ponté cette semaine quelques DUSK du testnet vers DuskEVM, juste pour déployer un contrat basique via Hardhat, principalement pour voir à quel point « EVM-équivalent » se rapproche réellement dans la pratique. @Dusk , $DUSK , #dusk le déploiement lui-même s’est déroulé sans incident, l’ID de chaîne était correct (745), le contrat a bien été validé, et l’adresse contenait du bytecode. Rien de dramatique.

Ce qui m’a arrêté, c’est après coup : essayer d’observer la transaction rester en mempool avant la confirmation, comme on le ferait naturellement sur n’importe quelle chaîne EVM. Il n’y en a pas. DuskEVM fonctionne pour l’instant en mode « sequencer-only », sans mempool publique à scruter. J’avais supposé que « EVM-équivalent » signifiait que toute la surface se comporte identiquement, y compris les parties auxquelles les gens ne pensent qu’une fois qu’elles ont disparu.

C’est un détail, mais cela remet en perspective ce que signifie ici « compatible ». Les outils correspondent, Solidity et Hardhat fonctionnent comme prévu, mais le modèle d’exécution sous-jacent fait un autre ensemble de compromis, probablement au service des garanties de confidentialité et de règlement que le projet met sans cesse en avant.

Je ne suis toujours pas sûr de l’impact sur l’exposition au MEV ou l’ordonnancement des transactions dès que le trafic du mainnet apparaîtra. Ça vaut le coup d’y réfléchir plus avant de tirer des conclusions.


Qu’est-ce qui compte le plus pour vous sur une chaîne compatible EVM ?
🔍 Mempool visibility
100%
🛡️ Privacy over transparency
0%
⚡ Speed and low gas
0%
🤷 Never thought about it
0%
1 Votes • Vote fermé
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