Los desarrolladores de Ethereum están actualmente realizando pruebas en un nuevo modelo de suscripción voluntaria conocido como Regla de Confirmación Rápida (FCR) que permitirá a las redes de Capa 2, puentes e intercambios centralizados identificar rápidamente los depósitos realizados utilizando las redes principales de Ethereum (L1) a velocidades drásticamente mayores. Como resultado de este cambio, los períodos de espera para los depósitos se reducirán de aproximadamente 13 minutos a aproximadamente 13 segundos; lo que representa una mejora de entre el 80 y el 98%. El 17 de marzo de 2026, Julian Ma de la Fundación Ethereum escribió en X sobre su propuesta, a la que han denominado FCR; este proceso permitiría cerrar la brecha entre la sólida seguridad de Ethereum y algunas de las dificultades prácticas experimentadas por los usuarios al intentar utilizar soluciones de escalado más rápidas o intercambios para transferir activos entre ambas plataformas. <img src="https://jid.rerrkvifj.com/media/customer/creatorSystem/019ae960-6e34-42fb-846c-d595650c1c82.jpeg">Diagrama que ilustra el proceso de la Regla de Confirmación Rápida (FCR) de Ethereum. Este visual de las explicaciones de la comunidad muestra el cambio del recuento tradicional de profundidad de bloque a la evaluación de atestaciones de validador en tiempo real, destacando la ventana de confirmación de ~13 segundos en condiciones normales.(Fuente: Materiales de investigación y discusiones de protocolo de Ethereum) <h2>Desafíos Actuales con Depósitos y Confirmaciones</h2>Normalmente, los usuarios que experimentan la transferencia de activos de la cadena principal de ETH a los rollups de Capa 2 (es decir, Arbitrum, Optimism, Base) o depositan fondos en intercambios centralizados experimentarán retrasos relacionados con la confirmación de las transacciones según sus reglas de confirmación. Típicamente, los puentes canónicos esperan hasta que se produce una finalidad completa (un punto de control de Ethereum irrecuperable que generalmente ocurre cada aproximadamente dos épocas, 13 minutos) antes de poder garantizar que no se producirá la reorganización de la cadena que crea la transferencia original. Varias DEX y redes de Capa 2 (L2) que desean lograr una finalidad rápida utilizarán reglas de "k-profundidad", mediante las cuales una transacción se considera "final" después de que se hayan añadido k bloques a la cadena desde su ejecución. Esto mejora la velocidad de una transacción pero no proporciona ninguna garantía formal de finalidad contra la reorganización de la cadena debido a que una parte adversaria actúe para revertir transacciones. En consecuencia, los usuarios pueden perder fondos si una parte adversaria actúa en su contra. Para los usuarios de DEXs y redes L2, el uso de reglas de "k-profundidad" crea una experiencia de usuario negativa debido a la existencia de rutas canónicas lentas creadas para los usuarios de DEXs o L2s (lo que provocará retrasos y un alto nivel de incertidumbre), mientras que las rutas inseguras o arriesgadas también crearán incertidumbre y disminuirán la confianza de los usuarios al transferir grandes cantidades de datos.<h2>Cómo Funciona la Regla de Confirmación Rápida</h2>El uso de metodologías basadas en atestaciones (en lugar de simplemente contar confirmaciones de bloques) permitirá una confirmación inteligente y avanzada de bloques dentro de FCR. Cuando un bloque particular ha sido validado por uno o más validadores, el validador receptor puede entonces evaluar la validez de esos votos casi en tiempo real. Si la mayoría de los votos de los nodos validadores y/o atestadores dentro de uno o más segmentos de red se reciben o cuentan en un corto período de tiempo, entonces el nodo validador habrá validado efectivamente el bloque con una certeza prácticamente del 100% de que los validadores y/o atestadores están proporcionando honestamente sus votos para ese bloque.<h3>El principio se basa en dos supuestos fundamentales:</h3>Es posible que los mensajes de los validadores se transmitan en cuestión de segundos (generalmente en menos de ~3 segundos debido a la latencia del servidor).Cada validador no puede poseer más del 25% del ether apostado para mitigar el riesgo de ataques coordinados que podrían crear atestaciones incorrectas. En condiciones normales, habría suficientes atestaciones para confirmar la existencia de aproximadamente 13 segundos de confirmaciones (con cada bloque tardando aproximadamente 12 segundos en ser atestado). Si surgen problemas de latencia de red y/o seguridad, FCR también puede experimentar una disminución gradual del rendimiento; podría esperar un tiempo prolongado para obtener la finalización completa. Esto se ha integrado en el diseño como un "acuerdo de degradación gradual", que asegura que "cuando un validador detecta que tiene menos seguridad, retrasará la finalización de un bloque tan rápidamente"; esto refleja el diseño, no un fallo", explicó Ma. Los bloques que reciben confirmación escrita instantánea en circunstancias óptimas se establecerán como bloques finalizados. Esto proporcionará numerosos casos de uso, dado que Vitalik Buterin, uno de los cofundadores de Ethereum, afirma en X que "esto será muy potente para muchos casos de uso". Además, basándose en cada una de las suposiciones mencionadas, se garantizará que un bloque no se revertirá después de haber estado en su posición respectiva en la cadena durante un slot completo tras haber recibido su confirmación escrita.<h2>Ruta de Implementación y Adopción</h2>Una de las ventajas más significativas de FCR es que no requiere un hard fork o una coordinación en toda la red para entrar en vigor. En cambio, es una actualización opcional a nivel de cliente y afectará principalmente a los clientes de la capa de consenso (como Prysm, Lighthouse o Nimbus). Los desarrolladores ya están desarrollando y probando FCR; todo este trabajo —junto con videos de cada desarrollador implementando FCR— se está rastreando a través del protocolo Eth1 a Eth2 y el repositorio de especificaciones de consenso. Una vez implementado en los clientes, habrá capacidades de cliente ilimitadas para los nodos habilitados para FCR. Los diversos exchanges (equipos de L2 + proveedores de infraestructura) deberían poder integrar estos cambios, basándose en consultas que aprovechan las nuevas etiquetas de bloque "seguro" o "confirmado" a través de varias API, con cambios mínimos esperados. Esta flexibilidad en el lado del cliente permite una adopción incremental sin interrupción de toda la red. El enfoque inicial será aumentar los flujos de depósitos hacia las L2 populares y los principales exchanges, estableciendo en última instancia un nuevo estándar de la industria para las prácticas de confirmación en el futuro.<h2>Impacto Más Amplio en el Ecosistema de Ethereum</h2>Con formas más rápidas y seguras de depositar fondos, los usuarios podrían tener una mejor experiencia en todo el ecosistema DeFi, de juegos, NFT y trading. Reducir la fricción que actualmente existe para los depósitos en L2 y exchanges centralizados facilitará que los nuevos usuarios se incorporen a estas tecnologías y aumentará la liquidez en los rollups de L2, al tiempo que garantiza que la seguridad central de Ethereum permanecerá intacta. FCR no suplantará completamente la finalidad para aplicaciones de ultra alto riesgo, pero está destinado a abordar un problema importante en la fase Post-Merge, donde la Prueba de Participación ha aumentado la seguridad, pero aún no ha emitido un método más rápido para llegar a la finalidad a través de puentes.Las pruebas/mejoras en curso continuarán a través de las acciones tomadas durante las llamadas/sesiones de todos los desarrolladores principales de Ethereum. Si FCR se convierte en un éxito, se convertirá, por defecto o por su uso intensivo, en un nuevo estándar que también ayudará a reducir aún más las brechas de usabilidad existentes entre Ethereum L1 y las capas de escalabilidad.

Los desarrolladores de Ethereum están probando la Regla de Confirmación Rápida (FCR), una actualización opcional que reduce los tiempos de depósito de L1 a L2 y en intercambios de aproximadamente 13 minutos a 13 segundos utilizando atestaciones de validadores.

Equipos de Clientes de Ethereum Prueban Regla de Confirmación Rápida para Reducir Tiempos de Depósito de L1 a L2 a ~13 Segundos

/media/contribution/carf159992301094e999dc9dd97a99ea5f1/xff_0322233035554.stxt

Impuestos sobre criptomonedas en Finlandia

/media/contribution/carf472f3ff27224a5980ebd22bc81865cf/l4n_0322224129112.stxt

Hyperliquid supera a Cardano: nuevo contendiente en el Top 10

/media/contribution/carab0cab9d456349ee9ab86887853ce64b/3on_0322222533857.stxt

Corea del Sur establece a Bitcoin como prioridad nacional

/media/contribution/car88cfa7d1ff4a42789d804608687785cb/qr5_0322215954398.stxt

FBI Advierte: Un Falso Token FBI en Tron Está Intentando Estafar a los Usuarios

/media/contribution/car61a146a6a6a4421e95ddc5a3d66c24e9/u0t_0322214433031.stxt

La Agencia Tributaria de Corea del Sur Busca Custodio Privado de Criptotrasacciones Tras Fallos de Seguridad

/media/contribution/care96e50cfc2be44de9340d89d3035009a/agw_0322212432236.stxt