11626

Mise à jour de la proposition de requête des portefeuilles XMR｜Récupération en une seule fois des enregistrements de réception de plusieurs comptes｜Ne pas courir après le cours avant 610 dollars

Mon attitude est attentiste : je ne considère pas le code soumis par les développeurs comme une bonne nouvelle déjà concrétisée. Le 26 octobre, une PR, la n° 11626, a été ouverte sur le dépôt officiel de Monero. Elle propose d’ajouter l’option all_accounts aux méthodes RPC de portefeuille get_address et incoming_transfers. Avec la méthode actuelle, il faut effectuer une requête pour chaque compte afin de regrouper les adresses et les sorties reçues. Si la proposition est fusionnée ultérieurement, les portefeuilles de serveurs gérant plusieurs comptes pourront réduire le nombre de requêtes répétées. Le ticket d’origine, n° 5362, avait déjà formulé ce besoin en 2019 : il s’agit donc de réduire le coût d’utilisation d’une interface sur le long terme, et non d’une nouvelle fonctionnalité de confidentialité apparue aujourd’hui. La PR est toujours indiquée comme « Open » et la dernière version stable publiée sur le site officiel du projet est encore la 0.18.5.4, datée du 16 octobre. On ne peut donc pas écrire que les utilisateurs de portefeuilles disposent déjà automatiquement de cette fonctionnalité aujourd’hui.

Je m’intéresse davantage aux limites de cette fonctionnalité : la proposition précise que le comportement par défaut reste une requête par compte. Ce n’est que si l’option all_accounts est activée manuellement que les filtres de compte et de sous-adresse sont ignorés ; les enregistrements d’adresses renvoyés comportent alors aussi l’index du compte. Cela facilite le rapprochement des comptes pour les commerçants ou les systèmes en auto-garde, mais si le système consigne les résultats de tous les comptes dans des journaux accessibles à des personnes qui ne devraient pas les voir, la gestion des autorisations devient d’autant plus importante. Dans la PR, le développeur a indiqué les résultats des tests du portefeuille, des transferts et des tests unitaires. Il s’agit des informations de test fournies par l’auteur de la soumission ; le code doit encore être examiné, fusionné et intégré à une version officielle. Cela ne change ni l’offre totale de XMR, ni son émission, ni les règles de confidentialité des transactions sur la chaîne. Je n’en déduirai donc pas l’existence d’achats institutionnels ni un objectif de cours.

Comment le marché a-t-il réagi ? Au moment de la rédaction, la paire XMR/USD s’échangeait autour de 606.36 dollars sur Kraken. Le cours d’ouverture de la journée UTC était de 597 dollars, avec un plus bas intrajournalier de 596.63 et un plus haut de 609.86 dollars. Le cours a effectivement progressé depuis l’ouverture, mais rien ne prouve que cette hausse soit due à la PR sur l’interface du portefeuille. Le point à surveiller n’est pas « une annonce du projet fait forcément monter le cours », mais la capacité du cours à se maintenir durablement autour de 610 dollars. Ensuite, le prochain niveau à surveiller à la hausse est 620 dollars ; à la baisse, le premier seuil est 600 dollars, puis 596 dollars en cas de rupture. Si la PR est fermée ou retardée, ou si la fonctionnalité n’est pas intégrée à la version officielle, mon optimisme quant à l’avancement du développement serait remis en cause. Si le cours dépasse 610 dollars avant de retomber rapidement sous 600 dollars, la structure haussière serait également invalidée. La réunion de la Réserve fédérale des 27 et 28 octobre n’a pas encore donné lieu à une décision : le risque de volatilité entre marchés demeure.

À titre personnel, je ne prendrais pas position maintenant. Je me préparerais uniquement à tenter un achat au comptant avec une petite position. J’envisagerais d’engager 6 % du capital total de trading seulement si le cours clôture une heure au-dessus de 610 dollars, puis revient tester 606 dollars sans passer en dessous. Je réduirais alors la position de moitié à l’objectif de 620 dollars, et viserais 630 dollars pour le reste, tout en relevant le stop de protection. Après l’entrée, je liquiderais immédiatement la position si le cours passe sous 602 dollars. Si des informations ultérieures concernant la PR révèlent l’échec d’un test essentiel, ou si le cours repasse sous 600 dollars, j’annulerais également le plan et liquiderais le solde. Aucune transaction n’aura lieu tant que ces conditions ne seront pas remplies ; il n’y a donc aucun profit réalisé. #XMR

Ce qui précède reflète uniquement mon observation personnelle du marché et ne constitue pas un conseil en investissement.

Monero钱包接口提出跨账户查询｜草案仍待审且非隐私协议变更｜我等595美元确认

我的态度是观察，不因一项开发草案追买XMR。Monero官方代码仓库10月26日新开PR #11626，建议给钱包RPC的get_address和incoming_transfers增加all_accounts参数，让本来要逐个账户请求的地址、收款输出可以一次查询。提交者说明默认仍保持逐账户行为；只有调用者主动设置all_accounts为真，账户与子地址筛选条件才被忽略。这份PR目前标为Draft、尚无审查结论，也没有出现在正式版本里。Monero官方现行钱包RPC文档仍把incoming_transfers的account_index写成单个账户索引，默认值是0；这与“已经全账户开放”完全不同。

这件事的市场意义在钱包运营体验，而不是匿名性突然增强。对有多个账户、多个收款地址的商户或自托管工具，跨账户查询若经充分测试后正式交付，可能减少重复RPC调用和账务遗漏。但它不会改变链上签名、环签名或交易可追踪性的协议规则，也不是交易所重新上架XMR的证据。更要注意，方便批量查询意味着应用维护者应检查谁能访问钱包RPC，别把敏感地址与收款记录暴露给不该访问的服务；这是部署配置问题，不能因为草案存在就宣称当前主网出现隐私漏洞。PR提交者列出功能测试和单元测试结果，但合并、发行、用户采用仍是后续步骤。

市场已经如何反应？写稿时Kraken XMR/USD约590.8美元，UTC日开592.98美元，滚动24小时高606.26、低582美元。现价略低于日开，说明报价窗口并未因这个PR出现可确认的单边上攻。短线我观察595美元能否重新站稳，随后看606美元压力；若回落，先看582美元，再看575美元。若冲破595后又跌回582以下，或者项目审查否定该方案，我会取消偏强判断。宏观议息临近，波动可能与代码进度毫无关系，不能强作因果。

如果是我自己交易，现在不参与，方向只考虑无杠杆现货试多，初始仓位为总资金2%，最多4%。入场触发是连续两根一小时K线收在595美元上方，并且回踩590至595美元不破；否则保持空仓。触发后先试2%，只有再站稳600美元且量能配合才考虑加到4%。第一目标606美元减半，第二目标620美元再减余仓一半，余仓随一小时低点保护；初始止损582美元，四小时收盘低于575美元全部平仓。若入场前直接跌破582美元，计划取消。这里只陈述未来条件，没有把计划写成已成交。

来源：Monero官方GitHub PR #11626、官方钱包RPC文档、Kraken XMR/USD报价。#XMR
以上仅为个人市场观察，不构成投资建议。