El trading en línea comienza aquí
ES /es/interesting-articles/tokenization-vs-data-masking/
AR Arabic
AZ Azerbaijan
CS Czech
DA Danish
DE Deutsche
EL Greek
EN English
ES Spanish
ET Estonian
FI Finnish
FR French
HE Hebrew
HI Hindi
HU Hungarian
HY Armenian
IND Indonesian
IT Italian
JA Japan
KK Kazakh
KM Khmer
KO Korean
MS Melayu
NB Norwegian
NL Dutch
PL Polish
PT Portuguese
RO Romanian
... Русский
SQ Albanian
SV Swedish
TG Tajik
TH Thai
TL Tagalog
TR Turkish
UA Ukrainian
UR Urdu
UZ Uzbek
VI Vietnamese
ZH Chinese

Enmascaramiento de datos vs. tokenización

Nota editorial: Aunque nos adherimos a una estricta Integridad Editorial, este post puede contener referencias a productos de nuestros socios. A continuacion explicamos como ganamos dinero. Ninguno de los datos e informacion de esta pagina web constituye asesoramiento en materia de inversion, de acuerdo con nuestro Descargo de responsabilidad.

La tokenización y el enmascaramiento de datos protegen datos sensibles, pero difieren en reversibilidad y uso. La tokenización sustituye los datos por un token seguro que puede revertirse mediante una bóveda o un algoritmo, ideal para transacciones en tiempo real. El enmascaramiento de datos oculta los datos de forma permanente, por lo que resulta útil para pruebas o formación cuando no se necesitan los valores originales. La elección entre ambos depende de si su sistema necesita recuperar los datos originales o simplemente ocultarlos de la vista.

Los equipos de seguridad suelen considerar el enmascaramiento de datos y la tokenización como protecciones intercambiables, pero su impacto en la infraestructura es fundamentalmente distinto. Si trabaja con sistemas de pago, registros de auditoría o flujos de análisis, una elección equivocada entre ambos no solo aumenta el riesgo de exposición; puede interrumpir el flujo de sus operaciones de formas difíciles de detectar hasta que sea demasiado tarde. Este artículo explica qué son el enmascaramiento de datos y la tokenización, y cuál es más adecuado para su caso de uso específico.

Advertencia de riesgo: Los mercados de criptomonedas son altamente volátiles, con fuertes oscilaciones de precios y ciertas incertidumbres regulatorias. Investigaciones indican que entre el 75% y el 90% de los traders sufren pérdidas. Invierte únicamente fondos no esenciales y consulta a un asesor financiero experimentado.

La necesidad de técnicas de protección de datos

En el ecosistema financiero actual, la velocidad del intercambio de datos ha aumentado, pero también el riesgo. Los identificadores personales, los datos de transacciones y la información de los titulares de tarjetas se transmiten y almacenan constantemente en distintos sistemas. Esto convierte la protección de esos datos en una prioridad innegociable, no solo para la privacidad, sino también para la supervivencia reputacional.

Las brechas de seguridad ya no son solo problemas de TI; afectan directamente a la continuidad del negocio y a la confianza de los inversores. Como resultado, las empresas comparan activamente métodos como el enmascaramiento de datos frente a la tokenización para determinar cuál es más adecuado para proteger distintos tipos de datos.

Dónde encajan el enmascaramiento de datos y la tokenización en los sistemas financieros

Tanto el enmascaramiento como la tokenización ofrecen formas de proteger la información, pero cumplen funciones diferentes. La tokenización sustituye los datos reales por tokens sin significado, a menudo vinculados a una bóveda segura. En cambio, el enmascaramiento de datos ofusca los datos en reposo o en tránsito, de modo que, incluso si se accede a ellos, la información sigue siendo inutilizable.

Los casos de uso de la tokenización frente al enmascaramiento suelen depender de cómo se utilizan los datos:

  • La tokenización se prefiere para sistemas en tiempo real que necesitan seguridad reversible.

  • El enmascaramiento es adecuado para entornos de análisis, pruebas o formación en los que no se requiere reversibilidad.

Panorama de los impulsores de cumplimiento y los requisitos regulatorios

Las instituciones financieras se encuentran ahora bajo presión para cumplir normativas complejas, como el RGPD (Reglamento General de Protección de Datos), PCI DSS (Estándar de Seguridad de Datos para la Industria de Tarjetas de Pago) y la Ley DPDP (Protección Digital de Datos Personales) de India. Estas normas especifican cómo deben gestionarse los datos de los clientes, y el incumplimiento conlleva fuertes multas. Como resultado, evaluar la diferencia entre la tokenización y el enmascaramiento es una necesidad empresarial.

Principales normativas de datos
NormativaÁrea de enfoqueRelevancia para el enmascaramiento o la tokenización
PCI DSS 4,0Protección de datos de pagoLa tokenización es un método aceptado para la protección del PAN
RGPDPrivacidad de los datos personalesSe recomienda el enmascaramiento para análisis
HIPAAInformación sanitariaEl enmascaramiento o la tokenización son aceptables

Para cumplir con los estándares de seguridad de 2026, muchas organizaciones están optando por las mejores soluciones de enmascaramiento y tokenización de datos que pueden funcionar conjuntamente como parte de una estrategia de defensa en capas.

Qué es el enmascaramiento de datos y cómo funciona

El enmascaramiento de datos sustituye la información confidencial original por datos falsos pero realistas, preservando la estructura y protegiendo a la vez los valores reales. Los dos métodos principales de este enfoque son:

  • Enmascaramiento estático de datos. Consiste en crear una copia depurada de una base de datos para usarla en pruebas o desarrollo.

  • Enmascaramiento dinámico de datos. Se produce en tiempo real y modifica los datos a medida que los usuarios acceden a ellos según sus privilegios.

Enmascaramiento estático de datos frente a enmascaramiento dinámico de datos
MétodoDescripciónCaso de uso ideal
Enmascaramiento estático de datosEnmascara los datos en una copia del conjunto de datos originalEntornos de prueba, bases de datos de formación
Enmascaramiento dinámico de datosAplica reglas de enmascaramiento en el momento de la consultaSistemas de producción con acceso basado en roles

Esta distinción cobra especial importancia al comparar la tokenización con el enmascaramiento de datos.

Casos de uso habituales en los sistemas financieros y bancarios

En los sistemas bancarios y de seguros, el enmascaramiento de datos desempeña un papel clave en los flujos de desarrollo, control de calidad y análisis. Estos entornos a menudo no necesitan acceder a datos reales de los clientes, pero deben conservar la estructura de los datos. Como resultado, el enmascaramiento se utiliza para:

  • formar al personal con conjuntos de datos realistas;

  • probar sistemas sin exponer datos sensibles;

  • crear entornos aislados seguros para analistas de datos.

Ventajas del enmascaramiento para entornos no productivos

Los entornos no productivos suelen pasarse por alto al proteger los datos financieros. Sin embargo, las brechas en servidores de prueba o desarrollo pueden ser igual de perjudiciales. En este caso, las técnicas de enmascaramiento y tokenización de datos ofrecen ventajas distintas. El enmascaramiento garantiza que no haya forma de aplicar ingeniería inversa a los datos, lo que resulta ideal para desarrolladores y proveedores externos.

Por el contrario, la tokenización puede ser preferible en sistemas de producción que requieren una sustitución de datos segura pero reversible. Esto hace que el análisis del enmascaramiento de datos frente a la tokenización sea crucial en función del nivel de acceso del entorno, las necesidades de auditoría y los requisitos de privacidad.

Qué es la tokenización y cómo funciona

La tokenización se refiere al proceso de sustituir datos sensibles por marcadores de posición únicos y no sensibles llamados tokens. Estos tokens conservan el formato de los datos originales, pero no tienen ningún valor explotable. Actualmente se utilizan dos modelos principales:

  • Tokenización con bóveda. Almacena los datos originales en una bóveda de tokens segura y los vincula al token generado.

  • Tokenización sin bóveda. Utiliza algoritmos para generar tokens sobre la marcha, eliminando la necesidad de almacenar datos originales de forma centralizada.

Ejemplos reales en sistemas de pago y seguridad de activos

La tokenización se utiliza ampliamente en el procesamiento de tarjetas de crédito, donde los datos sensibles de la tarjeta se sustituyen por tokens que solo pueden volver a asociarse mediante una bóveda segura. Por ejemplo:

  • los sistemas de punto de venta tokenizan los datos de la tarjeta antes de que lleguen a los servidores internos;

  • las billeteras móviles almacenan tokens en lugar de los números reales de las tarjetas;

  • las plataformas de tokenización de activos utilizan la tokenización para representar digitalmente la propiedad de oro o inmuebles.

Ventajas para el cumplimiento de PCI DSS y GDPR

La tokenización reduce el alcance de las auditorías de cumplimiento, ya que los sistemas que solo manejan tokens están exentos de algunos de los requisitos más estrictos. Para las empresas que manejan datos de tarjetas de crédito o de clientes, esto facilita el cumplimiento de las normativas PCI DSS y GDPR. Los tokens pueden circular por los sistemas sin exponer los datos originales, lo que reduce significativamente el riesgo de brechas.

A continuación, un resumen de por qué las empresas prefieren la tokenización para el cumplimiento:

  • reduce la responsabilidad al aislar los datos sensibles;

  • minimiza el alcance y el coste de las auditorías;

  • permite compartir datos de forma segura sin exponer los valores originales.

Diferencias clave entre el enmascaramiento de datos y la tokenización

Comprender la diferencia clave entre el enmascaramiento y la tokenización ayuda a las organizaciones a elegir la técnica adecuada para sus objetivos de protección de datos. Aunque ambos sirven para ocultar información sensible, difieren en la forma en que tratan los datos originales y en si estos pueden recuperarse.

Una de las distinciones más importantes radica en la reversibilidad y la conservación del formato. Los datos tokenizados pueden revertirse a su forma original mediante bóvedas seguras o algoritmos, mientras que los datos enmascarados suelen ser irreversibles y solo resultan útiles para fines de apariencia o pruebas. Esto convierte la elección entre tokenización y enmascaramiento de datos en un punto de decisión fundamental en entornos de transacciones en vivo, donde los datos originales deben recuperarse de forma segura.

Enmascaramiento de datos vs. tokenización
CaracterísticaEnmascaramiento de datosTokenización
ReversibilidadIrreversibleReversible (con clave/token seguro)
Conservación del formatoMantiene el formatoPuede conservar el formato con configuración
Usabilidad de los datosAdecuado para pruebas y formaciónIdeal para transacciones en vivo
Requisitos de almacenamientoMínimosPuede requerir bóvedas de tokens seguras
Adecuación normativaIdeal para uso no productivoCumple con PCI DSS y GDPR

Al evaluar la tokenización frente al enmascaramiento para análisis, el enmascaramiento suele interferir con los patrones de datos, lo que limita su integración con los flujos de procesamiento posteriores. La tokenización, cuando preserva el formato, puede mantener la compatibilidad con las herramientas de análisis, algo especialmente relevante en las plataformas financieras que dependen de la consistencia y la precisión.

Cuándo utilizar el enmascaramiento de datos frente a la tokenización

La elección entre el enmascaramiento de datos y la tokenización depende del entorno de datos específico, los requisitos de cumplimiento normativo y el uso que se dará a los datos tras su protección. Aunque ambas técnicas sirven para proteger información sensible, sus contextos de aplicación y su eficacia varían considerablemente.

Escenarios ideales para el enmascaramiento de datos en pruebas y soporte

En las funciones de pruebas de software y atención al cliente, el enmascaramiento de datos funciona mejor cuando los equipos necesitan acceder a formatos de datos realistas sin exponer información personal o financiera real. Por ejemplo, los números de tarjetas de crédito o nombres enmascarados pueden ayudar a los testers a validar la lógica del sistema sin riesgo de filtración de datos. Esto hace que el enmascaramiento sea ideal en entornos no productivos, donde la precisión no es tan crítica como la preservación del formato.

Dónde la tokenización ofrece mayor seguridad a escala

Para los sistemas transaccionales, las pasarelas de pago o las infraestructuras financieras a gran escala, la tokenización ofrece una protección más sólida al sustituir los valores reales por tokens no sensibles. A diferencia del enmascaramiento, los datos tokenizados a menudo pueden pasar de forma segura por los sistemas de producción y seguir respaldando operaciones clave como la autorización. En escenarios donde se requiere el cumplimiento de PCI DSS o en los que la seguridad de los datos a largo plazo es fundamental, la tokenización surge como el enfoque más robusto.

Enfoques híbridos para una protección por capas

Muchas organizaciones adoptan ahora un modelo híbrido que combina ambas técnicas. Por ejemplo:

  • Utilice el enmascaramiento de datos en entornos de QA para permitir pruebas basadas en el formato.

  • Aplique la tokenización en sistemas de producción para transacciones en tiempo real.

  • Implemente reglas basadas en el acceso para controlar cuándo se activa cada método.

Uso combinado de enmascaramiento de datos y tokenización
Caso de usoEnmascaramiento de datosTokenización
Entornos de pruebas y desarrolloEnmascaramiento estático y dinámicoNo es ideal debido a su enfoque en producción
Procesamiento de pagosEl formato puede conservarse, pero no es seguroGarantiza la seguridad y el cumplimiento de PCI
Analítica e inteligencia empresarialPreserva la estructura para las consultasUso limitado salvo que se destokenicen
Cumplimiento normativo (PCI, RGPD)Depende de la solidez del enmascaramientoMétodo preferido para datos sensibles

El uso de una combinación bien pensada de enmascaramiento y tokenización permite a las empresas equilibrar la usabilidad, el rendimiento y la protección.

Comparación de rendimiento, complejidad y escalabilidad

En una comparación entre el enmascaramiento de datos y la tokenización desde la perspectiva de la infraestructura, destacan tres factores: el impacto en el rendimiento, la complejidad de implementación y la escalabilidad a largo plazo. La elección entre ambos debe considerar no solo cómo se protegen los datos, sino también con qué rapidez, fiabilidad y eficiencia se desplazan por los sistemas bajo carga real.

Cómo afecta cada enfoque al rendimiento del sistema

La tokenización introduce más latencia durante las operaciones de lectura y escritura, especialmente cuando se utiliza una bóveda centralizada o un paso de destokenización. En cambio, el enmascaramiento de datos ofrece mayor velocidad de ejecución en entornos no productivos, ya que los datos enmascarados no necesitan revertirse. Sin embargo, el enmascaramiento rara vez se utiliza en sistemas transaccionales, por lo que el rendimiento es menos preocupante en ese ámbito.

Bóvedas de tokens frente a reglas de enmascaramiento en sistemas empresariales a gran escala

A gran escala, la tokenización depende de bóvedas de tokens robustas o de métodos distribuidos sin bóveda para mantener la integridad referencial de los datos. Estas bóvedas deben ser seguras, redundantes y rápidas para evitar convertirse en cuellos de botella de rendimiento. Por otro lado, el enmascaramiento de datos y la tokenización se diferencian en que el enmascaramiento suele utilizar conjuntos de reglas estáticas o dinámicas aplicadas a nivel de consulta o exportación, lo que lo hace más flexible para cargas de trabajo con muchas lecturas, pero menos adecuado para actualizaciones en tiempo real.

Compromisos de complejidad a gran escala

  • la tokenización requiere una gestión segura del ciclo de vida de los tokens y registros de auditoría;

  • el enmascaramiento requiere mantenimiento de reglas y bibliotecas de formatos;

  • la tokenización sin bóveda reduce la latencia, pero aumenta el riesgo de gestión de claves.

Elegir la herramienta adecuada según el volumen y la frecuencia de acceso

Para el acceso de baja frecuencia o los datos archivados, las comparaciones entre el enmascaramiento de datos y la tokenización suelen favorecer el enmascaramiento por su simplicidad. Sin embargo, en sistemas de pagos de alto volumen o sistemas nativos de la nube, la tokenización proporciona mayor protección y auditabilidad. Cuando es necesario acceder y modificar datos sensibles con frecuencia, la tokenización garantiza que cada interacción esté controlada y cumpla con la normativa.

Esto convierte la planificación de la escalabilidad en una parte fundamental de la elección entre el enmascaramiento y la tokenización, especialmente al trabajar con entornos de nube híbrida o bases de datos de alta concurrencia.

Costes, herramientas y ecosistema de proveedores

Ambas técnicas han madurado, y el mercado actual ofrece un amplio ecosistema de proveedores que atiende necesidades empresariales específicas. Aunque la elección entre tokenización y enmascaramiento pueda parecer una cuestión de preferencia, comprender el ecosistema que las respalda ayuda a determinar la opción adecuada.

Principales soluciones de tokenización en 2026

Para las empresas que priorizan la seguridad a escala, las mejores soluciones de enmascaramiento de datos y tokenización en 2026 incluyen plataformas como Thales CipherTrust, Protegrity y Very Good Security (VGS). Estos proveedores ofrecen tokenización tanto basada en bóveda como sin bóveda, a menudo combinada con funciones adicionales de cifrado y gestión de accesos. En particular, las soluciones que ofrecen tokenización con capacidades de enmascaramiento dinámico de datos están ganando terreno para aplicaciones en tiempo real.

Mejores soluciones de tokenización en 2026
Proveedor de tokenizaciónTipo de bóvedaPrincipal fortalezaCobertura de cumplimiento normativo
Thales CipherTrustBasada en bóvedaControl de políticas a escala empresarialPCI DSS, GDPR, HIPAA
ProtegritySin bóvedaTokenización con preservación de formatoHIPAA, ISO 27001
Very Good Security (VGS)Sin bóvedaModelo de tokenización como servicio API-firstSOC 2, PCI DSS

Mejor software de enmascaramiento de datos para necesidades de cumplimiento normativo

Herramientas como Informatica, Delphix e IBM Guardium lideran las implementaciones de enmascaramiento para pruebas y soporte. Sus funciones permiten cumplir con el GDPR y PCI DSS sin exponer datos sin procesar a herramientas de desarrollo o de terceros. Los mejores productos de enmascaramiento de datos y tokenización en 2026 destacan por ofrecer acceso por capas, registros detallados e integración fluida en los flujos de TI empresariales.

Consideraciones de coste e integración para cada uno

Comprender la diferencia entre la tokenización y el enmascaramiento es esencial al presupuestar la implementación. La tokenización puede requerir una infraestructura compleja, especialmente con sistemas basados en bóvedas, mientras que las herramientas de enmascaramiento suelen integrarse más fácilmente en los entornos de bases de datos existentes. La elección adecuada suele depender de la frecuencia con la que se accede a los datos, el volumen que se maneja y de si se requiere reversibilidad.

Si busca aplicar estos conceptos en mercados reales, el siguiente paso es elegir dónde interactuará realmente con activos digitales. Un exchange fiable se convierte en el punto de entrada donde sus fondos, datos y transacciones se gestionan a diario. Estos son algunos de los mejores exchanges de criptomonedas de su región para ayudarle a comenzar con confianza.

Mejores exchanges de criptomonedas en su región
OKX Coinbase Crypto.com Cryptohopper BTCC

Criptomonedas

Sí Sí Sí Sí Sí

Depósito Mín., $

10 10 1 No 10

Monedas compatibles

600+ 400+ 400+ 1000 399

Comisión Spot Taker, %

0.1 0.5 0.5 0 0.3

Comisión Spot Maker, %

0.08 0.5 0.25 0 0.2

Cuenta demo

Sí No No No Sí

Puntuación general de TU

8.46 8.5 8.48 7.76 1.94

Abrir una cuenta

Al broker
Tu capital está en riesgo.
Al broker
Tu capital está en riesgo.
Al broker
Tu capital está en riesgo.
Al broker
Tu capital está en riesgo.
Al broker
Tu capital está en riesgo.

Por qué equivocarse en esto afecta a mucho más que al cumplimiento normativo

Anastasiia Chabaniuk Editor de contenido educativo

Esta es la trampa en la que caen la mayoría de los principiantes. Eligen la tokenización porque parece más sólida. Pero en los sistemas reales, esa elección puede salir muy mal. La tokenización es una vía de un solo sentido, y cualquier sistema posterior que necesite procesar o mostrar el valor original queda bloqueado. Si utiliza herramientas de detección de fraude o modelos de análisis de clientes y los datos originales se han sustituido por tokens, su flujo de análisis queda atascado. Por tanto, la estrategia inteligente no consiste en preguntar cuál es más seguro, sino quién sigue necesitando acceder a los datos y cómo.

Otro aspecto del que apenas se habla es el tiempo. La tokenización tiene latencia. Depende de una consulta o una llamada segura para recuperar el valor original cuando es necesario. Si gestiona transacciones de gran volumen en las que cada milisegundo cuenta, el enmascaramiento podría ser más seguro porque mantiene los datos dentro del sistema y evita ese paso adicional. Pero eso solo funciona si su entorno interno está bien segmentado y los controles de acceso son estrictos. Así que, en lugar de considerar la tokenización como una solución de seguridad predeterminada, trátela como una herramienta quirúrgica. Úsela solo cuando sea necesario y asegúrese de que los sistemas que la rodean estén preparados para asumir esa contrapartida.

Conclusión

Elegir entre enmascaramiento de datos y tokenización no es solo una cuestión técnica, sino estratégica para la seguridad y operación de cualquier empresa financiera. Mientras la tokenización destaca en entornos de producción donde la reversibilidad y el cumplimiento normativo son esenciales, el enmascaramiento resulta insustituible para pruebas y formación al proteger datos de manera irreversible. Por ejemplo, en sistemas de pago la tokenización permite transacciones seguras y auditables, mientras que en laboratorios de desarrollo el enmascaramiento sostiene la privacidad sin comprometer la funcionalidad. En definitiva, la protección de los datos sensibles debe basarse en una evaluación precisa del caso de uso, pues la seguridad verdadera no depende de la herramienta más robusta, sino de la más adecuada para cada contexto.

Preguntas frecuentes

¿Qué normativas regulan el uso de tokenización y enmascaramiento de datos en entidades financieras?

Normativas como PCI DSS, RGPD y HIPAA exigen la protección de datos sensibles en entidades financieras. La tokenización se reconoce como método válido para cumplir PCI DSS y GDPR al manejar datos de tarjetas de pago y datos personales, mientras que el enmascaramiento es recomendado para análisis y entornos de prueba según la regulación vigente.

¿Qué diferencias existen entre el enmascaramiento dinámico y estático de datos en contextos de prueba y producción?

El enmascaramiento estático de datos crea copias sanitizadas de bases de datos para pruebas o desarrollo, siendo útil para entornos no productivos. El enmascaramiento dinámico aplica reglas en tiempo real al acceder a los datos originales, permitiendo que los datos se enmascaren al vuelo según el usuario o nivel de acceso, lo que resulta más apropiado en sistemas de producción con diferentes privilegios.

¿Cuáles son los desafíos de escalabilidad al implementar tokenización frente al enmascaramiento de datos?

La tokenización puede enfrentar desafíos de escalabilidad debido a la gestión de bóvedas centralizadas y la latencia añadida al proceso de generación y reversión de tokens. El enmascaramiento suele escalar con mayor facilidad en ambientes de solo lectura o pruebas, ya que se basa en reglas predefinidas y no requiere operaciones reversibles ni almacenamiento adicional de valores originales.

¿En qué escenarios la preservación del formato de los datos es crucial al elegir entre tokenización y enmascaramiento?

La preservación del formato es esencial cuando los sistemas requieren que la estructura de los datos se mantenga para compatibilidad con herramientas, procesos o validaciones. Tanto la tokenización como el enmascaramiento pueden mantener el formato, pero la tokenización es preferida en producción para transacciones reales, mientras que el enmascaramiento se utiliza en pruebas en las que no es necesario acceder a los valores originales.

Principales selecciones e ideas de los editores

Equipo que trabajó en la redacción del artículo

Ashutosh Sureka
Ashutosh Sureka
Autor de Noticias en Traders Union

Ashutosh Sureka es un profesional de finanzas especializado en investigación financiera, evaluación de crédito y análisis de acciones.

Glosario para comerciantes novatos
Rendimiento

El rendimiento se refiere a las ganancias o ingresos derivados de una inversión. Refleja los rendimientos generados por la posesión de activos como acciones, bonos u otros instrumentos financieros.

CFD

El CFD es un contrato entre un inversor/operador y un vendedor que demuestra que el operador tendrá que pagar al vendedor la diferencia de precio entre el valor actual del activo y su valor en el momento del contrato.

Criptomoneda

La criptodivisa es un tipo de moneda digital o virtual cuya seguridad se basa en la criptografía. A diferencia de las monedas tradicionales emitidas por los gobiernos (monedas fiduciarias), las criptomonedas operan en redes descentralizadas, normalmente basadas en la tecnología blockchain.

Inversor

Un inversor es una persona que invierte dinero en un activo con la esperanza de que su valor se revalorice en el futuro. El activo puede ser cualquier cosa, incluidos bonos, obligaciones, fondos de inversión, acciones, oro, plata, fondos cotizados (ETF) y propiedades inmobiliarias.

Bitcoin

Bitcoin es una criptomoneda digital descentralizada creada en 2009 por un individuo o grupo anónimo bajo el seudónimo de Satoshi Nakamoto. Funciona con una tecnología llamada blockchain, que es un libro de contabilidad distribuido que registra todas las transacciones a través de una red de ordenadores.