TL;DR
- una clave privada crea firmas y debe permanecer en secreto. De ella se deriva la clave pública, que verifica dichas firmas. La dirección que compartes es un identificador independiente y específico de la red que puede derivarse de una clave pública, un script o la lógica de un contrato. Una frase de recuperación es una fuente de respaldo a partir de la cual un monedero puede derivar muchas claves privadas.
- una clave privada es una entrada criptográfica secreta utilizada por un algoritmo de firma. En los sistemas habituales de curva elíptica, se representa como un gran número secreto o se genera a partir de una semilla secreta de 32 bytes. El software de la cartera debe generarla con una fuente de aleatoriedad criptográficamente segura; los usuarios no deben inventarse una.
- Una clave pública es un dato de verificación matemática derivado de una clave privada. Permite a cualquiera comprobar si una firma coincide con el secreto correspondiente sin conocer dicho secreto. Publicar una clave pública no otorga la capacidad de firmar. Sin embargo, puede revelar relaciones o actividad de la cuenta, dependiendo de la red.
- A veces, pero no por lo general. Una dirección de monedero es un identificador específico de la red. Puede codificar una clave pública, un hash de una clave pública, un hash de script, un programa testigo, una dirección de contrato o una dirección derivada de un programa sin clave privada. Sigue siempre las reglas de la red y el tipo de dirección específicos.
en una cuadra
Una clave privada es material de firma secreto que puede autorizar acciones en el marco de una cuenta de cadena de bloques o una política de gasto. De ella se deriva matemáticamente una clave pública que permite a la red verificar las firmas sin conocer el secreto.
¿Cuál es la diferencia entre una clave privada y una clave pública?
Respuesta rápida
una clave privada crea firmas y debe permanecer en secreto. De ella se deriva la clave pública, que verifica dichas firmas. La dirección que compartes es un identificador independiente y específico de la red que puede derivarse de una clave pública, un script o la lógica de un contrato. Una frase de recuperación es una fuente de respaldo a partir de la cual un monedero puede derivar muchas claves privadas.
La criptografía de clave pública crea una asimetría intencionada. Un dato permanece secreto y autoriza acciones; otro puede distribuirse ampliamente y permite que cualquiera compruebe la prueba resultante. Las cadenas de bloques utilizan esa asimetría para validar los gastos sin pedir a un banco o al administrador de una cuenta que identifique al cliente.
La fórmula simplificada para principiantes —«la clave pública recibe, la clave privada gasta»— apunta en la dirección correcta, pero es técnicamente demasiado amplia. Una clave pública normalmente verifica firmas; una dirección, una salida o una cuenta recibe valor. Una clave privada puede ser la única autoridad para una cuenta sencilla, un firmante en una política de multifirma, una participación en un sistema de umbral, o bien carecer de relevancia para una dirección de contrato cuyo código define el control.
| Punto | Función principal | ¿Se puede compartir? | ¿Qué ocurre si se ve comprometida o se pierde? |
|---|---|---|---|
| Clave privada | Crea firmas con un par de claves. | No. Manténla en secreto frente a personas, sitios web y dispositivos en los que no confíes. | Si se ve comprometida, podría permitir firmas no autorizadas. Su pérdida solo es grave si no existe una copia de seguridad o una autoridad alternativa. |
| Clave pública | Verifica las firmas y, en ocasiones, ayuda a obtener una dirección. | Normalmente sí, desde el punto de vista de la seguridad de los pagos. | Su divulgación no otorga poder de firma, pero puede reducir la privacidad o exponer a futuros riesgos de migración criptográfica. |
| Dirección / identificador de salida | Indica a la red dónde se asigna el valor o el estado. | Sí; esto es lo que suelen intercambiar los usuarios. | La divulgación puede revelar el historial o atraer estafas dirigidas. Enviar a una dirección incorrecta suele ser irreversible. |
| Frase de recuperación | Regenera una semilla determinista de monedero y su jerarquía de claves. | Nunca. | Su filtración puede poner en peligro muchas cuentas actuales y futuras. Su pérdida puede impedir la recuperación si no existe ninguna otra copia de seguridad. |
| Contraseña o PIN del monedero | Desbloquear o descifrar una interfaz o un dispositivo de monedero local. | No, pero normalmente no es la propia autoridad de la cadena de bloques. | A menudo se puede restablecer mediante el método de recuperación; el diseño del producto varía. |
| Monedero | Gestionar el material de claves, los firmantes, las políticas, las direcciones y las transacciones. | El software puede ser público; sus secretos, no. | Un monedero puede contener una clave, muchas claves, ninguna clave exportable o una política de firma distribuida. |
¿Qué es exactamente una clave privada?
Respuesta rápida
una clave privada es una entrada criptográfica secreta utilizada por un algoritmo de firma. En los sistemas habituales de curva elíptica, se representa como un gran número secreto o se genera a partir de una semilla secreta de 32 bytes. El software de la cartera debe generarla con una fuente de aleatoriedad criptográficamente segura; los usuarios no deben inventarse una.
Una clave privada no es un nombre de usuario, una contraseña de cuenta ni un código de asistencia. Es la entrada matemática secreta que permite al firmante crear una prueba que coincida con una clave pública. Bitcoin y Ethereum utilizan la curva elíptica secp256k1 para las firmas de los usuarios habituales. Una clave privada secp256k1 válida es un escalar del grupo de la curva, que suele almacenarse en 32 bytes. Los sistemas Ed25519, como Solana, suelen partir de una semilla secreta de 32 bytes y derivan el escalar de firma y la clave pública según las reglas de EdDSA.
Descripciones como «un número aleatorio de 256 bits» son útiles para secp256k1, pero no deben considerarse una definición universal de monedero. Las claves también aparecen en diferentes codificaciones: hexadecimal, formato de importación de monedero, almacenes de claves cifrados, objetos de clave respaldados por hardware o credenciales del sistema operativo no exportables. La codificación es un contenedor o una representación; la autoridad de firma es el secreto subyacente.
La calidad de la generación es importante
El espacio de claves es enorme, pero solo si el monedero utiliza aleatoriedad fiable y código criptográfico correcto. Una frase elegida por una persona, un número fácil de recordar o un «monedero mental» improvisado tienen mucha menos entropía y pueden ser objeto de búsqueda. El BIP39 describe explícitamente una forma de transportar aleatoriedad generada por ordenador; no es un método para convertir frases creadas por el usuario en monederos seguros.
Las implementaciones de firma también deben gestionar correctamente el nonce por mensaje. En ECDSA, reutilizar o sesgar indebidamente ese nonce secreto puede revelar la clave privada, incluso cuando la clave a largo plazo se haya generado a la perfección. Los procedimientos determinísticos de ECDSA, como el RFC 6979, reducen la dependencia de nonces aleatorios nuevos, aunque las implementaciones siguen necesitando protecciones contra canales laterales y fallos.
Una clave privada no siempre equivale a la cuenta completa
En el caso de una cuenta sencilla de Ethereum de titularidad externa, basta con poseer la clave para firmar cualquier transacción permitida por el protocolo. En el caso de una salida de Bitcoin, la clave solo es válida si cumple con el script de la salida. Una salida con múltiples firmas puede requerir varias claves. Una cuenta de contrato de Ethereum no tiene clave privada propia; es el código el que determina qué llamadas o firmas se aceptan. Una dirección derivada de un programa de Solana no tiene clave privada alguna.
Conclusión: «Quien tiene la clave privada tiene los fondos» es cierto en el caso de una cuenta con una sola clave, pero no es una definición universal de la propiedad en una cadena de bloques. La autoridad real es aquella que valide la cuenta, el script de salida o el programa.
¿Qué es exactamente una clave pública?
Respuesta rápida
Una clave pública es un dato de verificación matemática derivado de una clave privada. Permite a cualquiera comprobar si una firma coincide con el secreto correspondiente sin conocer dicho secreto. Publicar una clave pública no otorga la capacidad de firmar. Sin embargo, puede revelar relaciones o actividad de la cuenta, dependiendo de la red.
En la criptografía de curva elíptica, la derivación de la clave pública implica multiplicar un punto estándar de la curva por el escalar secreto. El cálculo directo es eficiente. Recuperar el escalar a partir del punto resultante constituye el problema del logaritmo discreto de curva elíptica, que resulta computacionalmente inviable para parámetros modernos adecuadamente elegidos utilizando métodos clásicos conocidos. Esta relación unidireccional es el supuesto de seguridad en el que se basan ECDSA, Schnorr y EdDSA.
Las claves públicas tienen varias codificaciones. Las claves secp256k1 de Bitcoin pueden aparecer como puntos comprimidos de 33 bytes, puntos no comprimidos más antiguos de 65 bytes o claves de 32 bytes que solo contienen «x» para Schnorr BIP340. Las herramientas de Ethereum suelen derivar internamente una clave pública secp256k1 no comprimida, aunque los usuarios interactúen con una dirección de 20 bytes. Las claves públicas Ed25519 de Solana tienen 32 bytes y normalmente se muestran en base58.
Lo que una clave pública no demuestra
Una clave pública no equivale automáticamente a un nombre legal ni a una identidad humana. Una firma demuestra el control de la autoridad firmante correspondiente en el momento de la firma; no demuestra quién tenía físicamente el dispositivo, si la solicitud fue iniciada por malware, si el firmante comprendió el contenido de la solicitud o si la clave había sido robada. La identidad proviene del sistema circundante —certificados, registro de cuentas, verificación social u otras pruebas— y no del mero par de claves por sí solo.
¿Es lo mismo una dirección de monedero que una clave pública?
Respuesta rápida
A veces, pero no por lo general. Una dirección de monedero es un identificador específico de la red. Puede codificar una clave pública, un hash de una clave pública, un hash de script, un programa testigo, una dirección de contrato o una dirección derivada de un programa sin clave privada. Sigue siempre las reglas de la red y el tipo de dirección específicos.
La frase «una dirección es una clave pública abreviada» es una generalización excesiva. Las direcciones están diseñadas para el modelo de cuentas o salidas de una red, la suma de comprobación y las reglas de gasto. Dos direcciones en la misma cadena pueden incluso representar diferentes tipos de autoridad.
| Red / tipo | Lo que representa la dirección visible para el usuario | ¿Existe necesariamente una clave privada que coincida? |
|---|---|---|
| Bitcoin P2PKH / P2WPKH | Una codificación del hash de una clave pública secp256k1. | Se necesita una clave privada para generar la firma correspondiente, pero la dirección en sí misma no es la clave pública. |
| Bitcoin P2SH / P2WSH | Una codificación del hash de un script o del hash de un script testigo. | No tiene por qué ser una sola clave; el script puede requerir varias claves u otras condiciones. |
| Bitcoin P2TR | Un programa de testigo SegWit v1 que contiene una clave de salida Taproot ajustada y exclusiva de x. | Un gasto mediante ruta de clave puede utilizar una clave privada o una autoridad agregada/de umbral; una ruta de script puede utilizar otras condiciones. |
| EOA de Ethereum | Los últimos 20 bytes del hash Keccak-256 de la clave pública secp256k1 sin comprimir. | Sí, para la autoridad de firma de la EOA. |
| Cuenta de contrato de Ethereum | Una dirección creada por las reglas de implementación del contrato. | No tiene clave privada inherente; el código del contrato define el control. |
| Firmante en curva de Solana | La clave pública Ed25519 de 32 bytes, normalmente codificada en base58. | Sí, existe una clave secreta correspondiente. |
| PDA de Solana | Una dirección fuera de la curva derivada de un ID de programa y semillas. | No. El programa designado puede autorizarlo mediante reglas de tiempo de ejecución. |
La documentación para desarrolladores de Bitcoin suele hablar de forma genérica sobre la distribución de claves públicas, aunque señala que las carteras suelen distribuir, en su lugar, hash de claves públicas o hash de scripts. Ethereum distingue entre cuentas de propiedad externa y cuentas de contrato. Solana admite explícitamente tanto direcciones de clave pública Ed25519 como direcciones fuera de curva derivadas de programas.
El formato de la dirección no es suficiente
Una dirección debe ir acompañada de la red prevista, el activo y, cuando sea necesario, el memo o la etiqueta. La misma dirección EVM hexadecimal puede existir en varias redes, pero es posible que no se pueda acceder a los activos enviados en la red equivocada a través del servicio esperado por el destinatario. La validez de la dirección tampoco demuestra la titularidad de la persona prevista: verifica el destino a través de un canal independiente.
¿Cómo funcionan las firmas digitales y qué demuestran?
Respuesta rápida
una cartera serializa una transacción o un mensaje concreto, aplica las reglas de firma de la red y genera una firma con la clave privada. Los nodos o las aplicaciones verifican esa firma con la clave pública. Modificar la carga útil firmada invalida la prueba, pero una firma válida no garantiza que la acción solicitada fuera segura o se hubiera comprendido.
Las firmas digitales son el puente operativo entre una clave secreta y una cadena de bloques pública. El firmante no transmite la clave privada, sino una firma y el contexto suficiente para que los verificadores puedan reconstruir la carga útil firmada e identificar la clave pública o la dirección correspondiente. El NIST describe las firmas digitales como mecanismos para detectar modificaciones no autorizadas y autenticar a un firmante en el marco del sistema de gestión de claves que lo rodea.
| Una firma válida puede establecer | Una firma válida no puede establecer por sí misma |
|---|---|
| Que la firma coincida con la clave pública especificada o con el firmante recuperable. | La identidad jurídica o personal que se esconde tras la clave. |
| Que los bytes firmados no se han modificado tras la firma. | Que la visualización de la cartera explicara con precisión dichos bytes. |
| Que la autoridad de firma requerida haya participado de acuerdo con el algoritmo. | Que la clave no haya sido robada, controlada de forma remota ni utilizada por malware. |
| Que la transacción o el mensaje cumpla con la autorización a nivel de firma. | Que la dirección del destinatario, el contrato inteligente o el resultado económico sean seguros. |
| Que el firmante haya aprobado esa carga criptográfica concreta. | Que el firmante haya comprendido todos los permisos, aprobaciones, autorizaciones o delegaciones incorporados en ella. |
La firma no es cifrado
La mayoría de las transacciones en blockchains públicas son visibles. Una firma autentica una transacción; no oculta el importe, el destinatario ni la llamada al contrato. Algunos sistemas también utilizan criptografía de clave pública para el cifrado o el acuerdo de claves, pero se trata de una operación independiente con algoritmos y supuestos distintos.
Una firma sin gas puede seguir transfiriendo valor posteriormente
Las carteras pueden firmar mensajes fuera de la cadena, como permisos de tokens, órdenes en mercados, retos de inicio de sesión o autorizaciones de datos introducidos. Algunas firmas se limitan a autenticar una sesión; otras autorizan a un tercero o a un contrato a gastar activos más adelante. La ausencia de una comisión de red en el momento de la firma no hace que la solicitud sea inofensiva. Lee el dominio, la cadena, el gastador, el activo, el importe, la fecha de caducidad y la acción antes de aprobar.
¿De dónde proceden las claves criptográficas?
Respuesta rápida
una cartera fiable obtiene aleatoriedad generada por ordenador, crea material secreto y deriva uno o más pares de claves según los algoritmos de la red. Las carteras modernas suelen utilizar la derivación determinista jerárquica, lo que permite que una semilla raíz genere muchas cuentas y direcciones sin necesidad de almacenar una copia de seguridad aleatoria independiente para cada una.
Las primeras carteras generaban y guardaban en copia de seguridad muchas claves privadas no relacionadas entre sí. Las carteras determinísticas jerárquicas cambiaron el modelo: una semilla raíz y un código de cadena derivan un árbol de claves secundarias. El BIP32 estandarizó este enfoque para los sistemas compatibles con Bitcoin, incluyendo ramas de solo acceso público que pueden generar direcciones de recepción sin exponer las claves de gasto.
A continuación, las carteras utilizan rutas de derivación para separar cuentas, redes, direcciones de recepción y direcciones de cambio. El BIP44 y los estándares relacionados definen convenciones comunes, pero las opciones de implementación siguen variando. Una frase restaurada en un producto diferente puede mostrar una cartera vacía hasta que se seleccionen el esquema de derivación, el índice de cuenta y la red correctos.
La generación de claves debe ser verificable y repetible
El monedero debe utilizar un generador aleatorio criptográficamente seguro, conservar suficiente información de copia de seguridad y explicar claramente el proceso de recuperación. Los monederos de hardware pueden generar y guardar el secreto dentro de un dispositivo dedicado. Los monederos móviles pueden basarse en el almacenamiento seguro del sistema operativo. Los monederos de umbral pueden generar partes de forma conjunta, de modo que nunca se ensamble una clave privada completa. Se trata de diferentes diseños de custodia, no simplemente de diferentes interfaces.
¿Es una frase de recuperación lo mismo que una clave privada?
Respuesta rápida
No. Según el BIP39, las palabras codifican la entropía del monedero más una suma de comprobación. La frase mnemotécnica y una contraseña opcional se procesan para obtener una semilla binaria, y un estándar de monedero determinístico como el BIP32 deriva muchas claves privadas a partir de esa semilla. Cualquier persona que disponga de las entradas de recuperación completas suele poder reproducir toda la jerarquía del monedero.
Llamar a la frase «la clave privada en palabras» es fácil de recordar, pero técnicamente engañoso. Un monedero determinista típico contiene muchas claves privadas. La frase es una entrada de copia de seguridad legible para el ser humano correspondiente a la raíz de la que se derivan esas claves. El BIP39 permite 12, 15, 18, 21 o 24 palabras en función del nivel de entropía, aunque 12 y 24 son los formatos más habituales para los usuarios. No todas las carteras utilizan el BIP39, y algunos sistemas de custodia o de cuentas inteligentes no muestran ninguna frase mnemotécnica.
| Credencial | Lo que suele controlar | Consecuencias de la recuperación |
|---|---|---|
| Una clave privada sin procesar | Un par de claves o un rol de firmante. | Solo restaura la autoridad asociada a esa clave; otras cuentas de la cartera pueden utilizar claves diferentes. |
| Frase de recuperación / mnemónica | Una semilla de monedero determinista y, potencialmente, muchas cuentas. | La restauración también depende de la frase de contraseña opcional, el estándar del monedero, las rutas de derivación y las redes compatibles. |
| Contraseña BIP39 | Cambia la semilla derivada de las mismas palabras. | Cada frase de acceso genera un monedero válido, pero diferente. No existe ninguna advertencia de «frase de acceso incorrecta» a nivel criptográfico. |
| Contraseña del monedero o PIN del dispositivo | Cifrado local o acceso al dispositivo. | Normalmente no regenera las claves de la cadena de bloques. Una semilla o una política de recuperación pueden restaurar el monedero si se olvida la contraseña. |
| Clave pública extendida (xpub) | Deriva una rama de claves públicas y direcciones sin realizar transacciones. | Normalmente no firma. Es muy sensible en cuanto a la privacidad, por lo que nunca debe publicarse a la ligera. |
No olvides la frase de contraseña opcional
Una frase de contraseña BIP39 se comercializa a veces como la «25.ª palabra», pero puede ser cualquier cadena compatible y no se almacena dentro de la mnemónica. Perderla puede hacer que el monedero en cuestión sea irrecuperable, incluso cuando las palabras sean correctas. Por lo tanto, anotar las palabras sin indicar el tipo de monedero, la política de la frase de contraseña y las instrucciones de recuperación puede dar lugar a una copia de seguridad que parezca completa, pero que no lo sea.
¿Contiene una cartera solo un par de claves?
Respuesta rápida
Normalmente no. Un monedero moderno puede derivar muchas cuentas y direcciones a partir de una semilla raíz, gestionar claves importadas, coordinar varios firmantes o controlar una cuenta inteligente cuya política puede cambiar. «Monedero», «cuenta», «dirección» y «par de claves» son capas diferentes.
Una cartera de Bitcoin suele generar nuevas direcciones de recepción y de cambio para reducir la reutilización de direcciones y gestionar el modelo UTXO. Cada dirección puede corresponder a una clave secundaria o un script diferente. Una cartera de Ethereum suele mostrar varias cuentas de terceros derivadas de una frase de recuperación, cada una con su propia clave privada y dirección. Una cartera de Solana puede gestionar múltiples pares de claves y cuentas de tokens. Una cuenta de una plataforma de intercambio puede mostrar un saldo sin facilitar al cliente ninguna clave privada de la cadena de bloques.
| Término | Significado práctico |
|---|---|
| Aplicación de monedero | Interfaz de software o hardware que crea transacciones, gestiona los firmantes y realiza un seguimiento de los saldos. |
| Archivo de monedero / almacén de claves | Material de claves almacenado o metadatos cifrados utilizados por una aplicación de monedero. |
| Cuenta | Un registro a nivel de red o de aplicación. Puede estar controlado por claves, por contratos o estar bajo custodia. |
| Dirección | Identificador específico de la red para una cuenta, una salida, un script, un contrato o una ubicación derivada de un programa. |
| Par de claves | Una clave privada de firma y su correspondiente clave pública de verificación. |
| Semilla / material de recuperación | Datos de entrada utilizados para regenerar una jerarquía determinista de pares de claves. |
| Política de firmantes | La regla que define qué claves, participaciones, claves de acceso o contratos deben autorizar una acción. |
Conclusión: Decir «mi monedero tiene una clave privada» suele ser incorrecto. La planificación de la seguridad debe identificar todos los secretos raíz, firmantes, dispositivos, copias de seguridad y vías de recuperación que puedan autorizar o regenerar el monedero.
¿En qué se diferencian Bitcoin, Ethereum y Solana?
Respuesta rápida
Utilizan el mismo concepto general de clave pública, pero diferentes algoritmos de firma, modelos de cuenta y reglas de direcciones. Bitcoin combina ECDSA y Schnorr según los tipos de salida; las cuentas EOA de Ethereum utilizan ECDSA, mientras que los contratos utilizan un control definido por código; los pares de claves estándar de Solana utilizan Ed25519 y los programas pueden controlar direcciones sin necesidad de una clave privada.
| Propiedad | Bitcoin | Ethereum | Solana |
|---|---|---|---|
| Firma común de usuario | ECDSA sobre secp256k1 para gastos con claves heredadas y SegWit v0; BIP340 Schnorr sobre secp256k1 para Taproot. | ECDSA sobre secp256k1 para transacciones de cuentas de terceros y autorizaciones EIP-7702. | Ed25519 / EdDSA para firmas con pares de claves estándar. |
| Qué significa «dirección» | Codificación de un tipo de salida: hash de clave, hash de script, programa testigo o clave de salida de Taproot. | EOA de 20 bytes o identificador de contrato. Las direcciones EOA se derivan de claves públicas; las direcciones de contrato no. | Dirección de cuenta de 32 bytes: a menudo una clave pública Ed25519 o una dirección derivada de un programa fuera de la curva. |
| Modelo de libro mayor | UTXO bloqueados por scripts. | Estado de la cuenta: EOA y contratos. | Cuentas que contienen lamports, datos, el programa del propietario y otros campos. |
| ¿Puede una dirección requerir varios firmantes? | Sí, mediante políticas de script, rutas de script de Taproot o construcciones de agregación/umbral. | Sí, mediante una cuenta de contrato inteligente o una política de monedero. | Sí, mediante la lógica del programa o programas de multifirma. |
| ¿Puede una dirección carecer de clave privada? | Sí, los compromisos de script no tienen por qué estar vinculados a una clave. | Sí, las cuentas de contrato no tienen clave privada. | Sí, los PDA están deliberadamente fuera de la curva. |
Ethereum tras Pectra: la delegación no sustituye a la clave
La EIP-7702 permite que una EOA de Ethereum delegue la ejecución a código, lo que habilita funciones similares a las de una cuenta inteligente. No obstante, la clave privada de la EOA conserva toda la autoridad y puede sustituir o revocar la delegación. Delegar una EOA a código de tipo multisig no convierte la clave subyacente de la EOA en un verdadero requisito de umbral.
Por qué importan los nombres de los algoritmos
ECDSA, Schnorr y EdDSA generan firmas digitales, pero sus codificaciones, reglas de nonce, propiedades de agregación y procedimientos de verificación difieren. No se puede dar por sentado que una clave o firma de un esquema sea compatible con otro simplemente porque ambos utilicen valores de 32 bytes. El software de red decide exactamente qué algoritmos y codificaciones son válidos.
¿Es seguro compartir una clave pública o la dirección de una cartera?
Respuesta rápida
compartir una dirección o una clave pública normalmente no otorga autoridad para realizar gastos según los supuestos criptográficos actuales. No obstante, puede revelar saldos, vínculos de transacciones e información de identidad, y puede convertirte en blanco de phishing, envenenamiento de direcciones, tokens de spam o coacción física.
Las claves públicas existen para ser públicas, y las direcciones existen para ser distribuidas. Alguien que conozca tu dirección de Bitcoin, tu dirección de Ethereum o tu clave pública de Solana no puede calcular simplemente la clave privada con los métodos informáticos clásicos actuales. Sin embargo, puede observar la actividad pública asociada a ese identificador y combinarla con registros de intercambios, publicaciones en redes sociales, nombres de dominio o datos filtrados.
Lo que revela una dirección depende de su uso
Una dirección de tipo «cuenta» reutilizada puede exponer un largo historial de transacciones y los saldos actuales de tokens. Las carteras de Bitcoin suelen generar nuevas direcciones de recepción, lo que reduce la reutilización directa, aunque sigue dejando vínculos para el análisis de grafos. Publicar una clave pública extendida es mucho más revelador: puede permitir a un observador deducir toda una rama pública y supervisar muchas direcciones futuras.
Recibir de forma segura
- Comparte la dirección a través de un canal adecuado al riesgo y confirma de forma independiente los destinos de alto valor.
- Especifica la red y el activo, no solo la cadena de caracteres. Una misma dirección EVM puede existir en varias redes.
- No copies un destinatario repetido del historial de transacciones sin comprobarlo; las transferencias con «envenenamiento de direcciones» están diseñadas para introducir entradas que parecen idénticas.
- Verifica el destino completo en una pantalla de confianza para transferencias de alto valor. Comprobar solo los primeros y últimos caracteres no es suficiente frente a entradas similares creadas a propósito.
- Considera la posibilidad de realizar una transacción de prueba cuando sea operativamente adecuado y, a continuación, confirma la recepción a través de un canal independiente antes de enviar el saldo.
- Evita vincular públicamente grandes saldos a tu nombre legal, lugar de residencia o itinerario de viaje.
¿Qué debes hacer si se filtra una clave privada o una frase de recuperación?
Respuesta rápida
Considera que la clave afectada está comprometida de forma permanente. Desde un entorno limpio y de confianza, crea material de recuperación totalmente nuevo o una nueva política de cuentas y traslada o reasigna los activos tan rápido como sea posible de forma segura. No importes la frase expuesta a otra cartera y la consideres una cartera nueva.
La respuesta depende de lo que se haya filtrado. Una clave privada secundaria puede comprometer únicamente las cuentas asociadas, aunque su reutilización entre cadenas y las relaciones HD avanzadas pueden ampliar el daño. Una frase de recuperación normalmente compromete todas las cuentas derivadas de ella, incluidas las que aún no se han mostrado. Una clave de firmante en una cuenta multisig o inteligente puede ser sustituible si quedan suficientes firmantes no comprometidos.
Secuencia de respuesta inmediata
- Deja de utilizar el dispositivo o la sesión del navegador que pueda estar comprometida. No sigas los enlaces de recuperación enviados por nadie que se ponga en contacto contigo.
- En un dispositivo limpio, inicializa un nuevo monedero o una nueva política de firmantes con material secreto nuevo. Verifica de forma independiente el software, la red y la copia de seguridad de recuperación.
- Traslada los activos valiosos o rota el firmante según el diseño de la cuenta. Una clave comprometida crea una carrera; prioriza cuidadosamente los activos y los tokens de comisiones nativos.
- En el caso de las autorizaciones de tokens de Ethereum, recuerda que la revocación por sí sola no resuelve la filtración de una clave privada: el atacante puede firmar nuevas transacciones. Transfiere la autoridad o los activos.
- Comprueba todas las redes en las que se haya utilizado la misma clave o frase, incluidas las cuentas de prueba, las redes de Capa 2 y los saldos de tokens menos visibles.
- Conserva los hash de las transacciones, las direcciones, los mensajes y las pruebas de los dispositivos. Denuncia el robo sin demora a los custodios, las plataformas de intercambio y las fuerzas del orden pertinentes.
- Rechaza a cualquiera que prometa una recuperación garantizada a cambio de una tarifa por adelantado. Los estafadores de recuperación se dirigen sistemáticamente a víctimas conocidas.
¿Qué ocurre si se pierde una clave privada?
Respuesta rápida
en el caso de una cuenta sencilla de autocustodia, la pérdida de la única clave privada y de todas las copias de seguridad válidas hace que los fondos queden inaccesibles. La cadena de bloques sigue mostrando el saldo, pero no dispone de una oficina de identificación ni de un mecanismo de restablecimiento de contraseña. Otros modelos de custodia pueden permitir la recuperación de la cuenta, la rotación de firmantes o la reconstrucción de umbrales.
La red no sabe si una clave se ha perdido, se ha destruido o se ha abandonado intencionadamente. Solo sabe si se presenta una autorización válida. Sin ella, el valor bloqueado sigue formando parte del libro mayor de forma indefinida. Por eso, el diseño de las copias de seguridad forma parte de la propiedad y no es una simple comodidad opcional.
| Modelo de custodia | Si se pierde una credencial |
|---|---|
| Autocustodia con una sola clave | Recuperación a partir de una copia de seguridad válida o una frase de recuperación. Sin ella, el acceso se pierde normalmente de forma permanente. |
| Exchange o servicio de custodia | El proveedor puede restablecer el acceso a la cuenta tras realizar comprobaciones de identidad y seguridad, ya que es él quien custodia las claves de la cadena de bloques. |
| Multifirma en cadena | Los firmantes restantes aún pueden cumplir el umbral y mover fondos o establecer una nueva política. |
| Cuenta de contrato inteligente | Los módulos de recuperación, los tutores, las claves de acceso, los bloqueos temporales o las reglas de administrador pueden sustituir a un firmante si se han diseñado previamente. |
| Umbral / Cartera MPC | Las participaciones restantes pueden seguir firmando o ejecutar un proceso de redistribución de participaciones si el protocolo y el umbral lo permiten. |
| EOA delegada según EIP-7702 | La clave EOA original sigue siendo la de referencia; su pérdida sigue constituyendo un fallo fundamental, a menos que exista otro mecanismo preestablecido que pueda actuar antes de que se produzca dicha pérdida. |
Sucesión e incapacidad
Un plan de recuperación debe cubrir el fallecimiento, la incapacidad y la pérdida, no solo el robo. El plan debe proporcionar a las personas autorizadas la información suficiente para llevar a cabo la recuperación sin crear un objetivo único y fácil en la actualidad. Dependiendo del valor y de la jurisdicción, esto puede implicar la firma múltiple, la custodia profesional, instrucciones selladas, documentación legal o una política de recuperación de cuentas inteligentes cuidadosamente probada. La recuperación técnica y el derecho legal son cuestiones distintas.
¿Se puede cambiar, dividir o sustituir una clave privada?
Respuesta rápida
No es posible, desde el punto de vista operativo, rotar una cuenta convencional de clave única a un nuevo secreto independiente conservando el mismo par de claves. Hay que crear un nuevo par de claves y trasladar los activos. En su lugar, los scripts, los contratos de multifirma, las cuentas inteligentes y los sistemas de umbral pueden distribuir la autoridad o sustituir a los firmantes manteniendo la cuenta o la política.
En lo que respecta a la seguridad práctica de los monederos, una clave de sustitución generada de forma independiente tiene una clave pública diferente, y encontrar una clave diferente que conserve un identificador de dirección truncado es computacionalmente inviable bajo los supuestos de seguridad previstos. Por lo tanto, en el caso de una salida de Bitcoin con una sola clave o de una EOA de Ethereum, la rotación de claves implica transferir los fondos a un nuevo destino. Una política de cuenta inteligente actualizable puede sustituir a un firmante autorizado sin cambiar la dirección de la cuenta. Una política de multifirma puede requerir una transacción para establecer un nuevo conjunto de firmantes.
Multifirma en cadena
La cadena de bloques valida una política que requiere varias firmas independientes o aprobaciones de contratos. La política puede ser visible en la cadena, aunque Taproot puede ocultar las rutas de script no utilizadas hasta el momento del gasto. La multifirma proporciona una aplicación transparente de las reglas y opciones de recuperación específicas de la cadena, pero puede suponer un mayor coste y exponer la estructura operativa.
Firmas de umbral y MPC
Un protocolo de umbral distribuye las partes de la firma de tal manera que un subconjunto requerido coopere para generar una firma ordinaria. En un diseño adecuado de generación distribuida de claves, la clave privada completa nunca tiene que existir en una sola memoria. La cadena de bloques puede ver una firma normal en lugar de una política de multifirma. La seguridad depende entonces en gran medida de la elección del protocolo, de los entornos independientes de las partes y de la calidad de la implementación.
Cuentas inteligentes y claves de acceso
Las cuentas basadas en contratos pueden validar varios esquemas de firma, claves de acceso, límites de gasto, sesiones, tutores o recuperación diferida. Esto puede mejorar la usabilidad y la rotación de claves, al tiempo que añade riesgos relacionados con el código, las actualizaciones y la gobernanza. Por lo tanto, una dirección de contrato está controlada por una política, no por un par de claves público-privado inherente.
¿Qué protegen las carteras de hardware?
Respuesta rápida
una cartera de hardware es un dispositivo de firma diseñado para mantener el material de la clave privada alejado de un ordenador de uso general y para mostrar los detalles de las transacciones en una pantalla de confianza. Reduce el riesgo de extracción remota de claves, pero no protege una frase de recuperación expuesta ni impide que el propietario autorice una transacción maliciosa.
La principal ventaja de un monedero físico es la separación. El ordenador o el teléfono pueden preparar una transacción sin firmar, mientras que el dispositivo conserva el secreto y realiza la firma internamente. Incluso si el dispositivo host se ve comprometido, el atacante seguirá necesitando que el usuario dé su aprobación en el dispositivo. Esto solo funciona cuando el usuario verifica el destino, el importe, la red y los permisos relevantes del contrato en la pantalla de confianza.
Limitaciones importantes
- La filtración de la frase de recuperación elude el dispositivo. Cualquier persona que tenga la frase puede recrear las claves en otro lugar.
- La firma ciega o ilegible puede autorizar aprobaciones, permisos o llamadas a contratos maliciosos, incluso cuando la clave nunca sale del dispositivo.
- La sustitución del destino en el ordenador puede tener éxito si el usuario lo confirma sin comprobar la pantalla del hardware.
- El firmware, la cadena de suministro, el acceso físico y los procedimientos de copia de seguridad siguen formando parte del modelo de amenazas.
- Una sola cartera de hardware más una frase sigue siendo un punto único de fallo. Los diseños multisig o de umbral abordan un problema diferente.
- Ningún dispositivo protege contra el riesgo de fluctuación de los precios de los activos, las contrapartes fraudulentas, los contratos inteligentes comprometidos o una elección errónea de red.
Conclusión: el aislamiento físico es valioso, pero «las claves permanecieron fuera de línea» no es lo mismo que «la transacción fue segura». La pantalla de confianza y la decisión de verificación del usuario forman parte del perímetro de seguridad.
¿Qué implican los ordenadores cuánticos para las claves criptográficas?
Respuesta rápida
ECDSA, Schnorr y Ed25519 no están diseñados para resistir ante un ordenador cuántico con tolerancia a fallos suficientemente grande. En principio, una máquina de este tipo podría utilizar el algoritmo de Shor para recuperar claves privadas de curva elíptica a partir de claves públicas. Hoy en día, ningún ordenador cuántico conocido públicamente puede hacer esto, y el riesgo práctico depende del hardware futuro, de la migración de protocolos y de cuándo se expongan las claves públicas.
La norma FIPS 186-5 del NIST señala explícitamente que no se espera que sus algoritmos de firma clásicos resistan ante un ordenador cuántico a gran escala. El NIST ha estandarizado por separado las firmas poscuánticas, incluyendo ML-DSA y SLH-DSA. Estas normas no actualizan automáticamente una cadena de bloques: cada red necesita direcciones compatibles, validación de firmas, compatibilidad con monederos y una ruta de migración para los fondos existentes.
La afirmación, a menudo repetida, de que «las direcciones no utilizadas son seguras frente a la computación cuántica porque solo el hash es público» no es universalmente fiable. Los tipos de direcciones difieren; las claves de salida de Taproot y las claves públicas de los firmantes de Solana son visibles, las claves públicas de Ethereum a menudo pueden recuperarse a partir de las firmas tras su uso, y los fondos pueden moverse o quedar expuestos de diferentes maneras. El hash puede retrasar algunas formas de exposición de la clave pública, pero no constituye una estrategia de migración completa.
Qué deben hacer los usuarios ahora
- No cunda el pánico ni transfiera fondos a un producto «a prueba de cuántica» sin revisar que se comercialice apelando a la urgencia.
- Mantén actualizados el software de monedero y los dispositivos de firma para que puedan adoptar futuras herramientas de migración de la red.
- Evita la reutilización innecesaria de direcciones cuando el modelo de monedero de la red recomiende direcciones nuevas.
- Sigue las directrices oficiales del protocolo y de la cartera si se anuncia una migración; verifica los destinos y los plazos de forma independiente.
- Para la custodia institucional a largo plazo, incluya la agilidad criptográfica y la autoridad de migración en la planificación de la gobernanza.
Preguntas frecuentes
¿Qué es una clave privada en una sola frase?
Una clave privada es material criptográfico secreto que se utiliza para crear firmas que cumplan las reglas de autorización de una cuenta o salida. Debe mantenerse en secreto, ya que su posesión puede ser suficiente para mover activos en un diseño de clave única.
¿Qué es una clave pública en una sola frase?
Una clave pública es un dato de verificación derivado de una clave privada. Permite a cualquiera comprobar que las firmas coinciden sin conocer la clave privada ni obtener la capacidad de firmar.
¿Es lo mismo una dirección de monedero que una clave pública?
No por lo general. Una dirección puede codificar una clave pública, un hash de clave pública, un script o un programa testigo, un identificador de contrato o una dirección derivada de un programa. En Solana, una dirección de firmante estándar es la propia clave pública; en Ethereum, las direcciones de contrato no tienen una clave privada correspondiente.
¿Puede alguien robar criptomonedas solo con la dirección de mi monedero?
Normalmente no. Una dirección no otorga autoridad para firmar. Puede revelar saldos e historial de transacciones, facilitar estafas dirigidas o utilizarse en intentos de «envenenamiento de direcciones», por lo que es pública pero no siempre neutral en cuanto a la privacidad.
¿Se puede calcular mi clave privada a partir de mi clave pública?
No con los métodos clásicos prácticos conocidos cuando se utiliza una curva segura compatible y una implementación correcta. El problema es computacionalmente inviable con los niveles de seguridad actuales. Un futuro ordenador cuántico de gran tamaño y tolerante a fallos cambiaría esa suposición, por lo que es importante planificar la migración.
¿Es una frase de semilla lo mismo que una clave privada?
No. Una frase de recuperación suele codificar la entropía utilizada para derivar una semilla, y un monedero determinista deriva muchas claves privadas a partir de esa semilla. La frase suele ser más potente que una sola clave privada sin procesar, ya que permite recrear toda la jerarquía del monedero.
¿Cuál es la diferencia entre la contraseña de un monedero y una clave privada?
Una contraseña o un PIN de monedero suele desbloquear el software local, descifrar un almacén de claves o autorizar un dispositivo. La clave privada es la autoridad de firma de la cadena de bloques. Si se olvida una contraseña, es posible recuperarla con la copia de seguridad del monedero; si se pierde la única clave de firma, no es posible recuperarla.
¿Puedo cambiar mi clave privada sin cambiar mi dirección?
No es el caso de un par de claves matemático convencional. Una clave privada diferente genera una clave pública diferente. Una cartera de contratos inteligentes u otra cuenta controlada por políticas puede sustituir a un firmante autorizado sin dejar de utilizar la misma dirección de cuenta.
¿Por qué mi monedero de Bitcoin genera una nueva dirección?
Las carteras de Bitcoin determinísticas jerárquicas derivan muchas direcciones de recepción y cambio a partir de una semilla raíz. El uso de direcciones nuevas reduce la simple reutilización de direcciones y ayuda a la cartera a gestionar UTXO independientes sin necesidad de realizar una nueva copia de seguridad independiente cada vez.
¿Debería compartir una clave pública extendida?
Solo con un sistema de confianza y cuando comprendas las consecuencias para la privacidad. Una clave pública extendida puede permitir el seguimiento y la derivación de toda una rama pública de direcciones, aunque normalmente no permita gastar fondos.
¿Almacena una cartera de hardware mis monedas?
No. La cadena de bloques registra los activos. Un monedero físico almacena o protege el material de firma y autoriza las transacciones. Su frase de recuperación u otra copia de seguridad puede recrear la autoridad en otro dispositivo compatible.
Conclusión
Las claves privadas, las claves públicas, las direcciones y las frases de recuperación están relacionadas, pero no son intercambiables. La clave privada o la parte de firma genera la autoridad. La clave pública la verifica. La dirección identifica un destino en la red o una condición de gasto. El sistema de recuperación regenera o sustituye la autoridad cuando el dispositivo original falla. Confundir estas capas da lugar tanto a explicaciones erróneas como a errores costosos.
El hábito de seguridad duradero consiste en proteger todo el sistema de firma, en lugar de una sola cadena de caracteres. Genera claves con software o hardware de confianza. Mantén el material de recuperación en privado y comprueba que funciona. Verifica la transacción exacta en una pantalla de confianza. Trata las firmas como autorizaciones poderosas, incluidas las fuera de cadena. Utiliza un modelo de custodia cuyos modos de recuperación y fallo comprendas realmente.
Fuentes y lecturas recomendadas
Referencias clave para este artículo, actualizadas a julio de 2026.
- NIST FIPS 186-5 - Norma de firma digital. https://csrc.nist.gov/pubs/fips/186-5/final
- Guía para desarrolladores de Bitcoin: carteras. https://developer.bitcoin.org/devguide/wallets.html
- Guía para desarrolladores de Bitcoin: transacciones. https://developer.bitcoin.org/devguide/transactions.html
- BIP 340: Firmas Schnorr para secp256k1. https://bips.dev/340/
- BIP 341 - Taproot: Reglas de gasto de SegWit versión 1. https://bips.dev/341/
- BIP 32 - Carteras determinísticas jerárquicas. https://bips.dev/32/
- BIP 39 - Código mnemotécnico para generar claves determinísticas. https://bips.dev/39/
- Ethereum.org - Cuentas de Ethereum. https://ethereum.org/developers/docs/accounts/
- Ethereum.org - Seguridad y prevención de estafas. https://ethereum.org/security/
- Ethereum.org - Directrices de Pectra EIP-7702. https://ethereum.org/roadmap/pectra/7702/
- Documentación de Solana - Estructura de las cuentas. https://solana.com/docs/core/accounts
- Documentación de Solana: direcciones derivadas de programas. https://solana.com/docs/core/pda
- RFC 8032 - Algoritmo de firma digital de curva de Edwards. https://www.rfc-editor.org/info/rfc8032/
- NIST FIPS 204: norma de firma digital basada en retículas modulares. https://csrc.nist.gov/pubs/fips/204/final
Prueba rápida: ¿se mantuvo?
Llegaron algunas preguntas para comprobar los fundamentos. Siguen respuestas con explicaciones y nadie lo califica excepto su futuro portafolio.
¡Has completado un cuestionario sobre “Explicación de las claves privadas frente a las claves públicas”! Comparte tu logro en las redes sociales.
¿Fue esto útil?
