Comparar cadenas por transacciones por segundo es como comparar coches por su velocidad punta ignorando si tienen frenos. La velocidad no es una proeza, es una compra, y toda red que la tiene la pagó con algo concreto. Saber qué se pagó enseña mucho más que la cifra.
Un registro distribuido no es lento porque nadie lo haya optimizado. Es lento porque cada participante tiene que recibir cada transacción, comprobarla de forma independiente, y llegar a la misma conclusión que todos los demás, sobre una red donde los mensajes tardan en viajar y algunos participantes son hostiles.
Esa restricción fija el suelo. Si mil máquinas independientes repartidas por el mundo deben coincidir antes de que una transacción sea definitiva, la velocidad del acuerdo está limitada por lo que tarda la información en llegar a la más lenta de ellas. Todo diseño que va más rápido ha modificado alguno de los términos de esa frase, y la pregunta interesante es siempre cuál.
Nadie hizo rápida una cadena escribiendo mejor código. La hicieron rápida exigiendo menos participantes, garantías más débiles, o equipo más caro.
Las opciones no son ilimitadas. Hay esencialmente tres palancas, y toda cadena rápida ha tirado de al menos una.
Menos validadores significa menos comunicación y acuerdo más rápido. También significa un conjunto más pequeño de partes que tendrían que confabularse, ser comprometidas, o ser obligadas por una misma autoridad. Es la palanca más común y la que más se omite en la comunicación.
Exigir equipo de gama alta y conexiones muy rápidas eleva el rendimiento porque cada nodo procesa más. También eleva el precio de entrada, lo que concentra la validación en quienes pueden permitírselo y vuelve la red progresivamente menos abierta con el tiempo, aunque nada excluya formalmente a nadie.
Algunas cadenas tratan una transacción como liquidada casi de inmediato y aceptan que una reorganización rara pueda deshacerla. Otras hacen la reversión económicamente catastrófica pero tardan más en alcanzar ese estado. Ambas son defendibles; solo una permite anunciar confirmación en menos de un segundo.
Bitcoin produce un bloque cada diez minutos aproximadamente y trata la confirmación como probabilística: cada bloque adicional encarece la reversión, y ningún bloque la vuelve nunca estrictamente imposible. Con frecuencia se presenta esto como un diseño anticuado que cadenas más nuevas habrían superado.
Es más exacto describirlo como otra compra. El intervalo de diez minutos permite que un nodo con equipo modesto en cualquier lugar del mundo, con una conexión corriente, siga el ritmo y verifique todo de forma independiente. Esa propiedad es el objetivo entero, y es lo que una cadena abandona cuando exige una conexión de centro de datos para participar.
Si el intercambio merece la pena depende del uso de la cadena. Para una capa de liquidación donde el coste de una reversión es enorme y las transacciones son escasas y grandes, lento y verificable de forma independiente es la respuesta correcta. Para una aplicación donde alguien espera frente a una pantalla, no.
Las técnicas difieren y todas se reducen a las mismas tres palancas.
Solana procesa simultáneamente las transacciones que no tocan el mismo estado en vez de encadenarlas, y solapa las etapas de producción de un bloque en lugar de ejecutarlas en secuencia. Eso es ingeniería real y no un intercambio, y se paga con requisitos de equipo para los validadores muy por encima de lo que una máquina corriente puede ofrecer.
Los rollups ejecutan transacciones en otro sitio y publican resultados comprimidos en Ethereum, que los verifica. El rendimiento sube porque la parte cara ocurre una vez por lote. El coste es un conjunto de supuestos nuevos: sobre quién ordena las transacciones, sobre la validez de la prueba o del proceso de impugnación, y sobre si puedes salir si el operador deja de cooperar.
Algunas redes se ponen de acuerdo deprisa porque solo participan unas pocas decenas de partes, a menudo tras haber sido aprobadas. El rendimiento es real y la propiedad sacrificada es la que hacía interesante la tecnología: que ningún grupo identificable pueda ser obligado a actuar en conjunto.
La cifra que todo proyecto publica es cuántos nodos o validadores existen, y por sí sola no significa casi nada. Una red con diez mil validadores donde nueve mil ejecutan el mismo software en el mismo proveedor de alojamiento y en la misma jurisdicción es más frágil que una con doscientos repartidos entre implementaciones y países independientes. El recuento es fácil de producir y fácil de inflar; es la distribución la que decide si un solo fallo se lleva la red por delante.
Tres distribuciones valen más que la cifra destacada. La diversidad de clientes, es decir cuántas implementaciones independientes del software están en uso: si una sola ejecuta la abrumadora mayoría, un defecto en ella es un defecto de la red entera, y eso ha producido caídas reales en cadenas reales. La concentración de alojamiento, es decir cuántos validadores están dentro del mismo puñado de proveedores en la nube, porque la caída o la decisión de política de un proveedor retira entonces una fracción grande de la red de golpe. Y la concentración de participación o de potencia de cálculo, es decir qué tan pocas partes tendrían que actuar juntas para controlar el desenlace.
Las tres están publicadas o son medibles, y las tres se omiten con regularidad de las comparaciones en favor del recuento de nodos. Esa omisión no es accidental: son las cifras en las que las cadenas rápidas salen peor paradas, porque las palancas que compran velocidad son precisamente las que concentran la participación.
Eso da una pregunta más útil que la de cuán descentralizado es, a la que nadie sabe responder. Pregunta en su lugar cuántas decisiones independientes tendrían que ir en el mismo sentido para que esta red se detuviera o revirtiera algo. Ese número es lo bastante pequeño como para enunciarse, varía en más de un orden de magnitud entre redes que se describen de forma idéntica, y es la magnitud que la palabra descentralización está sustituyendo.
Casi todo esto es arquitectura, y la arquitectura le importa a un trader solo donde toca el dinero en movimiento. Cuatro sitios lo hacen.
El tiempo que el capital pasa en tránsito entre plataformas determina si puedes actuar sobre una diferencia de precio y qué parte del día tus fondos están indisponibles. Es el efecto más directo y el que se subestima, porque cuesta en oportunidades y no en comisiones.
Las cadenas baratas son baratas cuando nadie las usa. Lo que importa es la comisión durante las horas exactas en las que querrías transaccionar, que son las cargadas. Una cadena con una comisión anunciada baja y sin mecanismo para manejar la congestión se vuelve inutilizable en el momento en que hace falta.
Varias redes de alto rendimiento se han detenido por completo y han exigido reinicios coordinados. Una parada no es una transacción lenta, es ninguna transacción, y ocurre durante periodos de actividad extrema, que es cuando las posiciones necesitan moverse. Ese riesgo no aparece en ninguna comparación de rendimiento.
La finalidad de la cadena y la política de acreditación de la plataforma son cosas distintas. Una plataforma puede esperar bastante más de lo que el protocolo exige, y esa espera es lo que vives en realidad, haga lo que haga la cadena.
Las transacciones por segundo son una cifra de laboratorio, y casi siempre se miden en condiciones en las que nadie opera. Las comparaciones útiles son grises y concretas: cuánto costó una transferencia durante la hora más cargada del mes pasado, cuánto lleva la red disponible sin interrupción, cuántas partes independientes tendrían que coincidir para revertir algo, y qué pasa con tus fondos si el operador de la capa en la que estás deja de responder.
Las cuatro tienen respuesta, ninguna aparece en un gráfico de rendimiento, y juntas describen aquello a lo que estás expuesto de verdad. Una cadena más lenta sobre el papel y que nunca se ha parado es otra propuesta que una más rápida sobre el papel y parada dos veces.
Pregunta qué hace la cadena su peor día, no el mejor. El rendimiento se mide el mejor día, y la usarás los dos.
El vocabulario de las capas sugiere una jerarquía donde las superiores heredan la seguridad de la inferior. Esa herencia es real y es parcial, y en la parte que falta es donde vive el riesgo.
Un rollup que publica en Ethereum hereda la garantía que Ethereum da: los datos publicados no pueden alterarse. No hereda automáticamente la garantía de que el secuenciador incluirá tu transacción, de que podrás salir sin la cooperación del operador, o de que un defecto en el contrato de puente no pueda explotarse. Son propiedades de la implementación concreta, varían enormemente entre proyectos que usan el mismo vocabulario, y ahí es donde las pérdidas han ocurrido de verdad.
La lectura práctica es que capa dos es una categoría, no una nota. Dos redes descritas de forma idéntica pueden diferir en si existe una salida de emergencia, en cuánto tarda y en quién puede impedirla, y esas diferencias importan mucho más que las cifras de rendimiento que se comparan en su lugar.
Es distinta, no mejor. La velocidad se compra con menos validadores, requisitos de equipo más altos, o garantías de finalidad más débiles. Qué compra es la correcta depende del uso: una capa de liquidación para transferencias grandes y poco frecuentes quiere verificabilidad independiente, una aplicación con alguien esperando frente a una pantalla quiere velocidad.
Porque el intervalo está fijado para que un nodo con equipo corriente y conexión corriente, en cualquier lugar del mundo, pueda seguir el ritmo y verificarlo todo de forma independiente. Esa propiedad es el objetivo de diseño. Acortar el intervalo excluiría a esos participantes, que es exactamente lo que hacen las cadenas más rápidas.
Rendimiento en condiciones de prueba, normalmente con transacciones simples y una red sana. No dice nada de las comisiones durante la congestión, de si la red se ha parado alguna vez, ni de cuántas partes tendrían que coincidir para revertir algo. Las tres importan más a un trader.
Sobre todo ejecutando en paralelo las transacciones que tocan estados distintos en vez de encadenarlas, y solapando las etapas de producción de un bloque. Eso es ingeniería real. Se paga con requisitos de equipo y ancho de banda para los validadores muy por encima de lo que ofrece una máquina corriente, lo que concentra quién puede participar.
En parte, y la parte que falta es donde está el riesgo. Heredan la garantía de que los datos publicados no pueden alterarse. No heredan automáticamente la garantía de que tu transacción se incluirá, de que podrás salir sin el operador, o de que el contrato de puente está libre de defectos. Eso varía enormemente entre proyectos.
Varias redes de alto rendimiento se han parado por completo y han necesitado reinicios coordinados. Una parada significa ninguna transacción en vez de transacciones lentas, y tiende a ocurrir durante actividad extrema, que es cuando las posiciones más necesitan moverse. Ninguna comparación de rendimiento lo muestra.
Aquella que ambas plataformas admitan con la política de acreditación más corta y una comisión predecible en horas cargadas. La finalidad de la cadena es solo la mitad del asunto: la plataforma decide cuántas confirmaciones espera, y esa espera es lo que vives en realidad.
Comisiones bajas cuando nadie usa una red no significan nada. La cifra que importa es cuánto costó una transferencia durante la hora más cargada del último mes, porque es entonces cuando querrás moverte. Una cadena sin mecanismo para tarificar la congestión se vuelve inutilizable justo cuando hace falta. Hay además un efecto de segundo orden que solo aparece más tarde: una cadena barata porque está subvencionada, o porque su mercado de comisiones nunca se ha puesto a prueba a gran escala, está cotizando un precio que todavía no se ha encontrado con la demanda para la que fue diseñada. Juzga la comisión un día cargado, y júzgala otra vez un año después.