W3matchUnirse

Creator Pulse, edición 1

Creator Pulse: Base Denim cambia el significado de un bloque rápido

Edición 6 de noviembre de 20264 min de lectura3 fuentes

Base afirma que su actualización Denim reemplaza los bloques canónicos de dos segundos y las vistas previas de Flashblocks con bloques canónicos de 200 milisegundos. El cambio ofrece a las aplicaciones una cadencia de bloques más rápida, mientras que la liquidación en Ethereum sigue siendo una etapa separada. El software existente que mide el tiempo en recuentos de bloques puede requerir atención.

En un minuto

Base afirma que su actualización Denim reemplaza los bloques canónicos de dos segundos y las vistas previas de Flashblocks con bloques canónicos de 200 milisegundos. El cambio ofrece a las aplicaciones una cadencia de bloques más rápida, mientras que la liquidación en Ethereum sigue siendo una etapa separada. El software existente que mide el tiempo en recuentos de bloques puede requerir atención.

La noticia principal

Bloques más rápidos cambian las suposiciones de las aplicaciones

Base Engineering anunció el 5 de noviembre que Denim está activo en la red principal. Según el equipo, Base ahora produce cinco bloques canónicos por segundo, reemplazando un sistema en el que los Flashblocks transmitían vistas previas entre bloques canónicos de dos segundos. Esta es una declaración del operador; no es una medición independiente de la latencia real del usuario.

Por qué ahora: La actualización cambia el objeto que ve una aplicación. Un Flashblock era una vista previa de un bloque que aún se estaba construyendo. Un bloque canónico proporciona el registro del bloque actual de la cadena, pero la inclusión por sí sola no significa una liquidación final. Base afirma que un bloque se vuelve seguro cuando su lote se publica en Ethereum y final cuando Ethereum finaliza ese lote.

Un ángulo que vale la pena explicar: Los bloques más rápidos afectan al diseño de las aplicaciones, así como al número en un gráfico de rendimiento. Base afirma que su flujo de Flashblocks pendientes ha sido retirado, por lo que las aplicaciones que lo utilizan deben pasar a los flujos de bloques canónicos y RPC. Una billetera o interfaz de trading puede simplificar su manejo de estado, pero los equipos deben primero migrar las integraciones y verificar que los servicios posteriores sigan el ritmo.

Un segundo cambio concierne a los contratos que utilizan recuentos de bloques como reloj. A la cadencia establecida, un número fijo de bloques transcurre en aproximadamente una décima parte del tiempo de reloj anterior. Un período de votación, tiempo de espera o límite de tasa expresado en bloques puede, por lo tanto, comportarse de manera diferente a menos que su configuración o implementación sea adaptada. Este es un ejemplo concreto a inspeccionar en un contrato particular, no una prueba de que una aplicación nombrada esté rota.

BaseTime proporciona un reloj con resolución de milisegundos, mientras que el habitual block.timestamp permanece en segundos completos. Un desarrollador que diseñe la expiración de órdenes o el devengo de recompensas debe seleccionar el reloj que coincida con la precisión prevista de la aplicación. Bloques más frecuentes no garantizan que un oráculo se actualice, que una transacción se incluya o que un usuario vea un resultado cada 200 milisegundos.

Lo que sigue siendo incierto: El anuncio de Base no cuantifica de forma independiente la latencia del mundo real, la finalización de la migración o el número de aplicaciones afectadas. Las mediciones en diferentes carteras, proveedores RPC y tipos de transacciones mostrarían cuánto de la cadencia anunciada llega a los usuarios.

Más historias que vale la pena cubrir

Un arrendamiento de IA obtiene un nuevo respaldo crediticio

La presentación del 4 de noviembre de TeraWulf describe el apoyo crediticio de Google para ciertas obligaciones de Anthropic conectadas a un arrendamiento de centro de datos. El arrendamiento original de 20 años se firmó en julio, según la presentación. El nuevo evento es el acuerdo de respaldo crediticio, no un arrendamiento recién firmado.

Por qué ahora: El acuerdo se sitúa en una semana en la que las acciones de infraestructura de IA enfrentaron una presión generalizada. Proporciona un caso concreto para examinar cómo un proyecto de construcción de larga duración atrae financiación, sin asumir que el acuerdo causó un movimiento en el mercado de valores.

Un ángulo que vale la pena explicar: TeraWulf espera entregar aproximadamente 401 megavatios de capacidad de TI crítica en fases desde finales de 2027 hasta el segundo trimestre de 2028. El alquiler comienza a medida que se entregan las salas de datos respectivas. La empresa describió anteriormente aproximadamente $19 mil millones en ingresos por arrendamiento contratados durante el periodo inicial: esa es una estimación de ingresos a largo plazo, no efectivo ya recibido ni beneficios.

Lo que sigue siendo incierto: La presentación sujeta el respaldo a condiciones, incluyendo cuándo comienza la sala de datos final bajo cada arrendamiento relevante. La construcción, la financiación y la entrega siguen siendo importantes para los ingresos proyectados; el acuerdo de apoyo no elimina el riesgo de ejecución.

Qué podría entrar en la conversación a continuación

El seguimiento más útil sería comparar el comportamiento de una aplicación específica antes y después de la migración, incluyendo aquello que espera: un bloque canónico, un lote seguro o la finalidad en Ethereum. Esa comparación haría que el compromiso fuera comprensible sin tratar estas etapas distintas como equivalentes.

Fuentes (3)
  1. Base Engineering anunciówww.base.org, Fecha de publicación no especificada
  2. presentación del 4 de noviembreinvestors.terawulf.com, Fecha de publicación no especificada
  3. describió anteriormente aproximadamente $19 mil millones en ingresos por arrendamiento contratadosinvestors.terawulf.com, Fecha de publicación no especificada