Binance Square
ASMA_加密143
3k Publications

ASMA_加密143

专注加密、空投与交易机会 🚀
Trade régulièrement
2 an(s)
2.3K+ Suivis
4.7K+ Abonnés
4.6K+ J’aime
Publications
·
--
Rejoignez l’événement en direct avec Kim
Rejoignez l’événement en direct avec Kim
KIM_加密 143
·
--
[Terminé] 🎙️ Bienvenue à tous ! Rejoignez Kim_crypto143 en direct / discutez sur la crypto et le trading.
2.3k auditeurs
✅✅✅
✅✅✅
KIM_加密 143
·
--
Haussier
Si vous vous demandez si le BTC pourrait tomber dans la zone des 50 000 à 60 000 $, il s’agit bien d’un scénario baissier possible, mais cela nécessiterait une correction beaucoup plus profonde à partir de la zone actuelle autour de 77 000 à 78 000 $. Des analyses récentes ont identifié environ 70 000 $ puis 62 000 à 65 000 $ comme zones de support importantes en baisse ; un mouvement vers 50 000 à 60 000 $ nécessiterait donc probablement que ces supports échouent.

Voici un message de type “Binance Square giveaway” naturel :

---

🎁 PROCHAIN MOUVEMENT DU BTC — 50K À 60K ?

Je veux connaître votre avis. 👀

Le Bitcoin se situe actuellement autour de la zone 77K–78K, mais la grande question est : que se passe ensuite ?

Mon avis personnel : si le BTC perd les zones de support importantes, on pourrait assister à une correction bien plus profonde. Je surveille d’abord 60K, et dans un scénario baissier encore plus extrême, 50K–55K pourraient devenir une cible possible.

Mais voici l’autre côté…

Si le BTC maintient les principaux supports et repasse au-dessus de la zone de résistance 80K–82K, le scénario baissier pourrait complètement changer. Certaines analyses de marché voient actuellement 81,7K comme un niveau important pour confirmer un élan haussier plus fort.

Alors je veux entendre la communauté :

👇 Quelle est votre prédiction pour le BTC ?

🔴 50K–60K — Forte correction
🟡 60K–70K — Retrait sain
🟢 80K–90K+ — Cassure haussière 🚀

🎁 GIVEAWAY

Indiquez votre objectif BTC + votre raison dans les commentaires.

❤️ Like
💬 Commentez votre prédiction
🔁 Partage/Repost
👥 Abonnez-vous pour plus de discussions sur le marché BTC

Je choisirai quelques prédictions intéressantes pour un cadeau crypto surprise 🎁

Personne ne connaît la prochaine bougie. Voyons qui a raison. 👀🔥

Faites vos propres recherches (DYOR). Ceci n’est pas un conseil financier.

#BTC #Bitcoin #Crypto143family #BitcoinPrediction #kim_crypto143 $BTC

$ETH

$BNB

Freedom of financial self-defense
STEEM a arraché 51% aujourd’hui et commence maintenant à en rendre une partie ; ce repli vers le support correspond au vrai trade, pas à la bougie que tout le monde a déjà ratée. Configuration : Long sur une retest de la zone de support 0.070-0.073, le même niveau qui a basculé de résistance à support pendant ce mouvement. Entrée : 0.071 - 0.073 Stop Loss : 0.0655 (en dessous de ce niveau et la structure du breakout est invalidée ; sortie sans discuter) TP1 : 0.080 (plus haut de consolidation précédent) TP2 : 0.085 TP3 : 0.093 (plus haut sur 24h, retest complet) Le ratio risque/rendement est d’environ 1:2.5 vers TP1 uniquement, mieux si ça part jusqu’à TP3. Le volume s’estompe sur les quatre dernières bougies, donc cela ne fonctionne que si les acheteurs défendent réellement 0.070 ; si ce niveau casse sur un vrai volume, ne moyenne pas à la baisse, prends le stop. C’est un mouvement rapide et volatil : +51% en une journée, taille petite et respecte le stop. NFA, DYOR. Tu es sur le retest ou tu attends d’abord une confirmation au-dessus de 0.080. #STEEM #Steem #Altcoins #CryptoTrading #BinanceSquare $STEEM {future}(STEEMUSDT)
STEEM a arraché 51% aujourd’hui et commence maintenant à en rendre une partie ; ce repli vers le support correspond au vrai trade, pas à la bougie que tout le monde a déjà ratée.
Configuration : Long sur une retest de la zone de support 0.070-0.073, le même niveau qui a basculé de résistance à support pendant ce mouvement.
Entrée : 0.071 - 0.073
Stop Loss : 0.0655 (en dessous de ce niveau et la structure du breakout est invalidée ; sortie sans discuter)
TP1 : 0.080 (plus haut de consolidation précédent)
TP2 : 0.085
TP3 : 0.093 (plus haut sur 24h, retest complet)
Le ratio risque/rendement est d’environ 1:2.5 vers TP1 uniquement, mieux si ça part jusqu’à TP3. Le volume s’estompe sur les quatre dernières bougies, donc cela ne fonctionne que si les acheteurs défendent réellement 0.070 ; si ce niveau casse sur un vrai volume, ne moyenne pas à la baisse, prends le stop.
C’est un mouvement rapide et volatil : +51% en une journée, taille petite et respecte le stop. NFA, DYOR.
Tu es sur le retest ou tu attends d’abord une confirmation au-dessus de 0.080.
#STEEM #Steem #Altcoins #CryptoTrading #BinanceSquare
$STEEM
THENA fait tranquillement ce que la plupart des altcoins ont oublié de faire : respecter une fourchette au lieu de tout balancer. Le prix est à 0,0687, en hausse de 2,54 % sur l’heure, et la structure ici est beaucoup plus propre qu’il n’y paraît au premier regard. Le pic de volume près de 0,065 correspond au vrai événement : un énorme amas de grosses bougies rouges qui a fait sortir les mains faibles, et tout ce qui a suivi a construit des plus bas plus hauts à partir de ce support. On repousse maintenant vers la zone 0,0700 à 0,0713, qui a plafonné chaque rallye depuis. C’est votre ligne de démarcation. Zoomez : l’image devient plus honnête. Sur 7 jours, c’est en baisse de 11,24 %, sur 180 jours de 64,70 %, et sur un an de 80,66 %. La bougie verte d’aujourd’hui n’efface pas ça. C’est une pièce qui saigne depuis longtemps, et ce rebond doit se prouver, pas être célébré après une seule bonne heure. D’un point de vue structurel, une cassure nette et un maintien au-dessus de 0,0713 ouvrent de la place vers 0,0720 et plus. Reperdre à nouveau 0,0660 et si cette fourchette se casse vers le bas, les plus bas plus hauts deviennent invalidés, et vous retombez dans la même tendance baissière que ce graphique définit depuis un an. NFA, DYOR, ajustez la taille en conséquence. Est-ce que c’est réellement une base qui se forme, ou juste le dernier rebond avant la prochaine étape à la baisse. #THE #Thena #DeFi #Altcoins #CryptoTrading $THE {future}(THEUSDT)
THENA fait tranquillement ce que la plupart des altcoins ont oublié de faire : respecter une fourchette au lieu de tout balancer.
Le prix est à 0,0687, en hausse de 2,54 % sur l’heure, et la structure ici est beaucoup plus propre qu’il n’y paraît au premier regard. Le pic de volume près de 0,065 correspond au vrai événement : un énorme amas de grosses bougies rouges qui a fait sortir les mains faibles, et tout ce qui a suivi a construit des plus bas plus hauts à partir de ce support. On repousse maintenant vers la zone 0,0700 à 0,0713, qui a plafonné chaque rallye depuis. C’est votre ligne de démarcation.
Zoomez : l’image devient plus honnête. Sur 7 jours, c’est en baisse de 11,24 %, sur 180 jours de 64,70 %, et sur un an de 80,66 %. La bougie verte d’aujourd’hui n’efface pas ça. C’est une pièce qui saigne depuis longtemps, et ce rebond doit se prouver, pas être célébré après une seule bonne heure.
D’un point de vue structurel, une cassure nette et un maintien au-dessus de 0,0713 ouvrent de la place vers 0,0720 et plus. Reperdre à nouveau 0,0660 et si cette fourchette se casse vers le bas, les plus bas plus hauts deviennent invalidés, et vous retombez dans la même tendance baissière que ce graphique définit depuis un an.
NFA, DYOR, ajustez la taille en conséquence.
Est-ce que c’est réellement une base qui se forme, ou juste le dernier rebond avant la prochaine étape à la baisse.
#THE #Thena #DeFi #Altcoins #CryptoTrading
$THE
·
--
Haussier
LSK vient d’effectuer un mouvement de +389 % en 24 heures, et si votre première impulsion est d’acheter tout de suite (par pur FOMO), c’est exactement l’instinct que ce graphique est conçu pour punir. Regardez la structure, pas le chiffre. Le prix a “arraché” de 0.20 jusqu’à un sommet à 2.0000 avec cette énorme bougie verte, puis juste après il a imprimé une bougie rouge de rejet presque aussi grande, et nous sommes maintenant à 1.0623, à peu près la moitié du sommet. Ce n’est pas de la force : c’est de la distribution. Quelqu’un a acheté ce mouvement tôt et le remet aux personnes qui achètent la bougie verte pendant la montée. Le volume le confirme aussi : la barre de volume de la bougie rouge est presque aussi haute que celle de la bougie verte qui a déclenché tout ce mouvement. Sur le plan structurel, je voudrais voir que ça tienne au-dessus de 0.85 à 0.90 comme zone de support reconquise avant de considérer ça comme autre chose qu’un “blow-off top”. Si on perd ce niveau, la correction sera probablement dure, peut-être vers la zone 0.50 à 0.60 où la vraie accélération a commencé. Une reconquête nette et un maintien au-dessus de 1.20 seraient ce qui changerait réellement mon avis. Voici un volume 24h (USDT) de 134M sur une pièce qui était quasiment morte il y a une semaine. Demandez-vous qui reste à acheter à ces prix, et qui a déjà vendu. NFA, DYOR, dimensionnez en conséquence. Vous achetez cette baisse, ou vous êtes la liquidité de sortie pour celui qui a acheté le fond. #LSK #Lisk #Altcoins #CryptoTrading #BinanceSquare $LSK {future}(LSKUSDT)
LSK vient d’effectuer un mouvement de +389 % en 24 heures, et si votre première impulsion est d’acheter tout de suite (par pur FOMO), c’est exactement l’instinct que ce graphique est conçu pour punir.
Regardez la structure, pas le chiffre. Le prix a “arraché” de 0.20 jusqu’à un sommet à 2.0000 avec cette énorme bougie verte, puis juste après il a imprimé une bougie rouge de rejet presque aussi grande, et nous sommes maintenant à 1.0623, à peu près la moitié du sommet. Ce n’est pas de la force : c’est de la distribution. Quelqu’un a acheté ce mouvement tôt et le remet aux personnes qui achètent la bougie verte pendant la montée. Le volume le confirme aussi : la barre de volume de la bougie rouge est presque aussi haute que celle de la bougie verte qui a déclenché tout ce mouvement.
Sur le plan structurel, je voudrais voir que ça tienne au-dessus de 0.85 à 0.90 comme zone de support reconquise avant de considérer ça comme autre chose qu’un “blow-off top”. Si on perd ce niveau, la correction sera probablement dure, peut-être vers la zone 0.50 à 0.60 où la vraie accélération a commencé. Une reconquête nette et un maintien au-dessus de 1.20 seraient ce qui changerait réellement mon avis.
Voici un volume 24h (USDT) de 134M sur une pièce qui était quasiment morte il y a une semaine. Demandez-vous qui reste à acheter à ces prix, et qui a déjà vendu.
NFA, DYOR, dimensionnez en conséquence.
Vous achetez cette baisse, ou vous êtes la liquidité de sortie pour celui qui a acheté le fond.
#LSK #Lisk #Altcoins #CryptoTrading #BinanceSquare
$LSK
Rejoignez le direct avec Kim
Rejoignez le direct avec Kim
KIM_加密 143
·
--
[Terminé] 🎙️ Bonjour ami, rejoignez la famille crypto de Kim. Rejoignez des clubs et discutez de la crypto liée
2.7k auditeurs
Rejoignez le live avec Kim
Rejoignez le live avec Kim
KIM_加密 143
·
--
[Revoir] 🎙️ Parlons de la situation du marché aujourd’hui et de ce que réserve le marché de demain.
04 h 49 min 44 sec · 1.5k auditeurs
Aller
Aller
Night King Official
·
--
🚨 DONNE GRATUIT EN DIRECT ! 🎁
3 000 enveloppes rouges sont à gagner ! 🔥

✅ Suivre
🔁 Repartager
💬 Commenter « 666 »
🎁 Réclamer la récompense

Qui est prêt ? 👀
·
--
Baissier
#dusk $DUSK @Dusk_Foundation Je suis entré dans la conception consensuelle de Dusk en m’attendant à ce que la partie intéressante soit la manière dont les validateurs parviennent à un accord. Au lieu de cela, j’ai découvert un problème que Dusk aborde ouvertement : les futurs générateurs de blocs peuvent être prévisibles au sein de la même manche. Cela crée une incitation étrange. Un provisionneur sélectionné pour une itération ultérieure pourrait, en théorie, préférer que les itérations précédentes échouent, dans l’espoir de capturer la récompense de bloc. La réponse de Dusk n’est pas simplement « faire confiance aux validateurs ». Le protocole ajoute des récompenses aux votants, conditionne une partie de la récompense du générateur à l’inclusion des votes connus, exclut le générateur de l’itération suivante du vote, et limite le nombre d’itérations. Ces mécanismes sont conçus spécifiquement pour réduire cette incitation. La structure de la récompense est aussi intéressante : 80 % vont au générateur de blocs, 10 % au comité de vote, et 10 % à Dusk dans la conception documentée. Ce qui a attiré mon attention n’est pas les pourcentages. C’est l’idée que la sécurité du consensus est aussi un problème de conception des incitations. Quelle part de la sécurité d’une blockchain vient de la cryptographie, et quelle part vient du fait de rendre un comportement honnête économiquement rationnel ? {spot}(DUSKUSDT) Qu’est-ce qui compte le plus pour la sécurité du consensus ?
#dusk $DUSK @Dusk Je suis entré dans la conception consensuelle de Dusk en m’attendant à ce que la partie intéressante soit la manière dont les validateurs parviennent à un accord.

Au lieu de cela, j’ai découvert un problème que Dusk aborde ouvertement : les futurs générateurs de blocs peuvent être prévisibles au sein de la même manche.

Cela crée une incitation étrange. Un provisionneur sélectionné pour une itération ultérieure pourrait, en théorie, préférer que les itérations précédentes échouent, dans l’espoir de capturer la récompense de bloc.

La réponse de Dusk n’est pas simplement « faire confiance aux validateurs ».

Le protocole ajoute des récompenses aux votants, conditionne une partie de la récompense du générateur à l’inclusion des votes connus, exclut le générateur de l’itération suivante du vote, et limite le nombre d’itérations. Ces mécanismes sont conçus spécifiquement pour réduire cette incitation.

La structure de la récompense est aussi intéressante : 80 % vont au générateur de blocs, 10 % au comité de vote, et 10 % à Dusk dans la conception documentée.

Ce qui a attiré mon attention n’est pas les pourcentages.

C’est l’idée que la sécurité du consensus est aussi un problème de conception des incitations.

Quelle part de la sécurité d’une blockchain vient de la cryptographie, et quelle part vient du fait de rendre un comportement honnête économiquement rationnel ?

Qu’est-ce qui compte le plus pour la sécurité du consensus ?
A. Cryptography
50%
B. Economic incentives
0%
C. Both equally
50%
D. Depends on the design
0%
2 Votes • Vote fermé
·
--
Haussier
#dusk $DUSK @Dusk_Foundation Il y a une question inconfortable autour de l’adoption institutionnelle de la blockchain : la transparence aide-t-elle vraiment, quand tous les acteurs du marché peuvent observer des activités financières sensibles ? C’est là que @Dusk_Foundation adopte une approche architecturale différente. Sa conception sépare ce qui doit être public de ce qui doit rester confidentiel. Moonlight gère des flux de comptes transparents, tandis que Phoenix utilise des preuves à connaissance nulle pour des transactions protégées, permettant de vérifier la validité sans exposer les données de transaction sous-jacentes. La partie intéressante n’est pas seulement « la confidentialité ». C’est la confidentialité avec divulgation contrôlée. La documentation actuelle de Dusk encadre explicitement cela autour des actifs réglementés, des contrôles d’accès, du reporting et de la divulgation sélective. Mon interprétation haussière : cette architecture pourrait compter si les marchés tokenisés ont réellement besoin d’une confidentialité sans pour autant renoncer à la conformité. Mais la technologie n’est qu’une moitié de l’équation. Les institutions réelles créeront-elles assez d’activité économique sur Dusk pour rendre cette architecture précieuse ? $DUSK #dusk Ce qui compte le plus pour la prochaine phase de croissance de Dusk ? {spot}(DUSKUSDT)
#dusk $DUSK @Dusk Il y a une question inconfortable autour de l’adoption institutionnelle de la blockchain : la transparence aide-t-elle vraiment, quand tous les acteurs du marché peuvent observer des activités financières sensibles ?

C’est là que @Dusk adopte une approche architecturale différente. Sa conception sépare ce qui doit être public de ce qui doit rester confidentiel. Moonlight gère des flux de comptes transparents, tandis que Phoenix utilise des preuves à connaissance nulle pour des transactions protégées, permettant de vérifier la validité sans exposer les données de transaction sous-jacentes.

La partie intéressante n’est pas seulement « la confidentialité ». C’est la confidentialité avec divulgation contrôlée. La documentation actuelle de Dusk encadre explicitement cela autour des actifs réglementés, des contrôles d’accès, du reporting et de la divulgation sélective.

Mon interprétation haussière : cette architecture pourrait compter si les marchés tokenisés ont réellement besoin d’une confidentialité sans pour autant renoncer à la conformité.

Mais la technologie n’est qu’une moitié de l’équation. Les institutions réelles créeront-elles assez d’activité économique sur Dusk pour rendre cette architecture précieuse ?

$DUSK #dusk
Ce qui compte le plus pour la prochaine phase de croissance de Dusk ?
Privacy + compliance
50%
RWA adoption
25%
Developer activity
25%
Liquidity + users
0%
4 Votes • Vote fermé
#dusk $DUSK @Dusk_Foundation Auparavant, je pensais que la machine virtuelle d’une blockchain n’était rien d’autre que l’endroit où les smart contracts « s’exécutent ». En creusant davantage, j’ai changé d’avis en découvrant Dusk. Piecrust a été conçu comme la machine virtuelle WASM de Dusk : « piecrust » gère l’exécution des contrats et « piecrust-uplink » fournit la couche développeur pour créer et travailler avec des contrats. La partie intéressante n’est pas le nom de la VM. C’est le choix de conception derrière : utiliser WASM et Rust pour créer un environnement d’exécution contrôlé pour les smart contracts de Dusk. Aujourd’hui, la documentation de Dusk décrit ce chemin d’exécution comme DuskVM, basé sur l’exécution Wasmtime avec un support personnalisé pour le modèle d’exécution de Dusk. Il exécute directement des contrats Rust/WASM sur la Dusk L1, y compris des applications qui ont besoin d’un accès direct au modèle de transaction de Dusk, aux assets, à la confidentialité, ou aux capacités de preuve à connaissance nulle. Cette distinction compte. Désormais, Dusk propose aux développeurs deux parcours différents : DuskVM pour les applications Rust/WASM nécessitant des capacités natives de la L1, et DuskEVM pour les outils compatibles Solidity et Ethereum. Je ne considère donc plus la VM comme un simple composant technique. Elle fait partie de la décision sur le type d’application que Dusk peut prendre en charge nativement. La question que je surveille est de savoir si ce double modèle d’exécution peut offrir de la flexibilité aux développeurs sans rendre l’écosystème plus difficile à comprendre. @Dusk_Foundation $DUSK
#dusk $DUSK @Dusk
Auparavant, je pensais que la machine virtuelle d’une blockchain n’était rien d’autre que l’endroit où les smart contracts « s’exécutent ». En creusant davantage, j’ai changé d’avis en découvrant Dusk.

Piecrust a été conçu comme la machine virtuelle WASM de Dusk : « piecrust » gère l’exécution des contrats et « piecrust-uplink » fournit la couche développeur pour créer et travailler avec des contrats. La partie intéressante n’est pas le nom de la VM. C’est le choix de conception derrière : utiliser WASM et Rust pour créer un environnement d’exécution contrôlé pour les smart contracts de Dusk.

Aujourd’hui, la documentation de Dusk décrit ce chemin d’exécution comme DuskVM, basé sur l’exécution Wasmtime avec un support personnalisé pour le modèle d’exécution de Dusk. Il exécute directement des contrats Rust/WASM sur la Dusk L1, y compris des applications qui ont besoin d’un accès direct au modèle de transaction de Dusk, aux assets, à la confidentialité, ou aux capacités de preuve à connaissance nulle.

Cette distinction compte.

Désormais, Dusk propose aux développeurs deux parcours différents : DuskVM pour les applications Rust/WASM nécessitant des capacités natives de la L1, et DuskEVM pour les outils compatibles Solidity et Ethereum.

Je ne considère donc plus la VM comme un simple composant technique. Elle fait partie de la décision sur le type d’application que Dusk peut prendre en charge nativement.

La question que je surveille est de savoir si ce double modèle d’exécution peut offrir de la flexibilité aux développeurs sans rendre l’écosystème plus difficile à comprendre.

@Dusk $DUSK
SOUS LE CAPOT : POURQUOI DUSK UTILISE KADCAST AU LIEU DU COMMÈREMENT ORDINAIRE La couche réseau est facile à ignorer jusqu’à ce qu’une blockchain soit saturée. DUSK utilise Kadcast, un protocole P2P structuré construit autour des principes de Kademlia. Au lieu de pousser aléatoirement chaque message vers de nombreux nœuds voisins, Kadcast organise les pairs à l’aide de la distance XOR et d’un routage structuré, permettant aux messages de se propager via des chemins sélectionnés avec moins de transmissions redondantes. DUSK indique que cette approche est conçue pour réduire l’utilisation de la bande passante et rendre la latence plus prévisible. C’est important, car l’infrastructure financière ne nécessite pas seulement de la vitesse. Elle a besoin d’un comportement réseau qui reste prévisible à mesure que la participation augmente. La mise à jour du livre blanc de DUSK fait état d’une réduction de bande passante de 25–50 % par rapport aux protocoles de commérage populaires, tandis que Kadcast a également fait l’objet d’un audit de sécurité Blaize. Mais la propagation structurée pose aussi son propre défi : la résilience lorsque des pairs échouent, disparaissent ou se comportent de manière inattendue. Kadcast peut-il maintenir son efficacité et sa prévisibilité à mesure que DUSK se rapproche d’une activité financière réelle ? @Dusk_Foundation $DUSK #dusk {spot}(DUSKUSDT)
SOUS LE CAPOT : POURQUOI DUSK UTILISE KADCAST AU LIEU DU COMMÈREMENT ORDINAIRE

La couche réseau est facile à ignorer jusqu’à ce qu’une blockchain soit saturée.

DUSK utilise Kadcast, un protocole P2P structuré construit autour des principes de Kademlia. Au lieu de pousser aléatoirement chaque message vers de nombreux nœuds voisins, Kadcast organise les pairs à l’aide de la distance XOR et d’un routage structuré, permettant aux messages de se propager via des chemins sélectionnés avec moins de transmissions redondantes. DUSK indique que cette approche est conçue pour réduire l’utilisation de la bande passante et rendre la latence plus prévisible.

C’est important, car l’infrastructure financière ne nécessite pas seulement de la vitesse. Elle a besoin d’un comportement réseau qui reste prévisible à mesure que la participation augmente. La mise à jour du livre blanc de DUSK fait état d’une réduction de bande passante de 25–50 % par rapport aux protocoles de commérage populaires, tandis que Kadcast a également fait l’objet d’un audit de sécurité Blaize.

Mais la propagation structurée pose aussi son propre défi : la résilience lorsque des pairs échouent, disparaissent ou se comportent de manière inattendue.

Kadcast peut-il maintenir son efficacité et sa prévisibilité à mesure que DUSK se rapproche d’une activité financière réelle ?

@Dusk $DUSK #dusk
Bullish
100%
Bearish
0%
1 Votes • Vote fermé
Rejoignez le direct avec Kim
Rejoignez le direct avec Kim
KIM_加密 143
·
--
[Revoir] 🎙️ TOUT DÉPEND DU TEMPS..... C’EST TON TEMPS...
05 h 59 min 58 sec · 2.9k auditeurs
J’ai failli passer à côté d’une distinction dans le design de « Phoenix » de Dusk qui change la façon dont je pense la délégation des transactions. Ma première hypothèse était simple : si un tiers aide à une transaction privée, lui donner plus de visibilité doit aussi vouloir dire lui donner plus de contrôle. Le livre blanc trace une frontière bien plus nette. Phoenix permet à un utilisateur de déléguer l’analyse du réseau à l’aide d’une clé de vue, tandis que la partie déléguée ne peut toujours pas dépenser les notes, car elle ne possède pas la clé secrète complète de l’utilisateur. Il indique aussi que la génération de preuves ZK peut être déléguée via des signatures sans compromettre l’intégrité de la transaction. Cela a attiré mon attention, car l’architecture sépare le calcul de l’autorité. Un service peut effectuer un travail coûteux, mais la capacité réelle à dépenser une note reste liée à la clé secrète complète. Le secret de la note lui-même exige l’intégralité de la paire de clés, pas seulement la clé de vue. Mais cela pose une question de systèmes différente. La frontière de sécurité peut être plus forte contre les services délégués qui tenteraient de dépenser des fonds, mais l’utilisateur doit désormais gérer quelles capacités sont exposées à quel service. Une couche de délégation compromise ou mal conçue pourrait encore créer des problèmes opérationnels ou de confidentialité, même si elle ne peut pas dépenser directement. @Dusk_Foundation $DUSK #dusk {spot}(DUSKUSDT) Cette séparation réduit-elle véritablement la surface d’attaque, ou déplace-t-elle simplement le problème de sécurité le plus difficile vers la gestion des capacités et la confiance opérationnelle ?
J’ai failli passer à côté d’une distinction dans le design de « Phoenix » de Dusk qui change la façon dont je pense la délégation des transactions.

Ma première hypothèse était simple : si un tiers aide à une transaction privée, lui donner plus de visibilité doit aussi vouloir dire lui donner plus de contrôle.

Le livre blanc trace une frontière bien plus nette. Phoenix permet à un utilisateur de déléguer l’analyse du réseau à l’aide d’une clé de vue, tandis que la partie déléguée ne peut toujours pas dépenser les notes, car elle ne possède pas la clé secrète complète de l’utilisateur. Il indique aussi que la génération de preuves ZK peut être déléguée via des signatures sans compromettre l’intégrité de la transaction.

Cela a attiré mon attention, car l’architecture sépare le calcul de l’autorité. Un service peut effectuer un travail coûteux, mais la capacité réelle à dépenser une note reste liée à la clé secrète complète. Le secret de la note lui-même exige l’intégralité de la paire de clés, pas seulement la clé de vue.

Mais cela pose une question de systèmes différente.

La frontière de sécurité peut être plus forte contre les services délégués qui tenteraient de dépenser des fonds, mais l’utilisateur doit désormais gérer quelles capacités sont exposées à quel service. Une couche de délégation compromise ou mal conçue pourrait encore créer des problèmes opérationnels ou de confidentialité, même si elle ne peut pas dépenser directement.

@Dusk $DUSK #dusk

Cette séparation réduit-elle véritablement la surface d’attaque, ou déplace-t-elle simplement le problème de sécurité le plus difficile vers la gestion des capacités et la confiance opérationnelle ?
Je me suis plongé plus profondément dans les règles d’ultime finalité en forme de roulement de Dusk, et un détail a modifié la façon dont je pense la « finalité ». Un bloc n’est pas simplement final dès qu’il obtient une attestation réussie. Dusk distingue les états acceptés, attestés, confirmés et finaux. Un bloc accepté peut encore être remplacé par un bloc d’itération inférieure, tandis qu’un bloc attesté ne peut pas être remplacé par un autre. La partie intéressante, c’est la manière dont les blocs ultérieurs renforcent la confiance. Un bloc accepté ne devient confirmé qu’après 2×n blocs consécutifs attestés ou confirmés, où n représente les itérations précédentes non attestées. La finalité dépend alors du fait que le parent est déjà final. Ainsi, pour <t-2/> @Dusk_Foundation et $DUSK is, la question la plus approfondie n’est pas simplement « À quelle vitesse la finalité se produit ? » La question est plutôt : comment les applications doivent-elles tarifer le risque pendant qu’un bloc traverse ces états intermédiaires ? Pour l’infrastructure financière, cette distinction pourrait compter davantage qu’un simple chiffre accrocheur de finalité. Comment concevriez-vous une application fondée sur la progression « accepté → confirmé → final » de Dusk ? {spot}(DUSKUSDT) #dusk
Je me suis plongé plus profondément dans les règles d’ultime finalité en forme de roulement de Dusk, et un détail a modifié la façon dont je pense la « finalité ».
Un bloc n’est pas simplement final dès qu’il obtient une attestation réussie. Dusk distingue les états acceptés, attestés, confirmés et finaux. Un bloc accepté peut encore être remplacé par un bloc d’itération inférieure, tandis qu’un bloc attesté ne peut pas être remplacé par un autre.
La partie intéressante, c’est la manière dont les blocs ultérieurs renforcent la confiance. Un bloc accepté ne devient confirmé qu’après 2×n blocs consécutifs attestés ou confirmés, où n représente les itérations précédentes non attestées. La finalité dépend alors du fait que le parent est déjà final.
Ainsi, pour <t-2/> @Dusk et $DUSK is, la question la plus approfondie n’est pas simplement « À quelle vitesse la finalité se produit ? »
La question est plutôt : comment les applications doivent-elles tarifer le risque pendant qu’un bloc traverse ces états intermédiaires ?
Pour l’infrastructure financière, cette distinction pourrait compter davantage qu’un simple chiffre accrocheur de finalité.
Comment concevriez-vous une application fondée sur la progression « accepté → confirmé → final » de Dusk ?

#dusk
🎙️ GROSSES FÉLICITATIONS CHER KIRAN ENFIN A ATTEINT LE CAP DES 30K ABONNÉS DANS SON PARCOURS
cover
Fin
06 h 00 min 00 sec
2.8k
3
2
#dusk $DUSK @Dusk_Foundation La plupart des blockchains parlent beaucoup de ce qui se passe lorsque tout fonctionne. Je trouve que le cas d’échec est plus révélateur. Dusk a un détail que je n’avais pas remarqué auparavant : son consensus peut entrer en mode d’urgence après 16 itérations infructueuses lorsque les validateurs ne sont pas disponibles ou sont isolés. Au lieu de simplement s’arrêter, le protocole continue d’ouvrir des itérations jusqu’à ce qu’un bloc candidat atteigne le quorum. Si le réseau n’arrive toujours pas à se rétablir, les validateurs détenant une majorité de la mise peuvent demander un bloc d’urgence. Ce bloc ne contient aucune transaction ; il emporte une nouvelle graine vérifiable pour aider à relancer la progression. Ce qui rend cela intéressant, c’est l’arbitrage. Le mode d’urgence peut maintenir le réseau en mouvement, mais la conception reconnaît explicitement que des tentatives de rétablissement simultanées peuvent augmenter la probabilité de forks. La vraie question n’est donc pas de savoir si une blockchain peut gérer les conditions normales. Quel niveau de risque de rétablissement un protocole de consensus devrait-il accepter avant que « rester en vie » ne devienne plus dangereux que s’arrêter ? {spot}(DUSKUSDT) Qu’est-ce qui compte le plus pendant une panne réseau grave ?
#dusk $DUSK @Dusk
La plupart des blockchains parlent beaucoup de ce qui se passe lorsque tout fonctionne. Je trouve que le cas d’échec est plus révélateur.

Dusk a un détail que je n’avais pas remarqué auparavant : son consensus peut entrer en mode d’urgence après 16 itérations infructueuses lorsque les validateurs ne sont pas disponibles ou sont isolés. Au lieu de simplement s’arrêter, le protocole continue d’ouvrir des itérations jusqu’à ce qu’un bloc candidat atteigne le quorum.

Si le réseau n’arrive toujours pas à se rétablir, les validateurs détenant une majorité de la mise peuvent demander un bloc d’urgence. Ce bloc ne contient aucune transaction ; il emporte une nouvelle graine vérifiable pour aider à relancer la progression.

Ce qui rend cela intéressant, c’est l’arbitrage. Le mode d’urgence peut maintenir le réseau en mouvement, mais la conception reconnaît explicitement que des tentatives de rétablissement simultanées peuvent augmenter la probabilité de forks.

La vraie question n’est donc pas de savoir si une blockchain peut gérer les conditions normales.

Quel niveau de risque de rétablissement un protocole de consensus devrait-il accepter avant que « rester en vie » ne devienne plus dangereux que s’arrêter ?

Qu’est-ce qui compte le plus pendant une panne réseau grave ?
Keep recovering
0%
Stop and protect consistency
100%
1 Votes • Vote fermé
Rejoignez la diffusion en direct avec Kim
Rejoignez la diffusion en direct avec Kim
Votre contenu coté a été supprimé
🎙️ Campagne en direct Binance Square sur Dusk : 480 000 tâches complétées pour obtenir 40 000 Dusk
cover
Fin
01 h 56 min 26 sec
482
5
3
Je pensais autrefois que la confidentialité sur une blockchain signifiait que l’utilisateur devait tout gérer lui-même, mais un détail du modèle Phoenix de Dusk m’a fait voir les choses différemment. @Dusk_Foundation permet de déléguer des calculs intensifs à des tiers de confiance, y compris de parcourir le réseau pour trouver les transactions qui vous sont adressées grâce à une clé de vue, et même de générer des preuves ZK, tandis que le tiers délégué ne peut toujours pas dépenser vos notes, car il ne possède pas votre clé secrète complète. Cette séparation est plus intéressante qu’elle n’en a l’air. Elle suggère que l’activité privée sur une blockchain ne signifie pas nécessairement que chaque utilisateur doit effectuer chaque calcul coûteux localement. Vous pouvez déléguer le travail lourd tout en gardant l’autorité de dépenser vos actifs sous votre contrôle. Pour les applications financières, où la facilité d’utilisation et la confidentialité comptent toutes deux, cette distinction pourrait devenir importante si ces systèmes doivent servir des personnes qui ne sont pas des experts en cryptographie. La question qui me reste est la suivante : feriez-vous confiance à une délégation sécurisée pour des transactions privées, ou préféreriez-vous garder tous les calculs sous votre propre contrôle ? $DUSK #dusk {spot}(DUSKUSDT) $EDEN {spot}(EDENUSDT) $RED {spot}(REDUSDT)
Je pensais autrefois que la confidentialité sur une blockchain signifiait que l’utilisateur devait tout gérer lui-même, mais un détail du modèle Phoenix de Dusk m’a fait voir les choses différemment. @Dusk permet de déléguer des calculs intensifs à des tiers de confiance, y compris de parcourir le réseau pour trouver les transactions qui vous sont adressées grâce à une clé de vue, et même de générer des preuves ZK, tandis que le tiers délégué ne peut toujours pas dépenser vos notes, car il ne possède pas votre clé secrète complète. Cette séparation est plus intéressante qu’elle n’en a l’air. Elle suggère que l’activité privée sur une blockchain ne signifie pas nécessairement que chaque utilisateur doit effectuer chaque calcul coûteux localement. Vous pouvez déléguer le travail lourd tout en gardant l’autorité de dépenser vos actifs sous votre contrôle. Pour les applications financières, où la facilité d’utilisation et la confidentialité comptent toutes deux, cette distinction pourrait devenir importante si ces systèmes doivent servir des personnes qui ne sont pas des experts en cryptographie. La question qui me reste est la suivante : feriez-vous confiance à une délégation sécurisée pour des transactions privées, ou préféreriez-vous garder tous les calculs sous votre propre contrôle ? $DUSK #dusk

$EDEN
$RED
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