Gestion décentralisée des seuils (threshold) open source de la communauté ZEC : le test du réseau principal n’est pas une mise en production sûre ; vers 1468, j’attends juste une confirmation
Mon attitude est la prudence : je ne prends pas une démo de développeur pour une solution d’hébergement institutionnel immédiatement utilisable. Sur le forum de la communauté Zcash, le développeur a publié le 20 septembre une bibliothèque de custody 2/3 avec seuil visant à bloquer ZEC ; le dépôt du projet indique que le 21 septembre, deux machines détenant des parts de clés différentes ont coopéré pour autoriser une transaction de masquage sur le réseau principal, et que le troisième dépositaire n’avait même pas besoin d’être en ligne pour atteindre le seuil. Forum et dépôt : ce sont tous deux des révélations de la partie développeuse. Je n’ai pas à ce stade de validation indépendante complète du processus de signature de cette transaction ; c’est pourquoi je la décris seulement comme un « test du réseau principal rapporté par le développeur », et non comme une mise à niveau généralisée, un lancement officiel, ni comme une solution déjà adoptée par des institutions.
Pourquoi ça mérite d’être suivi ? Quand une institution ou un DAO détient des fonds masqués, le fait qu’une seule personne conserve une graine complète crée un risque unique de vol et un risque opérationnel. Cette implémentation s’appuie sur le schéma de signature à seuil FROST de la Zcash Foundation, et elle enchaîne la génération distribuée des clés, la communication entre dépositaires, l’assemblage des transactions Orchard, la confirmation de dépôt et le traitement du réarrangement. Le coordinateur ne détient pas lui-même de parts de clés. La proposition ZIP 312 de Zcash discute aussi l’autorisation de transactions masquées via des signatures à seuil avec re-randomisation : cela indique que la direction technique a un socle documentaire ; toutefois, cette proposition n’est pas une certification pour la production. Le projet précise que l’ensemble du produit n’a fait l’objet d’aucun audit indépendant, qu’il n’existe pas de stratégie de récupération de secours on-chain quand le seuil n’est pas atteint, et que les procédures de sauvegarde et d’exploitation restent des points faibles. Je pense que ce qu’il apporte, c’est une preuve de faisabilité pour un hébergement à long terme, pas une preuve pour une demande d’achat immédiate.
Le marché ne lui a pas donné de prix direct. Vers 13:20 (heure de Pékin), OKX ZEC futures cote 1468 dollars, avec une fourchette sur 24 h de 1443,66 à 1572. À 13:00, la bougie complète de 15 minutes clôture à 1462,49 depuis 1466 ; l’extension suivante correspond à une bougie inachevée, donc on ne peut pas écrire qu’elle a déjà inversé la tendance. Le funding rate est d’environ +0,01 %, position ouverte d’environ 121 600 ZEC et notionnel d’environ 179 millions de dollars. Sur l’ancien post à 11:04, la condition des acheteurs exigeait de stopper la baisse entre 1444 et 1452, de reprendre 1463 avec un retour sur volume, et que la prochaine bougie tienne au-dessus de 1458. Même si ça rebondit, je n’ai aucun enregistrement réel de transactions vérifiable, donc je ne peux pas l’écrire comme un profit. Aujourd’hui, je surveille si 1460 peut continuer à absorber les ordres, et si la zone 1476—1484 peut être à nouveau tenue. En cas de re-chute sous 1443, mon jugement de rebond serait invalidé.
Si c’était moi qui trade : à l’heure actuelle, position 0. Je n’irai pas chercher la hausse uniquement à cause d’un message de développeur. Je n’utiliserai un maximum de 1 % du principal en spot pour tenter un long que si 1460—1466 tiennent pendant deux bougies consécutives de 15 minutes avec du volume, et si on repasse à 1476 avec du volume, puis que la bougie suivante tient encore au-dessus de 1470. Objectif 1 : 1485—1493 ; objectif 2 : 1502—1515. À la première réalisation de l’objectif, je réduis de moitié ; si le prix retombe vers 1460, je réduis de moitié à nouveau. Si la clôture de 15 minutes se fait sous 1442, je coupe tout, stop et fermeture complète. Si ça casse d’abord 1458 et que le rebond vers 1468 échoue, j’annule l’entrée long et je continue en position cash/short de type « pas de position ». Je ne prendrai pas de levier élevé au motif que c’est du code de custody expérimental. Si, par la suite, des audits révèlent des failles critiques ou que le test du réseau principal ne peut pas être reproduit, alors même un jugement pour un usage à long terme doit être retiré.
Sources : billet original du forum de la communauté Zcash par des développeurs, dépôt du projet zyn-io, proposition ZIP 312, et données de marché publiées par OKX. #ZEC
Ce qui précède ne constitue qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.
Mon attitude est la prudence : je ne prends pas une démo de développeur pour une solution d’hébergement institutionnel immédiatement utilisable. Sur le forum de la communauté Zcash, le développeur a publié le 20 septembre une bibliothèque de custody 2/3 avec seuil visant à bloquer ZEC ; le dépôt du projet indique que le 21 septembre, deux machines détenant des parts de clés différentes ont coopéré pour autoriser une transaction de masquage sur le réseau principal, et que le troisième dépositaire n’avait même pas besoin d’être en ligne pour atteindre le seuil. Forum et dépôt : ce sont tous deux des révélations de la partie développeuse. Je n’ai pas à ce stade de validation indépendante complète du processus de signature de cette transaction ; c’est pourquoi je la décris seulement comme un « test du réseau principal rapporté par le développeur », et non comme une mise à niveau généralisée, un lancement officiel, ni comme une solution déjà adoptée par des institutions.
Pourquoi ça mérite d’être suivi ? Quand une institution ou un DAO détient des fonds masqués, le fait qu’une seule personne conserve une graine complète crée un risque unique de vol et un risque opérationnel. Cette implémentation s’appuie sur le schéma de signature à seuil FROST de la Zcash Foundation, et elle enchaîne la génération distribuée des clés, la communication entre dépositaires, l’assemblage des transactions Orchard, la confirmation de dépôt et le traitement du réarrangement. Le coordinateur ne détient pas lui-même de parts de clés. La proposition ZIP 312 de Zcash discute aussi l’autorisation de transactions masquées via des signatures à seuil avec re-randomisation : cela indique que la direction technique a un socle documentaire ; toutefois, cette proposition n’est pas une certification pour la production. Le projet précise que l’ensemble du produit n’a fait l’objet d’aucun audit indépendant, qu’il n’existe pas de stratégie de récupération de secours on-chain quand le seuil n’est pas atteint, et que les procédures de sauvegarde et d’exploitation restent des points faibles. Je pense que ce qu’il apporte, c’est une preuve de faisabilité pour un hébergement à long terme, pas une preuve pour une demande d’achat immédiate.
Le marché ne lui a pas donné de prix direct. Vers 13:20 (heure de Pékin), OKX ZEC futures cote 1468 dollars, avec une fourchette sur 24 h de 1443,66 à 1572. À 13:00, la bougie complète de 15 minutes clôture à 1462,49 depuis 1466 ; l’extension suivante correspond à une bougie inachevée, donc on ne peut pas écrire qu’elle a déjà inversé la tendance. Le funding rate est d’environ +0,01 %, position ouverte d’environ 121 600 ZEC et notionnel d’environ 179 millions de dollars. Sur l’ancien post à 11:04, la condition des acheteurs exigeait de stopper la baisse entre 1444 et 1452, de reprendre 1463 avec un retour sur volume, et que la prochaine bougie tienne au-dessus de 1458. Même si ça rebondit, je n’ai aucun enregistrement réel de transactions vérifiable, donc je ne peux pas l’écrire comme un profit. Aujourd’hui, je surveille si 1460 peut continuer à absorber les ordres, et si la zone 1476—1484 peut être à nouveau tenue. En cas de re-chute sous 1443, mon jugement de rebond serait invalidé.
Si c’était moi qui trade : à l’heure actuelle, position 0. Je n’irai pas chercher la hausse uniquement à cause d’un message de développeur. Je n’utiliserai un maximum de 1 % du principal en spot pour tenter un long que si 1460—1466 tiennent pendant deux bougies consécutives de 15 minutes avec du volume, et si on repasse à 1476 avec du volume, puis que la bougie suivante tient encore au-dessus de 1470. Objectif 1 : 1485—1493 ; objectif 2 : 1502—1515. À la première réalisation de l’objectif, je réduis de moitié ; si le prix retombe vers 1460, je réduis de moitié à nouveau. Si la clôture de 15 minutes se fait sous 1442, je coupe tout, stop et fermeture complète. Si ça casse d’abord 1458 et que le rebond vers 1468 échoue, j’annule l’entrée long et je continue en position cash/short de type « pas de position ». Je ne prendrai pas de levier élevé au motif que c’est du code de custody expérimental. Si, par la suite, des audits révèlent des failles critiques ou que le test du réseau principal ne peut pas être reproduit, alors même un jugement pour un usage à long terme doit être retiré.
Sources : billet original du forum de la communauté Zcash par des développeurs, dépôt du projet zyn-io, proposition ZIP 312, et données de marché publiées par OKX. #ZEC
Ce qui précède ne constitue qu’une observation personnelle du marché et ne constitue pas un conseil en investissement.
