Vitalik Buterin sugiere formas de acelerar las confirmaciones de transacciones de Ethereum
Arte de portada/ilustración a través de CryptoSlate. La imagen incluye contenido combinado que puede incluir contenido generado por IA.
Ethereum cofundador Vitalik Buterin ha sugerido formas de ayudar a blockchain a mejorar los tiempos de confirmación de transacciones.
Buterin, en un comunicado del 30 de junio publicación de blog , explicó que el mecanismo de consenso Gasper de Ethereum utiliza una arquitectura de ranura y época que contiene ciertas complejidades, como interacciones de errores y un tiempo de confirmación de 12,8 minutos, lo que lo hace "cada vez más incómodo" para las experiencias de los usuarios.
Por lo tanto, destacó algunas de las "opciones prácticas" que tiene Ethereum para mejorar aún más su experiencia de usuario.
SSF
Buterin afirmó que el mecanismo de finalidad de una sola ranura (SSF) es similar al consenso de Tendermint, ya que permite la finalización de los bloques tan pronto como se producen.
Sin embargo, a diferencia del consenso de Tendermint, Ethereum mantendrá el mecanismo de "fuga de inactividad" para permitir que las cadenas sigan funcionando incluso si un tercio de los validadores se desconectan. Buterin agregó que el mecanismo de finalidad de una sola ranura también tiene sus fallas. En particular, todos los participantes en Ethereum deben publicar dos mensajes cada 12 segundos, lo que sobrecarga la cadena.
Mientras tanto, Buterin añadió que, si bien existen ideas para mitigar este problema, es posible que los usuarios aún tengan que esperar entre 5 y 20 segundos. El escribio:
“Existen ideas inteligentes sobre cómo mitigar esto, incluida la muy reciente propuesta Orbit SSF. Pero aun así, si bien esto mejora significativamente la UX al hacer que la "finalidad" llegue más rápido, no cambia el hecho de que los usuarios deben esperar entre 5 y 20 segundos".
Confirmaciones previas acumuladas
Las confirmaciones previas acumuladas tienen como objetivo mejorar Soluciones de Capa 2 (L2) de Ethereum . Estas soluciones procesan transacciones con la misma seguridad que la capa base de Ethereum (L1) pero a mayor escala.
Los rollups confirman transacciones mucho más rápido que los actuales 5 a 20 segundos, apuntando a latencias de cientos de milisegundos. Este método divide responsabilidades: la red L1 permanece estable, resistente a la censura y confiable, mientras que las L2 ofrecen tiempos de transacción más rápidos y abordan directamente las necesidades de los usuarios.
Para lograr confirmaciones más rápidas, las L2 crean redes de secuenciación descentralizadas. Estas redes tienen grupos más pequeños de validadores que firman rápidamente los bloques, a menudo en milisegundos, y los comprometen en la cadena de bloques.
Sin embargo, los validadores deben asegurarse de que sus compromisos sean consistentes y confiables. Si un validador firma bloques conflictivos, corre el riesgo de perder sus depósitos.
Preconfirmaciones basadas
Las confirmaciones previas basadas aprovechan las capacidades avanzadas de los proponentes de Ethereum, impulsadas por las perspectivas de Valor Máximo Extraíble (MEV).
El concepto implica establecer un protocolo estandarizado donde los usuarios pueden pagar una tarifa adicional para tener la seguridad inmediata de que su transacción se incluirá en el próximo bloque. Este servicio, conocido como preconfirmaciones como servicio, aseguraría a los usuarios una rápida confirmación de la transacción.
Los proponentes que no cumplan su compromiso o incumplan el acuerdo se enfrentan a sanciones (recortes). Buterin señaló que este marco se aplicará a las transacciones L1 y se extenderá a las soluciones L2. Al tratar todos los bloques L2 como transacciones L1, el mecanismo de confirmación previa garantiza confirmaciones aceleradas en toda la red Ethereum.
Buterin señaló que la implementación de SSF y rollup o preconfirmaciones basadas en Ethereum podría reducir significativamente los tiempos de confirmación de transacciones.
Sin embargo, señaló que esto volvería a la “arquitectura de época y ranura” inicial que la cadena de bloques estaba tratando de abandonar. Él afirmó:
“Existe una profunda razón filosófica por la que las arquitecturas de época y ranura parecen ser tan difíciles de evitar: inherentemente lleva menos tiempo llegar a un acuerdo aproximado sobre algo que llegar a un acuerdo de 'finalidad económica' máximamente endurecido sobre ello. "
Sugirió que los desarrolladores de la red exploren otras opciones que no estén tan estrechamente entrelazadas como Gasper.
