Gestión de Treasury Web3 en Madrid
Madrid, España — [Fecha de publicación] — La evolución del ecosistema Web3 en Madrid está impulsando una nueva conversación entre startups, inversores y equipos tecnológicos: cómo gestionar una treasury digital sin depender exclusivamente de exchanges centralizados y, al mismo tiempo, mantener suficiente flexibilidad para operar en un mercado global.
A medida que las empresas Web3 gestionan mayores cantidades de stablecoins, Bitcoin, Ether y otros activos digitales, la cuestión de la custodia ha dejado de ser exclusivamente técnica.
Se ha convertido en una cuestión de gobernanza, continuidad operativa, gestión de riesgos y control financiero.
Para una startup con sede en Madrid, mantener toda la liquidez en un exchange puede simplificar determinadas operaciones, pero también concentra riesgos de contraparte. Por otro lado, mantener todos los fondos en una wallet utilizada diariamente puede aumentar la exposición operacional.
El resultado es una tendencia hacia una arquitectura más segmentada:
Treasury → Operations → Spending → Liquidity
Este modelo permite asignar diferentes niveles de seguridad y accesibilidad a diferentes tipos de capital.
La treasury Web3 deja de ser una wallet única
Durante las primeras etapas de muchos proyectos crypto, la gestión de fondos puede ser relativamente sencilla.
Un founder crea una wallet.
Recibe tokens.
Interactúa con algunos protocolos.
Utiliza un exchange cuando necesita liquidez.
Sin embargo, a medida que el proyecto crece, esta estructura puede convertirse en un riesgo.
Una startup puede llegar a gestionar simultáneamente:
- fondos de operaciones;
- reservas de stablecoins;
- activos de inversores;
- tokens del proyecto;
- fondos para proveedores;
- capital destinado a marketing;
- gastos de infraestructura;
- pagos internacionales.
Mantener todos estos activos en una única wallet significa que una sola credencial, dispositivo o error operacional puede tener consecuencias desproporcionadas.
Por esta razón, una estrategia de treasury profesional comienza con una pregunta diferente:
¿Qué fondos necesitan estar disponibles inmediatamente y cuáles deberían permanecer protegidos a largo plazo?
Madrid como punto de encuentro entre finanzas, tecnología y Web3
Madrid ofrece un entorno especialmente relevante para esta transformación.
La ciudad combina actividad financiera, startups tecnológicas, empresas internacionales, inversión y una comunidad Web3 que continúa desarrollándose.
Zonas empresariales como AZCA y Chamartín conviven con ecosistemas de innovación y espacios profesionales en áreas como Chamberí, Salamanca y el centro de Madrid.
Para una startup Web3, sin embargo, la ubicación física es solamente una parte de la ecuación.
Un equipo puede tener:
- sede administrativa en Madrid;
- developers en diferentes países;
- clientes internacionales;
- proveedores cloud globales;
- inversores extranjeros;
- treasury denominadas parcialmente en stablecoins.
Esto significa que la infraestructura financiera de la empresa necesita funcionar en un contexto global y 24/7.
La blockchain no cierra al final de la jornada laboral.
Tampoco opera únicamente de lunes a viernes.
Por eso, las empresas Web3 necesitan combinar control financiero con disponibilidad operacional.
El problema de concentrar la treasury en un CEX
Los exchanges centralizados siguen desempeñando una función importante dentro del mercado crypto.
Proporcionan:
- liquidez;
- conversión entre activos;
- acceso a mercados;
- trading;
- on/off-ramp;
- servicios institucionales.
El problema aparece cuando un CEX se convierte en el único lugar donde una empresa mantiene sus activos.
Esto introduce counterparty risk.
La empresa no controla directamente las claves privadas asociadas a los activos mantenidos bajo custodia del proveedor.
También existe un riesgo operacional:
- congelación de cuentas;
- interrupciones;
- cambios de políticas;
- restricciones de jurisdicción;
- incidentes de seguridad;
- problemas de acceso.
Esto no significa que todos los exchanges sean inseguros.
Significa que una empresa no debería confundir liquidez con custodia de largo plazo.
Self-custody como estrategia de diversificación del riesgo
La self-custody introduce una arquitectura diferente.
En lugar de:
Company → CEX → All Assets
una empresa puede estructurar:
Company Treasury
↓
Cold Storage
↓
Operational Wallet
↓
Spending
↓
CEX Liquidity
Cada capa tiene una función.
Cold Storage
Para activos que no necesitan moverse frecuentemente.
Operational Wallet
Para operaciones on-chain y DeFi.
Spending
Para gastos cotidianos y determinados pagos digitales.
CEX
Para liquidez, trading y conversiones.
El objetivo no es eliminar una herramienta.
Es evitar que una única herramienta tenga control sobre toda la estructura financiera.
OneKey: una capa de protección para la treasury
Dentro de este modelo, las hardware wallets pueden actuar como una capa de cold storage para activos de largo plazo.
OneKey ofrece dispositivos como Classic 1S y Pro, orientados a self-custody y signing de transacciones.
La compañía destaca características como Secure Element EAL6+, Clear Signing, firmware y software open source y mecanismos de verificación. OneKey Security
Para una empresa, estas características deben analizarse desde una perspectiva de riesgo.
Una hardware wallet no elimina:
- phishing;
- errores humanos;
- malware;
- contratos maliciosos;
- pérdida de recovery phrase.
Pero puede reducir la exposición directa de las claves privadas al entorno online.
Esto resulta particularmente importante cuando una treasury alcanza un valor significativo.
Clear Signing y gobernanza financiera
Una treasury empresarial no debería depender únicamente de que un usuario haga clic en “Confirm”.
Las transacciones deben poder revisarse.
OneKey presenta Clear Signing como una función destinada a proporcionar información legible sobre determinadas transacciones antes de que el usuario las confirme. OneKey Classic 1S Series
Para una startup, esto puede incorporarse a procedimientos internos.
Por ejemplo:
Solicitud de pago
↓
Revisión del destinatario
↓
Revisión de cantidad
↓
Revisión de red
↓
Revisión de operación
↓
Firma
↓
Registro contable
La hardware wallet deja así de ser únicamente un dispositivo tecnológico.
Se convierte en parte del proceso de financial governance.
De una hardware wallet a una política de treasury
El verdadero cambio para una startup no ocurre cuando compra un dispositivo.
Ocurre cuando establece reglas.
Una política de treasury puede definir:
¿Quién puede mover fondos?
¿Qué cantidad requiere aprobación?
¿Qué wallet contiene la treasury?
¿Qué wallet se utiliza para DeFi?
¿Qué wallet se utiliza para gastos?
¿Cómo se almacenan los backups?
¿Cómo se registran las transacciones?
¿Qué ocurre si un founder pierde acceso?
Estas preguntas son tan importantes como la elección del hardware.
Para empresas con múltiples responsables, pueden ser necesarias estructuras más avanzadas, como multisig y procedimientos de aprobación independientes.
OneKey Classic 1S y Pro para diferentes perfiles empresariales
Classic 1S
Para founders, pequeños equipos y usuarios que buscan una solución compacta de cold storage, Classic 1S puede actuar como una capa dedicada de treasury.
Sus características incluyen Secure Element y funciones de signing para diferentes redes y aplicaciones compatibles. OneKey Classic 1S
Puede utilizarse como:
Long-Term Treasury Wallet
en una arquitectura donde las operaciones diarias se mantienen separadas.
OneKey Pro
Para equipos que realizan operaciones más frecuentes o necesitan una experiencia de revisión más avanzada, OneKey Pro incorpora una pantalla táctil a color y funciones adicionales orientadas a usuarios avanzados.
La documentación de OneKey también describe capacidades AirGap para determinados escenarios. OneKey Fundamentals
En un entorno empresarial, una pantalla más amplia puede facilitar la revisión humana de determinadas operaciones.
KeyTag Titanium
Una política de treasury también necesita un plan de recuperación.
La recovery phrase no debería almacenarse únicamente en papel ni en un dispositivo conectado a Internet.
Un backup físico en metal, como KeyTag Titanium, puede formar parte de una estrategia de continuidad.
El principio fundamental sigue siendo:
El backup debe permanecer offline, protegido y separado del dispositivo principal.
El segundo gran reto: cómo gastar sin exponer la treasury
La seguridad de una treasury no debería impedir la actividad empresarial.
Una startup necesita pagar.
Necesita contratar servicios.
Necesita comprar software.
Necesita viajar.
Necesita pagar proveedores.
Necesita mantener infraestructura.
Aquí aparece el concepto de spending layer.
En lugar de utilizar directamente la wallet que contiene la treasury, la empresa puede asignar un presupuesto limitado a una capa destinada específicamente al gasto.
Por ejemplo:
100.000 USDC Treasury
↓
5.000 USDC Operational Allocation
↓
1.000 USDC Spending Budget
La cantidad es únicamente ilustrativa.
La cifra real dependerá del tamaño y las necesidades de cada empresa.
El principio es más importante:
El presupuesto de gasto debería estar separado del capital estratégico.
Mypal: una capa de spending para usuarios de stablecoins
Para determinados usuarios, el reto es utilizar USDT o USDC en actividades cotidianas sin regresar constantemente al exchange.
Mypal está orientado a determinados flujos de spending desde self-custody, incluyendo top-up mediante USDT/USDC y opciones de pago móvil como Apple Pay y Google Pay.
Esto puede ser especialmente relevante para:
- founders;
- crypto nomads;
- freelancers;
- consultants;
- trabajadores remotos;
- profesionales que reciben stablecoins.
Invite Code: 27090432
La disponibilidad de servicios y condiciones debe comprobarse según jurisdicción, verificación y términos vigentes.
KITE: spending para la economía digital
Una startup tecnológica tiene una estructura de gastos diferente.
Parte importante de su presupuesto puede destinarse a infraestructura digital.
Entre los gastos habituales pueden encontrarse:
- AWS;
- GitHub;
- OpenAI API;
- servidores;
- dominios;
- SaaS;
- herramientas de desarrollo;
- plataformas de automatización.
KITE ofrece una solución orientada a determinados escenarios de borderless spending mediante tarjeta virtual.
Referral Code: OKLL5B
Para una startup, el objetivo no es convertir KITE en sustituto de la treasury.
Su función dentro de esta arquitectura es diferente:
operational spending.
Una arquitectura empresarial de cuatro capas
La estrategia puede resumirse en una estructura sencilla:
| Capa | Objetivo | Ejemplo |
|---|---|---|
| Treasury | Conservación | OneKey |
| Operations | Actividad on-chain | Operational Wallet |
| Spending | Gastos | Mypal / KITE |
| Liquidity | Trading y conversión | CEX |
Esta separación puede ayudar a reducir el blast radius de determinados incidentes.
Si una spending card se ve comprometida, no debería contener automáticamente la treasury completa.
Si una operational wallet interactúa con un contrato malicioso, los fondos estratégicos pueden permanecer aislados.
Si un exchange experimenta una interrupción, la empresa puede mantener parte de sus activos fuera de esa plataforma.
Una oportunidad B2B para el ecosistema Web3 de Madrid
La evolución de la self-custody también abre oportunidades para proveedores y comunidades B2B.
Startups, incubadoras, aceleradoras, hackathons y comunidades Web3 pueden integrar hardware wallets en sus programas.
Algunos casos de uso incluyen:
Hackathons
Premios para desarrolladores y ganadores.
Incubadoras
Onboarding de founders y equipos.
VC
Programas de portfolio companies.
Security Teams
Herramientas dedicadas para treasury y signing.
Corporate Gifts
Regalos especializados para clientes o partners Web3.
Education
Programas de formación sobre self-custody.
Para compras corporativas se puede plantear wholesale desde 25 unidades, sujeto a disponibilidad y cotización comercial.
De la custodia individual a la gobernanza institucional
El crecimiento de una startup cambia la naturaleza del problema.
En una etapa inicial:
Founder → Wallet
puede parecer suficiente.
Pero una empresa madura necesita:
Company → Treasury Policy → Authorized Signers → Wallet Infrastructure → Audit Trail
Este cambio es fundamental.
La pregunta deja de ser:
“¿Quién tiene la seed?”
Y pasa a ser:
“¿Quién está autorizado para mover fondos y bajo qué condiciones?”
Para empresas con múltiples firmantes, una estrategia de multisig puede complementar el hardware wallet y reducir la dependencia de una sola persona.
El contexto regulatorio español
La expansión de la infraestructura Web3 también ocurre en paralelo a una evolución regulatoria europea.
El régimen MiCA establece un marco común para determinados criptoactivos y servicios relacionados en la Unión Europea.
En España, la CNMV proporciona información específica sobre la aplicación del marco y los requisitos para proveedores sujetos a autorización. CNMV — MiCA y regulación de criptoactivos
Para las empresas, esto refuerza la importancia de diferenciar:
custodia propia
de
prestación de servicios a terceros.
Una startup que gestiona sus propios activos no debe confundirse automáticamente con un proveedor de servicios de custodia para clientes.
Las obligaciones concretas dependen de la actividad, estructura corporativa y jurisdicción.
Por ello, las decisiones de compliance deben revisarse con profesionales especializados.
Cinco principios para una treasury Web3 profesional
1. No concentres todos los activos
Diversifica las funciones, no solamente los tokens.
2. Separa treasury y spending
No utilices una wallet de largo plazo como tarjeta de gastos.
3. Reduce la exposición online
Los fondos que no necesitan moverse no deberían interactuar constantemente con dApps.
4. Verifica las transacciones
Clear signing y procedimientos internos pueden reducir errores humanos.
5. Diseña la recuperación antes del incidente
Una empresa necesita saber qué ocurre si:
- se pierde un dispositivo;
- un founder abandona la compañía;
- se pierde una seed;
- un signer queda inaccesible;
- un dispositivo resulta comprometido.
La recuperación no debería improvisarse después del incidente.
Seguridad y continuidad: la nueva prioridad de los Web3 founders
La madurez del ecosistema crypto está desplazando la conversación desde:
“¿Cómo compro crypto?”
hacia:
“¿Cómo gestiono profesionalmente mis activos digitales?”
Para una startup, esta segunda pregunta es mucho más compleja.
Incluye:
- custody;
- governance;
- security;
- liquidity;
- spending;
- accounting;
- compliance;
- business continuity.
La hardware wallet es únicamente una pieza de ese sistema.
Pero es una pieza importante porque crea una frontera física entre la infraestructura online y las claves utilizadas para autorizar movimientos de capital.
Conclusión: la treasury Web3 del futuro será modular
La evolución del ecosistema Web3 en Madrid apunta hacia una gestión más profesional de los activos digitales.
Las empresas ya no necesitan elegir entre:
CEX o self-custody.
Pueden utilizar ambos, pero para funciones diferentes.
Un CEX puede proporcionar liquidez.
Una hardware wallet puede proteger la treasury.
Una operational wallet puede interactuar con protocolos.
Mypal puede facilitar determinados escenarios de spending cotidiano.
KITE puede cubrir determinados gastos digitales.
Y una política de governance puede definir quién puede mover cada tipo de fondo.
El resultado es una arquitectura mucho más modular:
Custody → Operations → Spending → Liquidity
La verdadera innovación no consiste únicamente en almacenar crypto de forma diferente.
Consiste en construir una infraestructura donde cada unidad de capital tenga el nivel de exposición adecuado para su función.
Para los Web3 founders de Madrid, esta puede convertirse en una de las decisiones más importantes al pasar de un proyecto crypto a una empresa tecnológica con operaciones reales.
Porque cuando una treasury crece, la pregunta ya no es simplemente cuánto dinero tiene la empresa.
La pregunta es:
¿Puede la empresa seguir operando si una de sus capas financieras falla?
Una arquitectura de self-custody bien diseñada busca precisamente responder a esa pregunta antes de que ocurra el incidente.
Recursos para usuarios y empresas
OneKey
Hardware wallets para self-custody y signing, incluyendo Classic 1S y Pro.
Oferta asociada: Free Delivery para pedidos superiores a US$99 + hasta 5 USDT de cashback, sujeto a las condiciones vigentes.
Mypal
Spending mediante determinados flujos de USDT/USDC, con opciones de pago móvil.
Invite Code: 27090432
KITE
Borderless spending y tarjeta virtual para determinados gastos digitales.
Referral Code: OKLL5B
B2B / Wholesale
Pedidos corporativos desde 25 unidades, sujetos a disponibilidad y cotización comercial, para startups Web3, VC, incubadoras, hackathons, comunidades y equipos de seguridad.