Estos días, al ver a todos hablar sobre si una cadena principal popular se actualizará o hará mantenimiento y si el ecosistema se mudará después, en realidad me preocupa más: si realmente voy a hacer un cruce de cadenas, ¿en quién confío realmente?


IBC suena muy a “interoperabilidad nativa”, pero una vez que pasa un mensaje, la cadena en sí misma debe ser confiable en su consenso, los clientes ligeros/las lógicas de verificación no deben tener fallos, los relays no deben desconectarse ni hacer tonterías, y el estado del canal/cliente no debe quedar bloqueado;
si se trata de un puente, la cosa es aún más directa, ¿hay vulnerabilidades en los contratos, los validadores/grupos de multisig son confiables, los oráculos/precios no se vuelven locos…?
En resumen, cada cruce divide la confianza en varias partes, y si alguna es frágil, es incómodo.
La próxima vez, quizás prefiera primero hacer pruebas con proyectos de menor tamaño, esperar a que las actualizaciones sean estables antes de aumentar la liquidez;
¿qué puntos “más propensos a fallar” revisan primero antes de hacer un cruce de cadenas?
Ver original
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
  • Recompensa
  • Comentar
  • Republicar
  • Compartir
Comentar
Añadir un comentario
Añadir un comentario
Sin comentarios
  • Fijado