Hyperbridge dice que ha rediseñado completamente su arquitectura de interoperabilidad luego del exploit de abril que obligó al protocolo a desconectarse y expuso riesgos críticos de centralización dentro de su infraestructura de puente.
En un anuncio del 15 de junio, el protocolo confirmó que las operaciones de puente se habían reanudado después de lo que describió como una revisión arquitectónica completa en lugar de un simple parche de exploit.
El relanzamiento sigue al exploit de Hyperbridge del 13 de abril, en el que los atacantes explotaron una vulnerabilidad en su infraestructura de puerta de enlace simbólica. En lugar de restaurar el sistema antiguo, el equipo dijo que utilizó el tiempo de inactividad para rediseñar el protocolo en lo que ahora llama una "hiperestructura de interoperabilidad".
Según el anuncio, la actualización elimina varios componentes operativos centralizados que anteriormente dependían del equipo de Polytope Labs.
Hyperbridge elimina el sistema de prueba centralizado
Uno de los mayores cambios del protocolo implica la generación de pruebas entre cadenas.
Antes de la reconstrucción, solo el equipo de Polytope Labs generó y envió las pruebas de conocimiento cero utilizadas para verificar el consenso de Polkadot sobre las cadenas EVM.
Hyperbridge ahora dice que la generación de pruebas no requiere ningún permiso. Cualquier operador puede ejecutar el probador de código abierto, enviar pruebas criptográficas y ganar recompensas sin necesidad de la aprobación del equipo.
El protocolo decía que las pruebas enviadas ahora se publican en la cadena y pueden ser verificadas de forma independiente por retransmisores, desarrolladores y usuarios intermedios.
El propio sistema de retransmisión también ha sido rediseñado. Hyperbridge fusionó la infraestructura de mensajería y consenso previamente separada en un único repetidor binario, lo que redujo la complejidad operativa y las barreras para los operadores independientes.
Los controles de gobernanza se alejaron del equipo central
El protocolo también eliminó varios mecanismos de gobernanza centralizada introducidos durante fases de desarrollo anteriores.
Según el anuncio, Hyperbridge eliminó su plataforma de gobernanza sudo, que anteriormente permitía al equipo central realizar cambios de emergencia en la red.
Las futuras actualizaciones de la red ahora requerirán la votación de los poseedores de tokens, mientras que los desembolsos del tesoro deben pasar por la autorización de la gobernanza pública.
El protocolo cambió aún más la forma en que se asignan las ranuras del clasificador.
En lugar de ser designados por el equipo, los operadores ahora deben ganar reputación a través de la actividad de la red, como transmitir mensajes, enviar pruebas y mantener actualizaciones de los validadores.
Hyperbridge describió el modelo como sin permiso y resistente a los ataques de Sybil porque la reputación debe ganarse mediante un trabajo útil.
El nuevo modelo puente da a los emisores más control
Otro cambio importante tiene que ver con la arquitectura de tokens de Hyperbridge.
El protocolo dijo que ha dejado de usar su sistema TokenGateway compartido y lo reemplazó con un modelo de “Token hiperfungible”.
Hyperbridge dijo que el diseño permite a los emisores personalizar las políticas de seguridad sin requerir una coordinación de todo el protocolo.
El relanzamiento también introduce un modelo económico basado en suscripción para el ancho de banda entre cadenas, en el que las aplicaciones pagan tarifas denominadas en monedas estables por los servicios de interoperabilidad.
Hyperbridge apunta a aplicaciones LayerZero existentes
El protocolo también lanzó un adaptador compatible con LayerZero para atraer aplicaciones omnichain existentes.
Según el anuncio, las OFT y OApps existentes pueden integrar la capa de transporte ISMP de Hyperbridge sin necesidad de migración o reimplementación.
El protocolo describió el adaptador como una forma para que los proyectos actualicen los supuestos de seguridad subyacentes y al mismo tiempo preserven su infraestructura LayerZero existente.
Resumen final
Hyperbridge reanudó sus operaciones después de rediseñar la infraestructura de su puente tras el exploit de abril.
El protocolo eliminó los sistemas centralizados de prueba y gobernanza al tiempo que introdujo retransmisores sin permiso y seguridad de token modular.