avatar
oisin.eth | Obol

Siguiendo0Seguidores (X)3,97milPublicaciones40Me gusta375
avatar

Este mes ha hecho innegable que operar cantidades significativas de ethereum:native stake en puntos únicos de fallo no es una estrategia segura a largo plazo para tus fondos. Estamos presentando Validator Beat, un marco sencillo para asegurar que tu stake se opere de forma segura. La Etapa 1 significa que ningún punto único de fallo te causará slashing. La Etapa 2 significa que ningún punto único de fallo te desconectará. Los fallos en validadores de la Etapa 0 podrían costarte semanas de recompensas como mínimo, o décadas de recompensas, o incluso todo en el peor de los casos. No te ahorres esfuerzos en un espacio con una caída asimétrica como este; es recoger centavos frente a un tren.

avatar

Que la mayor parte de internet pública esté cifrada por estas 6 “claves privadas” dice mucho sobre las configuraciones de punto único de fallo. Tu bolsa de staking de ETH merece algo mejor. Stakea solo en configuraciones de validador distribuido de etapa uno, donde ningún operador pueda elegir una clave privada como esta por ti 🫠

avatar

Ethereum está considerando penalizaciones por tiempos de inactividad correlacionados para los stakers, una idea de @VitalikButerin. El objetivo es desincentivar puntos centrales de fallo antes de que causen un evento masivo de slashing. Creé un sitio web para comprender el EIP y por qué deberíamos adoptarlo. 🔗 abajo, tl;dr👇

avatar

¿Cuáles son algunas de las billeteras de clave privada única más grandes que firman de forma programática? Bots MEV, monederos calientes de exchange, quizás, pero no oráculos (multisig), no puentes (multisig), no DeFi… Cualquier cosa con una cantidad decente de valor que proteger madura hacia el uso de múltiples configuraciones con tolerancia a fallos y diversidad para la seguridad. En la capa de consenso, creo que estamos rezagados por la complacencia. Diría que menos del 1% del stake, si no el 0%, se ejecuta en configuraciones adecuadas sin puntos únicos de fallo, dependiendo de cuán estricto quieras ser en cómo lo definas. Creo que pasamos por alto el hecho de que un hacker puede simplemente destruir tu dinero en lugar de robarlo, por lo que no es tan atractivo para ellos atacar, lo cual puede ser cierto, pero no estoy seguro de que sea suficiente; cuando los costos de campañas de spear phishing habilitadas por IA disminuyen y su calidad aumenta. La defensa debe tener éxito cada vez, mientras que el ataque solo necesita tener éxito una vez. Eso no es simétrico. Tuvo lugar un casi-desastre el año pasado con el 10% del conjunto de validadores, del que casi nos hemos olvidado. También es racional acumular claves robadas en lugar de presentarse una vez que se han robado algunas. El poder de un hacker crece de forma no lineal con la cantidad de ETH que puede slashear. No sabemos cuántas claves ya han sido robadas en silencio, pero no creo que sea 0. Intentemos arreglar esto antes, no después, de un desastre. Ejecutemos más validadores distribuidos, reduzcamos la cantidad de puntos únicos de fallo en nuestras configuraciones de stake y hagamos a Ethereum más antifrágil.

avatar

@dsrvlabs han estado ejecutando validadores distribuidos desde nuestra primera red de prueba pública hace cuatro años. Es un gran placer verlos ahora adoptando validadores distribuidos para un porcentaje significativo de su stake en el conjunto curado de Lido. Esta implementación les permitirá ejecutar hasta 40 validadores distribuidos 0x02 como parte de la transición de consolidación en curso de Lido.

avatar

En principio, penalizar fallas correlacionadas empuja a la red hacia la diversidad que todos deseamos, y si las matemáticas son sólidas, el impacto en el lado del cliente es pequeño. Tuvo una hesitación inicial, pero la metodología fue recientemente corregida por Oisin en Obol. Un error en el cliente que desconecta a un gran grupo recibe una penalización adicional, mientras que los clientes minoritarios y los operadores bien arquitecturados con infraestructura diversificada apenas lo notan. Con la declaración actualizada, clara y respaldada por datos sobre exactamente qué comportamiento se busca desalentar, estamos interesados en ver esto implementado si hay tiempo. Nos alegra ver el voto de confianza y al equipo de Lodestar a favor de la EIP 7716 en capacidad permitida por Hegota 🎉

avatar

Diría que estoy sorprendido, pero en realidad solo estoy decepcionado con la continua suposición del EF Protocol de que la descentralización es un hecho dado. Déjenme ser claro: FOCIL no funciona si el conjunto de atestantes no quiere que funcione. El enfoque de prioridades del protocolo post se centra en la criptografía post-cuántica como objetivo, está bien, y solo hace referencia superficial a CROPS: “FOCIL es el componente central de la capa de consenso de Hegotá. Nuestro interés más allá de ello es casi nulo, a menos que una adición respalde directamente la preparación post-cuántica.” El elefante en la habitación que el EF sigue ignorando es que la cadena se está centralizando rápidamente, y hay una falta de interés tanto en reconocer los problemas como en priorizar su solución. Por ejemplo, las penalizaciones por correlación (7716) las describen como: “Añade superficie de lógica de slashing para correlación de validadores sin contribución a CROPS o PQ. No es una prioridad en una bifurcación, estamos tratando de mantener el alcance de la CL ligero.” Esto es inexacto desde el inicio: 7716 no tiene lógica de slashing, y es erróneo, como máximo, afirmar que no contribuye a CROPS. 7716 es el mejor EIP sobre la mesa para mejorar la diversidad de clientes y penalizar la centralización. No es una panacea, pero es lo que tenemos, y no debería ser DFI’d. Pasarse un año en H-star para implementar FOCIL sin abordar los problemas subyacentes del conjunto de validadores arriesga que las pocas entidades de staking centralizadas digan “en realidad no” y se nieguen a atestiguar slots con ILs que no les gusten. Esto no les cuesta ninguna recompensa; pensar que los socialmente slasharemos por ello es un deseo ingenuo, y ahora Ethereum está comprometido y necesitas permiso para usar la cadena. Prevenir este resultado no es cuestión de un solo EIP en el margen; se necesita un cambio cultural dentro del EF para comprender que no tienen un derecho divino de Dios a una cadena descentralizada, y que no pueden centrarse únicamente en desafíos académicos como PQ mientras ignoran desafíos reales como la aceleración continua de la centralización de la cadena. Necesitamos informes trimestrales sobre el estado de la cadena, para hacer más difícil que la gente mantenga la cabeza en la arena respecto a la gravedad de la situación. Necesitamos al menos un EIP por bifurcación enfocado en mejorar el Nakamoto, el Gini de staking u otro aspecto del conjunto de validadores, y necesitamos liderazgo pragmático y orientado a la acción que se preocupe por que Ethereum sea CROPS más allá de una simple prueba de pureza. (Espero que sea @pcaversaccio). Hay algunas personas dentro del EF que se preocupan por que la cadena sea realmente CROPS, pero a menos que nosotros, la comunidad, seamos abiertos y firmes en nuestras demandas, no serán escuchadas. Por favor, muéstrenles por qué somos partidarios de Ethereum y no de alguna otra cadena centralizada; aboguen por la descentralización y CROPS en H-star y más allá. Gracias.

avatar

La cantidad de informes de vulnerabilidades que recibimos también ha seguido una gráfica similar durante el mismo período, y ha sido difícil manejarla. Muchos problemas son duplicados y se marcan como "no se solucionarán" (sí, puedes leer nuestras API públicas, ese es su propósito), pero también hay muchos problemas válidos y modestos que ya hemos abordado y recompensado. Casi todo el $100 mil millones en stake activo de Ethereum tiene al menos un punto único de fallo que podría exponer sus claves y provocar su slash. Una mala OpSec, cadenas de suministro deficientes, alta exposición a software específico, sistemas operativos, CPUs y otros factores podrían llevar a los delegadores que confían en configuraciones individuales a perder hasta el 100% de su principal. Vamos a ayudar a simplificar y resaltar estos puntos únicos de fallo en una nueva iniciativa orientada a mejorar la seguridad de Ethereum y la seguridad del ETH de sus stakers. Si tiene éxito, la mayoría de las organizaciones pasarán de configuraciones con punto único de fallo a sistemas de stake sin punto único de fallo, como configuraciones de validadores distribuidos con múltiples operadores. Esto asegurará mejor los fondos de sus stakers y garantizará que Ethereum nunca se desconecte.

avatar

Este es un avance masivo para las cadenas de bloques post-cuánticas. Las firmas umbral son un componente fundamental para el uso seguro de una cadena de bloques, y hasta ahora no existía una solución para implementarlas con un esquema post-cuántico. Ethereum será seguro frente a la computación cuántica sin tener que renunciar a la seguridad a nivel de aplicaciones y consenso para lograrlo. ¿Cuándo los validadores distribuidos post-cuánticos?