Recientemente, alguien volvió a hablar sobre si la cadena principal se actualizará o se detendrá y si el ecosistema se mudará antes o después de la actualización, pero yo en cambio me concentro en el tema de las cadenas cruzadas… En realidad, una sola transacción cruzada implica más que solo la palabra “puente”. Ya sea IBC o cualquier otro método de transmisión de mensajes, la propia cadena, su consenso/ finalización, los clientes ligeros/ lógica de validación, si los relayers (retransmisores) están trabajando, cómo maneja la cadena opuesta los tiempos de espera y los reversiones, además de esa capa de contratos encapsulados/ multi-firmas/ permisos de actualización, cualquier punto débil puede causar problemas.

Pensé que usar IBC equivalía a “más descentralización y mayor seguridad”, pero después de observar varias veces el ritmo de direcciones inusualmente activas, descubrí que muchos riesgos en realidad están en los alrededores: concentración de relayers, cambios aleatorios en los parámetros del canal, una sola votación de gobernanza puede cambiar el código de validación… La superficie del agua parece tranquila, pero debajo todo está en movimiento. De todos modos, antes de hacer una transacción cruzada, ahora me pregunto: si realmente surge un problema, ¿quién puede pulsar el botón de pausa, quién puede cambiar las reglas? ¿Y quiénes son esas dos personas?