Recientemente, el desempeño de OP Stack ha sido particularmente llamativo. Más de diez proyectos, incluidos opBNB, Zora, Base, Wordcoin y DeBank, han anunciado que se unirán al campo de OP Stack. Algunos bloggers estiman que Base por sí solo puede generar $4.5 millones en ingresos adicionales para Hacienda OP. ¿Es sólo porque el optimismo es muy ortodoxo en la capa 2 que funcionará? Me temo que el secreto detrás de esto no es tan simple, aquí están mis pensamientos:

La clave para que una pila de código abierto se utilice ampliamente es la apertura de la licencia. Entre los servicios de pila proporcionados por los cuatro reyes, Optimism es la licencia MIT, mientras que zkSync, Arbitrum y Starknet usan la licencia Apache 2.0, las cuales son altamente Código abierto Licencia, pero MIT es más conciso y gratuito. En términos sencillos, puedes hacer lo que quieras. Por el contrario, Apache tiene algunas restricciones en términos de compatibilidad, uso de marcas, autorización de patentes, limitaciones de responsabilidad, etc., que parecen favorecer la comercialización del producto, pero en realidad se han convertido en grilletes y restricciones.

Optimism tiene un alto grado de compatibilidad con Ethereum EVM. Si observa sus bifurcaciones Github 11994 Commits 2.3k (actividad del desarrollador), sabrá cuánto trabajo de integración y actualización de código hay detrás. Estos datos son incluso mejores que los de Arbitrum, y con diferencia. Supera a zkSync y Starknet. Imagínate, un Stack que está más integrado con Ethereum y ahora tiene el mayor grado de libertad de código abierto, ¿qué proyecto no te puede encantar? Hasta cierto punto, elegir OP Stack realmente elige la legitimidad de L2.

Mucha gente dice que OP Stack se ha convertido en una herramienta para que las partes del proyecto "publiquen enlaces con un solo clic". Se estima que algunos proyectos no han pensado en la necesidad de lanzar la capa 2 con un clic cuando disfrutan de la "doctrina de uso". Si realmente es un método para obtener ganancias, dicha capa2 solo puede ser una narrativa para exprimir la liquidez del mercado. Obviamente, esto también es contrario a la visión de SuperChain que Optimism finalmente quiere hacer realidad. De hecho, la razón por la que el lado del proyecto está particularmente preocupado por la "libertad" de comercialización es principalmente por el cálculo de la "generación de ingresos".

Personalmente, creo que proyectos como Base con el aura de Coinbase pueden confiar en las expectativas de los usuarios. La actividad de los desarrolladores obviamente puede tomar una parte del mercado del lado C. Otras capas 1 hacen esto principalmente para agregar algunos negocios de servicios del lado B. el mercado bajista. Fuente de ingresos, Rollup como servicio (RaaS). Sobre la base de esta solución madura L2, brindaremos servicios comerciales potenciales para algunos desarrolladores. Debido a que OP Stack es relativamente universal, diferentes cadenas necesitan realizar un desarrollo personalizado profesional para la capa 2. Tiene sentido empaquetar dichas capacidades de desarrollo personalizadas y venderlas a clientes sin capacidades de desarrollo, ¿verdad? De hecho, se trata de una estrategia de "ocultación" del mercado bajista. De lo contrario, ¿cuál es el propósito de un mercado NFT y una plataforma social de activos como mapa de Capa 2?

Entonces, ¿por qué no utilizar Orbit de Arbitrum como capa 3? La cadena exclusiva de capa 3 es buena, pero la demanda actual del mercado no es grande. La situación actual de cientos de cadenas de aplicaciones exclusivas en Cosmos parece verificarlo. Además, todavía existen dificultades técnicas en la interacción de comunicación entre cadenas de Layer3. Antes de que se comercialicen cadenas de aplicaciones como juegos y redes sociales, las DApps con atributos financieros valoran especialmente la componibilidad y la comunicación entre aplicaciones. Con la madurez tecnológica actual, se desarrollarán cadenas exclusivas independientes. tienen la impotencia de los rascacielos construidos en los suburbios. En la actualidad, la demanda del mercado de la Capa 2 es obviamente mayor que la de la Capa 3, tanto en términos de narrativa como de narración.

¿No es bueno usar ZK Stack de zkSync para hacer ZK Layer2? De hecho, la capa 2 también se puede construir basándose en ZK Stack. Por supuesto que los desarrolladores quieren hacer ZK, después de todo, tiene una narrativa más fuerte, pero es difícil de hacer. El algoritmo central del circuito zk de Stack es un hueso difícil de descifrar. Si los desarrolladores quieren tomar la ruta zk, les llevará un tiempo digerir las complejidades de la brecha del lenguaje de programación y los circuitos zk. Es técnicamente demasiado difícil personalizar y desarrollar sistemas de circuitos ZK de forma independiente. Por supuesto, compartir componentes zkSync también es una opción, pero ¿este hermano mayor lo admite ahora? Podemos ver las pistas de la actualización del código ZK abandonado de opBNB.

Lo anterior es la razón por la cual OP Stack puede tomar la delantera entre los cuatro reyes de las estrategias Stack. Personalmente, creo que esto es bueno para Optimism, porque el equipo del proyecto puede optar por personalizar el desarrollo de Sequencer o compartir un Sequencer con Optimism, y este último debe pagar impuestos al Tesoro de OP. Este blogger hizo una estimación de los ingresos de Base. Con la popularidad actual del mercado, OP puede ganar 4,5 millones de dólares en ingresos con una participación del 10%. En el futuro, a medida que el ecosistema BASE crezca aún más, esta cifra puede alcanzar de manera conservadora los 20 millones de dólares.

Finalmente, por supuesto, espero que se puedan desarrollar más proyectos basados ​​​​en OP Stack. Es mejor encargarse del negocio de Arbitrum Orbit Layer3, zkSync y Starknet. Sin embargo, antes de diseñar la capa 2 o la capa 3, debe pensar claramente en sus intenciones. Si es solo para múltiples narrativas, no es necesario seguir los puntos calientes de L2. En cuanto a ZK Stack, no tengas celos de OP Stack. Lo más importante es descentralizar primero tus componentes principales de ZK. Los desarrolladores los utilizarán ampliamente en el futuro.

Finalmente, todavía hay muchas cosas que no se han escrito, como oportunidades específicas y decisiones específicas. Estas cosas a menudo no se pueden resumir en un solo artículo.