Prefacio

La pista de Restaking representada por EigenLayer ha atraído una inmensa atención, convirtiéndose en una de las direcciones más candentes en Ethereum en la actualidad. E2M Research también ha discutido extensamente sobre EigenLayer. EigenLayer extiende la seguridad de Ethereum a otras aplicaciones en la red blockchain, al mismo tiempo que proporciona recompensas adicionales a los titulares de ETH o LST que participan.

Del mismo modo, Babylon permite a los usuarios de Bitcoin apostar BTC para mejorar la seguridad de las redes PoS, mejorar la seguridad de la red mientras obtienen recompensas y mantener la autogestión de Bitcoin. Dado que la red principal de Bitcoin no puede admitir contratos inteligentes completos, el diseño de la arquitectura de Babylon y los escenarios de aplicación difieren significativamente de EigenLayer. Anurag Arjun, ex cofundador de Polygon y fundador de Avail, también afirmó en las redes sociales que en comparación con proyectos como Eigenlayer, Babylon parece estar más subestimado. Ganará impulso de desarrollo, lo que podría ser un desbloqueo importante para el ecosistema BTC.

Este artículo tiene como objetivo proporcionar una comprensión más profunda de las similitudes y diferencias entre los dos proyectos al compararlos desde varios aspectos.

Introducción a Babilonia

Babylon es un conjunto de protocolos de seguridad para compartir Bitcoin. Actualmente, incluye dos protocolos:

• Bitcoin Timestamp: Este protocolo envía una marca de tiempo concisa y verificable de cualquier dato (por ejemplo, una cadena de bloques de PoS) a Bitcoin.
• Bitcoin Staking: Este protocolo permite que los activos de Bitcoin se apuesten de una manera minimizada en confianza (y auto custodial) para proporcionar seguridad económica para cualquier sistema descentralizado.

Protocolo de Marca de Tiempo de Bitcoin

Primero, veamos la estructura del protocolo de marca de tiempo de Bitcoin:

La arquitectura de Babilonia se muestra en el diagrama anterior. Consta de tres partes, con dos niveles de puntos de control:

• Bitcoin, como la capa de servicio de marca de tiempo.
• La cadena de Babilonia (una cadena construida sobre Cosmos SDK), es la capa intermedia.
• La cadena de bloques PoS (por ejemplo, otras zonas de Cosmos) es el consumidor de seguridad.

Una consideración de diseño importante es que Bitcoin tiene una capacidad muy limitada para transportar datos. En este caso, la cadena de Babilonia cumple múltiples funciones:

• Agrega flujos de puntos de control de muchas cadenas de consumo de PoS, por lo que solo se necesita insertar un flujo de puntos de control en la red de Bitcoin para marcar con hora los eventos en todas las cadenas de consumo de PoS.
• Sus puntos de control en la red Bitcoin pueden ser compactos utilizando técnicas criptográficas (por ejemplo, firmas agregadas).
• Recibe puntos de control de las cadenas de PoS del consumidor a través del protocolo IBC.
• Verifica la disponibilidad de datos de los puntos de control de las cadenas de consumidores de PoS, para que los atacantes no puedan marcar con la hora datos no disponibles.

Esta estructura ayuda a las cadenas de PoS a mejorar su seguridad, por ejemplo, contra ataques de largo alcance.

Para proteger una cadena PoS de los ataques de largo alcance, podemos enviar los puntos de control de bloques de la cadena PoS a BTC y elegir la bifurcación con una marca de tiempo anterior de BTC como la bifurcación válida. Esto deja solo dos posibilidades:

• El tenedor atacante tendrá una marca de tiempo posterior en la red principal de BTC, en cuyo caso el tenedor nunca será elegido por nadie.
• Para ser elegido, el atacante debe crear una bifurcación BTC muy larga donde la bifurcación PoS atacante tenga una marca de tiempo anterior, lo cual es económicamente imposible.

Por lo tanto, los ataques de largo alcance pueden ser mitigados a través de las marcas de tiempo de BTC.

Además de abordar los ataques a larga distancia, la marca de tiempo BTC irreversible para bloques de PoS proporciona otras ventajas de seguridad para las cadenas de PoS:

• Eliminar la subjetividad débil: los sellos de tiempo de Bitcoin son objetivos, eliminando la dependencia de las cadenas de PoS en el consenso social y la subjetividad débil.
• Tiempos de desvinculación más cortos: Al reemplazar el consenso social, las marcas de tiempo de BTC pueden acortar los tiempos de desvinculación de las cadenas de PoS de semanas a un día.
• Nuevo Arranque de Cadena: Las nuevas cadenas PoS de bajo valor son más vulnerables a los ataques de bifurcación. Las marcas de tiempo de BTC pueden ayudar a proteger el crecimiento de la cadena.
• Sincronización de estado y verificación de instantáneas: Los hechos objetivos sobre una cadena de PoS proporcionados por BTC permiten a los usuarios de la cadena de PoS verificar el estado de la cadena o las instantáneas descargadas de la red P2P.
• Asegurar transacciones importantes: los sellos de tiempo de BTC se pueden utilizar para confirmar aún más transacciones importantes de PoS, a costa de una mayor latencia de confirmación.
• Resistencia a la censura: los sellos de tiempo de BTC también pueden resistir la censura de transacciones en las cadenas PoS al publicar transacciones censuradas en BTC.

Protocolo de Staking de Bitcoin

El protocolo de participación de Bitcoin de Babylon permite a los titulares de Bitcoin apostar sus Bitcoin sin tener que confiar en ningún tercero; esta participación no requiere transferir Bitcoin entre cadenas a una cadena de PoS para proporcionar garantías completas de participación con posibilidad de sanción para esa cadena de PoS.

Aquí hay un ejemplo de Bitcoin staking:

Alice tiene un Bitcoin y quiere apostarlo en una cadena PoS. Primero, ingresa a un convenio de apuesta enviando una transacción de apuesta a la cadena Bitcoin. Esta transacción es una transacción de Bitcoin que bloquea su Bitcoin en una bóveda auto custodiada. El Bitcoin bloqueado solo puede desbloquearse con la clave privada de Alice a través de uno de los siguientes dos caminos:

(1) Alice inicia una "transacción de desbloqueo", en cuyo caso el Bitcoin será desbloqueado y devuelto a Alice en un plazo de tres días.

(2) Alice inicia una "transacción de corte", enviando el Bitcoin a una dirección de quema.

Una vez que esta transacción de participación entra en la cadena de Bitcoin, Alice puede comenzar a firmar bloques con su clave para validar la cadena de PoS.

Durante su deber de verificación, hay dos posibles caminos.

Origen: https://docs.babylonchain.io/papers/btc_staking_litepaper(CN).pdf

El "camino feliz" (figura (a)) es donde Alice sigue honestamente el protocolo, y cuando quiere retirar su Bitcoin, inicia una solicitud de desvinculación enviando una transacción de desvinculación a la cadena de Bitcoin (figura (b)). Una vez que la transacción de desvinculación entra en la cadena de Bitcoin, el deber de validación de Alice en la cadena de PoS termina, y después de tres días, Alice puede retirar y recuperar su Bitcoin. La cadena de PoS también recompensará a Alice con recompensas.

El "camino infeliz" (figura (b)) es donde Alice se vuelve maliciosa y participa en un ataque de doble gasto en la cadena PoS. En este caso, el convenio de apuesta asegura que la clave privada de Alice se filtrará. Entonces, cualquiera puede enviar una transacción de penalización a la cadena de Bitcoin como Alice y quemar su Bitcoin. La existencia de este camino infeliz asegura que un atacante será penalizado, lo que disuade a todos de comportarse mal, todos se comportan normalmente en el "camino feliz".

Para el slashing de mal comportamiento, Babylon utiliza firmas de un solo uso extraíbles (EOTS). La idea principal es que un usuario puede firmar un mensaje una vez, similar a un esquema de firma normal. EOTS requiere un parámetro de etiqueta adicional (la altura del bloque es el parámetro adicional al firmar un bloque durante la validación). Si el usuario intenta firmar el mismo mensaje dos veces con la misma etiqueta (firmando dos bloques en la misma altura), la clave privada del usuario puede ser extraída de estas dos firmas.

Comparación

Primero, hay una diferencia estructural significativa entre el protocolo de Babilonia y EigenLayer:

Babilonia:

Diagrama de la estructura del protocolo de Babilonia

EigenLayer:

Diagrama de la estructura de EigenLayer

Babilonia consta del protocolo Bitcoin Timestamp y del protocolo de Staking, y dado que Bitcoin no es Turing-completo, gran parte del trabajo de procesamiento debe ser realizado por una cadena separada, razón por la cual el protocolo Babilonia tiene su cadena construida en el Cosmos SDK, con su propio conjunto de nodos de validación correspondientes. También incluye componentes independientes como el Administrador de EOTS y el Proveedor de Finalidad.

En contraste, EigenLayer es esencialmente un conjunto de contratos inteligentes que pueden aceptar apuestas de usuarios y gestionar contratos AVS, con la red subyacente de Ethereum ejecutando y garantizando la seguridad.

En segundo lugar, los dos protocolos difieren en su implementación de slashing.

Dado que Ethereum admite la funcionalidad de contratos inteligentes, la lógica de penalización de EigenLayer se implementa en los contratos, lo que permite condiciones de penalización más complejas adaptadas a diferentes AVSs. Mientras tanto, si surge una situación que no se puede resolver mediante las condiciones de penalización predefinidas, habrá un comité de veto fuera de la cadena para resolverlo a través de votación.

Limitado por la funcionalidad de la mainnet de Bitcoin, Babilonia implementa la lógica de penalización a través de EOTS. Tiene más limitaciones y solo puede implementar una lógica de penalización relativamente simple para el caso de firmar repetidamente la misma altura de bloque.

Debido a las diferentes implementaciones de reducción, los dos protocolos también difieren en sus servicios objetivo.

La capacidad de EigenLayer para implementar lógica de penalización compleja le permite proporcionar servicios de seguridad para una amplia gama de AVSs. Para EigenLayer, su ventaja radica en su consistencia con Ethereum. Ethereum tiene el ecosistema más grande en el espacio de la criptomoneda, lo que significa más usuarios y una mayor demanda. La solución de EigenLayer tiene el potencial de abordar las limitaciones de Ethereum, como la necesidad de puentes seguros y descentralizados, soluciones de disponibilidad de datos y capas de secuenciador descentralizadas para soluciones de Capa 2. Dentro del ecosistema de Ethereum, el uso de ETH como activo de participación se considera el enfoque "políticamente correcto". Por lo tanto, las aplicaciones construidas en torno a EigenLayer servirán principalmente al ecosistema de Ethereum.

Por otro lado, Babylon sirve principalmente a las cadenas PoS, especialmente aquellas en el ecosistema Cosmos, porque el servicio de marca de tiempo de Bitcoin necesita pasar mensajes entre la cadena de Babylon y las cadenas Cosmos a través del protocolo IBC, lo que limita su aplicabilidad. Todas estas cadenas PoS requieren sus propios conjuntos separados de nodos de validación. Su ventaja puede ser que el ecosistema Cosmos ya ha crecido a una escala considerable y ha producido muchas excelentes cadenas PoS, como Celestia, Osmosis, Axelar, dYdX, y más, que pueden integrarse fácilmente con la cadena de Babylon y beneficiarse de la seguridad de Bitcoin. En contraste, el desarrollo de EigenLayer requeriría que un número significativo de proyectos se vuelvan a desarrollar y se adapten a los AVSs, lo que lo coloca en una desventaja inicial. Además, el enfoque de construir cadenas de aplicaciones utilizando el SDK de Cosmos ha sido ampliamente validado y puede ser más amigable para los desarrolladores, lo que le da a Babylon una ventaja en términos de llevar el ecosistema Cosmos bajo el paraguas de seguridad de Bitcoin.

Esto también está relacionado con las direcciones de desarrollo de los ecosistemas de Ethereum y Cosmos. El ecosistema de Ethereum primero construyó un núcleo de seguridad masivo, la mainnet de Ethereum, y luego formó muchas soluciones de Capa 2 encima de ella, pero la interoperabilidad entre las Capas 2 aún no se ha resuelto. En contraste, el ecosistema de Cosmos primero abordó la interoperabilidad entre diferentes zonas pero carece de un núcleo de seguridad poderoso, ya que la capitalización de mercado del Cosmos Hub es demasiado baja para asumir esta responsabilidad. Por lo tanto, existe una necesidad natural de encontrar un núcleo de seguridad, que es donde entra en juego Babylon, con el objetivo de llevar la seguridad de Bitcoin al ecosistema. Al mismo tiempo, EigenLayer también espera llevar la seguridad de Ethereum al ecosistema de Cosmos a través de la colaboración. Desde una perspectiva arquitectónica, el enfoque de Babylon puede ser más adecuado para el ecosistema de Cosmos.

Resumen

Tanto el protocolo Babilonia como EigenLayer tienen como objetivo desbloquear la seguridad de las redes de Bitcoin y Ethereum respectivamente para más aplicaciones. Sin embargo, debido a la naturaleza no Turing-completa de Bitcoin, el desarrollo de su ecosistema se queda muy atrás del ecosistema de Ethereum. Además, la emisión de activos y las redes de Capa 2 de Bitcoin han tomado un camino diferente al de Ethereum. Esto ha llevado a diferencias entre el protocolo Babilonia y EigenLayer en cuanto a arquitectura técnica, mecanismos de reducción y servicios objetivo. Actualmente, ambos protocolos tienen sus áreas de enfoque, cada uno con sus ventajas. Sin embargo, a medida que se desarrollan las blockchains modulares y la interconectividad entre diferentes ecosistemas, es posible que los dos protocolos compitan eventualmente entre sí, sin un único jugador dominante.

Artículos de referencia

https://twitter.com/E2mResearch/status/1783714279394586787 https://mirror.xyz/0x80894DE3D9110De7fd55885C83DeB3622503D13B/H6Atmt82NYjR5OgKN664IaTZJuR5hyfaRavvEHXoVvg https://pmcrypto.xyz/blog/wtf-is-eigenlayer-and-babylon-cn https://docs.eigenlayer.xyz/eigenlayer https://docs.babylonchain.io/docs/introduction/overview https://www.chaincatcher.com/article/2079486

Descargo de responsabilidad:

1. Este artículo se republica desde [Investigación E2M] , con los derechos de autor pertenecientes al autor original [ShawnYang]. Si hay objeciones a la republicación, por favor contacta al Equipo de Aprendizaje de Gate, y lo manejarán de acuerdo con los procedimientos pertinentes.

2. Descargo de responsabilidad: Las opiniones y puntos de vista expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.

3. Las versiones traducidas de este artículo por el equipo de Gate Learn no pueden ser copiadas, difundidas o plagiadas sin mencionar Gate.io.