Tiempo de bloque
Aprende más sobre el tiempo de bloque
Tiempos de bloque recomendados
Aquí hay pautas generales para seleccionar un tiempo de bloque según casos de uso comunes. Como referencia, las cadenas Arbitrum Orbit típicamente usan un tiempo de bloque de 250ms, mientras que las cadenas OP Stack comúnmente usan 2 segundos.
| Tiempo de bloque | Efectos y compensaciones | Mejor para | Consideraciones |
|---|---|---|---|
| 250ms – 500ms | Confirmaciones casi instantáneas, altas demandas de red | La mayoría de los casos de uso | Requiere hardware de alto rendimiento y conexiones de red de baja latencia. Monitorear las reorganizaciones de la cadena. |
| 500ms – 1s | Equilibrio entre capacidad de respuesta y estabilidad | Mercados de NFT, plataformas sociales | Balance ideal entre velocidad y fiabilidad. Prueba exhaustivamente para asegurar que el tiempo de bloque cumpla con las expectativas del usuario. |
| 1s – 2s | Menores demandas de nodos, velocidades de confirmación razonables | Gobernanza, archivo de datos | Funciona bien con hardware menos potente. Perfecto para implementaciones conscientes del costo sin necesidades en tiempo real. (Tiempo de bloque común para muchos rollups fuera del ecosistema Arbitrum) |
Factores a considerar
Al elegir un tiempo de bloque, considera lo siguiente:
- Tipo de aplicación: ¿Tu dApp necesita confirmaciones de transacciones rápidas (como juegos y trading) o puede manejar retrasos más largos (como gobernanza y mantenimiento de registros)?
- Volumen de transacciones: Las dApps de alto rendimiento funcionan mejor con tiempos de bloque más cortos para un procesamiento rápido, mientras que las aplicaciones de bajo volumen pueden funcionar bien con intervalos más largos.
- Infraestructura de nodos: Tus validadores necesitan hardware adecuado y ancho de banda de red para manejar el tiempo de bloque elegido, particularmente en el mínimo de 250 ms.
- Experiencia de usuario: Aunque los tiempos de bloque más rápidos crean una dApp más receptiva, los intervalos demasiado cortos pueden causar reorganizaciones o congestión de la red.
Mejores prácticas
- Comienza de forma conservadora: Si tienes dudas, empieza con un tiempo de bloque de 1 segundo—proporciona un buen equilibrio para la mayoría de las dApps. Puedes ajustarlo según las pruebas de rendimiento.
- Prueba exhaustivamente: Despliega tu appchain en una testnet primero para evaluar cómo el tiempo de bloque elegido afecta la latencia de transacciones, el rendimiento de los nodos y la experiencia del usuario.
- Monitorea la salud de los nodos: Los tiempos de bloque más cortos (particularmente 250 ms) exigen una infraestructura robusta. Haz seguimiento del uso de CPU, memoria y red para asegurar que los validadores funcionen de manera óptima.
- Considera la finalidad: Aunque el tiempo de bloque influye en la velocidad de confirmación, la finalidad de las transacciones depende de tu mecanismo de consenso. Consulta la documentación de consenso de Syndicate para detalles específicos.
- Planifica la escalabilidad: El volumen de transacciones de tu dApp probablemente crecerá. Elige un tiempo de bloque que pueda manejar la demanda futura, o prepárate para optimizar la configuración de tu cadena en consecuencia.