Antecedentes del proyecto
1. Capa 1 e isla cerrada
La capa 1 se refiere a la cadena de bloques subyacente.
Incluyendo Ethereum, Bitcoin, Solana, Polkadot, Near, Cosmos, Aptos, Sui, etc.
son las principales redes en sus respectivos ecosistemas
La capa 1 puede procesar y completar transacciones en su propia cadena de bloques y también viene con su propio token nativo para pagar las tarifas de transacción.
Ethereum es un gigante, pero no puede ser el único.
https://defillama.com/cadenas
El ecosistema L1 está en auge y continúa invadiendo la participación ecológica de ETH
Por razones técnicas, ecológicas, de competencia y de otro tipo, las cadenas principales son como islas aisladas, incapaces de comunicarse entre sí y los activos no se pueden transferir.
2. Cadena cruzada
Cadena cruzada: interoperabilidad entre múltiples cadenas, que incluye principalmente intercambio de tokens, transferencia de tokens y transferencia de información.
El status quo de cada cadena aislada restringe la diversificación de las necesidades de los usuarios y la escalabilidad de la cadena de bloques.
Las nuevas dApps aumentan constantemente, es necesario transferir activos y es necesario interconectar datos
La tecnología entre cadenas se considera el Santo Grial en el campo blockchain y es la tecnología clave para lograr la interoperabilidad entre miles de cadenas.
La importancia se compara con el TCP/IP de Internet, que convierte Internet en Internet.
Gran demanda de Web3
1. Todo el Web3 puede requerir miles de millones de TPS y es posible que muchos L1 no puedan manejarlo juntos.
2. Existe una gran necesidad de agregar toda la L1 en un todo
3. Paradigma de cadena cruzada
1. Intercambio atómico basado en bloqueo de tiempo hash
Principio sencillo
El usuario A genera una contraseña aleatoria r, calcula el valor hash m = hash (r) de r y envía el valor m al usuario B;
Al mismo tiempo, el usuario A inicia una transacción para transferir 1 BTC al usuario B. El éxito de esta transacción es condicional.
El usuario B debe presentar la contraseña r para tener éxito; de lo contrario, la transacción fallará automáticamente después del tiempo preestablecido;
Después de que el usuario B ve la transacción iniciada por A, también inicia una transacción para transferir 10 ETH al usuario A. Esta transacción
El éxito también es condicional y requiere que el usuario A produzca r para tener éxito;
Después de que el usuario A ve la transacción iniciada por B, presenta el valor r, lo que hace que la transacción iniciada por B sea exitosa y obtiene 10 de la transferencia de B.
ETH, se divulga el valor r;
El usuario B también obtuvo el valor r presentado por A en el paso anterior, haciendo exitosa la transacción iniciada por A y obteniendo 1 BTC transferido por A;
Después de exceder el tiempo preestablecido (bloqueo de tiempo hash), la transacción fallará automáticamente;
Los valores hash y los bloqueos de tiempo realizan transacciones atómicas que no están intermediadas entre ambas partes a lo largo de la cadena sin ningún supuesto de confianza, porque la operación hash es irreversible y r no se puede calcular sabiendo que m
Junto con un evento, no se producirá ni el éxito general ni el fracaso general. La transferencia de A a B no tendrá éxito, pero la transferencia de B a A fracasará.
Ambas partes de la transacción deben estar en línea al mismo tiempo e implementar estrictamente el proceso de participación. Si no se puede encontrar una contraparte en línea, debe esperar.
Las tarifas de transacción son relativamente altas
No se puede realizar la transferencia de pases y una transferencia más amplia de información entre cadenas
A menudo se utiliza en combinación con otras tecnologías de cadena cruzada.
2. Múltiples testigos
El método de generación de testigos puede ser de acceso gratuito o basado en permisos.
La base de la confianza de los usuarios en el testigo puede provenir del propio crédito del testigo o de la sobregarantía del testigo.
Los testigos pueden ser designados, rotados o seleccionados al azar.
El modelo testigo es un método de cadena cruzada que es relativamente fácil de implementar, muy versátil y tiene bajos costos de adaptación.
Si un hacker logra entrar en el servidor testigo, puede robar todos los fondos bloqueados en la cadena.
La parte del proyecto puede retirar los fondos correspondientes si son sorprendidos en el acto.
Todo el proceso de verificación no puede evitar por completo el riesgo de cometer actos ilícitos.
Las pérdidas por robo de puentes entre cadenas alcanzarán los 2 mil millones de dólares en 2022, y los proyectos que utilizan MPC cross-chain serán los más afectados
Las principales instalaciones de cadenas cruzadas, como Multichain, Celer y Axelar, utilizan MPC.
3. Oráculo centralizado
El oráculo y el relevo funcionan de forma independiente y se verifican entre sí.
Oracle de Chainlink envía la información entre cadenas de la cadena de origen (recibo) a la cadena principal. Al mismo tiempo, la cadena de retransmisión Relayer también envía información entre cadenas (blockhash y blockreceiptsRoot) a la cadena principal para verificar el contrato de verificación de transacciones de la cadena principal. el recibo enviado por Relayer y Oracle verifica la correspondencia entre los recibos enviadosRoot (no hay correspondencia aquí y es necesario confirmarlo, si se pasa la verificación, el recibo se considera un recibo legal y se envía al protocolo de capa superior). desencadenar operaciones posteriores de activos entre cadenas.
Se debe suponer que Relayer y Oracle son independientes, y esta suposición de confianza no puede establecerse para siempre y no puede ser fundamentalmente
Te garantizo que los dos no pueden conspirar para hacer el mal.
Relayer se basa en la cantidad de promesas para la clasificación autorizada. Aunque se selecciona al azar, todavía pertenece a la persona autorizada. Aún existe el riesgo de que Oracle y la persona autorizada estén en connivencia.
Al mismo tiempo, la alimentación de datos entre cadenas de la máquina Oracle no es lo suficientemente precisa y el grado de descentralización no puede proporcionar pruebas criptográficas, y existe la posibilidad de que un tercero colabore para causar el mal.
El proyecto del token es LayerZero.
No absolutamente descentralizado
4. Nodos de luz
4.1 Nodos de luz
Cliente ligero
Se refiere a un nodo más pequeño que solo almacena información del encabezado del bloque.
Los nodos ligeros no almacenan todas las transacciones en la cadena, pero pueden verificar la autenticidad de los mensajes de la cadena de origen a través de la información del encabezado del bloque.
El proceso es aproximadamente el siguiente.
Cuando la cadena de origen A (como SOL) solicita transmitir información de transacción entre cadenas a la cadena de destino B (como ETH), el iniciador de la transacción proporcionará los detalles de la transacción, la altura del bloque y el certificado SPV de la transacción (refiriéndose a la ruta de la transacción Mekre) y enviarla a la cadena B;
El contrato de nodo ligero de la cadena A implementado en la cadena B, a través de la prueba SPV, recalcula el valor hash del encabezado del bloque donde se encuentra la transacción;
El valor hash obtenido se compara con el valor hash del encabezado del bloque correspondiente en el nodo ligero. Si son consistentes, significa que la transacción ocurrió en el bloque. Si son inconsistentes, significa que la transacción no existe en esta área. ;
4.2 Nodo ligero anclado bidireccional de doble cadena
Ambas cadenas son cadenas principales, ambas tienen mecanismos de consenso y tokens nativos, y cada una tiene garantías de seguridad.
La relación entre la cadena de origen y la cadena de destino es relativa y las dos cadenas pueden ser la cadena de origen de la otra.
En un evento de mensajería entre cadenas, la fuente del mensaje a menudo se denomina cadena de origen y el receptor del mensaje se denomina cadena de destino.
Al enterrar los nodos de luz de cada uno, las partes de cadenas cruzadas pueden leer información en las cadenas de los demás y comunicarse entre sí. Esta forma se llama Vinculación bidireccional.
Hay grupos de retransmisores en ambas direcciones responsables de transmitirse información entre sí.
El proyecto representativo es el Protocolo MAP, que está anclado bidireccionalmente a cualquier cadena.
4.3 Anclaje bidireccional de subcadenas
La subcadena y la cadena principal se transmiten información entre sí a través de nodos de luz, como la relación entre la red principal de Polkadot y la subcadena, la relación entre Cosmos y la subcadena, y la relación entre Aurora y la subcadena. -cadena.
La subcadena no tiene su propio mecanismo de consenso ni certificado nativo. Su seguridad depende completamente de la cadena principal y es unidireccional. La cadena lateral en sí es una cadena de bloques que opera de forma independiente. un concepto relativo, bidireccional.
4.4 Cadena de relés
Establecer nodos ligeros de anclaje bidireccionales entre cada dos cadenas. El número de conexiones y los costes de adaptación aumentarán exponencialmente a medida que aumente el número de cadenas.
Cadena de retransmisión: establezca una cadena de retransmisión. Hay nodos ligeros de todas las demás cadenas principales en la cadena de retransmisión y luego establezca nodos ligeros de esta cadena en cada cadena. Todas las demás cadenas están conectadas a la cadena de retransmisión y el costo comienza inmediatamente. n(n-1)/2 reducido a n (n es el número de cadenas)
4.5 Ventajas de los nodos ligeros de cadena de relés
Seguridad de la red principal compartida
El esquema de relevos es una variante del esquema de anclaje bidireccional y comparte la seguridad de la cadena principal;
La información de la transacción se verifica a través del encabezado del bloque y su confiabilidad está garantizada criptográficamente. Si la transacción existe no tiene nada que ver con el verificador y está completamente descentralizada;
El procedimiento de verificación del nodo ligero es exactamente el mismo que el de la red de la cadena de origen, compartiendo la seguridad de la red de origen;
El encabezado del bloque pasado por Relayers no se puede falsificar, porque el contrato del nodo ligero puede verificar estrictamente el bloque como un nodo completo, y los encabezados del bloque falsos no pueden pasar la verificación;
La única forma viable para que los retransmisores maliciosos se confabulen para hacer el mal es pasar el encabezado de un bloque en una cadena bifurcada, pero para una red saludable, la cadena bifurcada no se convertirá eventualmente en la cadena más larga;
Solo cuando se reorganice la cadena de origen o la cadena de destino se verá afectada la seguridad del contrato del nodo ligero;
Completamente descentralizado
El retransmisor es diferente de los testigos. El retransmisor está controlado por contrato y no tiene nada que ver con la centralización;
No confiar en ningún tercero privilegiado, o tercero autorizado para la verificación de legalidad;
Menores costos operativos y un futuro descentralizado más amplio
El retransmisor en la cadena lateral del nodo ligero no necesita estar sobregarantizado como el testigo y puede lograr la emisión de más activos anclados entre cadenas a un costo menor;
Los nodos ligeros no requieren hardware potente ni el gran ancho de banda necesario para ejecutar nodos completos, y se puede participar pidiendo prestado dinero de teléfonos móviles o dispositivos integrados, lo que favorece más la descentralización;
Una forma ligera de verificar rápidamente la legitimidad de una transacción en todo el libro mayor
Los nodos ligeros utilizan el método de nodos ligeros de cada uno para verificar el contrato, que tiene características de autoverificación independientes.
Tiene una alta escalabilidad y actualmente es la solución de cadena cruzada más utilizada.
4.6 Desventajas de la cadena de relevos
Es necesario formular diferentes planes de adaptación basados en las características de las diferentes cadenas de acceso para lograr la compatibilidad activa, lo que requiere una gran carga de trabajo.
Diferentes cadenas tienen diferente seguridad, lo que implicará problemas de crédito entre cadenas de diferentes cadenas de acceso para proteger la seguridad de toda la red entre cadenas.
Nuevas cadenas de bloques van surgiendo una tras otra. Si aparecen cadenas de acceso con nuevas características, es necesario desarrollar nuevas adaptaciones.
4.7 Plano para la formación de la cadena de relevos: cadena completa
La cadena completa es el futuro de las cadenas múltiples, resolviendo los problemas entre cadenas de una vez por todas
Realizar la interconexión de miles de cadenas.
Una determinada cadena de retransmisión se convierte en la capa 0 del mundo blockchain, y otras cadenas están conectadas en forma de capa 1, capa 2...
La cadena de retransmisión no es solo un puente, sino un centro (centro de cadena). Si bien el centro es responsable de la transmisión de mensajes entre cadenas, también necesita manejar problemas como el enrutamiento de mensajes entre cadenas y la sincronización de los mensajes.
Las dApps, los protocolos y los usuarios de diferentes cadenas principales interactúan de forma fluida y fluida, lo que da como resultado una mejor experiencia de usuario.
Conecte todos los usuarios y activos en la cadena de bloques y los libros de contabilidad de cadenas múltiples ya no estarán fragmentados.
Es el mejor plan de crecimiento para dApp bajo la coexistencia de múltiples cadenas y es la clave para el crecimiento de Web3.
En un futuro en el que la competencia entre múltiples cadenas será cada vez más feroz, la infraestructura de cadena completa puede ser una solución de expansión de blockchain más importante que L2.
4.8 Cadena de relevos dominante Polkdot y Cosmos
La ranura paralela de Polkadot y el Hub de Cosmos son relaciones típicas de "anclaje bidireccional", las cuales contienen la idea de retransmisión y tienen como objetivo realizar la interconexión de todas las redes.
El protocolo de mensajería entre cadenas IB de Cosmos todavía depende de contratos de nodos ligeros integrados en la cadena receptora para verificar los mensajes entre cadenas. El protocolo de mensajería entre cadenas XCMP de Polkadot no utiliza tecnología de nodos ligeros para verificar la legitimidad de las propiedades de los mensajes entre cadenas. , en lugar de usar validadores compartidos
La cadena de retransmisión de Polkadot y Cosmos Hub no tienen la integridad de Turing y no pueden compilar el sustrato creado por Polkadot, y el SDK de cadena cruzada creado por Cosmos requiere que se implanten otras cadenas en la parte inferior de la cadena, es decir, Ethereum y BNB. , Klaytn, Polygon, Avax y otras herramientas de desarrollo fuera de la cadena, es necesario modificar activamente la estructura subyacente de la cadena de bloques para hacerla isomorfa con ellas, y luego implantar el SDK en la capa inferior de la cadena para lograr una cadena cruzada. . Pero modificar la estructura subyacente es un desafío extremadamente complejo, por lo que actualmente no existe una L1 próspera que esté conectada a la cadena de retransmisión de Polkadot y Cosmos Hub.
Para conectarse con la cadena de retransmisión de Polkadot, los derechos de contabilidad deben entregarse a la cadena de retransmisión, lo que significa que la seguridad debe entregarse a la cadena de retransmisión, que es algo que otras L1 ecológicamente prósperas no pueden aceptar.
Para los desarrolladores de dApp, el uso de Polkadot y Cosmos requiere que primero creen su propia L1 dedicada y luego implementen su dApp en la L1 que crearon. Pero construir su propia L1 no es el requisito principal de la dApp, pero sí cubrir más usuarios y activos. No importa desde la perspectiva del costo de desarrollo, el costo de aprendizaje o la seguridad, no es rentable construir L1 primero y luego buscar una ruta de desarrollo para vincular los activos de los usuarios a través de cadenas con otras cadenas.
Aunque Polkadot y Cosmos utilizan el mecanismo de cadena cruzada de cliente ligero (cliente ligero), que también es muy seguro, parece más bien que han construido un enorme ecosistema interno y no han hecho mucho en términos de una verdadera interoperabilidad entre cadenas y la ampliación del ecosistema dApp. No es ideal. Sus estructuras de diseño y mecanismos técnicos les dificultan la interoperabilidad con cadenas de bloques prósperas como Ethereum y BNB. Para las dApps, aunque proporcionan herramientas convenientes para la emisión en cadena, en realidad no resuelven sus demandas de cobertura de usuarios y activos.
Cualquier cadena principal que quiera vincularse a Polkadot o Cosmos solo puede ser compatible activamente.
Por el momento, todavía no vemos motivaciones o tendencias que hagan compatibles a ambas partes.
Análisis del proyecto del Protocolo MAP
1. Introducción del proyecto
La cadena principal del protocolo MAP Relay Chain es una cadena de retransmisión y hay nodos ligeros de todas las demás cadenas principales en la cadena.
y ha instalado nodos ligeros del Protocolo MAP en su cadena principal
El protocolo MAP precompila de forma proactiva la capa de contrato en la cadena principal Relay Chain con algoritmos de firma integrados y algoritmos hash para cada prosperidad L1.
Conéctese completamente a EVM y no EVM convencionales, como Ethereum/Polygon/BNB Smart Chain/Klaytn/NEAR, e implemente los nodos ligeros de la cadena de retransmisión de la cadena principal del protocolo MAP en cada L1 en forma de contratos inteligentes.
A través de la interconexión de los nodos ligeros con la cadena principal de nodos ligeros Relay Chain instalados, todos los L1 y Relay Chain se convierten en cadenas isomórficas, al mismo tiempo que se realiza la verificación de validez entre cadenas entre nodos ligeros.
2. Estructura del proyecto
1. Núcleo básico de capa de protocolo
Compuesto por MAP Replay Chain, nodos ligeros implementados en cada cadena y mantenedor del programa de mensajería entre cadenas.
La capa de máquina virtual MAP Relay Chain ha incorporado con éxito los principales algoritmos de firma L1, algoritmos hash y pruebas de Merkle Tree en forma de contratos precompilados, lo que convierte a MAP Relay Chain en una máquina de súper lenguaje que domina varios idiomas a través de MAP. Relay Chain cadena a cadena pueden comunicarse entre sí, lo que sienta una base homogénea para la interoperabilidad de varias cadenas.
Los nodos ligeros tienen las características de autoverificación independiente y garantía de finalidad instantánea. Basado en la base isomórfica de MAP Relay Chain, la red de validación cruzada de nodos ligeros puede tener el mismo lenguaje de datos y se puede implementar fácilmente en cualquier L1 correspondiente en el formulario. de contratos inteligentes y luego realizar una verificación de validez descentralizada entre cadenas.
El mantenedor es un programa de mensajería entre cadenas independiente, responsable de actualizar el estado más reciente de los nodos ligeros y de escribir la información del encabezado del bloque de la capa de consenso (firma del validador) de cada cadena en el contrato inteligente del nodo ligero de la cadena de origen en la cadena de destino. la forma de una transacción Esto garantiza que los nodos ligeros de la cadena de origen en la cadena de destino sean consistentes con la información del Validador de la cadena de origen.
2.Capa de servicio de cadena completa MOS
MAP Omnichain como capa de servicio
Similar al servicio móvil de Google para el ecosistema de Android, proporciona servicios de desarrollo de cadena completa para desarrolladores de dApps.
Esta capa tiene contratos inteligentes de bloqueo de activos entre cadenas y un componente de mensajería entre cadenas Messenger implementado en cada cadena de bloques. Los desarrolladores pueden usar esta capa directamente para crear escenarios de aplicaciones de cadena completa, o pueden compilarlas aún más según sus propias necesidades. y costos de aprendizaje en toda la cadena
Los contratos inteligentes en esta capa son todos componentes de código abierto que han pasado la auditoría de CertiK, y los desarrolladores de dApp pueden usarlos directamente sin preocuparse por la seguridad y los costos de desarrollo.
3.Capa de aplicación de cadena completa
Capa de aplicación Omnichain
Tomemos como ejemplo los derivados descentralizados y los activos sintéticos. Actualmente, están sujetos al precio y la cantidad de otros activos en la cadena no se puede obtener información precisa y oportuna de los datos de los activos a través de oráculos fuera de la cadena, por lo que falta liquidez y experiencia del usuario. bien.
Aunque la implementación de múltiples cadenas puede resolver este problema, este proceso requiere mucho tiempo y mano de obra, y aumentará los costos de desarrollo innecesarios.
Después de la implementación en MAP Replay Chain, los derivados descentralizados y los activos sintéticos pueden obtener datos precisos de múltiples cadenas de los oráculos en la cadena del Protocolo MAP y ya no están sujetos a los obstáculos del flujo de datos, lo que permite realizar fácilmente el flujo completo de activos de la cadena. .
Escenarios de aplicación similares incluyen DID de cadena completa, préstamos de cadena completa, Swap de cadena completa, GameFi de cadena completa, gobernanza DAO de cadena completa, tokens de cadena completa y NFT de cadena completa, independientemente de cuál L1 sea el contrato comercial principal de la dApp. se implementa, a través del protocolo MAP, los desarrolladores pueden crear fácilmente aplicaciones de cadena completa capaces de cubrir todos los usuarios y activos de la cadena.
4. aplicación de la tecnología zk
Verificaciones de firma: las verificaciones de prueba de Merkle contra raíces Merkle específicas, así como el encadenamiento de hash y las verificaciones de trabajo acumulativas son adecuadas para la autenticación a través de zkSNARK.
En términos de construir nodos ligeros, es más fácil almacenar grandes cantidades de información del grupo de validadores o encabezados de bloques.
El compromiso se refiere al conjunto de validadores (PoS) o al último conjunto de encabezados de bloque (PoW), y se actualizará cada vez que cambie el conjunto.
Utilice zkSNARK para demostrar que el cambio del compromiso anterior al nuevo compromiso refleja un cambio válido en el conjunto de validadores o conjunto de encabezados de bloque.
Las restricciones impuestas por zkSNARK incluyen principalmente verificar si suficientes validadores antiguos han aprobado el nuevo conjunto y si el peso de la votación supera un cierto umbral.
3. Ejemplos de aplicaciones de cadena completa
1. Préstamos entre cadenas
Actualmente, si un usuario tiene dinero en la cadena A pero quiere minar en la cadena B, el usuario debe seguir 9 pasos.
Promesa en la cadena A -> pedir prestado -> puente entre cadenas (tarifa) -> intercambio (tarifa) -> mina en la cadena de destino -> devolución de intercambio (tarifa) -> devolución entre cadenas (tarifa) -> pagar el préstamo - >Cancelar promesa;
A través del protocolo MAP, usted se compromete en la cadena A, pide prestado, extrae, paga y desbloquea la promesa en la cadena de destino, omitiendo cuatro puentes entre cadenas y tarifas de cambio.
2. Intercambio de cadena completa
Full-chain Swap conecta los mejores protocolos DeFi entre cadenas para intercambiar monedas a tarifas mucho más bajas que los intercambios DeFi tradicionales.
A través del protocolo MAP, los desarrolladores pueden crear un intercambio de cadena completa verdaderamente descentralizado, lo que permite a los usuarios intercambiar cualquier token en cualquier cadena.
El SWAP de cadena completa también puede lograr un intercambio de agregación de cadena completa al conectar la liquidez de los DEX convencionales.
Los AMM existentes se pueden empaquetar para realizar intercambios de cadena completa de un activo a otro sin modificar ningún código existente.
Los usuarios podrán cambiar de ETH de Ethereum a Near de NEAR con una sola transacción desde la cadena fuente.
En un intercambio de cadena completa creado con el protocolo MAP, los usuarios pueden aumentar la liquidez de las monedas multicadena en un grupo, lo que significa que es posible proporcionar liquidez a un par de tokens de diferentes cadenas.
Los usuarios pueden intercambiar directamente un token por otro token en una cadena diferente sin utilizar ningún token intermedio, como monedas estables, para lograr el camino más corto para los intercambios de cadena completa.
Butter Swap es la primera red entre cadenas verdaderamente descentralizada que permite a los usuarios intercambiar cualquier token en cualquier cadena. Actualmente se está probando y se lanzará pronto.
3, Zenryu GameFi
A través del protocolo MAP, los proyectos de GameFi pueden implementar sus tokens en múltiples cadenas y permitir que los usuarios de otras cadenas transfieran sus activos de manera eficiente y segura a la cadena de su proyecto.
Por ejemplo, un proyecto BNB Chain GameFi implementa sus tokens en las cadenas Polygon y WAX. Los usuarios de Polygon y BSC pueden transferir sus activos a WAX a través del puente entre cadenas y participar en GameFi, aumentando así los usuarios exponencialmente.
Otra forma de escalar y mantener una buena experiencia de juego es implementar directamente en MAPO Relay Chain. A través de la interoperabilidad de MAPO Relay Chain, el proyecto GameFi puede ser efectivo automáticamente con todas las cadenas EVM y no EVM al implementarse en MAPO Relay. Cadena y bien conectada. MAPO Relay Chain se conectará activamente con todas las cadenas futuras para que los proyectos de GameFi puedan centrarse en la experiencia del usuario sin preocuparse por problemas de escalabilidad y seguridad.
4. Datos de la cadena: oráculos y derivados de la cadena
El protocolo MAPP implementa datos entre cadenas y está cultivando un nuevo mercado de oráculos: oráculos en cadena
Mediante la implementación en la cadena de retransmisión MAPO, las aplicaciones de activos sintéticos y derivados pueden obtener fácilmente datos confiables de múltiples cadenas de oráculos en cadena.
5. Gobernanza de toda la cadena
Tome Aave como ejemplo
Una propuesta ejecutada en la red Ethereum (ETH) fue enviada al Polygon FxPortal, según afirmaron sus desarrolladores. Luego, el mecanismo lee los datos de Ethereum y los pasa a la red Polygon para su verificación. Luego, el contrato puente de gobernanza entre cadenas de Aave recibe los datos, los decodifica y pone en cola la acción, esperando a que se complete el bloqueo de tiempo. El puente de gobernanza entre cadenas de Aave está construido de manera universal y se puede adaptar fácilmente para operar con cualquier cadena que admita EVM y la transferencia de información entre cadenas.
Actualmente, el repositorio admite la conexión de contratos con Polygon y Arbitrum. En Aave, los usuarios pueden enviar protocolos de mejora de Aave, o AIP, para apuntar a varias funciones de la plataforma DeFi. Con la interoperabilidad del protocolo MAP con todas las cadenas, se puede lograr la gestión de cadena completa de todos los EVM y cadenas heterogéneas a través de una infraestructura segura entre cadenas.
6. Fichas fungibles y puente NFT
Los puentes entre cadenas y los puentes NFT entre cadenas ya no necesitan construir su infraestructura ni utilizar MPC
Utilizando la red de verificación entre cadenas subyacente de MAPO con finalidad instantánea y el paquete de servicio de desarrollador de aplicaciones MOS, los desarrolladores de puentes entre cadenas pueden crear fácilmente sus aplicaciones NFT o puentes de token fungibles.
4. Ventajas del proyecto
1. Interconexión de cadena completa, cadena cruzada de red completa
A diferencia de Cosmos, Polkadot y Aurora, MAP Relay Chain es isomórfica con todas las cadenas e interconecta todas las L1, no solo las cadenas isomórficas ecológicas. Es la única infraestructura de cadena completa en el mercado que puede cubrir todas las cadenas y tiene la mayor seguridad.
A través de la cadena de retransmisión, todos los libros de contabilidad de la cadena pública fragmentados se convierten en un conjunto de libros de contabilidad distribuidos.
Rainbow Bridge, Polkadot, Cosmos IBC y el protocolo MAP de cadena completa en NEAR utilizan un consenso 100% de Satoshi y una tecnología de cadena cruzada de autoverificación independiente de cliente ligero 100% matemáticamente probada. Sin embargo, Polkadot, Cosmos IBC y Rainbow Bridge con. NEAR no puede cubrir todas las cadenas, sólo puede cubrir su propia ecología. Por ejemplo, Polkadot y Cosmos IBC no pueden admitir cadenas cruzadas de cadenas heterogéneas como Ethereum, BNB Chain y Rainbow Bridge actualmente solo pueden cruzar Aurora (EVM de NEAR).
2. Completamente descentralizado, sin privilegios, mecanismo de consenso 100% Satoshi
Los nodos ligeros, los mantenedores y los mensajeros se verifican entre sí para garantizar la autenticidad y la seguridad de la verificación entre cadenas de manera integral, y eliminan mecánicamente la posibilidad de que los mensajeros y los mantenedores hagan el mal en la cadena cruzada a nivel de blockchain con consenso 100% Satoshi. Verificación de tecnología, todo el proceso de verificación no depende de ninguna verificación de datos fuera de la cadena ni de ningún rol privilegiado de terceros. Es un mecanismo descentralizado entre cadenas totalmente demostrable.
LayerZero incluye nodos ligeros, pero esto es solo para verificación en la misma cadena, no para verificación entre cadenas, y también es un rol privilegiado ambiguo (oráculo)
3. Seguridad de la cadena principal compartida
MAP Replay Chain adopta un esquema de retransmisión y anclaje bidireccional de nodos ligeros. El proceso de verificación de los nodos ligeros es exactamente el mismo que el de la red de la cadena de origen. El mecanismo completo de verificación de la red principal dual está garantizado mediante criptografía. , Afectará la seguridad de los contratos de nodos ligeros y es la solución entre cadenas más segura hasta ahora.
4. Compatible con cadenas EVM y cadenas no EVM
El algoritmo de firma y el algoritmo hash de cada cadena pública están prediseñados en la cadena de retransmisión. No solo se puede expandir a múltiples cadenas, sino que también puede vincular cadenas EVM y no EVM, lo que admite la comunicación entre cadenas y es segura y segura. transferencia fluida de activos.
5. Muy amigable con los desarrolladores.
Compatible con casi todas las cadenas de bloques y admite la implementación nativa de DApps en la cadena de retransmisión
SDK de cliente ligero entre cadenas basado en cliente ligero, se puede acceder directamente a cada cadena de bloques en la capa inferior
Proporcionar un SDK de desarrollo propio para reducir la complejidad del desarrollo de dAPP para los desarrolladores.
El diseño exclusivo de cliente ligero basado en prueba de conocimiento cero reduce la dificultad del desarrollo de cadenas heterogéneas al tiempo que garantiza la seguridad de la transmisión de mensajes entre cadenas.
6. Menores costos operativos y un futuro descentralizado más amplio
El retransmisor en la cadena lateral del nodo ligero no necesita tener una garantía excesiva como el testigo y puede lograr la emisión de más activos anclados entre cadenas a un costo menor.
Optimice los costos de verificación de datos y reduzca las tarifas del gas mediante el método de verificación entre cadenas de prueba de conocimiento cero (ZK) + cliente ligero (cliente ligero)
5. equipo
El Protocolo MAP se fundó en 2019
Es un equipo completamente dominado por una cultura de ingenieros e investigadores geek.
6. Redes sociales y promoción
Gorjeo 106.000
Los tweets son altamente interactivos
El fundador participa activamente en diversas actividades.
Colaborar proactivamente con otras partes del proyecto.
7. Modelo económico de tokens
La oferta total es de 10 mil millones.
15% para motivar al equipo
El 21% pertenece a Ecosystem DAO
12% propiedad de MAP Protocol Foundation
22% propiedad de inversores y primeros patrocinadores
30% es recompensa minera
8. Valor de mercado
Capitalización de mercado: $22,342,490
Oferta circulante: 2.228.621.190
Tasa de circulación: 22,3%
Capitalización de mercado total: $101,348,762
9. Tenencias de divisas
10. Estado de desarrollo del código
El código comenzó en 2021 y no se ha interrumpido hasta el día de hoy, y la frecuencia de actualizaciones es relativamente alta.
10 participantes del código
Iteración de actualización de versión 8 veces
11. Evaluación de expertos
1. Bohao Tang, desarrollador jefe de Flow
El protocolo MAP está ayudando a Flow a construir la infraestructura para una experiencia de aplicación de cadena completa. Tiene las características de un papel sin privilegios en el enlace de verificación entre cadenas y cubre todas las cadenas EVM y no EVM. Creemos que puede traer más colorido. posibilidades al ecosistema Flow.
2. Profesor Liu Yang, director del Laboratorio de Seguridad Cibernética de la Universidad Tecnológica de Nanyang
La interoperabilidad de cadena completa del protocolo MAP es más segura, más compatible y más amigable para las dApps que otras soluciones de cadena cruzada. "El protocolo MAP utiliza su diseño de solución de cadena cruzada maduro, novedoso y estable para comparar cadenas EVM y no EVM. Con soluciones centralizadas de cadena cruzada sin cadenas de retransmisión como Axelar y Celer, la cadena de retransmisión del protocolo MAP no solo es fácil de expandir la arquitectura de cadenas múltiples, sino que también permite una comunicación entre cadenas y una transferencia de activos seguras y fluidas. Maldad por parte de superadministradores que controlan la comunicación entre cadenas.
En comparación con las soluciones descentralizadas de Polkadot y Cosmos que utilizan cadenas de retransmisión, el protocolo MAP agrega de forma única una solución a prueba de conocimiento cero y utiliza clientes ligeros en forma de contratos inteligentes para verificar mensajes entre cadenas. Este método de implementación liviano no solo elimina la necesidad de incorporar SDK y compatibilidad estructural en la capa inferior entre cadenas heterogéneas, sino que también garantiza la seguridad y confidencialidad de la transmisión de mensajes entre cadenas, lo que la hace compatible con casi todas las cadenas de bloques e interopera.
Lo más importante es que el innovador diseño de cadena cruzada del protocolo MAP permite que las dApps se desarrollen e implementen de forma nativa directamente en la cadena de retransmisión. Al conectar activos en varias cadenas de bloques, MAP Relay Chain se ha convertido en un componente clave para la interacción de datos y activos entre cadenas, y tiene la oportunidad de demostrar ser el futuro real de las soluciones entre cadenas.
12. Conclusión
Soluciones de alta calidad para la interconexión entre cadenas (seguridad de la cadena principal compartida, descentralización)
Toda la red es cruzada y toda la cadena está interconectada, con amplias perspectivas.
El equipo acumula muchos años de duro trabajo.
Proyectos de alta calidad, pero valoraciones demasiado bajas
Referencias:
https://files.mapprotocol.io/pdf/mapprotocol_Litebook_cn.pdf
https://www.panewslab.com/zh/articledetails/D62579631.html
https://foresightnews.pro/article/h5Detail/19308 https://view.inews.qq.com/k/20230206A02IC400?web_channel=wap&openApp=false