Puntos clave de la noticia:
- Hedera lanzó la propuesta HIP-1313 en la versión v0.73 de su red, incorporando un carril dedicado para la creación masiva de entidades.
- El nuevo carril soporta hasta 50.000 TPS para FileAppend y 25.000 TPS para ConsensusCreateTopic, con un tope agregado de 31.500 TPS.
- El precio de cada transacción en el carril de alto volumen varía según la saturación en tiempo real del carril y puede limitarse con setMaxTransactionFee.
Hedera incorporó una mejora estructural a su red con el lanzamiento de HIP-1313, una propuesta técnica que introduce un carril de procesamiento de alto volumen diseñado para la creación masiva de entidades. La actualización fue incluida en la versión v0.73 de la red y está disponible en la mainnet y testnet desde su despliegue.
El mecanismo central de HIP-1313 es un flag opcional en el cuerpo de la transacción: cuando el desarrollador activa `high_volume = true`, la transacción se desvía del carril estándar hacia un conjunto de throttle buckets dedicados por tipo de operación. El carril estándar no sufre ninguna modificación en su comportamiento ni en su esquema de precios fijos. Ambos caminos coexisten sin interferencia.
La propuesta apunta a resolver un problema concreto en los picos de demanda concentrados en ventanas cortas de tiempo. Entre los casos de uso abordados por el equipo de Hedera figuran el onboarding masivo de usuarios durante un lanzamiento de producto, las migraciones de cuentas bajo plazos regulatorios, y los eventos de minteo de NFTs que requieren procesar miles de operaciones en minutos.
Hedera Implementa Precios Dinámicos con Techo Garantizado
El modelo de precios del nuevo carril de Hedera opera sobre curvas lineales por tramos indexadas a la utilización en tiempo real de cada bucket. El costo de cada transacción se calcula como `standard_fee × multiplier`, donde el multiplicador sube proporcionalmente a la carga del carril. Los valores están comprometidos en `simpleFeesSchedules.json` y son auditables en el repositorio del nodo de consenso.
Para acotar la exposición financiera, `setMaxTransactionFee` actúa como techo absoluto: si el fee calculado supera el límite configurado, la transacción devuelve `INSUFFICIENT_TX_FEE` en lugar de ejecutarse con un costo mayor al esperado. Con este mecanismo Hedera permite a los equipos planificar ráfagas de alta demanda dentro de presupuestos ya conocidos.
La integración requiere actualizar el SDK correspondiente: Java v2.71 o superior, Go v2.79 o superior, y JavaScript v2.83 o superior. El Mirror Node REST API expone los campos `high_volume` y `high_volume_pricing_multiplier` en los endpoints de transacciones, lo que permite verificar el multiplicador efectivo que aplicó la red tras el consenso. Estas extensiones están disponibles desde la versión 0.153.0 del Mirror Node.
