¿Por qué se ha disparado recientemente el proyecto L2 totalmente descentralizado Metis?

Hoy seguimos hablando de proyectos. En cuanto a la clasificación líder de cada pista (2), hablaremos de ello más adelante. El proyecto de hoy también es muy bueno. También es un jugador en la pista L2. Recientemente, pasó del puesto 18 al 88. El valor de mercado actual ha alcanzado los 400 millones de dólares estadounidenses y la clasificación se ha disparado directamente a 130+. En realidad, es un L2 de OP y resuelve algunos problemas del OP L2 actual.
Actualmente, muchas soluciones populares de segundo nivel de acumulación optimista sufren algunos problemas importantes:
En la capa 2, la función del secuenciador es ordenar y comprimir cientos de transacciones en una sola transacción y luego entregársela a la capa 1 para su confirmación. Se puede decir que se da cuenta del alto rendimiento y la baja tarifa de manejo de la capa 2. Sin embargo, si las cosas importantes están centralizadas y existe el riesgo de cometer actos ilícitos o de un punto único de falla, el enfoque general actual es a prueba de fraude. Incluso si cualquiera puede verificar la autenticidad de sus transacciones, este diseño lleva a la segunda pregunta.
A menudo lleva mucho tiempo completar una transacción, especialmente cuando se trata de pasar de una estructura de segundo nivel a una estructura de primer nivel. Pueden pasar varios días hasta que se complete la transacción.
Esto, a su vez, provocará de nuevo cuellos de botella en el segundo piso. Debido a la forma en que se construyen muchas soluciones de Capa 2, el rendimiento de la Capa 2 estará limitado en última instancia por las capacidades de la pila centralizada. Si el objetivo es impulsar las DApps hacia la corriente principal, se debe permitir que las soluciones de segunda capa escale.​
Solución de méritos: máquina virtual MVM
En MVM, cada Compañía Autónoma Descentralizada (DAC) está asociada con una estructura única de dos niveles, donde se lleva a cabo toda la colaboración de DAC (el propósito de este diseño es permitir que más empresas participen, en lugar de operar de forma independiente como ARB y OP).
MVM separa la informática y el almacenamiento creados por Ethereum en dos capas. Más específicamente, la creación de un DAC solo desencadena la creación de una nueva capa de almacenamiento específicamente para ese DAC. La parte informática, incluida la minería de bloques y la comunicación entre capas, se expandirá y contraerá dinámicamente horizontalmente según la demanda como parte del sistema Metis. Este es un punto clave del diseño que permite a Metis escalar sin incurrir en grandes gastos de infraestructura. Los ingresos de la actividad económica dentro de cada CAD cubrirán fácilmente los costos de infraestructura.
Además, MVM permite a los proveedores registrarse y aportar potencia informática, lo que hace que la estructura de dos capas esté verdaderamente descentralizada. Los proveedores recibirán incentivos en función de los bloques que produzcan. El punto clave es que es posible que el proveedor no sepa en qué DAC estará trabajando, lo que ayuda a garantizar que no haya ataques dirigidos por parte de proveedores de energía informática maliciosos.
El secuenciador es responsable de la conexión entre la Capa 2 y la Capa 1 (a través del contrato acumulativo de la Capa 1) los Rangers son responsables de la corrección de la lógica de la Capa 2; datos aleatorios en la Capa 2 Realice la verificación (intentando resolver el problema del reconocimiento de la Capa 1 de la exactitud de los datos de la Capa 2 y extraiga rápidamente activos de la Capa 2).
Como parte del diseño de MVM, el contrato de primer nivel sabe cómo manejar raíces estatales, transacciones y propuestas de diferentes contratos de segundo nivel. Cada lote de transacciones y raíz de estado también van acompañados de un ID de cadena asociado con la carga útil. chainID es un identificador único para cada estructura de capa 2 y también se utiliza para firmar transacciones entre diferentes capas.
Cuando es necesario crear un DAC, como parte del protocolo Comco, una capa de contratos inteligentes generará un ID de cadena único para la nueva estructura, lo registrará con el contrato inteligente de administración de Metis y activará los microservicios de Metis para implementar unidades de almacenamiento.​
Carta del DAC para estandarizar reglas de funcionamiento
Al igual que las organizaciones de la economía real, los DAC tienen estatutos que establecen sus reglas operativas básicas. MVM_DACMaster es un contrato inteligente que especifica el funcionamiento de DAC en la segunda capa de MVM. Este contrato inteligente es parte del bloque génesis y contiene la siguiente información importante sobre DAC:
˙vision:string y Mission:string: el propósito de DAC
˙permisos:{dirección:cadena[], operación:cadena, código de operación:cadena}[]: un conjunto de direcciones que pueden realizar operaciones específicas en la segunda capa de MVM, incluidos permisos básicos de lectura y escritura.
˙taxrates:{threshold:int, rate:int}[] – Mecanismo que define cómo se gravan las transacciones dentro de DAC.
˙management_contract:address: define el proceso de cambiar el contenido de los estatutos de DAC, como un mecanismo de votación similar a DAO, o basado en configuraciones de contratos inteligentes que no se pueden cambiar.
La Carta se creará en el momento de la creación del mundo. La configuración inicial se finalizará en el primer bloque después de la génesis como parte del proceso de creación de DAC. El contrato de gestión será el único firmante capaz de modificar el contrato a partir de entonces. La única excepción es el tipo impositivo, que Metis gestiona y puede establecer MetisDAO.
Gestión de permisos de segunda capa de MVM
En cualquier organización, la estructura y la autoridad son dos factores importantes que influyen en el funcionamiento eficaz. Como parte de MVM, introduce un sistema de permisos flexible que puede administrar con precisión el acceso a DAC de capa 2 específicos en el nivel de código de operación.
En los estatutos de DAC, cada código de operación está asociado con un conjunto de direcciones a las que se les permite o prohíbe ejecutar ese código de operación durante la ejecución. El MVM_ExecutionManager responsable de ejecutar el código de operación verifica los permisos antes de ejecutar el código de operación. Minimice el impacto de las comprobaciones de permisos durante la ejecución mediante la implementación de un almacenamiento en caché extensivo. Algunos ejemplos de implementaciones de permisos incluyen, entre otros:
˙Solo unos pocos firmantes pueden implementar contratos inteligentes; esto permite a DAC tener un mayor control sobre su propio ecosistema, incluida la distribución de tokens.
˙Solo los participantes de DAC pueden enviar transacciones; esta configuración puede crear un DAC autorizado.
˙Algunos firmantes tienen prohibido enviar transacciones. De esta manera, DAC puede incluir en la lista negra a miembros dañinos o usuarios malintencionados.
Se utiliza una capa de almacenamiento especial basada en IPFS para gestionar datos confidenciales.
Otro componente importante es la capa de almacenamiento especial de MVM. MVM tiene una capa de almacenamiento normal para almacenar bloques y estados. Sin embargo, para algunos DAC, puede haber información confidencial que no desean que se divulgue fuera del DAC. Dado que todas las transacciones están empaquetadas en L1 para posibles escenarios de disputa, aún se puede acceder a datos confidenciales en la cadena de bloques fuera del DAC. A menudo se adopta el cifrado como solución a este desafío. Sin embargo, las operaciones de cifrado y descifrado normalmente requieren un administrador de servicios central que proporcione acceso a los pares de claves de cifrado. En Metis, decidieron utilizar IPFS para resolver este problema.
Formas de reducir el fraude
En todas las soluciones móviles, la prevención del fraude siempre es parte del compromiso. Los paquetes acumulativos optimistas suelen tener una ventana antifraude larga para proporcionar tiempo suficiente a los Rangers para verificar la raíz del estado. Esta ventana más larga hace que los retiros a L1 sean menos eficientes. Como parte de MVM, su objetivo es minimizar la ventana de prevención de fraude descentralizando el proceso continuo y promoviendo la verificación de raíz estatal.
Según este trabajo, al separar la computación y el almacenamiento, el proceso de rodadura ya no será manejado por un único generador de secuencia. Se seleccionará aleatoriamente un conjunto de generadores de secuencia para generar la raíz del estado y enviar transacciones.
Además, MVM presenta un personaje único llamado L2 Ranger. Los L2 Rangers son miembros de un DAC especial llamado MVM_RANGERS. Los guardabosques pueden realizar muestreos en todo el bloque de transacciones distribuidas periódicamente desde DAC aleatorios (incluido el propio MVM_RANGERS) y verificar el estado raíz de las transacciones. Cada verificación completa se presentará en forma de incentivos en Metis Token (MT). Si la verificación encuentra una diferencia, puede retirarse a L1 y el proceso de desafío comenzará automáticamente. Un desafío exitoso recompensará al validador con una parte del depósito. Los desafíos fallidos harán que el validador pierda su depósito y eventualmente pierda el acceso a MVM_RANGERS. Todo el trabajo anterior tiene como objetivo hacer que el juego de arbitraje sea más justo y atractivo para los Rangers. A través de pedidos descentralizados y un grupo L2 Ranger saludable, MVM acortará en gran medida la ventana de certificación requerida y mejorará aún más la eficiencia de la red.
Margen del generador de secuencia dinámica para proteger la red.
Otro mecanismo importante para evitar que los generadores de secuencias maliciosos cometan fraude son los depósitos de seguridad. Cada generador de secuencia necesita hipotecar una cierta cantidad de Metis Tokens para calificar. Sin embargo, el ecosistema Metis está estrechamente vinculado a la economía real, donde las transacciones pueden valer miles de millones de dólares. Los riesgos y recompensas del comportamiento malicioso comienzan a favorecer al lado más peligroso. Por lo tanto, MVM introduce un concepto llamado Umbral de margen dinámico (DBT).
DBT se calcula en función de la capacidad económica máxima de un DAC determinado, que es el suministro total de MVM_Coinbase. Si la cantidad de Metis Token (MT) hipotecada por un generador de secuencia específico es inferior al DBT de DAC, el generador de secuencia no puede participar en el trabajo de clasificación de DAC. DBT se actualizará automáticamente cuando se realicen depósitos y retiros de MT. Si después de una operación de depósito no hay ningún generador de secuencia elegible en el grupo de generadores de secuencia, la operación se bloqueará hasta que se encuentre un generador de secuencia elegible.
Acumulación híbrida
El 2 de marzo de 2023, MetisDAO anunció que estaba construyendo el primer Rollup híbrido, combinando la arquitectura Optimistic Rollup con zk a prueba de conocimiento cero. Según el informe de ChainCatcher, el 13 de julio, la Fundación MetisDAO anunció el lanzamiento oficial de su nuevo proyecto incubado ZKM, que se lanzará en la red de prueba antes de fin de año, actualizando el Optimistic Rollup existente a Hybrid Rollup para lograrlo de manera oportuna. retiros (el período de retiro del OP original es de 7 días) y garantizar la seguridad.
Se informa que ZKM utiliza el conjunto de instrucciones MIPS para implementar seguridad a prueba de conocimiento cero (ZKP) para todas las máquinas virtuales (VM) y aplicaciones desde el nivel de CPU, y admite una variedad de motores de contratos inteligentes de blockchain. La función plug-and-play permite a los desarrolladores aplicar ZKP sin cambiar la base del código, lo que reduce los costos de adopción. Aprovechando la infraestructura de seguridad descentralizada de Ethereum, ZKM puede verificar todas las transacciones blockchain y no blockchain. El objetivo del proyecto es expandirse más allá de L2 a L1, la computación en la nube y el Internet de las cosas, convirtiendo a Ethereum en la capa de liquidación para el mundo global blockchain y sin blockchain.
desarrollo ecológico
Su desarrollo ecológico ha sido muy rápido recientemente y actualmente se muestran 81 aplicaciones en el sitio web oficial. DEFI tiene AAVE, DEX tiene sushiswap, la infraestructura tiene chainlink, etc.​
Economía simbólica
El proyecto se lanzó en mayo de 2021. El número total actual de tokens es 10.000.000, la circulación total es 5.420.000 y se han puesto en circulación 4.573.674, por lo que la tasa de circulación actual es solo del 45%. El precio actual de la moneda es de 88 dólares estadounidenses y el máximo fue de 323,35 dólares (17 de enero de 2022). Aunque ha aumentado de 5 a 6 veces, todavía hay una cierta brecha con respecto al punto máximo. En términos de distribución de tokens, 7% del equipo fundador + 6% de la reserva de liquidez = 13%, por lo que el equipo retiene muy poco. Luego verifiqué TVL y era de unos 60 millones de dólares estadounidenses, lo que no es muy alto. Hay una gran brecha entre ARB y OP.​
En conclusión, aunque se sospecha que este proyecto roba el tráfico de ARB y OP, parece razonable. El clasificador está centralizado, un poco como SSV. Le proporciono una solución descentralizada para que la use LIDO. Por supuesto, este proyecto también tiene ciertas innovaciones tecnológicas y ciertas ideas. Un mundo descentralizado requiere que todo esté descentralizado, lo que está más en línea con web3. Y no es un proyecto nuevo, también es un proyecto antiguo. El TVL del First Rift ha aumentado repentinamente hasta cierto punto, lo que está relacionado con su construcción continua. En el segundo diciembre, utilizaron 4,6 millones de tokens Metis para estimular la construcción ecológica. En tercer lugar, la reciente actualización de Ethereum Kunkan ha provocado que toda la L2 aumente. Por supuesto, los fundamentos de este proyecto son bastante buenos, al menos no malos, solo que el punto que corta no es un punto muy doloroso en este momento.