La red Algorand ha dado un paso importante en su escalabilidad con la incorporación de las ‘Big Transactions’ a su versión de desarrollo. Este nuevo tipo de transacción permite agrupar varias operaciones en una sola, lo que reduce la carga de la red y, según los datos preliminares, también los costes para los usuarios. La actualización aún no está desplegada en la red principal, pero ya se puede probar en el repositorio de go-algorand, como confirma el commit publicado por la Algorand Foundation.
Técnicamente, una ‘Big Transaction’ amplía los límites de lo que se puede meter dentro de una transacción sin romper las reglas de consenso. Hasta ahora, el campo Note de una operación estaba limitado a 1.024 bytes. Con el nuevo código, se introduce un máximo absoluto de 4.096 bytes, más del triple, a cambio de un pequeño recargo por cada byte extra. Lo mismo sucede con los argumentos de las aplicaciones (app args): pasan de 2.048 bytes a un techo de 16.384 bytes, y las páginas extra de programa, que definen cuánto puede crecer un contrato inteligente, suben de 3 a 7 con sobrecoste.
La mayoría de las transacciones tiene un coste fijo mínimo de 1.000 microAlgos, pero el sobrecoste por byte extra es tan bajo que compensa casi siempre agrupar.
Dicho de otro modo: una aplicación que necesitara enviar una docena de transferencias podía hacerlo antes con doce transacciones independientes y, por tanto, doce comisiones mínimas. Ahora, si esas mismas instrucciones se empaquetan dentro de una única ‘Big Transaction’, solo se paga una comisión base y unos pocos microAlgos adicionales por los bytes que ocupa el paquete. La economía es clara.
Qué son las ‘Big Transactions’ y cómo cambian la red
Para entenderlo sin tecnicismos, imaginemos un envío postal. Antes, cada carta que Algorand permitía tenía un tamaño máximo obligatorio y un franqueo fijo. Si querías mandar diez mensajes, pagabas diez sellos. La ‘Big Transaction’ es como sustituir esas diez cartas por un único paquete: el sobre cuesta un poco más que una carta, pero menos que diez. El sistema sigue protegido contra abusos porque el sobre no puede exceder los 4.096 bytes en el campo Note —el equivalente a unas 500 palabras— y el recargo está fijado de antemano.
Esa protección es clave. El commit introdujo varios parámetros con el prefijo MaxAbsolute precisamente para evitar que alguien sature la red con transacciones gigantescas que consuman todos los recursos de los validadores. Los desarrolladores de Algorand calibran el sobrecoste (0,000100 de la comisión mínima por cada byte extra) para que sea viable para usos reales pero disuasorio para el spam.
Por qué agrupar operaciones puede abaratar costes
El atractivo inmediato es económico. En Algorand, la comisión base ronda los 0,001 ALGO. Una aplicación de pagos que liquide cientos de micropagos al día nota enseguida la diferencia si en lugar de pagar 100 comisiones paga solo una más unos céntimos por el sobrecoste de bytes. Lo mismo vale para contratos inteligentes que lancen varias llamadas internas: todo cabe en una única transacción siempre que no se supere el nuevo máximo absoluto de argumentos.
No es solo cuestión de ahorro; la red gana en eficiencia. Al reducir el número de transacciones individuales, baja la competencia por el espacio en los bloques, lo que ayuda a mantener las comisiones estables incluso en momentos de alta demanda. Es una mejora pensada sobre todo para desarrolladores de finanzas descentralizadas (DeFi) y para empresas que quieran usar Algorand como capa de liquidación sin que los costes se les disparen.
Una señal de hacia dónde va Algorand
Esta actualización, aunque todavía en rama de desarrollo, dice bastante sobre la hoja de ruta del protocolo. Algorand siempre ha presumido de su rapidez y de no partirse nunca en dos cadenas —su pure proof of stake le da finalidad instantánea—, pero se le ha señalado a veces que los límites en el tamaño de transacción quedaban cortos para aplicaciones complejas. La respuesta llega ahora con un mecanismo que no rompe la sencillez del diseño original: se mantienen los límites base, se añade un sobrecoste transparente y se permite que quien necesite más pague un poco más.
Visto en perspectiva, no es una revolución, sino un ajuste fino. Blockchains como Ethereum o Solana ya manejan transacciones de varios kilobytes, pero Algorand ha preferido mantener un suelo de comisiones muy predecible y ofrecer la opción de agrandar transacciones solo a los que realmente lo necesitan. La filosofía es pragmática: proteger al usuario pequeño que mueve unos pocos ALGO y, a la vez, dar herramientas al que quiere ejecutar lógica más pesada.
Lo que falta, y es importante subrayarlo, es el paso de la rama de desarrollo a la red principal. Los parámetros que definen las ‘Big Transactions’ tendrán que pasar por el procedimiento de consenso habitual y recibir el visto bueno de los validadores. Mientras tanto, los desarrolladores ya pueden empezar a probar sus aplicaciones con los nuevos límites en entornos de test. Si la acogida es buena, no sería extraño ver la funcionalidad activa en los próximos meses.
La apuesta de Algorand es clara: más espacio para la innovación, sin hipotecar su promesa de costes bajos. Y con un nombre tan descriptivo como ‘Big Transactions’, hasta el lector menos técnico intuye que la red se está preparando para operaciones más grandes.
