# Preparate para FCMP++ — checklist de wallet, view-key y on-chain

> Checklist práctico pre-fork para el hard fork FCMP++ + Carrot de Monero. Qué wallets seguir, qué hacer con view keys publicadas, higiene de subdirecciones, timing de migración. Sin urgencia todavía — pero hay cosas que conviene tener listas.

Canonical URL: https://www.xmr.club/es/guides/prepare-for-fcmp-plus-plus
Locales: https://www.xmr.club/llm/guides/prepare-for-fcmp-plus-plus.txt · https://www.xmr.club/zh/llm/guides/prepare-for-fcmp-plus-plus.txt · https://www.xmr.club/es/llm/guides/prepare-for-fcmp-plus-plus.txt · https://www.xmr.club/ru/llm/guides/prepare-for-fcmp-plus-plus.txt

## Overview

FCMP++ es un hard fork: cada nodo actualiza, cada wallet tiene que sacar un release que entienda el nuevo sistema de pruebas. Nada se rompe para quien no hace nada — tu XMR forkea automáticamente. Pero un set chico de cosas se beneficia de preparación liviana, sobre todo si publicás una view key, gestionás integraciones de negocio, o mantenés muchas subdirecciones. Acá el checklist, en orden de prioridad.

## Body

Respuesta corta Si self-custodiás en una wallet principal (Feather, Cake, Monerujo, Monero GUI), no hagas nada ahora. Leé el changelog cuando tu wallet flaggee FCMP++/Carrot, actualizá a tiempo, listo. Si publicás una view key para donaciones o acceso view-only de negocio, planeá una rotación post-fork a una key acotada Carrot. Si operás un nodo, planeá bumpear versiones antes de la altura del fork. Leé el resto si hacés algo más allá de holdeo casual. 1. Check de wallet — ¿estoy en un cliente seguido? Toda wallet Monero activa está siguiendo el fork; la pregunta es cuán rápido aterriza el release. A 2026-05-18: Monero GUI / CLI — referencia canónica. Saca FCMP++ + Carrot en el release del fork. Usá esto si querés estar en la implementación de referencia día uno. Feather Wallet — desktop, Qt, Tor-friendly. Sigue cerca a la referencia; usualmente sale dentro de días tras un hard fork. Cake Wallet — mobile + desktop. Wallet cross-chain, así que FCMP++ sale junto al cronograma más amplio. Esperá la build con Carrot. Monerujo — solo Android. Historia de salir rápido para forks; los features PayJoin-style siguen post-FCMP++ (sin conflicto arquitectónico). Stack Wallet — mobile, multi-coin. Cadencia parecida a Cake. MyMonero — light wallet (scanning server-assisted). Va a necesitar updates server-side también; las light wallets obtienen el speedup del view-tag de Carrot temprano porque escanear ES su trabajo. Hardware wallets (Ledger, Trezor) — típicamente retrasan forks de mainnet 2-4 semanas mientras sale el firmware. No planees un gasto de hardware wallet en la ventana inmediata post-fork. Si corrés una wallet que no sacó release en 6+ meses, migrá seed a un cliente mantenido bien antes de la ventana del fork. 2. Higiene de view-key — la tarea pre-fork más importante Carrot rediseña cómo funcionan las wallets view-only. Las view keys actuales son una divulgación unidireccional que revela toda transacción entrante a tu dirección — para siempre. Las view keys Carrot pueden ser scope-limitadas (ej. solo ver balances post-fork) y rotadas sin comprometer el resto del historial. Si publicaste view keys en algún lado — páginas de donación, contador, acceso «view-only» de socio de negocio, app móvil watch-only — hacé la lista ahora: Inventario: ¿quién tiene tu view key hoy, y qué necesita ver realmente? Planeá una key Carrot-scoped para cada consumidor cuando tu wallet saque soporte Carrot. La mayoría solo necesita balances en curso, no historial completo. Rotá proactivamente tras el fork — no esperes un incidente. La view key pre-fork sigue filtrando historial pre-fork; Carrot no encripta retroactivamente nada. Si solo holdeás XMR personal y nunca publicaste una view key, ignorá esta sección. 3. Higiene de nodo (si self-hosteás) Para operadores de monerod self-hosted: Suscribite al feed de releases de monero-project . Los hard forks vienen taggeados con la altura de activación. Testeá el binario en stagenet o testnet antes de mainnet, sobre todo si corrés clientes RPC (wallets, blockexplorer, payment processor). Planeá downtime breve en la altura del fork para upgradear. Los binarios viejos no validan las pruebas FCMP++ y caen detrás del tip de inmediato. Si publicás un nodo remoto (ej. listado en monero.fail), dale a tus users 1-2 semanas de aviso «upgradeando pronto» en tu status. Algunos clientes van a necesitar cambiar de nodo si el tuyo se atrasa. 4. Higiene de subdirecciones — limpieza liviana FCMP++ no invalida ninguna subdirección. Pero el fork es un momento natural para higiene general: Subdirecciones publicadas (páginas de donación, «mandar acá» del negocio) — rotación anual es sana sin importar FCMP++. El fork es una excusa válida. Subdirecciones de contraparte de larga duración — igual. Si una contraparte mandó años a la misma subdir, generar una fresca limita observación de cola larga. No muevas fondos entre subdirecciones «por las dudas» — eso es churn pre-fork que no agrega nada post-fork. Ahorrá throughput a la red. 5. Preparación de exchanges + comercios Exchanges custodiados y comercios crypto manejan FCMP++ silenciosamente en su mayoría. Algunas cosas a saber: Retrasos de retiro son posibles en la ventana 24-48h alrededor de la altura del fork. Los exchanges típicamente pausan retiros para upgradear nodos. Planeá movimientos time-sensitive fuera de esa ventana. Depósitos en vuelo en la altura del fork no están en riesgo — los sostienen reglas de mempool/cadena. Solo esperá demoras de confirmación. Payment processors (BTCPay Server, GloBee, Coinremitter, etc.) van a necesitar updates. Si aceptás XMR comercialmente, suscribite a las release notes de tu processor. El agregador de swap de kyc.rip maneja el fork upgradeando los SDKs de sus engines; usuarios no ven cambio visible. 6. No te sobre-prepares Algunas cosas no conviene hacer pre-fork: «Churnear» tu balance entero para crecer set efectivo. Desperdicia fees y throughput; FCMP++ hace anonymity set maximal sin importar churn pre-fork. Sweepear a un seed nuevo. Tu seed actual forkea limpio. Seed nuevo no te compra nada. Acopiar versiones viejas de wallet «por si el upgrade rompe». La implementación de referencia ha pasado múltiples hard forks sin incidente; rollback es peor que correr el upgrade. Comprar o vender XMR específicamente por FCMP++. Es un upgrade de privacidad, no un supply event. Checklist resumido Identificá tu wallet → confirmá que sacó al menos un release en los últimos 6 meses → suscribite a su changelog. Listá cada lugar donde publicaste una view key. Planeá rotar a view-keys Carrot-scoped tras el fork. Si self-hosteás monerod: suscribite al feed de releases; planeá ventana de upgrade en la altura del fork. Rotá anualmente subdirecciones publicadas (el fork es buen anclaje de cadencia). Si corrés pagos comerciales XMR: suscribite a las release notes de tu processor. No churnees, sweepees ni acopies preventivamente. Ver también FCMP++ explicado — el explainer de qué hace realmente el upgrade. FCMP++ vs otras privacy-tech — comparación lado-a-lado con Zcash, Bitcoin CoinJoin, Mimblewimble, Lelantus-Spark. Elegí una wallet Monero — recomendaciones actuales. Corré tu propio nodo Monero — guía de operador.

## License

CC-BY-4.0. Attribute "xmr.club".