Introdução
O que é Obol?
Obol Labs é uma equipe de pesquisa e desenvolvimento de software focada em infraestrutura proof-of-stake para redes públicas de blockchain. Tópicos específicos de foco são Internet Bonds, Distributed Validator Technology e Multi-Operator Validation. A equipe atualmente inclui 10 membros que estão espalhados por todo o mundo.
A equipe principal está construindo a Rede Obol, um protocolo para promover apostas minimizadas de confiança por meio de
validação multioperador. Isso permitirá acesso de baixa confiança ao rendimento de staking da Ethereum, que pode ser usado como um bloco de construção central em uma variedade de produtos Web3.
A rede
A rede pode ser melhor visualizada como uma camada de trabalho que fica diretamente sobre o consenso da camada base. Essa camada de trabalho foi projetada para fornecer à camada base mais resiliência e promover a descentralização à medida que ela é dimensionada. À medida que o capítulo atual do Ethereum amadurece nos próximos anos, a comunidade passará para o próximo grande desafio de escala, que é a centralização da participação. Para efetivamente mitigar esses riscos, a construção da comunidade e a neutralidade credível devem ser usadas como princípios primários de design.
Obol como uma camada está focada em dimensionar a estaca da cadeia principal, fornecendo acesso sem permissão a validadores distribuídos (DV's). Acreditamos que os DVs irão e devem compor uma grande parte das configurações do validador da rede principal. Em preparação para a primeira onda de adoção, a rede atualmente utiliza uma implementação de middleware de Distributed Validator Technology (DVT), para permitir a operação de clusters de validadores distribuídos que podem preservar os clientes atuais dos validadores e as configurações de assinatura remota.
Semelhante a como a tecnologia de roll-up estabeleceu a base para implementações de dimensionamento L2,
acreditamos que a DVT fará o mesmo para dimensionar o staking da cadeia principal, preservando a descentralização. A infraestrutura de staking está entrando em sua fase de evolução de protocolo, que deve incluir redes de staking com confiança mínima que podem ser conectadas em escala. Camadas como Obol são críticas para a viabilidade e resiliência a longo prazo de redes públicas, especialmente redes como Ethereum. Acreditamos que o DVT evoluirá para um primitivo amplamente utilizado e garantirá a segurança, resiliência e descentralização das redes públicas de blockchain que o adotarem.
A Rede Obol consiste em quatro bens públicos principais:
- O Distributed Validator Launchpad, uma ferramenta CLI e dApp para inicializar validadores distribuídos
- Charon, um cliente de middleware que permite que os validadores sejam executados de maneira distribuída e tolerante a falhas
- Obol Managers, um conjunto de contratos inteligentes de solidez para a formação de Validadores Distribuídos
- Obol Testnets, um conjunto de testnets públicos contínuos incentivados que permitem qualquer tamanho operador para testar sua implantação antes de servir para a rede principal Obol Rede
Bens Públicos Sustentáveis
O Ecossistema Obol é inspirado em trabalhos anteriores sobre bens públicos da Ethereum e experimentos com economia circular. Acreditamos que, para desbloquear a inovação em casos de uso, deve existir uma camada credivelmente neutra para que a inovação flua e evolua verticalmente. Sem esta camada altamente
o tempo de atividade disponível continuará a ser um fosso e a participação se acumulará entre alguns produtos.
A Rede Obol se tornará um projeto aberto, administrado pela comunidade e autossustentável nos próximos meses e anos. Juntos, vamos incentivar, construir e manter a tecnologia de validador distribuído que torna as redes públicas uma base mais segura e resiliente para construir.
Key concepts
Distributed validator
Um validador distribuído é um validador de prova de participação Ethereum que é executado em mais de um nó/máquina. Essa funcionalidade é fornecida pela Distributed Validator Technology (DVT).
A tecnologia de validador distribuído elimina o problema de falha de ponto único. Se menos de 33% dos nós participantes no cluster DVT ficarem offline, os nós ativos restantes ainda poderão chegar a um consenso sobre o que assinar e produzir assinaturas válidas para suas funções de piquetagem. Isso é conhecido como redundância ativa/ativa, um padrão comum para minimizar o tempo de inatividade em sistemas de missão crítica.
Nó Validador Distribuído
Um nó validador distribuído é o conjunto de clientes que um operador precisa configurar e executar para cumprir as funções de um Operador Validador Distribuído. Um operador também pode executar execução redundante e clientes de consenso, um retransmissor de carga útil de execução como mev-boost ou outros serviços de monitoramento ou telemetria no mesmo hardware para garantir a otimização desempenho.
No exemplo acima, a pilha inclui geth, farol, charon e lodestar.
Cliente de Execução
Um cliente de execução (anteriormente conhecido como cliente Eth1) é especializado em executar o EVM e gerenciar o pool de transações para a rede Ethereum. Esses clientes fornecem cargas de execução para clientes de consenso para inclusão em blocos.
Exemplos de clientes de execução incluem:
Cliente de Consenso
O dever de um cliente de consenso é executar a camada de consenso de prova de participação do Ethereum, geralmente chamada de cadeia de beacon.
Exemplos de clientes Consensus incluem:
Cliente Validador Distribuído
Um cliente validador distribuído intercepta o cliente validador ↔ fluxo de comunicação do cliente de consenso sobre a API REST padronizada e se concentra em duas funções principais.
- Chegar a um consenso sobre um dever de candidato para todos os validadores assinarem
- Combinando assinaturas de todos os validadores em uma assinatura de validador distribuída
O único exemplo de um cliente validador distribuído criado com uma arquitetura de middleware sem custódia até o momento é charon.
Cliente Validador
Um cliente validador é um pedaço de código que opera um ou mais validadores Ethereum.
Exemplos de clientes validadores incluem:
Cluster do Validador Distribuído
Um cluster de validador distribuído é uma coleção de nós validadores distribuídos conectados entre si para atender a um conjunto de validadores distribuídos gerados durante uma cerimônia DVK.
Chave validadora distribuída
Uma chave validadora distribuída é um grupo de chaves privadas BLS que, juntas, operam como uma chave limite para participar de um consenso de prova de participação.
Compartilhamento de chaves do validador distribuído
Uma parte da chave privada do validador distribuído.
Cerimônia de Geração de Chave do Validador Distribuído
Para obter tolerância a falhas em um validador distribuído, os compartilhamentos de chave privada individuais precisam ser gerados juntos. Em vez de um revendedor confiável produzir uma chave privada, dividi-la e distribuí-la, a abordagem preferida é nunca construir a chave privada completa em nenhum ponto, fazendo com que cada operador no cluster do validador distribuído participe do que é conhecido como chave distribuída Cerimônia de geração.
Uma cerimônia de geração de chave do validador distribuído é um tipo de cerimônia DKG. Uma cerimônia DVK produz dados de depósito e saída do validador assinados, juntamente com todos os compartilhamentos de chave do validador e seus metadados associados.