Escalado fractal

¿Qué es el escalado fractal en el sector cripto?

El escalado fractal es un enfoque de diseño blockchain que amplía la capacidad de transacción mediante capas de ejecución, cadenas o pruebas criptográficas conectadas recursivamente.

La palabra fractal alude a un patrón cuya estructura básica vuelve a aparecer a distintas escalas.

En una red cripto, una blockchain base puede dar soporte a una red Layer 2, que a su vez puede admitir redes Layer 3 específicas para aplicaciones, las cuales podrían admitir otros sistemas especializados.

Cada capa procesa actividad y depende de otra capa para funciones como la liquidación, la disponibilidad de datos, la verificación de pruebas o la seguridad de los activos.

El escalado fractal también puede describir la agregación recursiva de pruebas, en la que una prueba criptográfica verifica varias pruebas más pequeñas y se incluye después dentro de otra prueba.

El sistema resultante intenta aumentar el rendimiento de la blockchain sin exigir que cada nodo de la capa base ejecute directamente todas las transacciones de los usuarios.

El término no se refiere a un protocolo, estándar de tokens o arquitectura de red universal.

Distintos proyectos cripto utilizan «escalado fractal» para describir rollups recursivos, redes Layer 3, instancias de blockchain paralelas, cadenas de aplicaciones o sistemas de prueba de pruebas.

¿Por qué se llama escalado fractal?

Un fractal matemático contiene patrones autosimilares que se repiten a escalas mayores o menores.

El escalado fractal de blockchain toma prestada esta idea al repetir una estructura similar de procesamiento y liquidación de transacciones en varias capas.

Una Layer 2 puede procesar transacciones y liquidar resultados en Layer 1.

Una Layer 3 puede procesar otro grupo de transacciones y liquidar resultados en Layer 2.

En teoría, pueden añadirse más capas y repetir la misma relación si sus sistemas principales admiten las pruebas, los datos y la lógica de bridge necesarios.

La estructura es autosimilar porque cada capa secundaria puede encargarse de la ejecución y utilizar la capa principal como entorno de liquidación o verificación.

El término fractal no significa que la blockchain sea literalmente un fractal matemático.

Es una analogía arquitectónica para describir relaciones de escalado recursivas y repetibles.

¿Cómo funciona el escalado fractal?

Un usuario envía una transacción cripto a una capa de ejecución, en lugar de enviar todas las acciones directamente a la blockchain base.

La capa de ejecución ordena las transacciones, aplica las reglas de los contratos inteligentes, calcula los saldos y crea un nuevo compromiso de estado.

Varias transacciones pueden comprimirse en un lote o representarse mediante una prueba criptográfica.

A continuación, la capa envía datos de prueba, datos de transacción o un compromiso de estado a su red principal.

La red principal verifica el resultado enviado conforme al modelo de seguridad de la capa secundaria.

Un sistema basado en pruebas de validez verifica una prueba criptográfica que demuestra que el nuevo estado cumple las reglas exigidas.

Un sistema optimista acepta temporalmente el resultado y permite que los participantes impugnen cálculos incorrectos durante un periodo de disputa.

Una capa secundaria puede admitir entonces otro entorno de ejecución que repita el mismo proceso básico.

En última instancia, la blockchain base proporciona el punto de liquidación más sólido para las transacciones que recorren toda la jerarquía.

Ejemplo sencillo de escalado fractal

Supongamos que una blockchain base puede liquidar 100 unidades de datos de transacción durante un periodo determinado.

Una Layer 2 comprime 1.000 transacciones de usuarios en compromisos y datos que caben en esas 100 unidades.

A continuación, una Layer 3 específica para una aplicación comprime 10.000 acciones de un juego en una prueba enviada a la Layer 2.

La Layer 2 incluye esa prueba junto con la actividad de otras redes Layer 3 y liquida el resultado combinado en la capa base.

La blockchain base verifica una representación mucho más pequeña de toda la actividad, en lugar de ejecutar ella misma cada acción del juego.

Este ejemplo ilustra cómo la compresión recursiva puede multiplicar la capacidad efectiva entre capas.

La capacidad real está limitada por la generación de pruebas, la disponibilidad de datos, el ancho de banda de la red, el rendimiento del secuenciador, el diseño de los bridges y el espacio disponible en los bloques de la capa principal.

Layer 1, Layer 2 y Layer 3

Layer 1 es la blockchain base, que mantiene su propio consenso, producción de bloques y reglas de liquidación nativas.

Layer 2 es un sistema de escalado que procesa transacciones por separado y utiliza Layer 1 para funciones importantes de seguridad o liquidación.

Layer 3 suele referirse a un entorno de ejecución adicional construido sobre Layer 2.

Una Layer 3 puede diseñarse para un juego, protocolo financiero, sistema de privacidad, aplicación de pagos, red empresarial u otro uso especializado.

La propuesta original de escalado fractal para sistemas Layer 3 describe la relación de Layer 3 con Layer 2 como similar a la relación de Layer 2 con Layer 1.

La numeración de las capas no se rige por un único estándar cripto universal, por lo que distintos proyectos pueden clasificar la misma arquitectura de maneras diferentes.

Un sistema que un equipo de desarrollo describe como Layer 3 podría llamarse cadena de aplicaciones, rollup, validium o cadena secundaria por otro equipo.

Pruebas recursivas

Las pruebas recursivas son una de las tecnologías más importantes para el escalado fractal basado en pruebas de validez.

Una prueba recursiva puede verificar que una o varias pruebas criptográficas son válidas.

Las pruebas de varios bloques pueden agregarse en una prueba de mayor tamaño.

A continuación, varias pruebas agregadas pueden combinarse en una única prueba final que se envía a la capa de liquidación.

La documentación de Ethereum sobre rollups de conocimiento cero describe estas estructuras de pruebas de pruebas como una forma de finalizar varios bloques de rollup mediante una sola prueba de validez.

La recursividad reduce el número de pruebas independientes que debe verificar una blockchain principal.

También puede permitir que la generación de pruebas se realice en paralelo antes de combinar los resultados.

La prueba final sigue siendo pequeña en relación con la cantidad de computación que representa.

Cómo escala las transacciones la agregación recursiva de pruebas

Supongamos que diez cadenas de aplicaciones generan cada una una prueba que abarca 1.000 transacciones.

Un prover de la red principal puede verificar y agregar las diez pruebas en una sola que represente 10.000 transacciones.

Otro prover puede combinar varias pruebas principales en una prueba aún mayor.

La blockchain base verifica la prueba final en lugar de verificar por separado cada prueba de las aplicaciones.

Una fórmula conceptual es

.

La fórmula ilustra las ventajas de la compresión, pero no incluye la publicación de datos, el tiempo de generación de pruebas ni las limitaciones del hardware.

La recursividad de pruebas aumenta la eficiencia de la verificación, pero no hace que la computación sea gratuita.

Los provers aún deben ejecutar los programas pertinentes y generar pruebas criptográficas de que los cálculos son correctos.

Escalado fractal con rollups de validez

Un rollup de validez procesa transacciones fuera de la capa base y envía una prueba criptográfica de que se han ejecutado correctamente.

La red principal verifica la prueba antes de aceptar la actualización de estado asociada.

Un rollup de validez Layer 3 puede enviar su prueba a un rollup de validez Layer 2 si esta última admite el programa verificador necesario.

La Layer 2 puede incluir la prueba de Layer 3 en su propia transición de estado y, más adelante, demostrar esa transición ampliada a Layer 1.

Así se crea una cadena recursiva de cálculos verificados.

La documentación de agregación de pruebas de SHARP explica cómo las pruebas recursivas pueden distribuir el trabajo de generación de pruebas, reducir los costes on-chain y agregar cargas computacionales mayores.

Las pruebas de validez demuestran que la ejecución es correcta, pero los usuarios deben seguir teniendo en cuenta la disponibilidad de datos, el control del secuenciador, las actualizaciones de contratos y la seguridad de los bridges.

Escalado fractal con rollups optimistas

Los rollups optimistas presuponen que los resultados de las transacciones enviadas son correctos, salvo que un participante independiente los impugne.

La guía de Ethereum sobre rollups optimistas explica que un periodo de impugnación permite disputar resultados incorrectos de las transacciones mediante un proceso de pruebas de fraude.

En teoría, una Layer 3 optimista puede liquidar en una Layer 2 optimista o basada en pruebas de validez.

El sistema completo debe determinar cómo afectan las disputas de la capa secundaria a los compromisos que la capa principal ya ha enviado.

Los periodos de impugnación anidados pueden alargar las retiradas y complicar las reglas de finalidad.

Es posible que una disputa en Layer 3 tenga que resolverse antes de que Layer 2 pueda considerar definitivo el estado afectado.

El escalado fractal optimista puede reducir el trabajo habitual de generación de pruebas, pero exige más supervisión, acceso a impugnaciones y coordinación de disputas.

Escalado fractal frente al escalado habitual con rollups

El escalado habitual con rollups suele describir una capa de ejecución que liquida directamente en una blockchain base.

El escalado fractal amplía este modelo al permitir que las relaciones de ejecución y prueba se repitan en varios niveles.

Una Layer 2 estándar puede agrupar miles de transacciones en un único envío a Layer 1.

Una arquitectura fractal puede permitir que numerosas redes Layer 3 especializadas agrupen su actividad en Layer 2 antes de que esta liquide en Layer 1.

Ambos enfoques reducen la cantidad de ejecución directa en la capa base necesaria para cada transacción de usuario.

El escalado fractal añade flexibilidad y capacidad potencial, pero aumenta la complejidad de la arquitectura.

Más capas implican más componentes de software, supuestos de seguridad, bridges, fases de finalidad y condiciones de fallo.

Escalado fractal frente a escalado horizontal

El escalado horizontal añade más entornos de ejecución que procesan actividad en paralelo.

Varias cadenas de aplicaciones pueden operar en el mismo nivel y repartir entre ellas a los usuarios o las cargas de trabajo.

El escalado fractal suele incluir escalado horizontal porque una capa principal puede admitir varias capas secundarias simultáneamente.

La capa principal puede agregar los compromisos o las pruebas de cada capa secundaria paralela.

Un modelo de capacidad simplificado es

.

El resultado real es menor cuando las cadenas compiten por los mismos recursos de disponibilidad de datos, liquidación, liquidez de bridges o generación de pruebas.

La expansión horizontal puede aumentar el rendimiento y, a la vez, fragmentar a usuarios y activos en entornos de ejecución separados.

Escalado fractal frente a escalado vertical

El escalado vertical mejora la capacidad de un único entorno de ejecución mediante software más rápido, mejor hardware, pruebas optimizadas o bloques más grandes.

El escalado fractal se centra, en cambio, en añadir capas recursivas o instancias paralelas.

Un proyecto puede utilizar ambos métodos al mismo tiempo.

Una Layer 2 más rápida puede admitir más redes Layer 3, y cada Layer 3 también puede optimizar su propio sistema de ejecución.

El escalado vertical puede mantener un entorno de usuario más sencillo, pero aumentar los requisitos de hardware.

El escalado fractal puede distribuir las cargas de trabajo de forma más amplia, pero crear fragmentación de liquidez y complicar la comunicación entre capas.

Escalado fractal frente a sharding

El sharding divide la carga de trabajo o el conjunto de datos de una blockchain entre varios grupos de nodos o dominios de procesamiento.

El escalado fractal reparte la actividad entre cadenas, rollups o sistemas de pruebas recursivos que pueden tener estados de ejecución separados.

Ambos enfoques intentan evitar que todos los participantes tengan que procesar todas las transacciones.

El sharding suele implementarse como parte de una arquitectura coordinada del protocolo.

Los desarrolladores de aplicaciones pueden crear y operar las capas fractales de forma más independiente.

Algunos sistemas combinan sharding, pruebas recursivas y ejecución específica para aplicaciones, lo que hace menos clara la distinción.

La pregunta analítica principal es qué sistema proporciona la ejecución, cuál almacena los datos y cuál determina la liquidación final.

Capas específicas para aplicaciones

El escalado fractal permite que una aplicación cripto funcione en una capa configurada para sus propios requisitos.

Un videojuego blockchain puede priorizar transacciones frecuentes de poco valor y confirmaciones rápidas para los usuarios.

Un protocolo financiero puede priorizar una sólida disponibilidad de datos, un orden transparente y una liquidación rápida.

Una aplicación de privacidad puede necesitar programas criptográficos especializados y una visibilidad de datos restringida.

Una aplicación empresarial puede utilizar secuenciación con permisos y liquidar sus compromisos en una red pública.

Las capas específicas para aplicaciones pueden elegir máquinas virtuales, tokens de comisión, tiempos de bloque, secuenciadores, sistemas de gobernanza y políticas de datos.

Esta flexibilidad puede mejorar el rendimiento, pero debilitar la componibilidad uniforme en el ecosistema general.

Disponibilidad de datos en el escalado fractal

La disponibilidad de datos significa que los participantes pueden acceder a la información necesaria para reconstruir y verificar el estado de una blockchain.

Una prueba puede demostrar que un cálculo es correcto sin garantizar necesariamente que los usuarios puedan obtener todos los datos necesarios para ver los saldos o crear futuras transacciones.

Por tanto, cada capa secundaria debe definir dónde se publican sus datos de transacciones y estado.

Los datos pueden publicarse en la blockchain principal, almacenarse mediante una red independiente de disponibilidad o gestionarse a través de un comité.

Publicar datos en una capa principal muy descentralizada puede ofrecer mejores garantías de recuperación, pero aumentar los costes.

Utilizar un sistema independiente puede reducir las comisiones, pero introduce supuestos de confianza adicionales.

La especificación EIP-4844 introdujo las transacciones con blobs como método especializado para que los rollups publiquen compromisos de datos y datos temporales.

La capacidad del escalado fractal sigue limitada cuando las capas secundarias generan datos más rápido de lo que las redes principales pueden ponerlos a disposición.

PeerDAS y el escalado actual de datos de los rollups

La actualización Fusaka de Ethereum se activó en diciembre de 2025 e introdujo PeerDAS para modificar la forma en que los nodos gestionan los datos de blobs de los rollups.

La documentación oficial de PeerDAS explica que los nodos pueden muestrear y custodiar partes de los datos de blobs, en lugar de exigir que cada nodo normal descargue cada blob completo.

Este enfoque distribuido aumenta la cantidad de datos que pueden publicar los rollups sin incrementar en la misma proporción los requisitos de ancho de banda de todos los nodos.

Una mayor capacidad de datos puede admitir cargas de trabajo Layer 2 más grandes y, de forma indirecta, más capas específicas para aplicaciones por encima de ellas.

PeerDAS no crea automáticamente capas fractales ni resuelve la interoperabilidad entre capas.

Amplía un recurso importante que pueden utilizar los sistemas de rollups recursivos.

La capacidad de datos debe seguir aumentando con prudencia, ya que la propagación por la red, el almacenamiento, la reconstrucción y la descentralización de los nodos siguen siendo limitaciones importantes.

Liquidación y finalidad

La liquidación es el proceso por el que una red principal acepta el resultado autorizado de las transacciones de una red secundaria.

La finalidad es el momento a partir del cual revertir ese resultado resulta imposible o económicamente inviable conforme a las reglas aplicables.

Un usuario puede recibir una confirmación inmediata de un secuenciador Layer 3, aunque la transacción todavía no se haya liquidado en Layer 2 ni en Layer 1.

Puede que la Layer 3 tenga que generar una prueba antes de que Layer 2 acepte su estado.

Después, la Layer 2 puede esperar a su propia prueba o proceso de impugnación antes de alcanzar la finalidad en Layer 1.

Cada fase añade latencia entre la confirmación rápida de la aplicación y la liquidación más sólida en la capa base.

Las wallets deben distinguir entre confirmación provisional, finalidad de la capa secundaria, finalidad de la capa principal y liquidación completada de una retirada.

Secuenciadores en una arquitectura fractal

Un secuenciador ordena las transacciones de los usuarios y crea bloques o lotes para una capa de ejecución.

Cada capa de un sistema fractal puede tener su propio secuenciador o compartir la infraestructura de secuenciación con otras capas.

Un secuenciador centralizado puede ofrecer confirmaciones rápidas y previsibles, pero también censurar, retrasar o reordenar transacciones.

La secuenciación compartida puede mejorar la coordinación entre capas secundarias y, al mismo tiempo, crear una dependencia de infraestructura común.

La secuenciación descentralizada puede reducir el control de un único operador, pero requiere consenso, incentivos, redes y mecanismos de disputa.

Las pruebas pueden confirmar que las transacciones se ejecutaron correctamente, pero no demuestran que el proceso de ordenación fuera justo.

Los usuarios deben evaluar por separado la corrección de la ejecución y el riesgo relacionado con el orden de las transacciones.

Bridges entre capas

Un bridge transfiere mensajes o representa activos entre distintas capas de blockchain.

Un usuario que mueve criptomonedas de Layer 1 a Layer 3 puede pasar por más de un bridge o contrato de mensajería.

Un bridge canónico puede depender de las pruebas oficiales y del sistema de liquidación de la capa secundaria.

Un bridge de liquidez puede facilitar movimientos más rápidos utilizando capital aportado por terceros.

Cada bridge adicional puede introducir riesgos relacionados con contratos inteligentes, validadores, oráculos, verificación de mensajes y liquidez.

La documentación de Ethereum sobre bridges advierte que sus diseños pueden exponer a los usuarios a riesgos sistémicos financieros y de contratos inteligentes.

Un sistema fractal debe facilitar la comprensión de los movimientos entre capas, o los usuarios podrían enviar activos a una red, dirección o contrato de bridge equivocados.

Interoperabilidad y componibilidad

La componibilidad permite que un contrato inteligente o una aplicación interactúe con otro de forma predecible.

Las aplicaciones del mismo entorno de ejecución suelen poder llamarse entre sí en una única transacción atómica.

Las aplicaciones de distintas capas fractales suelen comunicarse mediante mensajes asíncronos.

Una acción entre capas puede tardar varios bloques o fases de prueba en completarse.

Un fallo en una capa puede dejar incompleta otra parte de una transacción de varios pasos.

Los sistemas compartidos de liquidación y pruebas pueden mejorar la interoperabilidad, pero no reproducen automáticamente la ejecución atómica dentro de una misma capa.

Los desarrolladores deben diseñar plazos de espera, reembolsos, protección contra la repetición de mensajes y procedimientos de recuperación para las aplicaciones entre capas.

Fragmentación de la liquidez

El escalado fractal puede repartir la liquidez de las criptomonedas entre numerosos entornos de ejecución.

Un token de Layer 2 puede tener representaciones y pools de liquidez separados en varias redes Layer 3.

Cada mercado puede tener un precio, nivel de comisiones, profundidad de trading y plazo de retirada diferentes.

El arbitraje puede ayudar a alinear los precios, pero requiere acceso a bridges y suficiente capital.

La escasa liquidez aumenta el deslizamiento y hace que las aplicaciones sean más vulnerables a la manipulación.

Los sistemas de liquidez compartida y la mensajería entre capas pueden reducir la fragmentación, pero introducen dependencias técnicas adicionales.

Una mayor capacidad de transacción resulta menos útil si los usuarios no pueden mover activos de forma segura entre las aplicaciones que los necesitan.

Escalado fractal en el ecosistema Ethereum

En el ecosistema de Ethereum, el escalado fractal suele referirse a rollups conectados recursivamente, redes Layer 3 específicas para aplicaciones y pruebas de validez agregadas.

Ethereum actúa como capa de liquidación y disponibilidad de datos para numerosos rollups que ejecutan transacciones por separado.

La documentación de Ethereum sobre escalado explica que los rollups ejecutan transacciones fuera de Layer 1 y publican datos en Layer 1 para beneficiarse de su seguridad.

Una Layer 2 basada en pruebas de validez puede verificar pruebas secundarias e incluir sus resultados en una prueba enviada a Ethereum.

Una arquitectura optimista también puede admitir sistemas secundarios, aunque los periodos de disputa anidados y la lógica de retirada exigen un diseño cuidadoso.

El aumento de la capacidad de blobs de Ethereum ofrece más espacio para datos de rollups, pero no elimina los cuellos de botella de pruebas, secuenciación o bridges.

Escalado fractal en sistemas basados en Bitcoin

La expresión escalado fractal también se utiliza para arquitecturas basadas en Bitcoin que repiten recursivamente software o estructuras de transacciones compatibles con Bitcoin.

Esta interpretación es distinta del modelo de rollups de validez centrado en pruebas verificadas mediante contratos inteligentes.

La documentación de Fractal Bitcoin describe un sistema que virtualiza el software Bitcoin Core en instancias recursivas y paralelas.

Su diseño autosimilar pretende mantener la compatibilidad con direcciones, lógica de transacciones e infraestructura de tipo Bitcoin en capas adicionales.

El sistema debe seguir definiendo cómo alcanza consenso cada instancia, cómo se mueven los activos entre capas y qué garantías proceden directamente de Bitcoin.

El uso de software derivado de Bitcoin no proporciona automáticamente a todas las instancias recursivas la misma seguridad que la cadena principal de Bitcoin.

Los usuarios deben examinar por separado los supuestos de minería, bridges, custodia, liquidación y gobernanza.

Fraxtal y la hoja de ruta del escalado fractal

Fraxtal es otro ejemplo de un proyecto que utiliza el término escalado fractal en la descripción oficial de su arquitectura.

La documentación de Fraxtal describe una Layer 2 modular cuya hoja de ruta incluye componentes para redes conectadas e implementación de Layer 3.

En este caso, el término se refiere a un ecosistema modular de rollups que puede admitir cadenas y middleware adicionales.

Una hoja de ruta describe una dirección técnica prevista, no garantiza que todas las funciones recursivas estén ya activas.

Los usuarios deben distinguir la infraestructura desplegada actualmente de la arquitectura futura descrita en la documentación del proyecto.

Ventajas del escalado fractal

El escalado fractal puede aumentar el rendimiento total de las transacciones al distribuir la ejecución entre numerosas capas.

Las pruebas recursivas pueden reducir el número de operaciones de verificación que necesita una blockchain de liquidación.

Las capas específicas para aplicaciones pueden optimizar las comisiones, la privacidad, los tiempos de bloque, la gobernanza y el comportamiento de la máquina virtual.

Los desarrolladores pueden aislar la congestión de una aplicación en lugar de obligar a todos los usuarios a competir por el mismo espacio de ejecución.

Una capa secundaria que tenga éxito puede ampliarse con nuevas instancias sin cambiar las reglas de consenso de la blockchain base.

Cuando el diseño de las pruebas y los datos es sólido, la liquidación compartida en una capa principal puede ofrecer más seguridad que una blockchain totalmente independiente.

Los entornos de aplicación más pequeños también pueden facilitar la prueba de funciones económicas y técnicas especializadas.

Limitaciones del escalado fractal

Cada capa adicional aumenta el número de componentes que pueden fallar.

Es posible que los usuarios tengan que comprender varias redes, activos para comisiones, sistemas de bridge, fases de confirmación y ajustes de wallet.

Las pruebas recursivas pueden exigir hardware especializado y software complejo para generarlas.

Las cadenas de aplicaciones pueden fragmentar la liquidez, a los usuarios y la atención de los desarrolladores.

Los mensajes entre capas son más lentos y difíciles de revertir que las llamadas ordinarias dentro de un único entorno de ejecución.

Una interrupción o un acto de censura en una capa principal puede afectar a todos los sistemas secundarios que dependan de ella.

Las claves administrativas de actualización pueden debilitar las garantías de seguridad heredada si un grupo reducido puede sustituir contratos críticos.

El escalado fractal cambia la ubicación de los cuellos de botella, pero no los elimina todos.

Seguridad heredada

La seguridad heredada significa que una capa secundaria depende de una red principal para obtener una o varias garantías de seguridad.

Un rollup puede heredar la integridad de la liquidación cuando la capa principal verifica las pruebas válidas o resuelve correctamente las impugnaciones de fraude.

Puede heredar la disponibilidad de datos si estos se publican mediante el protocolo de la capa principal.

No hereda automáticamente una secuenciación justa, la seguridad de las aplicaciones, la seguridad de los bridges, la descentralización de la gobernanza ni la protección de las claves de usuario.

Una Layer 3 puede heredar solo parte de la seguridad de Layer 2 si almacena los datos en otro lugar o utiliza un operador autorizado.

La seguridad de una jerarquía recursiva está limitada por el eslabón crítico más débil del recorrido desde la aplicación hasta la liquidación final.

Las afirmaciones de que una red secundaria tiene la misma seguridad que su capa base deben contrastarse con las reglas reales de pruebas, disponibilidad de datos, actualizaciones y retiradas.

Consideraciones económicas

Una capa fractal cobra comisiones a los usuarios y paga costes de ejecución, generación de pruebas, publicación de datos, secuenciación y liquidación.

Un modelo sencillo es

.

Una actividad elevada puede repartir entre más transacciones los costes fijos de pruebas y liquidación.

Una actividad baja puede hacer que una capa especializada sea más cara por usuario que una red generalista compartida.

Una capa secundaria puede subvencionar las comisiones con recompensas en tokens, pero los incentivos temporales no demuestran la sostenibilidad económica a largo plazo.

Los operadores de capas también pueden captar ingresos por ordenar transacciones o cobrar comisiones por bridges y mensajes entre capas.

Los usuarios deben examinar el coste total de transferir activos a la capa, utilizarla y retirarlos.

¿Puede el escalado fractal ofrecer escalabilidad infinita?

Algunas descripciones de proyectos utilizan expresiones como escalabilidad infinita o ilimitada para referirse a la capacidad de añadir más capas o instancias.

Ningún sistema blockchain físico tiene una capacidad literalmente infinita.

Todas las redes siguen limitadas por el hardware, el ancho de banda, la disponibilidad de datos, la generación de pruebas, el almacenamiento, la coordinación y la demanda económica.

Añadir capas puede aumentar la capacidad teórica y, al mismo tiempo, incrementar los costes de comunicación y seguridad entre ellas.

Una interpretación más precisa sería escalado elástico o ampliable recursivamente.

La arquitectura puede seguir añadiendo dominios de ejecución, pero cada uno debe protegerse, supervisarse, financiarse y conectarse.

Cómo deben evaluar los desarrolladores el escalado fractal

Los desarrolladores deben identificar los componentes concretos de ejecución, generación de pruebas, disponibilidad de datos, liquidación y bridges de la arquitectura propuesta.

Deben determinar si la capa secundaria utiliza pruebas de validez, pruebas de fraude, consenso independiente o atestaciones de confianza.

El diseño debe explicar cómo pueden recuperar su estado los usuarios si un operador deja de estar disponible.

Los mensajes entre capas deben incluir protección contra la repetición, gestión de fallos, plazos y supuestos claros sobre la finalidad.

Los desarrolladores deben probar las interrupciones del secuenciador, los retrasos de las pruebas, la falta de disponibilidad de datos, las actualizaciones de contratos, los fallos de bridges y la congestión de la capa principal.

También deben estimar si el volumen de transacciones previsto justifica el coste de operar otra capa.

Una implementación más sencilla en Layer 2 puede ser más segura si la aplicación no necesita un entorno de ejecución independiente.

Cómo pueden evaluar los usuarios cripto una red fractal

Los usuarios deben identificar primero qué blockchain proporciona la liquidación final.

Deben comprobar dónde se almacenan los datos de las transacciones y si un participante independiente puede reconstruir el estado de la red.

Las reglas oficiales de los bridges deben explicar los plazos de depósito y retirada, los requisitos de las pruebas y los procedimientos de emergencia.

Los usuarios deben averiguar quién controla el secuenciador, las claves de actualización, las funciones de pausa y los contratos de bridges.

Deben distinguir la confirmación inmediata de la aplicación de la liquidación en las capas principal y base.

La liquidez disponible debe compararse con el tamaño de la transacción o retirada prevista.

El número de capa o la marca fractal de una red nunca deben sustituir una revisión directa de sus supuestos de seguridad reales.

Malentendidos habituales sobre el escalado fractal

Un malentendido habitual es creer que el escalado fractal se refiere a una criptomoneda específica.

Otro error es asumir que todas las Layer 3 utilizan pruebas recursivas de conocimiento cero.

Algunas capas secundarias emplean disputas optimistas, consenso independiente, comités de confianza u otros mecanismos.

Los usuarios también pueden suponer que añadir más capas siempre reduce las comisiones.

Una capa secundaria infrautilizada puede tener costes elevados de operación y bridge pese a ofrecer capacidad adicional.

Otro malentendido es creer que toda actividad alcanza de inmediato la finalidad en la capa base.

Una confirmación rápida del secuenciador puede producirse mucho antes de que se verifique la prueba y se complete la liquidación final.

El error más grave es creer que todas las capas recursivas heredan automáticamente todas las propiedades de seguridad de su capa principal.

Preguntas frecuentes

¿Qué es el escalado fractal en términos sencillos?

El escalado fractal consiste en aumentar la capacidad de una blockchain repitiendo una estructura similar de ejecución y liquidación en capas conectadas.

¿Por qué se llama escalado fractal?

Se denomina así por los patrones autosimilares de los fractales, porque la relación entre una capa secundaria y su capa principal puede repetirse en varios niveles.

¿El escalado fractal es una criptomoneda?

No. Es un concepto arquitectónico que pueden utilizar distintas redes y aplicaciones cripto.

¿El escalado fractal es lo mismo que Layer 3?

Layer 3 es una forma habitual de escalado fractal, pero el término también puede incluir pruebas recursivas e instancias de blockchain paralelas.

¿Qué es una blockchain Layer 3?

Por lo general, una Layer 3 es una red de ejecución especializada o específica para una aplicación, construida sobre una Layer 2.

¿Layer 3 es un estándar universal oficial?

No. La terminología de capas varía entre proyectos y no existe una definición universalmente obligatoria.

¿Qué es una prueba recursiva?

Es una prueba criptográfica que verifica una o varias pruebas adicionales.

¿Cómo mejoran la escalabilidad las pruebas recursivas?

Permiten representar muchos lotes de transacciones o pruebas de capas secundarias mediante una única prueba que verifica una red principal.

¿El escalado fractal requiere pruebas de conocimiento cero?

No. Las pruebas de validez de conocimiento cero son habituales en los diseños fractales, pero también pueden utilizar capas recursivas las arquitecturas optimistas y las de consenso independiente.

¿Pueden los rollups optimistas utilizar el escalado fractal?

Sí, aunque los periodos de disputa anidados y la finalidad entre capas pueden aumentar la complejidad del sistema.

¿Qué función desempeña Layer 1?

Normalmente, Layer 1 proporciona la liquidación final, el consenso y las garantías de datos que utiliza la red recursiva.

¿Qué función desempeña Layer 2?

Layer 2 procesa transacciones por separado y puede funcionar como entorno de ejecución y como capa principal de liquidación para otras capas.

¿Qué función cumple la disponibilidad de datos?

Garantiza que los participantes puedan acceder a la información necesaria para reconstruir los saldos y verificar el estado de la capa secundaria.

¿Qué ocurre si los datos de las transacciones no están disponibles?

Es posible que los usuarios no puedan verificar los saldos, crear transacciones válidas o recuperar activos, aunque exista un compromiso criptográfico de estado.

¿El escalado fractal hace gratuitas las transacciones?

No. Los usuarios u operadores siguen teniendo que pagar la ejecución, los datos, las pruebas, la secuenciación, los bridges y la liquidación.

¿El escalado fractal garantiza comisiones más bajas?

No. Las comisiones dependen del uso, la arquitectura, los costes de datos, la eficiencia de generación de pruebas, las subvenciones y la liquidez disponible.

¿Todas las capas tienen su propio token?

No. Una capa secundaria puede utilizar un activo de la capa principal, otro criptoactivo o un token propio para las comisiones y los incentivos.

¿Una Layer 3 hereda la seguridad de Layer 1?

Puede heredar ciertas garantías a través de su capa principal, pero la seguridad exacta depende de las pruebas, la disponibilidad de datos, los bridges, la secuenciación y el control de las actualizaciones.

¿Una Layer 3 puede ser más segura que su Layer 2?

Puede añadir protecciones específicas para una aplicación, pero sigue dependiendo de funciones esenciales de la capa principal y no puede ignorar las debilidades de su ruta de liquidación.

¿Qué es la agregación de pruebas?

La agregación de pruebas combina varias pruebas criptográficas en una que representa todos los cálculos verificados.

¿Qué es el escalado fractal horizontal?

Consiste en crear varias capas secundarias o dominios de ejecución que procesan transacciones en paralelo.

¿Qué es el escalado vertical?

Consiste en mejorar el rendimiento de una cadena mediante una ejecución más rápida, mejor software, hardware más potente o pruebas optimizadas.

¿El escalado fractal es lo mismo que el sharding?

No. Ambos dividen las cargas de trabajo, pero el sharding suele ser un diseño coordinado del protocolo, mientras que el escalado fractal utiliza capas o cadenas de ejecución conectadas recursivamente.

¿El escalado fractal puede dar soporte a videojuegos blockchain?

Sí. Un juego puede utilizar una capa secundaria específica para sus acciones frecuentes y liquidar los resultados importantes a través de redes principales.

¿El escalado fractal puede dar soporte a las finanzas descentralizadas?

Sí, pero las aplicaciones financieras deben gestionar los riesgos entre capas relacionados con la liquidez, los oráculos, los bridges, la secuenciación y la finalidad.

¿El escalado fractal puede mejorar la privacidad?

Sí. Las capas especializadas pueden utilizar sistemas de ejecución y pruebas centrados en la privacidad, aunque la exposición de datos y metadatos depende del diseño.

¿Cuál es la principal ventaja del escalado fractal?

Su principal ventaja es que permite añadir capacidad de transacción especializada y mantener una conexión de liquidación con una red principal más sólida.

¿Cuál es el mayor riesgo técnico?

El mayor riesgo técnico es que fallen los sistemas conectados de pruebas, datos, secuenciación, bridges o actualizaciones de los que depende la capa secundaria.

¿Qué es la fragmentación de la liquidez?

Se produce cuando los criptoactivos y los usuarios se reparten entre varias capas con mercados y bridges independientes.

¿Por qué son importantes los bridges en el escalado fractal?

Los bridges transportan activos y mensajes entre capas, por lo que su seguridad es esencial para toda la arquitectura.

¿El escalado fractal puede ofrecer capacidad infinita?

No. Puede facilitar la expansión continua, pero todos los sistemas reales siguen limitados por recursos físicos, técnicos y económicos.

¿Cómo puedo verificar la seguridad de una red fractal?

Revisa su capa de liquidación, su sistema de pruebas, la ubicación de los datos, el secuenciador, los contratos de bridges, los poderes de actualización, las reglas de retirada y la supervisión independiente.

¿Ya se utiliza el escalado fractal en el sector cripto?

Sí. La agregación recursiva de pruebas y las arquitecturas de rollups multicapa ya se utilizan o están en desarrollo activo, aunque sus implementaciones presentan diferencias importantes.

Conclusión

El escalado fractal es una arquitectura cripto que amplía la capacidad mediante capas de ejecución, instancias de blockchain o pruebas criptográficas conectadas recursivamente.

Su estructura autosimilar permite que una capa secundaria procese actividad y dependa de una capa principal para la verificación, la disponibilidad de datos, la liquidación o la seguridad.

Las pruebas recursivas pueden agregar numerosas pruebas secundarias en una prueba compacta y reducir la carga de verificación de una blockchain base.

Las redes Layer 3 específicas para aplicaciones pueden personalizar las comisiones, la privacidad, los tiempos de bloque, la gobernanza y las reglas de ejecución.

La arquitectura puede aumentar el rendimiento y, a la vez, plantear nuevos retos relacionados con la fragmentación de la liquidez, los bridges, la secuenciación, la disponibilidad de datos y la finalidad.

Una capa recursiva no hereda automáticamente todas las propiedades de seguridad de su capa principal o de la blockchain base.

Los usuarios deben examinar todo el recorrido desde la ejecución de la aplicación hasta la liquidación final.

Los avances actuales en agregación de pruebas de rollups y disponibilidad de datos ofrecen bases más sólidas para las arquitecturas fractales, pero no hacen que la capacidad sea ilimitada.

El escalado fractal se entiende mejor como un patrón de diseño blockchain ampliable, no como un producto, estándar o solución garantizada.

Su valor a largo plazo depende de que las capas recursivas puedan seguir siendo seguras, interoperables, sostenibles económicamente y lo bastante sencillas para que los usuarios cripto habituales puedan utilizarlas.