Introducción
¿Qué es Obol?
Obol Labs es un equipo de investigación y desarrollo de software centrado en la infraestructura de prueba de participación para redes públicas de blockchain. Los temas específicos de enfoque son los Bonos de Internet, la Tecnología de Validación Distribuida y la Validación de Operadores Múltiples. El equipo actualmente incluye 10 miembros que están repartidos por todo el mundo.
El equipo central está construyendo Obol Network, un protocolo para fomentar la confianza minimizando el staking a través de
Validación multioperador. Esto permitirá el acceso de baja confianza al rendimiento de participación de Ethereum, que se puede utilizar como un componente básico en una variedad de productos Web3.
La Red
La red se puede visualizar mejor como una capa de trabajo que se asienta directamente sobre el consenso de la capa base. Esta capa de trabajo está diseñada para proporcionar más resiliencia a la capa base y promover la descentralización a medida que escala. A medida que el capítulo actual de Ethereum madure en los próximos años, la comunidad avanzará hacia el próximo gran desafío de escalamiento, que es la centralización de las apuestas. Para mitigar estos riesgos de manera efectiva, la construcción de una comunidad y la neutralidad creíble deben usarse como principios de diseño primarios.
Obol como capa se centra en escalar la participación de la cadena principal al proporcionar acceso sin permiso a validadores distribuidos (DV). Creemos que la voluntad de DV y debería constituir una gran parte de las configuraciones del validador de red principal. En preparación para la primera ola de adopción, la red actualmente utiliza una implementación de middleware de tecnología de validación distribuida (DVT), para permitir la operación de clústeres de validadores distribuidos que pueden preservar las configuraciones de firma remota y cliente actual de los validadores.
De manera similar a cómo la tecnología roll up sentó las bases para las implementaciones de escalado L2, creemos que DVT hará lo mismo para escalar la participación en la cadena principal mientras preserva la descentralización. La infraestructura de staking está entrando en su fase de evolución de protocolo, que debe incluir redes de staking de confianza minimizada que se puedan conectar a escala. Las capas como Obol son críticas para la viabilidad a largo plazo y la resiliencia de las redes públicas, especialmente redes como Ethereum. Creemos que DVT se convertirá en un primitivo ampliamente utilizado y garantizará la seguridad, la resiliencia y la descentralización de las redes públicas de blockchain que lo adopten.
La Red Obol consta de cuatro bienes públicos básicos:
- El Distributed Validator Launchpad, una herramienta CLI y dApp para arrancar validadores distribuidos
- Charon, un cliente de software intermedio que permite que los validadores se ejecuten de manera distribuida y tolerante a fallas
- Obol Managers, un conjunto de contratos inteligentes de solidez para la formación de Validadores Distribuidos
- Obol Testnets, un conjunto de redes de prueba incentivadas públicas en curso que permiten cualquier tamaño operador para probar su implementación antes de servir para la red principal Obol Red
Bienes públicos sostenibles
El Ecosistema Obol está inspirado en trabajos previos sobre bienes públicos de Ethereum y experimentando con la economía circular. Creemos que para desbloquear la innovación en los casos de uso de replanteo, debe existir una capa neutral creíble para que la innovación fluya y evolucione verticalmente. Sin esta capa altamente
el tiempo de actividad disponible seguirá siendo un foso y la participación se acumulará entre unos pocos productos.
La Red Obol se convertirá en un proyecto abierto, autosuficiente y gobernado por la comunidad en los próximos meses y años. Juntos incentivaremos, construiremos y mantendremos la tecnología de validación distribuida que hace que las redes públicas sean una base más segura y resistente sobre la cual construir.
Conceptos Clave
Validador Distribuído
Un validador distribuido es un validador de prueba de participación de Ethereum que se ejecuta en más de un nodo/máquina. Esta funcionalidad es provista por Tecnología de validación distribuida (DVT).
La tecnología de validación distribuida elimina el problema de la falla de un solo punto. Si <33 % de los nodos participantes en el clúster DVT se desconectan, los nodos activos restantes aún pueden llegar a un consenso sobre qué firmar y producir firmas válidas para sus tareas de replanteo. Esto se conoce como redundancia activa/activa, un patrón común para minimizar el tiempo de inactividad en los sistemas de misión crítica.
Nodo de validación distribuida
Un nodo de validador distribuido es el conjunto de clientes que un operador necesita configurar y ejecutar para cumplir con las funciones de un Operador de validador distribuido. Un operador también puede ejecutar clientes de consenso y ejecución redundantes, un repetidor de carga útil de ejecución como [mev-boost] (https://github.com/flashbots/mev-boost) u otros servicios de monitoreo o telemetría en el mismo hardware para garantizar un óptimo actuación.
En el ejemplo anterior, la pila incluye geth, faro, caronte y estrella polar.
Cliente de ejecución
Un cliente de ejecución (anteriormente conocido como cliente Eth1) se especializa en ejecutar EVM y administrar el grupo de transacciones para la red Ethereum. Estos clientes proporcionan cargas útiles de ejecución a clientes de consenso para su inclusión en bloques.
Ejemplos de clientes de ejecución incluyen:
Cliente de consenso
El deber de un cliente de consenso es ejecutar la capa de consenso de prueba de participación de Ethereum, a menudo denominada cadena de balizas.
Ejemplos de clientes de Consensus incluyen:
Cliente validador distribuido
Un cliente validador distribuido intercepta el flujo de comunicación entre el cliente validador y el cliente de consenso a través de la [API REST estandarizada] (https://ethereum.github.io/beacon-APIs/#/ValidatorRequiredApi), y se enfoca en dos tareas principales.
- Llegar a un consenso sobre el deber de un candidato para que lo firmen todos los validadores
- Combinación de firmas de todos los validadores en una firma de validador distribuida
El único ejemplo de un cliente validador distribuido construido con una arquitectura de middleware sin custodia hasta la fecha es charon.
Cliente validador
Un cliente de validación es una pieza de código que opera uno o más validadores de Ethereum.
Ejemplos de clientes validadores incluyen:
Clúster de validadores distribuidos
Un clúster de validadores distribuidos es una colección de nodos de validadores distribuidos conectados entre sí para dar servicio a un conjunto de validadores distribuidos generados durante una ceremonia DVK.
Clave de validación distribuida
Una clave de validación distribuida es un grupo de claves privadas de BLS, que juntas funcionan como una clave de umbral para participar en el consenso de prueba de participación.
Compartir clave de validador distribuido
Una pieza de la clave privada del validador distribuido.
Ceremonia de generación de claves de validador distribuido
Para lograr la tolerancia a fallas en un validador distribuido, los recursos compartidos de claves privadas individuales deben generarse juntos. En lugar de que un distribuidor de confianza produzca una clave privada, la divida y la distribuya, el enfoque preferido es nunca construir la clave privada completa en ningún momento, haciendo que cada operador en el grupo de validadores distribuidos participe en lo que se conoce como clave distribuida. Ceremonia de generación.
Una ceremonia de generación de claves de validador distribuido es un tipo de ceremonia DKG. Una ceremonia de DVK produce datos de depósito y salida del validador firmados, junto con todos los recursos compartidos de claves del validador y sus metadatos asociados.