7,02 millones de transacciones por segundo: suena como la respuesta definitiva para las redes de pago. Pero no nos apresuremos a darlo por cierto: las cifras que ha visto esta ballena son mucho más moderadas que las del titular.
El 28 de octubre, la Stellar Development Foundation anunció Project Thruput, una vista previa técnica de un modelo de ejecución sin comisiones por transacción, que actualmente funciona en la testnet FutureNet. Estas son las cifras de referencia: dentro de un solo validador, una máquina procesa 1,18 millones de transacciones por segundo; con 8 máquinas, la cifra sube a 7,02 millones, casi seis veces más.
Pero primero hay que aclarar qué miden estas cifras: se refieren al motor de ejecución dentro del validador e incluyen la verificación de firmas y el procesamiento de bloques, pero no el consenso, el mempool ni los costes de RPC. La propia fundación reconoce que no se trata del rendimiento de extremo a extremo de toda la red. Thruput prescinde de establecer un único orden global para las transacciones: incluso si dos transacciones acceden a los mismos datos, pueden ejecutarse en paralelo. Además, distribuye el trabajo entre varias máquinas sin dividir el estado en fragmentos. En cuanto a las comisiones, se eliminan las tarifas por transacción, pero se mantiene el límite de gas; cuando la demanda supera la capacidad, la prioridad depende del saldo de tokens nativos de la cuenta que no esté bloqueado.
En mi opinión, lo verdaderamente interesante no es la cifra de 7,02 millones, sino que el escalado se traslada a la capa de ejecución: añadir máquinas permite aumentar la capacidad de cómputo, lo que suena mucho a abrir la puerta al escalado horizontal de los validadores. Pero una vista previa técnica y la red principal son dos cosas distintas. La fundación aún no ha explicado cómo se integraría con la red Stellar actual, y las pruebas de referencia tampoco incluyen el consenso; todavía queda camino por recorrer antes de saber cómo se comportaría la red ante una congestión real. Por ahora, apunto esto: esperemos a que expliquen claramente cómo se relaciona con la red principal y presenten pruebas con consenso antes de decidir si realmente puede cambiar las reglas del juego en el sector de los pagos. $XLM
El 28 de octubre, la Stellar Development Foundation anunció Project Thruput, una vista previa técnica de un modelo de ejecución sin comisiones por transacción, que actualmente funciona en la testnet FutureNet. Estas son las cifras de referencia: dentro de un solo validador, una máquina procesa 1,18 millones de transacciones por segundo; con 8 máquinas, la cifra sube a 7,02 millones, casi seis veces más.
Pero primero hay que aclarar qué miden estas cifras: se refieren al motor de ejecución dentro del validador e incluyen la verificación de firmas y el procesamiento de bloques, pero no el consenso, el mempool ni los costes de RPC. La propia fundación reconoce que no se trata del rendimiento de extremo a extremo de toda la red. Thruput prescinde de establecer un único orden global para las transacciones: incluso si dos transacciones acceden a los mismos datos, pueden ejecutarse en paralelo. Además, distribuye el trabajo entre varias máquinas sin dividir el estado en fragmentos. En cuanto a las comisiones, se eliminan las tarifas por transacción, pero se mantiene el límite de gas; cuando la demanda supera la capacidad, la prioridad depende del saldo de tokens nativos de la cuenta que no esté bloqueado.
En mi opinión, lo verdaderamente interesante no es la cifra de 7,02 millones, sino que el escalado se traslada a la capa de ejecución: añadir máquinas permite aumentar la capacidad de cómputo, lo que suena mucho a abrir la puerta al escalado horizontal de los validadores. Pero una vista previa técnica y la red principal son dos cosas distintas. La fundación aún no ha explicado cómo se integraría con la red Stellar actual, y las pruebas de referencia tampoco incluyen el consenso; todavía queda camino por recorrer antes de saber cómo se comportaría la red ante una congestión real. Por ahora, apunto esto: esperemos a que expliquen claramente cómo se relaciona con la red principal y presenten pruebas con consenso antes de decidir si realmente puede cambiar las reglas del juego en el sector de los pagos. $XLM
