Escrito por: Haotian
En pocas palabras, la red GOAT propondrá una capa de Bitcoin2 descentralizada y segura basada en el mecanismo de seguridad nativo bloqueado por script BTC proporcionado por Optimistic Challenge Proof (OCP) y la capa de liquidez unificada interoperable proporcionada por la solución ZKM Entangled Rollup. ¿Cómo hacerlo específicamente?
Debido a las limitaciones naturales del lenguaje de script de la red principal de BTC, es imposible garantizar la finalidad instantánea de las transacciones para depósitos y retiros de activos entre cadenas a través de la Prueba de validez ZK convencional. Esto hace que las soluciones comunes de expansión de segunda capa de Bitcoin requieran una "tercera". -entidad de confianza del partido" ”.
Para abordar este problema, Babylon proporciona un modelo de seguridad entre cadenas único que combina bloqueos de tiempo, firmas únicas (EOTS), consenso de firmas múltiples y otras tecnologías.
Sin embargo, el diseño de Babylon se basa en la red principal para brindar seguridad y se parece más a una capa de seguridad compartida. En comparación con el esquema tradicional de expansión de la capa 2 que coloca las transacciones en la segunda capa, este tipo de consenso de seguridad carece del libro mayor de la segunda capa y del mecanismo de verificación del libro mayor de la segunda capa en la primera capa. Si Layer2 depende demasiado de la solución de Babylon, perderá el control sobre sí mismo. Por lo tanto, Babylon prefiere algunas soluciones de extensión de gestión de activos en lugar de soluciones de seguridad comunes de uso general.
Goat Network se posiciona como una solución de expansión de segunda capa descentralizada más general con características nativas seguras de cadena cruzada.
Su mecanismo nativo de cadena cruzada implementa un protocolo de desafío optimista basado en la idea de BitVM2. Todos los cálculos e interacciones se ejecutan fuera de línea en la segunda capa. Cuando ocurre un "desafío", la cadena se ejecutará en la red principal de Bitcoin. , la capa 1 de Bitcoin actuará como árbitro para garantizar la seguridad.
En particular:
1) Los activos depositados (Peg-in) por los usuarios en la capa 2 serán administrados primero por el fondo de la red GOAT y bloqueados en un script de múltiples firmas de Bitcoin de n de n;
2) Cuando el usuario inicia un retiro (Peg-out) en la capa 2, el operador del nodo de la red GOAT transferirá inmediatamente los activos al usuario, lo que equivale a un "pago por adelantado";
3) Después de completar el pago, el Operador iniciará una transacción que contiene un script de desafío y un script de activos para el fondo común de la red GOAT, exigiendo que los activos que ha pagado, así como las recompensas correspondientes y las tarifas de manejo, se transfieran a la cuenta del nodo;
4) Para evitar que el operador del nodo haga el mal, aquí se introduce un mecanismo de desafío. Cualquier usuario puede pagar una cierta cantidad de activos BTC para llamar al script de desafío. Si el desafío tiene éxito, se demuestra que el comportamiento del operador del nodo es correcto. es deshonesto y la solicitud de retiro del nodo dejará de ser válida. Los activos pignorados correspondientes se transferirán a la cuenta del retador. Si el desafío no tiene éxito, el operador del nodo recibirá todos los activos, incluidas las tarifas por adelantado, después de un cierto período de tiempo.
En la comprensión popular, GOAT Network equivale a construir un protocolo de red de middleware basado en Entangled Rollup. Cada vez que un usuario deposita o retira un activo, los nodos de la red Entangled Rollup lo "avanzan". El lado del usuario tiene garantizada una seguridad absoluta. mientras que el lado del nodo es El mecanismo de desafío (OCP) se utiliza para eliminar la posibilidad de un mal potencial. Por ejemplo, el operador del nodo construye un usuario de retiro falso y retira fondos legales del fondo de fondos del usuario real.
Es diferente de las ideas de desafío proporcionadas por BitVM2. BitVM2 se basa en soluciones de circuitos NAND y desafía las transacciones a través de protocolos de seguimiento de compromiso y bisección de puertas lógicas. Este proceso está limitado por el tamaño del script de la red principal de Bitcoin. e ineficientes serán menores.
GOAT Network implementa la certificación SNARK basada en ZKM y utiliza firmas Winternitz para optimizarla, de modo que pueda lograr la unidad de almacenamiento Taproot más pequeña para lograr la verificación de validez del script en la red principal de Bitcoin.
Con el mecanismo de prueba del retador OCP, se puede garantizar que la seguridad del conjunto de activos del usuario esté protegida por el "arbitraje" de la red principal de Bitcoin. Sin embargo, en la mayoría de los casos, los usuarios ejecutan transacciones en la capa 2 de BTC y en el secuenciador de segunda capa. es responsable de verificar y clasificar las transacciones, que aún existen varios riesgos potenciales de seguridad, como MEV y tiempo de inactividad. Por lo tanto, la red GOAT también implementa la descentralización de Sequencer basada en el bloqueo de scripts BTC y el mecanismo de firma única para consolidar aún más el mecanismo de confianza de seguridad.
Anteriormente, escribí un artículo específicamente para analizar el protocolo Entangled Rollup. Es una capa de interoperabilidad unificada que puede realizar la transferencia de activos y mensajes entre operadores de nodos, mientras utiliza un mecanismo de gobernanza de seguridad descentralizado para garantizar la seguridad.
En resumen, GOAT Network unifica la capa interoperable a través del mecanismo de desafío OCP y Entangled Rollup, proporcionando la base para que sirva como una solución de segunda capa nativa de Bitcoin de cadena cruzada de propósito general.
Nota: La interpretación anterior es solo el marco y la lógica técnica básica. Para obtener más detalles, lea el documento técnico en detalle para obtener más información sobre: 1) Cómo se aplica y optimiza el mecanismo de desafío de OCP el efecto de implementación de BitVM2; Rollup logra liquidez unificada entre cadenas; 3) detalles de optimización del rendimiento de ZKM sobre la implementación de funciones de script de Bitcoin, etc.
