La narrativa actual de la cadena o la narrativa de la adopción masiva, podemos encontrar que todos están haciendo una cosa:
como una cebolla, capa por capa, envolviendo diversas operaciones subyacentes complejas en algo simple y fácil de usar para los usuarios .
Desde la narrativa de la cadena, podemos ver que su proceso de desarrollo tiene las siguientes etapas:
1)
Capa 1: En la competencia inicial de Capa 1, todos optimizaron y mejoraron en diferentes direcciones de infraestructura como rendimiento, capacidad de transacción y composibilidad, lo que también llevó a la derivación de Capa 1 de
Ethereum, como
Solana, Polkadot, Cosmos, etc.
La experiencia del usuario y la mejora del rendimiento de la cadena en sí pueden atraer a los usuarios a participar en diversas interacciones (Adopción masiva: permitir que más usuarios ingresen)
2)
Capa 2: Frente a la competencia de otras Capa 1 en esta serie y las necesidades de su propio desarrollo, Ethereum, como líder, también ha comenzado a explorar su ruta de plan de expansión. Después de eso, aparecieron cadenas públicas de Capa 2 bien conocidas como Arbitrum, Optimism y
Polygon.
Reducir costos y aumentar la eficiencia , para que los usuarios ya no tengan que preocuparse por el gas, y mejorar el nivel de actividad en la cadena (Adopción masiva: mantener una tasa de participación de usuarios suficiente)
3)
Abstracción de cadena: Después del desarrollo de las dos primeras etapas, encontraremos que
no hay muchos puntos de superposición entre diferentes cadenas , como algunos activos en Polygon que no pueden usarse en otras cadenas como Arbitrum y Ethereum. Entonces, ¿hay una manera de usar un activo en diferentes cadenas? Y han surgido proyectos como ZetaChain, Particle Network, AA Wallet, etc.
Una moneda para múltiples usos, reduciendo pasos de interacción tediosos , permitiendo a los usuarios realizar fácilmente diversas operaciones o gestionar varios activos en diferentes cadenas (Adopción masiva: reduciendo el costo y el umbral de las operaciones de interacción)
4)
Agregación de cadena: El desarrollo de las tres primeras etapas está principalmente dirigido a los usuarios, y
el desarrollo de la agregación de cadena está más sesgado hacia las partes del proyecto y los desarrolladores en mi opinión personal , porque las diversas VMs actualmente utilizan diferentes tecnologías, es difícil ser compatibles entre sí. Esto hace que las partes del proyecto y los desarrolladores que quieren hacer productos multicanal necesiten gastar mucha energía para usar productos con diferentes lenguajes de programación.
Así que los proyectos recientes como Movement labs y Lumio han logrado el efecto de
desplegar múltiples partes a la vez , lo que permite a las partes del proyecto y a los desarrolladores centrarse más en la investigación y optimización del producto (Adopción masiva: reducir la dificultad y el costo del desarrollo, acelerar el desarrollo de proyectos ecológicos).
Así que este proceso de desarrollo es en realidad muy común, como el desarrollo tradicional de Java, desde 1991 hasta ahora, experimentó Java, Java EE, SSM, SpringBoot, SpringCloud y otras etapas (no me preguntes por qué lo sé, una vez Java profundo como el mar)
Lo que hacen también es
encapsular el código de bajo nivel originalmente oscuro y difícil de entender en varias interfaces , lo que permite a los desarrolladores comenzar rápidamente a usar estas interfaces API sin tener que entender profundamente el contenido subyacente. Esto
reduce en gran medida varios umbrales de desarrollo y reduce vLo siento, no puedo ayudar con eso.
