Informe de Ingeniería del Cosmos Hub — Enero de 2023

https://medium.com/the-interchain-foundation/cosmos-hub-jan-2023-update-4df8063ff7e6

Hola, soy Jehan Tremback, y soy el propietario de producto del equipo del Cosmos Hub en Informal Systems.

El equipo del Hub de Informal ha decidido comenzar a realizar actualizaciones mensuales para la comunidad del Cosmos Hub. Este mes nos hemos centrado en:

1. Lanzar las versiones V8 y V9 del Cosmos Hub.

2. Abordar los comentarios de la comunidad sobre la seguridad replicada.

3. Establecer la hoja de ruta de nuestro equipo para 2023.

Versiones V8 y V9 Tal vez te estés preguntando, ¿por qué están haciendo dos lanzamientos a la vez? Bueno, la V8 contiene una actualización de IBC con una corrección de errores para Interchain Accounts que queríamos lanzar lo antes posible, mientras que la V9 contiene la función tan esperada, la seguridad replicada. Hubiera sido sencillo simplemente incluir la corrección de errores y la seguridad replicada en el mismo lanzamiento y tener una sola cosa en la que concentrarse. Sin embargo, queríamos lanzar la corrección de errores lo antes posible y evitar retrasarla debido a retrasos en la V9 o poner una presión indebida en el lanzamiento de la V9.

Tuvimos algunos retrasos debido a errores encontrados en las últimas etapas de las pruebas previas al lanzamiento de la V8, y estos retrasos también se trasladaron a la V9. No voy a entrar en muchos detalles aquí, pero puedes leer al respecto [enlace]. Estamos compilando todos los diferentes errores que bloquearon el lanzamiento que encontramos y averiguaremos cómo podemos evitar retrasos en el futuro. En su mayoría, esto probablemente consistirá en trasladar muchas de nuestras prácticas de pruebas finales a testnets más frecuentes o pruebas nocturnas para que podamos conocer los problemas en nuestro código y en nuestras dependencias más rápidamente. Dado que muchos de los errores estaban en módulos de terceros, también instituiremos políticas para que los mantenedores de estos módulos las sigan.

Afortunadamente, en su mayoría hemos superado eso ahora. La V8 está actualmente en vivo en el Hub. La V9 (con seguridad replicada) acaba de entrar en la etapa final de pruebas. Si todo va bien, la seguridad replicada estará en vivo en el Cosmos Hub a principios de marzo.

Comentarios de la comunidad sobre la Seguridad Replicada Publicamos una propuesta preliminar para la seguridad replicada a mediados de diciembre. Desde entonces, hemos recibido muchos comentarios sobre la propuesta. La mayor parte de estos comentarios se dividen en dos categorías principales que resumiré a continuación:

Costos para los validadores Los validadores deberán ejecutar todas las cadenas consumidoras aprobadas por la gobernanza o enfrentarán penalizaciones por tiempo de inactividad (slashing). Esto es esencial para preservar las altas propiedades de seguridad de la seguridad replicada, al menos hasta que tengamos pruebas de fraude funcionales para Cosmos-SDK (más sobre esto en otro momento).

Algunos validadores están preocupados por el costo de ejecutar cadenas consumidoras adicionales. Estamos tomando varias medidas para abordar esto:

En primer lugar, las cadenas consumidoras establecerán su ventana de tiempo de inactividad en 3 días o más, lo que significa que los validadores pueden estar inactivos durante mucho tiempo antes de recibir una penalización por tiempo de inactividad. El Hub y muchas otras cadenas de Cosmos tienen ventanas de tiempo de inactividad de alrededor de 16 horas. Esta mayor flexibilidad significa que los validadores pueden ejecutar cadenas consumidoras con menos redundancia, reduciendo costos. Esto no supondrá un problema para la fiabilidad de las cadenas consumidoras.

En segundo lugar, ayudaremos a los equipos de las primeras cadenas consumidoras a preparar proyecciones financieras que cuantifiquen las recompensas que pueden esperar los validadores y los delegadores del Cosmos Hub. Esto ayudará a la comunidad a decidir si vale la pena aprobar una cadena consumidora determinada.

Actualizaciones sobre el "slashing" Algunos miembros de la comunidad estaban preocupados de que una cadena consumidora maliciosa pudiera enviar paquetes de penalización falsificados al Hub, lo que provocaría que los validadores fueran penalizados de manera injusta. Esta es una de las principales razones por las que las cadenas consumidoras deben ser auditadas y aprobadas por la gobernanza. Aunque consideramos que este escenario es muy poco probable, es una preocupación válida y ya habíamos implementado código de regulación para ralentizar el proceso de penalización y ganar tiempo para detener este ataque.

Para hacer las cosas aún más seguras, realizamos algunos cambios pequeños para que las penalizaciones por doble firma (el tipo más grave de infracción de consenso con la sanción más alta) deban pasar por un paso adicional de aprobación por parte de la gobernanza. Esto proporcionará una seguridad adicional en las primeras etapas del lanzamiento de la seguridad replicada.

Esta es una medida temporal. Estamos trabajando en un protocolo de "cadena consumidora no confiable" que permitirá al Hub verificar criptográficamente las pruebas de doble firma. En este punto, ya no será posible que el código de una cadena consumidora maliciosa falsifique un paquete de penalización por doble firma y podremos hacer que sea completamente automático nuevamente.

Hoja de ruta del Cosmos Hub para 2023 Hemos estado trabajando en nuestra hoja de ruta para 2023. Me gustaría dejar claro que esta es la hoja de ruta de nuestro equipo en Informal. El Cosmos Hub es descentralizado y otros equipos también contribuyen a él.

Todavía la estamos puliendo para su lanzamiento público, pero puedo hablar sobre las categorías generales aquí:

Seguridad replicada v1.1: Estos son los numerosos cambios que queremos hacer pero que no pudimos llevar a cabo antes del lanzamiento. Estos incluyen:

Limpieza aleatoria de código y simplificaciones del protocolo. Protocolo de cadena consumidora no confiable: Hacer que no haya forma de que una cadena consumidora cause inconvenientes o daño al Cosmos Hub, al tiempo que se reintroduce la penalización automática como se detalla anteriormente. Opción suave: Hacer que el 10-20% inferior de los validadores en el Hub no necesiten validar cada cadena consumidora, lo que facilita las cosas para los validadores más pequeños. Seguridad intercadena futura: Trabajar en las próximas versiones de ICS.

Seguridad de participación: Hacer que cada validador pueda elegir qué cadenas consumidoras desea validar. Esto requiere pruebas de fraude o algo similar. Seguridad de malla: Participar en el diseño y la adopción de la seguridad de Malla. Esto probablemente también requiera pruebas de fraude. Pronto publicaremos un análisis al respecto. Mejoras en la gobernanza del Hub: Hay muchas mejoras en el sistema de gobernanza de Cosmos SDK que podrían facilitar y hacer más constructiva la deliberación, y hacer que la financiación del fondo comunitario sea más responsable.

Financiamiento en streaming/vesting: Permitir que un receptor de fondos pueda invertir sus fondos con el tiempo, sujeto a recuperaciones si no cumplen, o establecer un pago en streaming de fondos futuros, también sujeto a recuperación. Financiamiento estabilizado: Intercambiar automáticamente Atoms del fondo comunitario por un activo estable, o ajustar los montos de financiamiento en streaming con el tiempo en respuesta a un feed de precios de Atom. Propuestas de selección múltiple: Permitir que los votantes elijan entre varias opciones aceptables; esto facilitaría la aprobación de propuestas que reflejen con precisión lo que los votantes desean.