Cómo podría haber construido el tempo como L2 Separe el tempo en varios componentes: - una pila de OP de validez zk L2. Esto evita el problema del aumento de precios de blobs al mantener los datos de transmisión fuera de la cadena - un SDK de capa de aplicación tempo para incorporar todas las personalizaciones de pago que deseen, como notas integradas y gas de pago en cualquier moneda estable. Este es el punto de entrada de Stripe a la pila - SDK de consagración de tempo, que es el conjunto de contratos estándar / "TempoERC" que esperan que estén en cualquier "cadena de tempo". - use varios L2 automáticamente bajo el capó en el SDK de tempo. Especialmente la escala fractal L3 se estableció en el validium de tempo L2 y L2 de ultra escala como Mega y Rise. - usar preconfirmaciones L2 enlazadas para una finalidad rápida que sea absolutamente lo suficientemente buena; no dejes que te digan que la "finalidad" de la alternativa L1 es mejor, no es porque literalmente nada les impida reescribir la historia de la alternativa L1. Los preconfs vinculados son extremadamente prometedores y poco explorados (Arb fue pionero): Por ejemplo, envía un tx de pago a uno de los L2 compatibles con tempo, y en 200ms le dan una garantía demostrable limitada de finalidad o le pagan $ 10M. Este tipo de enlaces preconf pueden funcionar en cadenas de terceros compatibles con Tempo donde Tempo no ejecuta el secuenciador, como Mega o Rise. Preconfs también puede ofrecer garantías estructuradas de finalidad en capas, como "incluido dentro de los siguientes bloques N L2, así como dentro de los siguientes bloques M L1, a menos que el gas L1 se dispare por encima de Z gwei, en cuyo caso la finalidad L1 está garantizada dentro de los siguientes bloques de 100*M". Todo esto con pagos totalmente automáticos si no se cumple la garantía. Los carriles rápidos para pagos pueden tomar la forma de un fractal L3 dedicado específicamente para ciertos clientes o puntos de precio, o un carril rápido en el tempo central L2 que ofrece garantías de finalidad mucho más fuertes / rápidas. Tempo es un proyecto emocionante dirigido por dos organizaciones (Stripe y Paradigm) que son exactamente el tipo de actores técnicos serios y conectados que están preparados para hacer el tipo de arquitectura de vanguardia discutida anteriormente. En mi opinión, deberían haber comenzado con un L2 que ofrece un TPS inmediatamente insuficiente para toda la visión y crecer rápidamente a partir de ahí usando los patrones anteriores. Irónico que Patrick dijera que a los usuarios / clientes de pago no debería importarles qué cadena usan y han decidido lanzar su propia One True Chain cuando las excelentes arquitecturas L2 / L3 múltiples están disponibles, no solo usando las L2 / L3 propias de tempo, sino también excelentes L2 de ultra escala de terceros. Es simplemente un modelo mejor: reduce el riesgo al desvincular las innovaciones de pago de la elección inicial de la cadena. Es un modelo mejor, incluso antes de descontar la animosidad y el coeficiente de arrastre que Paradigm avivó al lanzar un alt L1 con una justificación falsa. ¿Qué competidor de Stripe termina probando algo como lo anterior primero? Solo es cuestión de tiempo.