🧵 @Agglayer v0.3 ya está disponible.
La mayoría de los puentes aún dependen de la vibra de "solo confía en nosotros".
Esta versión finalmente cambia el modelo:
"no confíes en el puente, verifica el estado."
Déjame explicarte qué ha cambiado y por qué es importante 👇
Agglayer v0.3 mainnet está en vivo.
Esta actualización de seguridad sienta las bases para que las cadenas no-CDK se unan, comenzando con Polygon PoS para finales del tercer trimestre. Las cadenas pueden probar el estado y conectarse, de manera segura y sin reescribir la arquitectura.
Próxima parada: interoperabilidad rápida (transacciones entre cadenas en menos de 10 segundos)
Antes de la v0.3, Agglayer se centraba principalmente en verificar mensajes entre cadenas, no lo que sucedía dentro de las cadenas.
Supongamos que la Cadena A envía 100 USDC a la Cadena B. El modelo antiguo solo verificaba que "se envió un mensaje para enviar 100 USDC". Pero no probaba:
- si la Cadena A realmente dedujo 100 USDC de tu billetera
- o si la Cadena B acuñó correctamente los tokens
Estabas confiando en los secuenciadores o la lógica del puente para "hacer lo correcto".
Con la v0.3, Agglayer añade verificación completa de esos pasos internos. Verifica:
- Que la transición de estado en la Cadena A fue válida (por ejemplo, se dedujo el saldo)
- Que el comportamiento del puente y la reclamación en la Cadena B coinciden con lo que realmente sucedió
No más confianza ciega. Todo es comprobable ahora.
Agglayer v0.3 es una actualización importante de la prueba pesimista.
¿La idea principal? Las cadenas ahora adjuntan una prueba que muestra que han finalizado correctamente su propio bloque, basado en sus propias reglas.
Piénsalo como #2FA para la liquidación: un factor es la diferencia de estado, el segundo es la prueba de que el bloque fue construido honestamente.
La seguridad de Agglayer v0.3 se refuerza a través de un flujo de tres pasos:
1️⃣ La prueba de transición de estado prueba su propia transición de estado (a través de prueba zk o ECDSA)
2️⃣ La prueba de AggProver verifica la prueba de transición de estado y las restricciones del puente (es decir, salidas, cambios de raíz)
3️⃣ Finalmente, todo se vuelve a ejecutar. Esto hace que todo el sistema sea verificable y resistente a manipulaciones: sin atajos, sin suposiciones de confianza.
Cada paso se ejecuta en un zkVM, donde usamos @SuccinctLabs SP1! ¡Eso son tres pruebas SP1 por compromiso de estado de cadena! ¡Triple confianza!
Es sin confianza, modular y mucho más seguro.
Vamos a explicar cada capa una por una:
Paso 1 — Prueba de Transición de Estado Aquí es donde cada cadena prueba que su propia transición de estado interno es válida.
Si eres un zk rollup, generas una prueba de validez completa (por ejemplo, Plonky2/3, STARK, etc).
Si no lo eres, puedes firmar la nueva raíz de estado usando ECDSA.
El objetivo aquí: probar "He procesado estas transacciones y he actualizado mi estado de manera honesta."
La salida es una prueba de estado local: no dice nada aún sobre puentes, solo sobre la corrección interna.
7,68 mil
49
El contenido de esta página lo proporcionan terceros. A menos que se indique lo contrario, OKX no es el autor de los artículos citados y no reclama ningún derecho de autor sobre los materiales. El contenido se proporciona únicamente con fines informativos y no representa las opiniones de OKX. No pretende ser un respaldo de ningún tipo y no debe ser considerado como un consejo de inversión o una solicitud para comprar o vender activos digitales. En la medida en que la IA generativa se utiliza para proporcionar resúmenes u otra información, dicho contenido generado por IA puede ser inexacto o incoherente. Lee el artículo vinculado para obtener más detalles e información. OKX no es responsable del contenido alojado en sitios de terceros. El holding de activos digitales, incluyendo stablecoins y NFT, implican un alto grado de riesgo y pueden fluctuar en gran medida. Debes considerar cuidadosamente si el trading o holding de activos digitales es adecuado para ti a la luz de tu situación financiera.