avatar
oisin.eth | Obol

Seguindo0Seguidores (X)3,97milPublicações40Curtidas375
avatar

Este mês tornou inegável que operar quantias significativas de ethereum:native stake em pontos únicos de falha não é uma estratégia segura a longo prazo para seus fundos. Estamos introduzindo o Validator Beat, um framework simples para garantir que seu staking seja operado com segurança. A Etapa 1 significa que nenhum ponto único de falha o fará ser penalizado. A Etapa 2 significa que nenhum ponto único de falha o deixará offiline. Falhas no Validator da Etapa 0 podem custar-lhe semanas de recompensas, no melhor dos casos, ou décadas de recompensas ou até tudo, no pior. Não economize em um espaço com risco assimétrico como este; é como pegar moedas na frente de um rolo compressor.

avatar

O fato de a maior parte da internet pública ser criptografada por essas 6 “chaves privadas” diz muito sobre estruturas com ponto único de falha. Seu bag de staking em ETH merece melhor. Faça staking apenas em setups distribuídos de validadores da fase um, onde nenhum operador único pode escolher uma chave privada assim por você 🫠

avatar

O ethereum está considerando penalidades de tempo de inatividade correlacionadas para stakers, uma ideia de @VitalikButerin. O objetivo é desincentivar pontos centrais de falha antes que eles causem um evento massivo de slashing. Criei um site para entender o EIP e por que devemos adotá-lo 🔗 abaixo, tl;dr👇

avatar

Quais são algumas das maiores carteiras de chave privada única que assinam programaticamente? Bots MEV, carteiras quentes de exchange, talvez, mas não oráculos (multisig), não pontes (multisig), não DeFi, … Qualquer coisa com um volume significativo de valor para proteger amadurece para o uso de múltiplos sistemas com tolerância a falhas e diversidade para segurança. Na camada de consenso, acho que estamos atrasados por complacência. Diria que menos de 1% do stake, se não 0%, está rodando em setups adequados sem pontos únicos de falha, dependendo de quão rigoroso você queira ser na definição disso. Acho que ignoramos o fato de que um hacker pode simplesmente destruir seu dinheiro em vez de roubá-lo, então não é tão atraente para eles atacarem — o que pode ser verdade — mas não tenho certeza se é suficiente; quando os custos de campanhas de spear phishing habilitadas por IA estão diminuindo e sua qualidade aumentando. A defesa precisa ter sucesso todas as vezes, enquanto o ataque só precisa ter sucesso uma vez. Isso não é simétrico. Tivemos um quase-desastre com 10% do conjunto de validadores no ano passado, do qual já nos esquecemos em grande parte. Também é racional acumular chaves roubadas em vez de se apresentar após ter roubado algumas. O poder de um hacker cresce de forma não linear à medida que mais ETH ele pode slashar. Não sabemos quantas chaves já foram silenciosamente roubadas, mas acho que não é zero. Vamos tentar consertar isso antes, e não depois, de um desastre. Vamos executar mais validadores distribuídos, reduzir a quantidade de pontos únicos de falha em nossos setups de staking e tornar o Ethereum mais anti-frágil.

avatar

A @dsrvlabs está operando validadores distribuídos desde nossa primeira rede de teste pública, há quatro anos. É uma grande satisfação vê-los agora adotando validadores distribuídos para uma parcela significativa do seu staking no conjunto curado da Lido. Essa implantação permitirá que eles executem até 40 validadores distribuídos 0x02 como parte da transição de consolidação em andamento da Lido.

avatar

Em princípio, penalizar falhas correlacionadas impulsiona a rede em direção à diversidade que todos desejamos, e se a matemática for válida, o impacto no lado do cliente é pequeno. Tínhamos hesitação inicial, mas a metodologia foi recentemente corrigida por Oisin, da Obol. Um bug no cliente que desativa uma grande parcela é penalizado com maior intensidade, enquanto clientes minoritários e operadores bem arquitetados com infraestrutura diversificada mal percebem. Com a declaração atualizada, clara e respaldada por dados, explicando exatamente qual comportamento isso visa desencorajar, estamos interessados em ver isso ser implementado, se houver tempo. Ficamos felizes em ver o voto de confiança da equipe do Lodestar a favor do EIP 7716, dentro dos limites de capacidade da Hegota 🎉

avatar

Eu diria que estou surpreso, mas na verdade estou apenas desapontado com a contínua suposição do EF Protocol de que a descentralização é um dado adquirido. Deixe-me ser claro: FOCIL não funciona se o conjunto de atestadores não quiser que funcione. O foco das prioridades do protocolo destaca a pós-quantização como meta, tudo bem, e faz menção superficial ao CROPS: “FOCIL é o componente central da camada de consenso de Hegotá. Nosso apetite além disso é quase zero, a menos que uma adição suporte diretamente a prontidão pós-quantum.” O elefante na sala que o EF continua ignorando é que a cadeia está se centralizando rapidamente, e há uma falta de interesse em reconhecer os problemas ou priorizar sua correção. Por exemplo, as penalidades de correlação (7716) são descritas como: “Adiciona superfície de slashing para correlação de validadores sem contribuição CROPS ou PQ. Não é uma prioridade em um fork, estamos tentando manter o escopo da CL leve.” Isso já está incorreto desde o início: 7716 não possui lógica de slashing, e é, no mínimo, equivocado afirmar que não contribui para o CROPS. 7716 é o melhor EIP em discussão para melhorar a diversidade de clientes e penalizar a centralização. Não é uma solução milagrosa, mas é o que temos — não deve ser DFI’d. Gastar um ano no H-star para implementar o FOCIL sem abordar os problemas subjacentes do conjunto de validadores corre o risco de fazer as grandes entidades centralizadas de staking dizerem “na verdade, não” e se recusarem a atestar slots com ILs que não gostam. Isso não lhes custa recompensas; achar que vamos socialmente slashá-las por isso é pensamento otimista demais, e agora o Ethereum está comprometido e você precisa de permissão para usar a cadeia. Evitar esse resultado não é uma questão de um único EIP na margem; é necessário uma mudança cultural dentro do EF para entender que eles não têm um direito divino de uma cadeia descentralizada, e que não podem simplesmente focar em desafios acadêmicos como PQ enquanto ignoram desafios reais como a aceleração contínua da centralização da cadeia. Precisamos de relatórios trimestrais sobre o estado da cadeia, para tornar mais difícil para as pessoas manterem a cabeça na areia quanto à gravidade da situação. Precisamos de pelo menos um EIP por fork focado em melhorar o Nakamoto, o Gini de staking ou outro aspecto do conjunto de validadores, e precisamos de liderança pragmática, orientada para ação, que se importe com o Ethereum sendo CROPS além de um mero teste de pureza. (Espero que seja @pcaversaccio). Há algumas pessoas no EF que se importam com a cadeia sendo CROPS de verdade, mas a menos que a comunidade seja veemente e firme em nossas demandas, elas não serão ouvidas. Por favor, mostre a elas por que somos apoiadores do Ethereum e não de qualquer outra cadeia centralizada; por favor, defenda a descentralização e o CROPS no H-star e além. Obrigado.

avatar

A quantia de relatórios de vulnerabilidades que recebemos também seguiu um gráfico semelhante durante o mesmo período, e tem sido difícil lidar com isso. Muitos problemas do tipo "sem correção" (sim, você pode ler nossas APIs públicas — é exatamente para isso que elas existem), mas muitos problemas válidos e modestos que já resolvemos e recompensamos. Quase todo o $100 bilhões em staking ativo do ethereum têm pelo menos um único ponto de falha que pode expor suas chaves e resultar em slash. Más práticas de OpSec, cadeias de suprimento ruins e alta exposição a softwares específicos, sistemas operacionais, CPUs e outros fatores podem levar delegadores que confiam em configurações individuais a perder até 100% do seu principal. Vamos ajudar a simplificar e destacar esses pontos únicos de falha em uma nova iniciativa voltada para melhorar a segurança do ethereum e a segurança dos ETH dos stakers. Se bem-sucedida, a maioria das organizações passará de configurações com ponto único de falha para sistemas de staking sem ponto único de falha, como configurações de validadores distribuídos com múltiplos operadores. Isso garantirá uma proteção maior aos fundos dos stakers e assegurará que o ethereum nunca fique offline.

avatar

Este é um avanço massivo para blockchains pós-quânticas. Assinaturas de limiar são um bloco de construção fundamental para o uso seguro de uma blockchain e, até agora, não havia solução para implementá-las com um esquema pós-quântico. Ethereum será pós-quântico seguro e não precisará abrir mão da segurança em nível de aplicação e consenso para alcançá-lo. Validadores distribuídos pós-quânticos quando?