Enviar y recibir Ethereum con SSP

·8 min de lectura·Por SSP Editorial Team
Portada de SSP Academy: Enviar y recibir Ethereum con SSP

Enviar y recibir Ethereum con SSP

Mover ETH dentro y fuera de una cartera de autocustodia es una de las primeras cosas que harás tras configurar SSP para Ethereum. Es sencillo una vez que entiendes el modelo de cuenta y cómo encaja el multisig 2 de 2 de SSP en una transacción normal de Ethereum. Esta guía recorre cómo recibir ETH, cómo enviarlo y qué ocurre realmente entre bastidores cuando firmas con dos dispositivos.

Si ETH dentro de SSP es nuevo para ti, empieza por Ethereum en SSP para tener la imagen completa y luego vuelve aquí para el flujo práctico de envío y recepción.

Un repaso rápido del modelo de cuenta

Por dentro, Ethereum no funciona como Bitcoin. En Bitcoin, tu cartera maneja muchas salidas no gastadas y genera direcciones de cambio nuevas en cada gasto. En Ethereum, tu cuenta es una única dirección que simplemente mantiene un saldo. Cuando recibes ETH, tu saldo sube. Cuando envías, baja. No hay direcciones de cambio ni selección de salidas en las que pensar.

Esto importa para la autocustodia de dos maneras. Primero, reutilizas la misma dirección indefinidamente, así que hay una sola dirección que respaldar, verificar y compartir. Segundo, cada transacción debe ordenarse, y Ethereum lo gestiona con un contador llamado nonce — más sobre esto abajo.

En SSP, esta única dirección es tu cuenta multisig 2 de 2. En las cadenas EVM es una cuenta de contrato inteligente ERC-4337, de modo que las dos claves siguen controlando cada gasto aunque en la cadena parezca una dirección normal.

Recibir ETH

Recibir es la mitad más segura, porque nada sale de tu cartera. Le das tu dirección al remitente y esperas a que la red confirme.

Tu dirección 0x

Tu dirección de recepción de Ethereum empieza por 0x seguido de 40 caracteres hexadecimales. SSP la muestra como texto y como un código escaneable para que el remitente la copie con exactitud. Como Ethereum reutiliza una sola dirección, no necesitas una nueva para cada pago.

Verifica la dirección en ambos dispositivos

La autocustodia pone la verificación de la dirección en tus manos. El malware que cambia una dirección copiada por la de un atacante es un riesgo real en todo el sector, así que confirma que la dirección que vas a compartir es realmente tuya. SSP muestra la cuenta tanto en la extensión como en SSP Key, así que fíjate en los primeros y últimos caracteres en cada dispositivo y asegúrate de que coinciden. El mismo hábito se aplica al recibir Bitcoin en SSP: verifica en hardware que controlas, no solo en una página web que alguien te envió.

Una dirección para ETH y tokens ERC-20

La misma dirección 0x recibe tanto ETH como tokens ERC-20, porque los tokens viven en contratos que acreditan tu dirección. No necesitas una dirección distinta por token. Lo que sí necesitas es asegurarte de que el remitente usa la red correcta.

Elegir la red correcta

Esta es la forma más común en que la gente pierde fondos en cadenas EVM. Una dirección que existe en la red principal de Ethereum también existe en Polygon, Base y otras cadenas EVM, pero un saldo en una cadena no es un saldo en otra. Si alguien te envía ETH por la red equivocada, no llega a la que estás mirando. Antes de compartir tu dirección, acuerda con el remitente la red exacta y confirma que SSP está en esa misma cadena. El artículo 3 trata en detalle cómo usar SSP en Polygon, Base y otras cadenas EVM.

Enviar ETH: el flujo de co-firma 2 de 2

Al enviar es donde aparece el diseño multisig de SSP. Una cartera de una sola clave firma una vez y difunde. SSP requiere tus dos claves, así que el flujo tiene un paso de aprobación extra — y ese paso es justo el sentido del modelo de seguridad.

Esta es la forma de un envío, descrita de manera general porque las etiquetas exactas pueden cambiar:

  1. En la extensión de SSP Wallet, elige enviar, introduce la dirección del destinatario y el importe, y revisa la comisión.
  2. La extensión construye la transacción y aplica la primera firma con la clave 1.
  3. SSP Key en tu teléfono recibe una notificación push. Allí revisas los mismos detalles y co-firmas con la clave 2.
  4. Con ambas firmas combinadas, la transacción se difunde a la red.

Como ningún dispositivo por sí solo puede mover fondos, un atacante que comprometa solo tu navegador aún no puede enviar. También necesitaría tu teléfono para aprobar. En las cadenas EVM, SSP combina las dos firmas en una usando agregación Schnorr, de modo que lo que llega a la cadena es una única operación de abstracción de cuentas en lugar de dos firmas separadas. La mecánica más profunda se explica en el multisig EVM al estilo de la abstracción de cuentas.

El hábito de co-firma es, en espíritu, idéntico al de enviar Bitcoin con SSP; solo difiere el formato de transacción subyacente.

El ciclo de vida de la transacción

Ayuda imaginar un envío como una breve secuencia:

  • Construir — la extensión arma la transacción: destinatario, importe, configuración de gas y el siguiente nonce.
  • Firmar — la clave 1 firma en la extensión.
  • Co-firmar — la clave 2 firma en SSP Key después de que apruebas la push.
  • Enviada / pendiente — la transacción combinada se difunde y queda en el mempool esperando a ser incluida en un bloque.
  • Confirmada — un validador la incluye en un bloque. Cada bloque siguiente añade confirmaciones y hace más difícil revertirla.

Una transacción solo es definitiva una vez que se confirma en la cadena. Hasta entonces está pendiente y, en algunos casos, puede reemplazarse. Puedes seguir el progreso de cualquier transacción en un explorador de bloques público como Etherscan pegando el hash de la transacción.

Entender el nonce

El nonce es un contador por cuenta que ordena tus transacciones. Tu primera transacción usa el nonce 0, la siguiente el 1, y así sucesivamente. La red las procesa estrictamente en orden.

Esto tiene una consecuencia práctica. Si una transacción se queda pendiente — normalmente porque su precio de gas fue demasiado bajo para las condiciones actuales — toda transacción posterior queda bloqueada detrás de ella, porque la red no saltará a un nonce mayor. La solución es reemplazar la transacción atascada: reenvía una con el mismo nonce pero una comisión más alta, lo que permite a los validadores elegir la nueva versión. Las carteras suelen presentar esto como una acción de "acelerar" o "reemplazar". SSP sigue requiriendo la co-firma 2 de 2 para un reemplazo, porque es una transacción nueva.

Rara vez tocas el nonce a mano — SSP lo rellena —, pero saber que existe explica por qué una transacción pendiente puede retener a las que tiene detrás.

El gas, a grandes rasgos

Toda transacción de Ethereum cuesta gas, pagado en ETH. Esto es cierto incluso cuando mueves un token ERC-20: el token viaja sobre una transacción de Ethereum, y esa transacción necesita ETH para el cómputo. La regla práctica es mantener un pequeño saldo de ETH para poder cubrir el gas, de lo contrario un envío puede fallar por falta de gas aunque tu saldo de tokens esté bien.

El precio del gas bajo EIP-1559 se divide en una tarifa base fijada por la red y una propina de prioridad que añades para que te incluyan más rápido. Aquí lo dejamos breve; para la imagen completa — tarifa base, propinas, por qué se disparan las comisiones y cómo elegirlas en autocustodia — lee las comisiones de gas en Ethereum, explicadas para usuarios de autocustodia.

ETH frente a tokens ERC-20

ETH es el activo nativo de Ethereum y es lo que paga el gas. Los tokens ERC-20 son activos distintos definidos por contratos inteligentes que llevan los saldos asociados a tu dirección. Enviar un token es técnicamente una interacción con un contrato más que una simple transferencia de valor, pero en SSP sigue el mismo flujo de construir, firmar, co-firmar y difundir.

Algunas acciones de tokens requieren una aprobación única antes de que otro contrato pueda mover tokens en tu nombre — habitual en swaps y DeFi. Las aprobaciones son un tema aparte y quedan fuera del alcance aquí; basta con saber que un aviso que pide aprobar un gasto es parte normal de las interacciones con tokens, y la misma co-firma 2 de 2 lo protege.

Precauciones prácticas antes de enviar

  • Red correcta. Confirma que la cadena coincide con lo que espera el destinatario. ETH en Base no es ETH en la red principal de Ethereum.
  • Formato de la dirección. Las direcciones de Ethereum son 0x más 40 caracteres hexadecimales. Pega, nunca reescribas, y verifica el inicio y el final en ambos dispositivos.
  • Nombres ENS. Algunas carteras permiten enviar a un nombre legible como name.eth en lugar de una dirección en bruto. Trátalo como cualquier dirección: confirma que resuelve al destinatario esperado antes de aprobar.
  • Conserva ETH para el gas. Un saldo solo de tokens no puede pagar su propio gas. Mantén un poco de ETH.

Para los detalles a nivel de protocolo sobre cómo se estructuran las transacciones de Ethereum, la documentación oficial de transacciones de Ethereum es una referencia sólida.

Para terminar

Recibir ETH en SSP consiste en compartir tu dirección 0x verificada en la red correcta. Enviar añade un paso deliberado — la co-firma de SSP Key — que convierte un único punto de fallo en dos. Mantén un poco de ETH a mano para el gas, vigila el nonce cuando una transacción se estanque y confirma la red cada vez, y el movimiento diario de ETH en SSP se vuelve rutina. A partir de aquí, el artículo sobre comisiones de gas es la siguiente lectura natural.

Comparte este artículo

Artículos relacionados