Blog

Los patrones de gráficos son abundantes cuando se trata de análisis técnico. Ya hemos hablado de ellos en otros artículos. Sin embargo, existen muchos otros patrones que pueden ser útiles para los traders intradía, swing traders e inversores a largo plazo. Estas son la cruz de oro y la cruz de la muerte.

Antes de entrar en lo que es la cruz de oro y la cruz de la muerte, necesitamos entender qué es una media móvil (MA). En resumen, es una línea trazada sobre un gráfico de precios que mide el precio promedio del activo durante un período de tiempo determinado. Por ejemplo, un promedio móvil de 200 días medirá el precio promedio del activo en los últimos 200 días. 

Si desea leer más sobre las medias móviles, tenemos un artículo sobre ellas: Explicación de las medias móviles.

¿Qué es una Cruz de Oro?

Una cruz dorada (o cruce dorado) es un patrón de gráfico que implica un cruce de media móvil a corto plazo por encima de una media móvil a largo plazo. Por lo general, la MA de 50 días se usa como promedio a corto plazo y la MA de 200 días se usa como promedio a largo plazo. Sin embargo, esta no es la única forma de pensar en una cruz dorada. Puede suceder en cualquier período de tiempo, y la idea básica es que un promedio a corto plazo se cruza con un promedio a largo plazo. Por lo general, una cruz de oro ocurre en tres fases:

1. La MA a corto plazo está por debajo de la MA a largo plazo durante una tendencia bajista.
2. La tendencia se invierte y el MA de corto plazo cruza por encima del MA de largo plazo.
3. Una tendencia alcista comienza donde la MA a corto plazo se mantiene por encima de la MA a largo plazo.

En muchos casos, una cruz dorada puede considerarse una señal alcista. ¿Cómo? La idea es sencilla. Sabemos que una media móvil mide el precio medio de un activo durante el tiempo que traza. En este sentido, cuando una MA a corto plazo está por debajo de una MA a largo plazo, significa que la acción del precio a corto plazo es bajista en comparación con la acción del precio a largo plazo. 

Ahora bien, ¿qué sucede cuando el promedio a corto plazo cruza por encima del promedio a largo plazo? El precio medio a corto plazo supera el precio medio a largo plazo. Esto indica un cambio potencial en la dirección de la tendencia del mercado, y es por eso que una cruz dorada se considera alcista.

En la interpretación convencional, una cruz dorada implica el cruce MA de 50 días por encima del MA de 200 días. Sin embargo, la idea general detrás de la cruz dorada es que una media móvil a corto plazo se cruza con una media móvil a largo plazo. En este sentido, también podríamos tener cruces de oro en otros marcos de tiempo (15 minutos, 1 hora, 4 horas, etc.). Aún así, las señales de marco de tiempo más alto tienden a ser más confiables que las señales de marco de tiempo más bajo.

Hasta ahora, hemos considerado una cruz dorada con lo que se llama promedio móvil simple (SMA). Sin embargo, existe otra forma popular de calcular una media móvil llamada media móvil exponencial (EMA). Esto usa una fórmula diferente que pone un mayor énfasis en la acción del precio más reciente.

Las EMA también se pueden utilizar para buscar cruces alcistas y bajistas, incluida la cruz dorada. A medida que las EMA reaccionan más rápidamente a los movimientos recientes de precios, las señales cruzadas que producen pueden ser menos confiables y presentar más señales falsas. Aun así, los cruces de EMA son populares entre los comerciantes como una herramienta para identificar cambios de tendencia.

¿Qué es una Cruz de la Muerte?

Una cruz de la muerte es básicamente lo opuesto a una cruz de oro. Es un patrón de gráfico en el que una MA a corto plazo cruza por debajo de una MA a largo plazo. Por ejemplo, el MA de 50 días cruza por debajo del MA de 200 días. Como tal, una cruz de la muerte generalmente se considera una señal bajista. Por lo general, una cruz de la muerte ocurre en tres fases:

1. La MA a corto plazo está por encima de la MA a largo plazo durante una tendencia alcista.
2. La tendencia se invierte y el MA de corto plazo cruza por debajo del MA de largo plazo.
3. Una tendencia bajista comienza cuando la MA de corto plazo se mantiene por debajo de la MA de largo plazo.

Ahora que entendemos qué es una cruz dorada, es bastante fácil entender por qué una cruz de la muerte es una señal bajista. El promedio a corto plazo está cruzando por debajo del promedio a largo plazo, lo que indica una perspectiva bajista en el mercado.

La cruz de la muerte ha proporcionado una señal bajista antes de las principales recesiones económicas de la historia, como en 1929 o 2008. Sin embargo, también puede proporcionar señales falsas, por ejemplo, en 2016.

Como puede ver en el ejemplo, el mercado imprimió una cruz de la muerte, solo para reanudar la tendencia alcista e imprimir una cruz dorada poco después.

Cruz de Oro y la Cruz de la Muerte: ¿Cuál es la Diferencia?

Hemos hablado de ambos, por lo que la diferencia entre ellos no es difícil de entender. Son esencialmente los polos opuestos entre sí. La cruz dorada puede considerarse una señal alcista, mientras que la cruz de la muerte es una señal bajista. 

Ambos pueden confirmarse por un alto volumen de operaciones. Algunos analistas técnicos también pueden verificar otros indicadores técnicos cuando observan el contexto cruzado. Los ejemplos comunes incluyen la divergencia de convergencia de la media móvil (MACD) y el índice de fuerza relativa (RSI). 

Lo que también es importante recordar es que los promedios móviles son indicadores rezagados y no tienen poder predictivo. Esto significa que ambos cruces generalmente proporcionarán una fuerte confirmación de un cambio de tendencia que ya ha ocurrido, no un cambio que aún esté en curso.

¿Cómo Intercambiar la Cruz de Oro y la Cruz de la Muerte?

La idea básica detrás de estos patrones es bastante sencilla. Si sabe cómo los operadores usan el MACD, comprenderá fácilmente cómo operar con estas señales cruzadas.

Cuando hablamos de la cruz de oro convencional y la cruz de la muerte, generalmente estamos mirando el gráfico diario. Entonces, una estrategia simple podría ser comprar en una cruz de oro y vender en una cruz de muerte. De hecho, esta habría sido una estrategia relativamente exitosa para Bitcoin en los últimos años, aunque hubo muchas señales falsas en el camino. Como tal, seguir ciegamente una señal no suele ser la mejor estrategia. Por lo tanto, es posible que desee considerar otros factores cuando se trata de técnicas de análisis de mercado.

Si desea leer acerca de una estrategia fácil para construir una posición a más largo plazo, consulte Explicación del promedio de costo en dólares (DCA).

La estrategia de cruce mencionada anteriormente se basa en el cruce diario de las MA. Pero, ¿qué pasa con otros períodos de tiempo? Las cruces de oro y las cruces de la muerte suceden de la misma manera, y los comerciantes pueden aprovecharlas. 

Sin embargo, como ocurre con la mayoría de las técnicas de análisis de gráficos, las señales en períodos de tiempo más altos son más fuertes que las señales en períodos de tiempo más bajos. Una cruz dorada puede estar sucediendo en el marco de tiempo semanal mientras observa una cruz de la muerte que ocurre en el marco de tiempo por hora. Es por eso que siempre es útil alejar la imagen y ver la imagen más grande en el gráfico, teniendo en cuenta múltiples lecturas.

Algo que muchos traders también buscarán cuando intercambien cruces de oro y cruces de la muerte es el volumen de negociación. Al igual que con otros patrones de gráficos, el volumen puede ser una potente herramienta de confirmación. Como tal, cuando un pico de volumen acompaña a una señal de cruce, muchos operadores estarán más seguros de que la señal es válida.

Una vez que ocurre una cruz dorada, la media móvil a largo plazo puede considerarse como un área potencial de soporte. Por el contrario, una vez que ocurre un cruce de muerte, se puede considerar como un área de resistencia potencial.

Las señales de cruce también se pueden verificar con señales de otros indicadores técnicos para buscar confluencia. Los operadores de Confluence combinan múltiples señales e indicadores en una estrategia comercial en un intento de hacer que las señales comerciales sean más confiables.

Pensamientos Finales

Hemos hablado de algunas de las señales de cruce más populares: la cruz dorada y la cruz de la muerte. Una cruz dorada implica un cruce de media móvil a corto plazo por encima de una media móvil a largo plazo. Un cruce de muerte implica un cruce de MA a corto plazo por debajo de un MA a largo plazo. Ambos pueden usarse como herramientas confiables para confirmar cambios de tendencia a largo plazo, ya sea en el mercado de valores, forex o criptomonedas.

Artículos Relacionados

¿Quién es Jordan Belfort, el Lobo de Wall Street?

¿Cómo Elegir Una Almohada Cervical Para el Dolor de Cuello?

¿Qué es el Gold Standard?

Descripción general de dinosaurios y animales prehistóricos de Texas

¿Qué es la Purificación de Agua por Ósmosis Inversa?

Hechos rápidos: Afrodita

¿Qué es una Tarjeta de Circuito Cerrado?

¿Funcionan las Saunas Portátiles? Todo lo Que Debes Saber

Nucleosíntesis estelar: ¿cómo las estrellas forman los elementos?

En este artículo, echaremos un vistazo más de cerca a Script de Bitcoin, el lenguaje de programación interpretado por los nodos en la red. El script es lo que gobierna el mecanismo de bloqueo / desbloqueo mencionado para las cajas fuertes. A veces se hace referencia a Bitcoin como dinero programable. Debido a su naturaleza digital, permite a los usuarios un gran grado de flexibilidad a la hora de establecer condiciones sobre cómo se pueden gastar los fondos. 

Hablamos de billeteras y monedas cuando hablamos de Bitcoin. Pero también podríamos pensar en las carteras como llaves, las monedas como cheques y la cadena de bloques como fila tras fila de cajas fuertes cerradas. Cada caja fuerte tiene una ranura delgada, de modo que cualquiera puede depositar cheques o mirar hacia adentro para ver cuánto valor tiene la caja fuerte. Sin embargo, solo el poseedor de la llave podrá acceder al interior.

Cuando el poseedor de una llave quiere dar dinero a otra persona, abre su caja. Extienden un nuevo cheque que hace referencia al anterior (que luego se destruye) y lo guardan en una caja que el destinatario puede abrir. Para gastar eso, el nuevo destinatario repite el proceso.

¿Cómo Funciona el Script de Bitcoin?

Siguiendo nuestra analogía anterior, se podría decir que hay dos partes en cada transacción: una llave (para desbloquear su caja) y un candado. Utiliza su llave para abrir la caja que contiene el cheque que desea enviar y luego agrega una nueva a una nueva caja con un candado diferente. Para gastar desde la nueva caja, necesita otra clave.

Suficientemente simple. También puede obtener un poco de variación en los tipos de bloqueos del sistema. Tal vez algunas cajas fuertes requieran que proporciones varias claves, y tal vez otras necesiten que demuestres que conoces un secreto. Hay un montón de condiciones que la gente puede establecer. 

Nuestra clave es lo que llamamos scriptSig. El candado es nuestro scriptPubKey. Si observamos esos componentes con un poco más de detalle, veremos que en realidad están formados por bits de datos y bloques de código. Cuando se combinan, crean un programa pequeño.

Cuando realiza una transacción, está transmitiendo esa combinación a la red. Cada nodo que lo reciba comprobará el programa, que le indicará si la transacción es válida. De lo contrario, simplemente se descartará y no podrá gastar los fondos bloqueados.

Los cheques (monedas) que tiene se denominan salidas de transacciones no gastadas (UTXO). Los fondos pueden ser utilizados por cualquier persona que pueda proporcionar la llave que se ajusta a la cerradura. Si las UTXO están en su billetera, probablemente tendrán una condición que dice que solo la persona que puede demostrar la propiedad de esta clave pública puede desbloquear estos fondos. Para desbloquearlo, proporciona un scriptSig que incluye una firma digital, utilizando la clave privada que se asigna a la clave pública especificada en el scriptPubKey. Todo esto se aclarará en breve.

Entendiendo el Script de Bitcoin

El script es lo que se conoce como lenguaje basado en pilas. Todo esto significa que, cuando leemos un conjunto de instrucciones, las colocamos en lo que se puede pensar como una columna vertical. La lista A, B, C, por ejemplo, daría como resultado una pila con A en la parte inferior y C en la parte superior. Cuando las instrucciones nos dicen que hagamos algo, operamos en uno o más elementos comenzando en la parte superior de la pila.

Podemos distinguir entre los datos (cosas como firmas, hash y claves públicas) y las instrucciones (o códigos de operación). Las instrucciones eliminan datos y hacen algo con ellos. Aquí hay un ejemplo muy simple de cómo podría verse un script: <xyz> <md5 hasher> <d16fb36f0911f878998c136191af705e> <comprobar si es igual>

En rojo, tenemos los datos y en azul, tenemos los códigos de operación. Leemos de izquierda a derecha, por lo que primero colocamos la cadena <xyz> en la pila. El siguiente es el código de operación <md5 hasher>. Este no existe en Bitcoin, pero digamos que elimina el elemento superior de la pila (<xyz>) y lo codifica usando el algoritmo MD5. Luego, la salida se vuelve a agregar a la pila. La salida aquí resulta ser d16fb36f0911f878998c136191af705e.

¡Qué casualidad! Nuestro siguiente elemento para agregar es <d16fb36f0911f878998c136191af705e>, por lo que ahora nuestra pila tiene dos elementos idénticos. Por último, <comprobar si es igual> saca dos elementos de la parte superior y comprueba si son iguales. Si es así, agrega <1> a la pila. Si no, agrega <0>. 

Llegamos al final de nuestra lista de instrucciones. Nuestro script podría haber fallado de dos maneras: si el elemento restante era cero o si uno de los operadores provocó que fallara cuando no se cumplieron algunas condiciones. No teníamos tales operadores en este ejemplo, y terminamos con un elemento distinto de cero (<1>), por lo que nuestro script era válido. Estas reglas también son válidas para las transacciones reales de Bitcoin. Eso fue solo un programa inventado. Veamos algunos reales ahora.

Script de Bitcoin. Pago con Clave Pública (P2PK)

Pay-to-Pubkey (P2PK) es increíblemente sencillo. Implica bloquear fondos a una clave pública en particular. Si desea recibir fondos de esta manera, debe proporcionar al remitente su clave pública, en lugar de una dirección de Bitcoin. La primera transacción entre Satoshi Nakamoto y Hal Finney en 2009 fue P2PK. La estructura se utilizó mucho en los primeros días de Bitcoin, pero hoy en día, Pay-to-Pubkey-Hash (P2PKH) la ha reemplazado en gran medida. 

El script de bloqueo para una transacción P2PK sigue el formato de <clave pública> OP_CHECKSIG. Suficientemente simple. Es posible que haya adivinado que OP_CHECKSIG verifica una firma con la clave pública proporcionada. Como tal, nuestro scriptSig será una simple <firma>. Recuerde, el scriptSig es la llave de la cerradura.

No hay nada más sencillo que esto. Se agrega una firma a la pila, seguida de una clave pública. OP_CHECKSIG los muestra a ambos y verifica la firma con la clave pública. Si coinciden, agrega un <1> a la pila. De lo contrario, agrega un <0>.

Por las razones que explicaremos en la siguiente sección, P2PK ya no se usa realmente.

Script de Bitcoin. Pago a Pubkey-Hash (P2PKH)

Pay-to-Pubkey-Hash (P2PKH) es ahora el tipo de transacción más común. A menos que esté haciendo todo lo posible para descargar software arcaico, es probable que su billetera lo haga de forma predeterminada. El scriptPubKey en P2PKH es el siguiente: OP_DUP OP_HASH160 <hash de clave pública> OP_EQUALVERIFY OP_CHECKSIG

Antes de presentar el scriptSig, analicemos lo que harán los nuevos códigos de operación:

• OP_DUP: Muestra el primer elemento y lo duplica. Luego, vuelve a agregar ambos a la pila. Normalmente, esto se hace para que podamos realizar una operación en el duplicado sin afectar al original.
• OP_HASH160: Esto hace estallar el primer elemento y lo codifica dos veces. La primera ronda se procesará con el algoritmo SHA-256. La salida SHA-256 luego se hash con el algoritmo RIPEMD-160. La salida resultante se vuelve a agregar a la pila.
• OP_EQUALVERIFY: Combina otros dos operadores: OP_EQUAL y OP_VERIFY. OP_EQUAL muestra dos elementos y comprueba si son idénticos. Si es así, agrega un 1 a la pila. Si no es así, agrega un 0. OP_VERIFY muestra el elemento superior y verifica si es Verdadero (es decir, distinto de cero). Si no es así, la transacción falla. Combinado, OP_EQUALVERIFY hace que la transacción falle si los dos elementos superiores no coinciden.

Esta vez, el scriptSig se ve así: <firma> <clave pública>. Debe proporcionar una firma y la clave pública correspondiente para desbloquear las salidas P2PKH.

Hay algo que destacar. En un script de bloqueo P2PKH, la clave pública no es visible; solo podemos ver su hash. Si vamos a un explorador de blockchain y observamos una salida P2PKH que no se ha gastado, no podemos determinar la clave pública. Solo se revela cuando el receptor decide transferir los fondos.

Esto tiene algunos beneficios. La primera es que el hash de clave pública es simplemente más fácil de pasar que una clave pública completa. Satoshi lo lanzó en 2009 por esta misma razón. El hash de clave pública es lo que hoy conocemos como dirección de Bitcoin.

El segundo beneficio es que los hash de clave pública podrían proporcionar una capa adicional de seguridad contra la computación cuántica. Debido a que nuestra clave pública no se conoce hasta que gastamos los fondos, es aún más difícil para otros calcular la clave privada. Tendrían que revertir las dos rondas de hash (RIPEMD-160 y SHA-256) para obtenerlo.

Script de Bitcoin. Pago a script-Hash (P2SH)

Pay-to-Script-Hash (P2SH) fue un desarrollo muy interesante para Bitcoin. Permite al remitente bloquear fondos en el hash de un script; no necesitan saber qué hace realmente el script. Toma el siguiente hash SHA-256: e145fe9ed5c23aa71fdb443de00c7d9b4a69f8a27a2e4fbb1fe1d0dbfb6583f1

No es necesario que conozca la entrada del hash para bloquear los fondos. El gastador, sin embargo, debe proporcionar el script que se utilizó para realizar el hash y debe satisfacer las condiciones de ese script. El hash anterior se creó a partir del siguiente script: <multiplicar por 2> <4> <comprobar si es igual>

Si desea gastar las monedas vinculadas a ese scriptPubKey, no solo proporciona esos comandos. También necesita un scriptSig que haga que el script completado se evalúe como True. En este ejemplo, ese es un elemento que <multiplica por 2> para dar un resultado de <4>. Por supuesto, eso significa que nuestro scriptSig es solo <2>. En la vida real, el scriptPubKey para una salida P2SH es: OP_HASH160 <redeemScript hash> OP_EQUAL

No hay nuevos operadores aquí. Pero tenemos <redeemScript hash> como nuevo elemento. Como sugiere el nombre, es un hash del script que debemos proporcionar para canjear los fondos (llamado redeemScript ). El scriptSig cambiará dependiendo de lo que haya en el redeemScript. Sin embargo, en general, encontrará que es una combinación de firmas y las claves públicas adjuntas, seguidas del código canjeador (obligatorio): <firma> <clave pública> <redeemScript>

Nuestra evaluación difiere un poco de la ejecución de la pila que hemos visto hasta ahora. Sucede en dos partes. El primero simplemente verifica que haya proporcionado el hash correcto. Notarás que no hacemos nada con los elementos que preceden al redeemScript. No se utilizan en este momento. Hemos llegado al final de este miniprograma y el elemento superior es distinto de cero. Eso significa que es válido.

Sin embargo, aún no hemos terminado. Los nodos de red reconocen esta estructura como P2SH, por lo que en realidad tienen los elementos de scriptSig esperando en otra pila. Ahí es donde se utilizará la firma y la clave pública.

Hasta ahora, hemos tratado el redeemScript como un elemento. Pero ahora, se interpretará como instrucciones, que podrían ser cualquier cosa. Tomemos el ejemplo de un script de bloqueo P2PKH, al que debemos proporcionar la <firma> y la <clave pública> que coinciden con un <hash de clave pública> dentro del <redeemScript>.

Una vez que se haya expandido su código redeemScript, puede ver que tenemos una situación que se parece exactamente a una transacción P2PKH normal. A partir de ahí, simplemente ejecútelo como lo haría con uno normal.

Hemos demostrado lo que se llama un script P2SH (P2PKH) aquí, pero es poco probable que encuentre uno de esos en la naturaleza. Nada le impide hacer uno, pero no le brinda beneficios adicionales y termina ocupando más espacio en un bloque (y, por lo tanto, cuesta más).

P2SH generalmente es útil para cosas como transacciones de múltiples firmas o compatibles con SegWit. Las transacciones multifirma pueden tener un tamaño muy grande, ya que pueden requerir varias claves. Antes de la implementación de Pay-to-Script-Hash, un remitente tendría que enumerar todas las claves públicas posibles en su script de bloqueo. 

Pero con P2SH, no importa cuán complejas sean las condiciones de gasto. El hash de redeemScript siempre tiene un tamaño fijo. Por lo tanto, los costos se transfieren a los usuarios que desean desbloquear el script de bloqueo.

La compatibilidad con SegWit es otro caso en el que P2SH resulta útil (entraremos en detalles sobre cómo difiere la estructura de la transacción en la siguiente sección). SegWit fue una bifurcación suave que resultó en un cambio en los formatos de bloque / transacción. Debido a que es una actualización opcional, no todo el software de billetera reconoce los cambios.

Eso no importa si los clientes envuelven el hash del script SegWit en P2SH. Como ocurre con todas las transacciones de este tipo, no es necesario que sepan cuál será el código de desbloqueo de redeemScript. 

Script de Bitcoin. Transacciones SegWit (P2WPKH y P2WSH)

Para comprender el formato de transacción en SegWit, solo necesita saber que ya no solo tenemos un scriptSig y un scriptPubKey. Ahora, también tenemos un nuevo campo llamado testigo. Los datos que usamos para mantener en el scriptSig se mueven al testigo, por lo que el scriptSig está vacío.

Si ha encontrado direcciones que comienzan con ‘bc1’, esas son las que llamamos SegWit-native (a diferencia de las compatibles con SegWit, que comienzan con un ‘3’ ya que son direcciones P2SH).

Pago-a-Testigo-Pubkey-Hash (P2WPKH)

Pay-to-Witness-Pubkey-Hash (P2WPKH) es la versión SegWit de P2PKH. Nuestro testigo se ve así: <firma> <clave pública>. Observará que es lo mismo que el scriptSig de P2PKH. Aquí, el scriptSig está vacío. Mientras tanto, scriptPubKey se parece a lo siguiente: <OP_0> <hash de clave pública>

Eso se ve un poco extraño, ¿no? ¿Dónde están los códigos de operación que nos permiten comparar la firma, la clave pública y su hash? No mostramos operadores adicionales aquí, porque los nodos que reciben la transacción saben qué hacer con ella en función de la longitud de <hash de clave pública>. Calcularán la longitud y comprenderán que debe ejecutarse con el mismo estilo que una buena transacción P2PKH antigua.

Los nodos no actualizados no saben cómo interpretar la transacción de esa manera, pero no importa. Según las viejas reglas, no hay testigos, por lo que leen un scriptSig vacío y algunos datos. Evalúan esto y lo marcan como válido; en lo que a ellos respecta, cualquiera podría gastar el resultado. Esta es la razón por la que SegWit se considera una horquilla blanda compatible con versiones anteriores.

Pago-a-Testigo-Script-Hash (P2WSH)

Pay-to-Witness-Script Hash (P2WSH) es el nuevo P2SH. Si ha llegado hasta aquí, probablemente pueda averiguar cómo se verá, pero lo revisaremos de todos modos. Nuestro testimonio es lo que normalmente pondríamos en el scriptSig. En un P2WSH que envuelve una transacción P2PKH, por ejemplo, podría verse así: <firma 1> <clave pública>. Aquí está nuestro scriptPubKey: <OP_0> <script hash>

Se mantienen las mismas reglas. Los nodos SegWit leen la longitud del hash del script y determinan que es una salida P2WSH, que se evalúa de manera similar a P2SH. Mientras tanto, los nodos antiguos simplemente lo ven como una salida que cualquiera puede gastar.

Pensamientos Finales

En este artículo, hemos aprendido un poco sobre los componentes básicos de Bitcoin. Resumámoslos rápidamente:

Una vez que profundiza en el Script de Bitcoin, comienza a comprender por qué tiene tanto potencial. Las transacciones pueden estar formadas por muchos componentes diferentes. Al manipular estos bloques de construcción, los usuarios tienen una gran flexibilidad cuando se trata de establecer condiciones sobre cómo y cuándo se pueden gastar los fondos.

Artículos Relacionados

¿Qué es la Gentrificación? Lo Que Necesitas Saber

Explicación de la Tolerancia a Fallas Bizantinas

Cómo crear tareas a partir de correos electrónicos en Outlook para móviles

Los diferentes campos de la física

Comprendiendo Qué es una Transacción Autorizada

Qué es BETH y cómo utilizarlo

¿Qué es ese Dolor en la Bola del Pie?

Cómo Afrontar las Reacciones de Estrés Traumático

El cultivo del arándano. Descubre las características de este cultivo

Como sabrá, Bitcoin refuerza los derechos de propiedad con algo llamado algoritmo de firma digital de curva elíptica (o ECDSA). El algoritmo le permite tomar un número (es decir, una clave privada) y derivar una clave pública de él. La magia de esto es que, si bien es fácil para usted obtener la clave pública de la clave privada, lo contrario es imposible. Su clave privada es su pasaporte a la red Bitcoin. Es lo que te permite generar una dirección para recibir monedas y lo que luego te permite gastarlas. En este artículo, veremos el algoritmo de las firmas de Schnorr, una alternativa a ECDSA que podría traer algunos cambios interesantes en Bitcoin.

Un Breve Resumen de las Firmas Digitales

Las firmas digitales funcionan igual que sus predecesoras de lápiz y papel, pero son mucho más seguras. Cualquiera puede falsificar una firma en papel y lápiz con un poco de tiempo y esfuerzo. No puede hacer lo mismo con un esquema de firma digital robusto, incluso si tuviera cientos de miles de años a su disposición.

Hay varios casos de uso de firmas digitales. Uno popular implica demostrarle al mundo que usted escribió un mensaje en particular. Como se mencionó, puede crear una clave pública a partir de una clave privada (un número masivo que debe mantener en secreto). Tenga en cuenta que es completamente seguro mostrar su clave pública a cualquier persona. Puede agregarlo a su sitio web o biografía de Twitter para que otros puedan verificar su identidad. Asimismo, puede compartir sus direcciones públicas con otros para que puedan enviarle criptomonedas.

Su clave privada le permite crear una firma digital. Al escribir un mensaje y realizar una operación en él con su clave privada, crea un mensaje firmado. Cualquiera puede tomar eso y compararlo con su clave pública para verificar que realmente fue firmado por usted.

¿Cómo se relaciona esto con Bitcoin? Bueno, cada vez que realiza una transacción de Bitcoin, está firmando digitalmente un mensaje que dice que estoy enviando estas monedas que me han sido enviadas previamente. Luego, cuando se envía a otros nodos de la red, pueden verificar que la firma ECDSA coincida con el mensaje. Si no es así, simplemente lo rechazarán.

¿Qué son las Firmas de Schnorr?

Las firmas de Schnorr son un tipo diferente de esquema. Funciona de manera similar al algoritmo de firma digital de curva elíptica que usamos actualmente, pero cuenta con una serie de ventajas sobre él. Las firmas de Schnorr en realidad son anteriores a ECDSA, lo que lleva a muchos a preguntarse por qué no se integraron en Bitcoin desde el principio. 

Una posible explicación es que Claus P. Schnorr, el creador del esquema, los patentó. Las patentes expiraron a principios de 2008, meses antes del lanzamiento del libro blanco de Bitcoin, pero el esquema aún no tenía estandarización en todos los ámbitos. Como tal, Satoshi Nakamoto optó por el ECDSA más ampliamente aceptado (y de código abierto).

¿Por Qué son Ventajosas las Firmas Schnorr?

Las firmas de Schnorr son bastante simples en comparación con otros esquemas. Como resultado, son más probables que sus alternativas. Puede que no signifique mucho para usted a primera vista, pero tienen otra propiedad poderosa: la linealidad. 

Para decirlo en términos simples, esto hace que el esquema sea particularmente atractivo para ciertas actividades, en particular, las transacciones con múltiples firmas. Es posible que sepa que Bitcoin ya es compatible con multisig, pero no lo hace de la manera más bonita. Cuando crea una dirección de firma múltiple, quien le envía fondos no necesita saber qué condiciones ha establecido para gastar los insumos. Es posible que ni siquiera sepan que están enviando fondos a una configuración multifirma; la única peculiaridad de la dirección es que comienza con un «3». 

Sin embargo, revela su naturaleza cuando desea mover los fondos. Supongamos que ha utilizado una configuración de, 3 de 3 junto con Alice y Bob. Para gastar, digamos, 5 BTC, los tres deben proporcionar las claves públicas y las firmas válidas. Cuando sacas los fondos de la dirección, toda la red puede saber qué sucedió mirando la cadena de bloques. 

Desde el punto de vista de la privacidad, esto no es genial. Para agregar a esto, si creamos una firma múltiple más grande (por ejemplo, 8 de 10), entonces ocuparemos bastante espacio en la cadena de bloques. Eso puede ser costoso, ya que resultará en una transacción larga; recuerde que cuantos más bytes haya en su transacción, más tendrá que pagar.

Las firmas de Schnorr se han promocionado como una solución a estos problemas de privacidad y escalabilidad. Verá, permiten cosas como la agregación de firmas, que combinan las firmas de varios firmantes en una sola firma. La «firma maestra» resultante seguiría teniendo la misma longitud que una firma normal de una persona, lo que supondría un importante ahorro de espacio. 

Además, las firmas combinadas hacen que sea mucho más difícil para un observador determinar quién firmó (o no firmó) una transacción. En los esquemas m-of-m (donde todos los participantes deben firmar para gastar fondos), ni siquiera podría distinguir entre transacciones de un solo partido y transacciones de múltiples firmas.

Fundamentalmente, las firmas de Schnorr son un componente básico para futuros avances. Una vez implementados, se pueden aprovechar para mejorar las tecnologías en criptografía, como los intercambios atómicos y Lightning Network.

¿Cuándo se Implementarán las Firmas de Schnorr en Bitcoin?

No estamos seguros. Como ocurre con la mayoría de las actualizaciones del protocolo Bitcoin, la comunidad más amplia de usuarios de Bitcoin podría tardar un tiempo en llegar a un acuerdo sobre la inclusión de la firma Schnorr. Los colaboradores de Bitcoin Core, Pieter Wuille, Jonas Nick y Tim Ruffing, han presentado un borrador de la propuesta de mejora de Bitcoin (BIP), pero todavía queda un poco de trabajo por hacer.

Blockstream ya ha lanzado una implementación: MuSig. Al permitir la agregación de firmas y claves, bien puede servir como base para el propio esquema de firmas Schnorr de Bitcoin. Las firmas de Schnorr podrían fusionarse en el código como una bifurcación suave, lo que significa que un cambio no dividiría la red. En su lugar, sería una actualización «opt-in». No obstante, sería optimista suponer que los veremos integrados en el futuro cercano; aún podrían pasar un par de años antes de que se alcance el consenso.

Pensamientos Finales

Las firmas de Schnorr son uno de los hitos más esperados en la hoja de ruta actual de Bitcoin. Con solo una actualización, pueden proporcionar importantes beneficios de privacidad y escalabilidad. Quizás lo más interesante es que también prepararon el escenario para futuros desarrollos en contratos inteligentes de Bitcoin y construcciones más avanzadas como Taproot.

Artículos Relacionados

¿Qué son los Fondos de Liquidez en DeFi y Cómo Funcionan?

REGISTRATE EN EL SISTEMA CL@VE A TRAVÉS DE INTERNET

¿Qué son los Instrumentos Financieros en los Mercados?

Guía para Principiantes Sobre el Swing Trading de Criptomonedas

¿Qué es Facebook Libra (Diem)? Lo Que Debes Saber

Cómo comerciar con criptomonedas en Coinbase

¿Cómo Usar un Cajero Automático de Bitcoin? Explicación

¿Qué es SaaS? Todo lo que necesita saber sobre el software como servicio

Los mejores detectores de dinero falso. Guía de compra

¿Qué son los Árboles Merkle?

El concepto de árboles Merkle fue propuesto a principios de los años 80 por Ralph Merkle, un científico informático reconocido por su trabajo en criptografía de clave pública.Un árbol Merkle es una estructura que se utiliza para verificar de manera eficiente la integridad de los datos en un conjunto. Son particularmente interesantes en el contexto de las redes peer-to-peer, donde los participantes necesitan compartir y validar información de forma independiente.

Las funciones hash están en el núcleo de las estructuras del árbol Merkle, por lo que le recomendamos que consulte ¿Qué es el hash? antes de continuar.

¿Cómo Funcionan los Árboles Merkle?

Suponga que desea descargar un archivo grande. Con el software de código abierto, normalmente querrás comprobar que el hash del archivo que descargaste coincide con uno que los desarrolladores hicieron público. Si es así, sabrá que el archivo que tiene en su computadora es exactamente el mismo que el de ellos.

Si los hashes no coinciden, tienes un problema. Ha descargado un archivo malicioso que se hace pasar por el software o no se ha descargado correctamente y, por lo tanto, no funcionará. Si este último es el caso, probablemente no estará muy contento si ha tenido que esperar un tiempo para que se descargue el archivo. Ahora, debe reiniciar el proceso y esperar que no se corrompa nuevamente.

Si tan solo hubiera una manera más fácil de hacer esto, piensas. Afortunadamente, ahí es donde entran los árboles Merkle. Con uno de estos, su archivo se dividiría en pedazos. Si fuera un archivo de 50 GB, puede dividirlo en cien partes, de modo que cada una tenga un tamaño de 0,5 GB. Luego, se descargaría pieza por pieza. Esto es esencialmente lo que haces cuando usas archivos torrent. 

En este caso, su fuente le habrá proporcionado un hash conocido como raíz de Merkle. Este único hash es una representación de cada fragmento de datos que componen su archivo. Pero la raíz de Merkle hace que sea mucho más fácil verificar los datos. 

Ejemplo de Árboles Merkle

Para simplificarlo, tomemos un ejemplo en el que usamos un archivo de 8 GB dividido en ocho partes. Llame a los diferentes fragmentos A a través de H. Luego, cada fragmento se pasa a través de una función hash, lo que nos da ocho hash diferentes.

Bien, tenemos algo que tiene un poco más de sentido. Tenemos el hash de todos los fragmentos, así que si alguno está defectuoso, lo sabremos comparándolo con el de la fuente, ¿verdad? Posiblemente, pero eso también es increíblemente ineficiente. Si su archivo tiene miles de fragmentos, ¿realmente va a hacer un hash de todos ellos y comparar meticulosamente los resultados?

No. En su lugar, vamos a tomar cada par de hashes, combinarlos y luego mezclarlos juntos. Así que hash hA + hB, hC + hD, hE + hF y hG + hH. Terminamos con cuatro hashes. Luego hacemos otra ronda de hashing con estos para terminar con dos. Finalmente, aplicamos hash a los dos restantes para llegar a nuestro hash maestro: la raíz de Merkle (o hash de raíz).

Ahora tenemos la raíz de Merkle que representa el archivo que descargamos. Podemos comparar este hash raíz con el proporcionado por la fuente. Si coincide, ¡perfecto! Pero si los hashes son diferentes, podemos estar seguros de que los datos fueron modificados. En otras palabras, uno o más fragmentos han producido un hash diferente. Entonces, cualquier pequeña modificación de los datos nos dará una raíz de Merkle totalmente diferente. 

Afortunadamente, tenemos una forma práctica de comprobar qué fragmento está defectuoso. En nuestro caso, digamos que es él. Comenzaría preguntando a un par por los dos hashes que produjeron la raíz de Merkle (hABCD y hEFGH). Su valor hABCD debe coincidir con el de ellos, ya que no hay ningún error en ese subárbol. Pero hEFGH no lo hará, así que debes registrarte allí. Luego solicita hEF y hGH y los compara con los suyos. hGH se verá bien, por lo que sabe que hEF es nuestro culpable. Por último, compara los valores hash de hE y hF. Ahora ya sabe que hE es incorrecta, por lo que puede volver a descargar ese fragmento.

Resumiendo todo, se crea un árbol Merkle dividiendo los datos en muchas partes, que luego se procesan repetidamente para formar la raíz Merkle. Luego, puede verificar de manera eficiente si algo ha salido mal con un dato. Como veremos en la siguiente sección, también hay otras aplicaciones interesantes.

¿Por Qué se Utilizan las Raíces de Merkle en Bitcoin?

Hay algunos casos de uso para los árboles de Merkle, pero aquí nos centraremos en su importancia en las cadenas de bloques. Los árboles Merkle son esenciales en Bitcoin y muchas otras criptomonedas. Son un componente integral de cada bloque, donde se pueden encontrar en los encabezados de los bloques. Para obtener las hojas de nuestro árbol, usamos el hash de transacción (el TXID) de cada transacción incluida en el bloque. 

La raíz de Merkle sirve para un par de propósitos en este caso. Echemos un vistazo a sus aplicaciones en la minería de criptomonedas y la verificación de transacciones.

Minería

Un bloque de Bitcoin se compone de dos piezas. La primera parte es el encabezado del bloque, un segmento de tamaño fijo que contiene metadatos para el bloque. La segunda parte es una lista de transacciones cuyo tamaño es variable, pero tiende a ser mucho más grande que el encabezado.

Los mineros necesitan hash de datos repetidamente para producir una salida que coincida con ciertas condiciones para extraer un bloque válido. Pueden hacer billones de intentos antes de encontrar uno. Con cada intento, cambian un número aleatorio en el encabezado del bloque para producir una salida diferente. Pero gran parte del bloque sigue siendo el mismo. Puede haber miles de transacciones, y aún así necesitará hacer un hash cada vez.

Una raíz de Merkle agiliza considerablemente el proceso. Cuando comienza a minar, alinea todas las transacciones que desea incluir y construye un árbol Merkle. Pones el hash raíz resultante (32 bytes) en el encabezado del bloque. Luego, cuando esté extrayendo, solo necesita hash en el encabezado del bloque, en lugar de todo el bloque.

Esto funciona porque es a prueba de manipulaciones. Efectivamente, resume todas las transacciones del bloque en un formato compacto. No puede encontrar un encabezado de bloque válido y luego cambiar la lista de transacciones, porque eso cambiaría la raíz de Merkle. Cuando el bloque se envía a otros nodos, calculan la raíz de la lista de transacciones. Si no coincide con el del encabezado, rechazan el bloque.

Verificación

Hay otra propiedad interesante de las raíces de Merkle que podemos aprovechar. Este se refiere a los clientes ligeros (nodos que no contienen una copia completa de la cadena de bloques). Si está ejecutando un nodo en un dispositivo con recursos limitados, no desea descargar y aplicar hash a todas las transacciones de un bloque. 

Lo que puede hacer en su lugar es simplemente solicitar una prueba de Merkle, evidencia proporcionada por el nodo completo que prueba que su transacción está en un bloque en particular. Esto se conoce más comúnmente como verificación de pago simplificado, o SPV, y fue detallado por Satoshi Nakamoto en el documento técnico de Bitcoin.

Considere el escenario en el que queremos conocer información sobre la transacción cuyo TXID es hD. Si se nos proporciona hC, podemos resolver hCD. Entonces, necesitamos hAB para calcular hABCD. Por último, con hEFGH, podemos comprobar que la raíz de Merkle resultante coincide con la del encabezado del bloque. Si lo hace, es una prueba de que la transacción se incluyó en el bloque; sería casi imposible crear el mismo hash con datos diferentes.

En el ejemplo anterior, solo hemos tenido que hacer hash tres veces. Sin una prueba de Merkle, habríamos necesitado hacerlo siete veces. Dado que los bloques actualmente contienen miles de transacciones, el uso de pruebas de Merkle nos ahorra mucho tiempo y recursos informáticos.

Pensamientos Finales

Los árboles Merkle han demostrado ser muy útiles en una variedad de aplicaciones informáticas; como hemos visto, son increíblemente valiosos en blockchains. En los sistemas distribuidos, los árboles de Merkle permiten una fácil verificación de la información sin inundar la red con datos innecesarios.

Sin los árboles Merkle (y las raíces Merkle), los bloques de Bitcoin y otras criptomonedas no serían tan compactos como lo son hoy. Y aunque faltan clientes ligeros en los frentes de privacidad y seguridad, las pruebas de Merkle permiten a los usuarios verificar si sus transacciones se han incluido en un bloque con una sobrecarga mínima.

Artículos Relacionados

Formulario 211: Solicitud de Concesión de Información Original

Lista de personajes de ‘La Ilíada’

¿Qué es una Escritura de Renuncia? Análisis y Comprensión

¿Qué es un hard fork? ¿Y un soft fork?

Imágenes y perfiles de primates prehistóricos

Los dinosaurios y animales prehistóricos de Missouri

LAS FORMAS DE PAGO DEL FUTURO

¿Qué es la Planificación de la Jubilación? Metas y Etapas

Hipótesis, modelo, teoría y ley

La naturaleza de nuestras comunicaciones digitales en la actualidad es tal que rara vez se comunica directamente con sus compañeros. Puede parecer que usted y sus amigos están intercambiando mensajes en privado cuando, en realidad, están siendo grabados y almacenados en un servidor central. Es posible que no desee que sus mensajes sean leídos por el servidor que es responsable de pasarlos entre usted y el receptor. En ese caso, el cifrado de extremo a extremo (o más simplemente, E2EE) puede ser la solución para usted.

El cifrado de extremo a extremo es un método para cifrar las comunicaciones entre el receptor y el remitente, de modo que sean las únicas partes que puedan descifrar los datos. Sus orígenes se remontan a la década de 1990, cuando Phil Zimmerman lanzó Pretty Good Privacy (más conocido como PGP). 

Antes de que veamos por qué es posible que desee utilizar E2EE y cómo funciona, veamos cómo funcionan los mensajes no cifrados.

¿Cómo Funcionan los Mensajes no Cifrados?

Hablemos de cómo podría funcionar una plataforma regular de mensajería para teléfonos inteligentes. Instalas la aplicación y creas una cuenta, lo que te permite comunicarte con otros que han hecho lo mismo. Escribe un mensaje e ingresa el nombre de usuario de su amigo, luego lo publica en un servidor central. El servidor ve que ha enviado el mensaje a su amigo, por lo que lo pasa al destino.

Es posible que conozca esto como un modelo cliente-servidor. El cliente (su teléfono) no está haciendo mucho; en cambio, el servidor se encarga de todo el trabajo pesado. Pero eso también significa que el proveedor de servicios actúa como intermediario entre usted y el receptor.

La mayoría de las veces, los datos entre A <> S(cliente <> servidor) y S <> B(servidor <> cliente) en el diagrama están encriptados. Un ejemplo de esto es Transport Layer Security (TLS), que se usa ampliamente para proteger las conexiones entre clientes y servidores.

TLS y soluciones de seguridad similares evitan que alguien intercepte el mensaje cuando se mueve de un cliente a otro. Si bien estas medidas pueden evitar que personas externas accedan a los datos, el servidor aún puede leerlos. Aquí es donde entra el cifrado. Si los datos de A se han cifrado con una clave criptográfica que pertenece a B, el servidor no puede leerlos ni acceder a ellos. 

Sin los métodos E2EE, el servidor puede almacenar la información en una base de datos junto con millones de otras. Dado que las filtraciones de datos a gran escala han demostrado una y otra vez, esto puede tener implicaciones desastrosas para los usuarios finales.

¿Cómo Funciona el Cifrado E2EE?

El cifrado de extremo a extremo (E2EE) garantiza que nadie, ni siquiera el servidor que lo conecta con otros, pueda acceder a sus comunicaciones. Las comunicaciones en cuestión pueden ser cualquier cosa, desde texto sin formato y correos electrónicos hasta archivos y videollamadas. 

Los datos se cifran en aplicaciones como WhatsApp, Signal o Google Duo (supuestamente) para que solo los remitentes y los destinatarios previstos puedan descifrarlos. En los esquemas de cifrado E2EE, puede iniciar ese proceso con algo llamado intercambio de claves.

¿Qué es un Intercambio de Claves Diffie-Hellman?

La idea del intercambio de claves Diffie-Hellman fue concebida por los criptógrafos Whitfield Diffie, Martin Hellman y Ralph Merkle. Es una técnica poderosa que permite a las partes generar un secreto compartido en un entorno potencialmente hostil. 

En otras palabras, la creación de la clave puede ocurrir en foros inseguros (incluso con espectadores mirando) sin comprometer los mensajes subsiguientes. En la era de la información, esto es particularmente valioso ya que las partes no necesitan intercambiar claves físicamente para comunicarse.

El intercambio en sí implica grandes números y magia criptográfica. No entraremos en detalles más finos. En su lugar, usaremos la analogía popular de los colores de pintura. Suponga que Alice y Bob están en habitaciones de hotel separadas en extremos opuestos de un pasillo y quieren compartir un color de pintura en particular. No quieren que nadie más descubra qué es.

Desafortunadamente, el piso está lleno de espías. Suponga que Alice y Bob no pueden entrar en las habitaciones del otro en este ejemplo, por lo que solo pueden interactuar en el pasillo. Lo que podrían hacer es ponerse de acuerdo sobre una pintura común en el pasillo, por ejemplo, amarillo. Obtienen una lata de esta pintura amarilla, la dividen entre ellos y regresan a sus respectivas habitaciones.

En sus habitaciones, mezclarán una pintura secreta, una que nadie conoce. Alice usa un tono de azul y Bob usa un tono de rojo. Fundamentalmente, los espías no pueden ver estos colores secretos que están usando. Sin embargo, verán las mezclas resultantes porque Alice y Bob ahora salen de sus habitaciones con sus brebajes azul-amarillo y rojo-amarillo.

Intercambian estas mezclas al aire libre. No importa si los espías los ven ahora, porque no podrán determinar el tono preciso de los colores agregados. Recuerde que esto es solo una analogía: las matemáticas reales que sustentan este sistema hacen que sea aún más difícil de adivinar el «color» secreto. Alice toma la mezcla de Bob, Bob toma la de Alice y regresan a sus habitaciones nuevamente. Ahora, vuelven a mezclar sus colores secretos.

• Alice combina su tono secreto de azul con la mezcla de rojo y amarillo de Bob, dando una mezcla de rojo, amarillo y azul.
• Bob combina sus tonos secretos de rojo con la mezcla azul-amarillo de Alice, dando una mezcla azul-amarillo-rojo.

Ambas combinaciones tienen los mismos colores, por lo que deben verse idénticas. Alice y Bob han creado con éxito un color único que los adversarios desconocen. Entonces, este es el principio que podemos usar para crear un secreto compartido al aire libre. La diferencia es que no estamos tratando con pasillos y pintura, sino con canales inseguros, claves públicas y claves privadas.

Intercambiar mensajes

Una vez que las partes tienen su secreto compartido, pueden usarlo como base para un esquema de cifrado simétrico. Las implementaciones populares generalmente incorporan técnicas adicionales para una seguridad más sólida, pero todo esto se abstrae del usuario. Una vez que se conecta con un amigo en una aplicación E2EE, el cifrado y el descifrado solo pueden ocurrir en sus dispositivos (salvo que existan vulnerabilidades importantes en el software).

No importa si es un pirata informático, el proveedor de servicios o incluso un agente de la ley. Si el servicio está realmente encriptado de un extremo a otro, cualquier mensaje que intercepte se verá como una tontería distorsionada. 

Los Pros y los Contras del Cifrado de Extremo a Extremo (E2EE)

Contras del Cifrado E2EE

En realidad, solo hay una desventaja en el cifrado de extremo a extremo, y si es una desventaja depende completamente de su perspectiva. Para algunos, la propia propuesta de valor de E2EE es problemática, precisamente porque nadie puede acceder a sus mensajes sin la clave correspondiente.

Los opositores argumentan que los delincuentes pueden usar E2EE, con la certeza de que los gobiernos y las empresas de tecnología no pueden descifrar sus comunicaciones. Creen que las personas respetuosas de la ley no deberían tener la necesidad de mantener en secreto sus mensajes y llamadas telefónicas. Este es un sentimiento del que se hacen eco muchos políticos que apoyan la legislación que utilizaría sistemas de puerta trasera para permitirles el acceso a las comunicaciones. Por supuesto, esto frustraría el propósito del cifrado de extremo a extremo.

Vale la pena señalar que las aplicaciones que usan E2EE no son 100% seguras. Los mensajes se confunden cuando se transmiten de un dispositivo a otro, pero son visibles en los puntos finales, es decir, las computadoras portátiles o los teléfonos inteligentes en cada extremo. Esto no es un inconveniente del cifrado de extremo a extremo en sí, pero vale la pena tenerlo en cuenta. E2EE garantiza que nadie puede leer sus datos mientras están en tránsito. Pero aún existen otras amenazas:

• Su dispositivo podría ser robado: si no tiene un código PIN o si el atacante lo omite, puede obtener acceso a sus mensajes.
• Su dispositivo podría verse comprometido: su máquina podría tener malware que espíe la información antes y después de que la envíe.

Otro riesgo es que alguien pueda interponerse entre usted y su compañero montando un ataque de intermediario. Esto ocurriría al comienzo de la comunicación: si está realizando un intercambio de claves, no sabe con certeza si es con su amigo. Sin saberlo, podría establecer un secreto con un atacante. El atacante luego recibe sus mensajes y tiene la clave para descifrarlos. Podrían engañar a tu amigo de la misma manera, lo que significa que podrían transmitir mensajes y leerlos o modificarlos como mejor les parezca.

Para evitar esto, muchas aplicaciones integran algún tipo de función de código de seguridad. Esta es una cadena de números o un código QR que puede compartir con sus contactos a través de un canal seguro (idealmente sin conexión). Si los números coinciden, puede estar seguro de que un tercero no está fisgoneando en sus comunicaciones.

Ventajas del E2EE

En una configuración sin ninguna de las vulnerabilidades mencionadas anteriormente, E2EE es indiscutiblemente un recurso muy valioso para una mayor confidencialidad y seguridad. Es una tecnología evangelizada por activistas de privacidad en todo el mundo. También se incorpora fácilmente en aplicaciones que se parecen a las que estamos acostumbrados, lo que significa que la tecnología es accesible para cualquier persona capaz de usar un teléfono móvil.

Ver la E2EE como un mecanismo útil solo para delincuentes sería un error. Incluso las empresas aparentemente más seguras han demostrado ser susceptibles a los ciberataques, exponiendo la información del usuario no cifrada a partes malintencionadas. El acceso a los datos del usuario, como comunicaciones confidenciales o documentos de identidad, puede tener impactos catastróficos en la vida de las personas. 

Si se infringe una empresa cuyos usuarios confían en E2EE, los piratas informáticos no pueden extraer ninguna información significativa sobre el contenido de los mensajes (siempre que su implementación de cifrado sea sólida). En el mejor de los casos, es posible que obtengan metadatos. Esto sigue siendo preocupante desde el punto de vista de la privacidad, pero es una mejora en el acceso al mensaje cifrado.

Pensamientos Finales

Además de las aplicaciones mencionadas anteriormente, existe un número creciente de herramientas E2EE disponibles gratuitamente. IMessage de Apple y Duo de Google vienen con los sistemas operativos iOS y Android, y se continúa implementando más software consciente de la privacidad y la seguridad.

Reiteremos que el cifrado de extremo a extremo no es una barrera mágica contra todas las formas de ciberataque. Sin embargo, con relativamente poco esfuerzo, puede usarlo activamente para reducir enormemente el riesgo al que se expone en línea. Junto a Tor, VPNs, y cryptocurrencies, mensajeros E2EE pueden ser una valiosa adición a su arsenal de privacidad digital.

Artículos Relacionados

¿Qué es la Hipótesis de Mercado Eficiente (EMH)?

Definición del Oscilador Chaikin. Comprensión

Ponte a Correr con Couch to 5K ¿Cómo Funciona?

Doedicurus: el armadillo prehistórico gigante

Nombres Tradicionales de la Luna. Historia y Variedad

Historia del alcohol: una cronología

NULS. Descubre en que consiste esta criptomoneda

¿Qué son los Tokens en el Mundo de las Criptomonedas?

¿Qué es un Legado? Análisis y Comprensión