Últimamente he estado traduciendo IBC y varios diseños de mensajería/puentes, y cada vez más creo que una transferencia entre cadenas en realidad se trata de ensamblar una "cadena de confianza"... no solo confiar en una sola cadena. Probablemente hay que confiar en: la finalidad de la cadena fuente (que no se revierta), si los relays/relayers tienen espacio para hacer mal, si los clientes ligeros/conjuntos de validadores pueden ser controlados, si la lógica de ejecución de la cadena destino tiene fallos, además de los permisos de actualización del contrato puente y las partes de monitoreo y alerta, esas "personas". En resumen, cada transferencia añade varias capas de probabilidad. Siento que es como un casillero de entregas que también funciona como relevo de varias personas, y si alguna parte se afloja, es fácil que ocurra un problema. Por cierto, últimamente las disputas sobre los límites de cumplimiento de las monedas de privacidad/mezcladores también afectan las transferencias entre cadenas: la capa de componentes en la que confías, puede que algún día sea bloqueada por políticas o por la realidad de la operación de nodos... Ahora, no miro el APR de los puentes, primero veo quién se hace responsable cuando algo sale mal y si se puede detener la pérdida.

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