Layer 2 y rollups: procesar más operaciones

La idea se parece a un expediente que agrupa varias operaciones, en lugar de una cola en la que cada una ocupara por separado toda la infraestructura principal. Agruparlas permite compartir ciertos costes. El usuario puede acceder a aplicaciones con comisiones a menudo menores, pero el ahorro depende de la demanda, de la red elegida y de la operación realizada.

Traslados y garantías

Los optimistic rollups y los rollups que utilizan pruebas de validez siguen enfoques diferentes. Los primeros prevén mecanismos para impugnar resultados incorrectos. Los segundos utilizan pruebas criptográficas que verifican contratos en Ethereum. Estas categorías técnicas no bastan para describir todas las garantías de una red.

Retirar fondos hacia Ethereum requiere tiempo, especialmente cuando se aplica un periodo de impugnación. Algunos servicios ofrecen vías más rápidas, con sus propias comisiones y dependencias. Enviar fondos entre capas no equivale, por tanto, a mover un archivo entre dos carpetas: un puente o mecanismo de transferencia debe gestionar la relación entre las redes.

La seguridad también depende de la disponibilidad de los datos, de las posibilidades de salida y de los poderes que conservan los operadores. Un secuenciador puede ordenar las transacciones; unas claves administrativas pueden permitir actualizaciones. Estos elementos evolucionan con cada proyecto y deben distinguirse de las promesas generales asociadas a la palabra «descentralizado». Una sidechain con consenso propio no es automáticamente un rollup protegido por Ethereum. Para comprender una aplicación es necesario identificar la red utilizada, su mecanismo de verificación, el activo empleado para las comisiones y las condiciones concretas de regreso a la capa principal.

Comprender el recorrido entre capas

Pasar de una capa base a otro entorno no consiste simplemente en cambiar la presentación de un monedero. El usuario entra en un sistema con sus propias cuentas, aplicaciones y un mecanismo de enlace con la capa de liquidación. Aunque aparezca el mismo nombre de activo, debe precisarse dónde está representado y qué operaciones permiten trasladarlo. La interfaz puede simplificar el recorrido sin eliminar los mecanismos técnicos que lo hacen posible.

Imaginemos un intercambio realizado en un rollup. El procesamiento local de la solicitud y su reconocimiento por la capa base no describen necesariamente el mismo instante. Una confirmación rápida en la aplicación puede preceder a otras etapas de publicación o verificación. El significado de finalidad depende, por tanto, del sistema observado. Debe distinguirse entre disponer de un resultado para el usuario y las condiciones en las que recibe las garantías anunciadas por la arquitectura.

Comparar las dependencias concretas

Las soluciones agrupadas bajo la expresión layer 2 no tienen todas el mismo grado de madurez ni las mismas posibilidades de modificación. La organización de la secuenciación, las reglas de retirada y las funciones de administración son parámetros importantes. Un coste de ejecución reducido no los describe. Leer la documentación permite separar lo que ya funciona, lo que todavía depende de operadores identificados y lo que pertenece a una hoja de ruta. El vocabulario común no sustituye a este examen.