Saltar al contenido

Etapa 3 de 6

Los nodos la validan

Cada nodo que recibe la transacción de Ana la revisa antes de aceptarla o compartirla. No confía en nadie: comprueba por su cuenta que la firma es válida y que Ana puede pagar. Una transacción que no pasa estas revisiones se descarta sin costo para nadie.

El ejemplo

Supongamos que Ana tiene 100 USDC pero casi nada de la moneda nativa de la red, que es con la que se paga la comisión. La red no mira primero sus USDC: mira si puede pagar el cómputo.

Ethereum

El nodo recupera la dirección de Ana a partir de la firma y comprueba que el chain ID sea el de Ethereum. Después revisa el estado: que el nonce no sea menor que el de la cuenta, porque eso significaría que ya se usó, y que Ana tenga ETH suficiente para el peor caso, el límite de gas multiplicado por la comisión máxima. También comprueba que el límite de gas cubra el costo mínimo de una transacción y no supere el de un bloque.

Si el nonce es mayor de lo esperado, la transacción no se descarta: queda en espera hasta que lleguen las anteriores. Si llega otra con el mismo nonce, solo reemplaza a la primera si paga una comisión bastante mayor. Así funcionan las opciones de acelerar o cancelar una transacción en la wallet.

Lo que el nodo todavía no comprueba es si la transferencia funcionará. Si Ana no tuviera 25 USDC, la llamada al contrato fallaría al ejecutarse en el bloque. Esa transacción revertida queda registrada igual, y Ana paga el gas que consumió.

Avalanche

La C-Chain hereda las reglas de Ethereum: firma, chain ID, nonce, saldo suficiente para el peor caso y límites de gas. Además exige que la comisión máxima de Ana cubra la tarifa base de la red, que sube y baja según la demanda.

Como en Ethereum, la validación del mempool no ejecuta la transferencia. Una transacción que pasa todos los filtros todavía puede revertir al ejecutarse en el bloque, y en ese caso paga igual la comisión.

Solana

En Solana la validación ocurre en el líder, dentro de la unidad que procesa transacciones. Primero verifica las firmas Ed25519, una tarea tan pesada que se diseñó para correr en paralelo, incluso en GPU. Después descarta duplicados: si ya procesó una transacción con la misma firma, la ignora.

Luego revisa que el blockhash siga vigente y que la cuenta pagadora tenga lamports, la unidad mínima de SOL, suficientes para la comisión. Si la transacción declara cuentas que otra transacción está escribiendo en ese momento, espera a que se liberen.

Como en las otras redes, una transacción puede pasar estos filtros y fallar al ejecutarse, por ejemplo si Ana no tiene los 25 USDC. Solana también la registra, cobra la comisión y marca el error.

En resumen

Validar no es ejecutar. Las tres redes filtran rápido lo imposible, como una firma falsa o una cuenta sin fondos para la comisión, y dejan para el bloque la pregunta de si la operación realmente funciona.

Practica con tu IA

Copia este prompt y pégalo en la IA que uses. Al copiarlo se agrega el enlace a este artículo, por si puede leerlo.

Actúa como mi tutor de blockchain. Dame cuatro transacciones con un problema cada una, sin decirme cuál: una con un nonce ya usado, una de una cuenta sin fondos para la comisión, una de Solana con el blockhash vencido y una con la firma alterada. Para cada una, pídeme que diga en qué redes puede ocurrir, en qué punto se rechaza y si alguien paga comisión. Después agrega una quinta que pase la validación pero falle al ejecutarse, y pregúntame por qué igual cobra comisión. Corrige cada respuesta antes de pasar a la siguiente.