¿Cómo entender el último documento técnico sobre la extensión Bitcoin Native de @GOATRollup? En pocas palabras, GOAT Network propondrá un Bitcoin descentralizado y seguro basado en el mecanismo de seguridad nativo bloqueado por script BTC proporcionado por Optimistic Challenge Proofs (OCP) y la capa de liquidez unificada interoperable proporcionada por la solución @ProjectZKM Entangled Rollup Layer2. ¿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_chain 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 la solución 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 la capa 2 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 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, solicitando 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 el comportamiento del operador del nodo. 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 utiliza el compromiso de puerta lógica para rastrear las transacciones y el protocolo Bisection para desafiar. Este proceso está limitado por el tamaño del script de la red principal de Bitcoin si se construye la transacción. es más complejo y eficiente, será menor.

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.

El mecanismo de prueba del retador OCP puede garantizar que la seguridad del conjunto de activos del usuario esté protegida por el "arbitraje" de la red principal de Bitcoin, pero en la mayoría de los casos, los usuarios ejecutan transacciones en la capa 2 de BTC, y el secuenciador de segunda capa es responsable de verificar. y clasificación de transacciones, que todavía 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 script BTC y el mecanismo de firma única para consolidar aún más el mecanismo de confianza de seguridad.

Anteriormente, escribí un artículo que analizaba específicamente 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 una base para que sirva como una solución universal nativa de segunda capa de Bitcoin entre cadenas.

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.