Para que el esquema se convierta en infraestructura, es esencial abstraer un modelo de negocio general de los requisitos reales, incluidos los requisitos de transferencia de cadena cruzada del mismo token, diferentes tokens y NFT.
El mundo de Orbiter comprende dos partes: los eventos de iniciación del remitente en la red iniciadora y los eventos de respuesta de fabricantes en la red de destino.
La misión de Orbiter es garantizar que estos dos eventos ocurran al unísono.
¿Cómo completa Orbitter el proceso?
R. Para que los remitentes se sientan seguros para iniciar eventos, los fabricantes prometen un margen suficiente en el contrato de MDC en la cadena para responder al evento.
B. Si Maker no responde al evento iniciado del remitente prometido, el remitente debe enviar una solicitud de arbitraje al contrato de MDC y proporcionar pruebas de iniciación del evento.
C. Si Maker no proporciona al contrato de MDC con el evento de prueba de respuesta dentro del tiempo especificado, el contrato de MDC compensará al remitente con el margen de Maker.
El sistema de Orbiter contiene tres contratos y módulos:
MDC （Contrato de depósito del fabricante）
MDC tiene dos funciones centrales: mantener el margen del fabricante, la resolución de disputas y el manejo de los activos de retorno y la compensación.
EBC (contratos vinculantes para eventos)
EBC se usa para calcular el objetivo válido TX correspondiente en función de la fuente TX.
Cliente de luz SPV.
SPV demuestra que la fuente TX ha ocurrido en la red de origen.
Estos tres contratos y módulos se ejecutan en la cadena X, que puede ser cualquier entorno de compra de contrato inteligente en el sistema Ethereum, el Ethereum Mainnet, cualquier red de red o incluso red de origen u red de destino siempre que la cadena mantenga contratos inteligentes.
Los tres módulos de contrato funcionan juntos como este:
Maker puede apoyar los requisitos de transferencia de rollo cruzada del remitente después de depositar un margen en el contrato MDC.
En el proceso de transferencia correcto normal, después de generar una fuente TX en la red de origen, el EBC calcula el objetivo TX que cumple con los requisitos de acuerdo con la fuente TX. Maker envía Target TX a Target Network para completar una transferencia de rollup.
Pero cuando Maker no envía Target TX a tiempo, el remitente debe proporcionar prueba de origen TX a SPV en la cadena X y solicita el arbitraje al contrato MDC. El MDC obtiene la prueba de ocurrencia de fuente TX a través de SPV, obtiene la prueba de validez TX de origen a través de EBC, establece la solicitud de arbitraje como un evento sin procesar y espera a que Maker envíe la prueba TX de destino. Supongamos que Maker no proporciona a TX Tx Prueba de inmediato. En ese caso, MDC iniciará el proceso de compensación, devolverá los activos y enviará una compensación al remitente en la cadena X con el margen del fabricante.
¿Qué es el MDC?
MDC (contrato de depósito de fabricantes) es un contrato de almacenamiento para el margen, que especifica una lógica del proceso de arbitraje común. Maker predepostará previamente el margen en el contrato de MDC y bloqueará un margen suficiente para hacer una transferencia de rollo a través de eventos (contrato de enlace de eventos, entorno y moneda) para garantizar que el remitente pueda ser compensado en un caso adverso.
¿Cómo se ocupa el MDC con el arbitraje？
Los procedimientos de arbitraje se iniciarán cuando ocurran todas las siguientes condiciones.
Después de que se haya completado todo el proceso de arbitraje, el remitente recuperará los activos y la compensación.
Orbitter lee el valor de hash válido registrado por dos redes en el NET de Mainnet como base para el arbitraje.
Las siguientes condiciones deben tomar la decisión del remitente:
Antes de que el remitente decida transferir, solo necesita saber la condición de operación de la dirección del fabricante correspondiente a otras transferencias fuera de la cadena para ver la capacidad del fabricante y elegir si transferir.
Estamos desarrollando un módulo SPV, y será de código abierto cuando lo completemos. Actualmente, el estado es:
Se implementarán en aproximadamente dos meses.
