El Consejo de Seguridad de Arbitrum utilizó una actualización temporal de contrato para mover criptomonedas vinculadas al hackeo de Binance. Su acción de emergencia impidió que el atacante moviera esos activos, pero decidir su destino pertenece a un proceso de gobernanza separado.
Resumen
- El Consejo de Seguridad de Arbitrum inmovilizó 8.425 ETH y 74.559.805,2 ARB vinculados al exploit de Binance.
- La acción tuvo lugar a las 08:08 HKT del 30 de octubre, según el aviso de Arbitrum.
- Las acciones de emergencia del consejo requieren la aprobación de 9 de 12 miembros.
- El consejo actualizó temporalmente 1 contrato de Ethereum y luego restauró su implementación original.
- Arbitrum utilizó una intervención comparable para congelar 30.765,67 ETH tras el exploit de KelpDAO en abril.
El Consejo de Seguridad de Arbitrum ha movido 8.425 ETH y 74.559.805,2 ARB vinculados al hackeo de Binance a una dirección de custodia cuyos fondos requieren una votación de gobernanza de la DAO para volver a moverse.
El aviso de acción de emergencia de Arbitrum indica que la intervención tuvo lugar a las 08:08 HKT del 30 de octubre. Los colaboradores prepararon un cambio temporal en el contrato inbox de Ethereum de la red, los miembros del consejo lo verificaron y firmaron, y la implementación original se restauró después de las transferencias.
La acción ha llamado la atención porque no requirió la clave privada del atacante. Arbitrum utilizó la autoridad sobre su propia infraestructura para crear mensajes que movieron los activos en Arbitrum One.
Su aviso público describe el resultado como una congelación y reserva cualquier movimiento adicional a la gobernanza de ArbitrumDAO. Por lo tanto, mover fondos lejos de un explotador y devolverlos a un receptor con derecho son decisiones separadas.
La intervención de Arbitrum utilizó un permiso por encima de la billetera
Un pago ordinario de criptomonedas es autorizado por la cuenta que lo envía. El aviso de incidente de Arbitrum describe una ruta excepcional: un cambio en la infraestructura que determina cómo se manejan los mensajes provenientes de Ethereum en el rollup.
La función añadida, sendUnsignedTransactionOverride, podía imitar una transacción entre cadenas mientras suplantaba a su remitente. Dos mensajes transfirieron el ETH y el ARB desde la dirección identificada a la dirección de custodia que termina en 0DA0.
La distinción está entre comprometer la clave del atacante y utilizar la autoridad administrativa sobre el sistema en el que existe esa cuenta. La explicación publicada de Arbitrum describe lo segundo.
Su constitución otorga privilegios de propietario de la cadena a la DAO y al Consejo de Seguridad. Esos privilegios incluyen cambiar implementaciones y parámetros centrales del protocolo, incluidos los contratos asociados en Ethereum.
El rol de propietario de la cadena está por encima de las reglas de una aplicación particular. Es parte de la arquitectura de gobernanza de Arbitrum, por lo que los poderes disponibles para él no pueden inferirse únicamente de los permisos visibles en la billetera de un usuario.
Ethereum proporcionó el lugar para la transacción administrativa, mientras que los activos se mantenían en Arbitrum One. El evento no demostró un poder para reescribir cuentas de Ethereum no relacionadas ni para tomar bitcoin nativo de otra red.
La documentación para desarrolladores de Arbitrum explica que los mensajes de la cadena principal entran al rollup a través de la infraestructura de inbox. Los usuarios pueden enviar transacciones a través de un inbox retrasado cuando el secuenciador no está disponible o no las incluye.
Esa ruta de mensajes ordinaria y la anulación temporal del incidente deben distinguirse. El acceso de un usuario normal a un inbox retrasado no otorga la autoridad especial de suplantación de remitente creada para la acción de emergencia.
La intervención del Consejo de Seguridad fue posible porque podía aprobar una actualización del contrato relevante. El cambio de código proporcionó la funcionalidad excepcional; la billetera del atacante no aprobó voluntariamente la transferencia.
Por lo tanto, la posesión de una clave privada por parte del propietario de una billetera describe solo una parte del acuerdo de seguridad. En un sistema actualizable, los usuarios también dependen de cómo se distribuyen y restringen los permisos administrativos.
La actualización temporal agrupó el rescate y la restauración
Arbitrum afirmó que la actualización, las transferencias y la restauración formaron una acción atómica. En términos de transacción, las operaciones se agruparon de modo que la implementación de emergencia no estaba destinada a permanecer como la implementación activa una vez completada la operación.
El aviso de Arbitrum identifica la transacción administrativa como 0xb69c81774f507d46ce776aeaed8b4d31df96dd66ce6fd05073481011835355d6. La declaración identifica las operaciones y el destino por separado de cualquier interpretación de su efecto legal.
Restaurar la implementación anterior eliminó la función especial de la implementación activa utilizada después de esa transacción. No eliminó la autoridad de actualización subyacente que permitió al consejo introducirla.
Una analogía es útil si se mantiene dentro de esos límites: retirar una instrucción temporal no abole la oficina facultada para emitir otra instrucción. Los usuarios que evalúan el riesgo de intervención futura necesitan las reglas de gobernanza permanentes, así como la vida útil del código temporal.
La arquitectura de gobernanza de la fundación describe los ejecutores de actualización y las entidades autorizadas para llamarlos. La autoridad de emergencia y la ruta más lenta de la DAO son formas diferentes de alcanzar operaciones privilegiadas de contratos.
El registro técnico puede establecer qué implementación se instaló y se restauró, y qué mensajes se crearon. No decide de forma independiente si una dirección fue identificada correctamente como poseedora de propiedad robada.
Esa identificación depende de la evidencia del incidente y de los actores que la evaluaron. El aviso de Arbitrum identifica la dirección como asociada con el exploit de Binance y declara que los fondos y aplicaciones de otros usuarios no se vieron afectados.
El alcance limitado de la acción publicada es relevante. El consejo se dirigió a activos identificados en su cadena gobernada; no anunció una reversión de toda la red de toda la actividad durante el robo.
Para un lector que verifica la recuperación, tres piezas de información van juntas: la transacción administrativa ejecutada, las transferencias que causó y el estado del contrato de tenencia posteriormente. Una captura de pantalla de un saldo por sí sola no puede explicar el permiso que lo movió.
El mismo enfoque se aplica a cualquier liberación posterior. Un resultado de gobernanza, instrucciones ejecutables y una transferencia completada forman una cadena de evidencia; la aprobación en una etapa no es prueba de que todas las etapas posteriores hayan ocurrido.
Nueve firmantes pueden actuar antes de una votación completa de la DAO
El Consejo de Seguridad tiene 12 miembros, y las acciones de emergencia requieren 9 aprobaciones. Las preguntas frecuentes sobre gobernanza distinguen esta ruta inmediata de la secuencia más larga utilizada para las propuestas ordinarias.
Nueve de 12 es un umbral de firma del 75%. Permite que una acción proceda con 3 miembros no disponibles u opuestos, mientras que 4 miembros que retengan la aprobación impedirían alcanzar ese umbral si los otros 8 lo apoyaran.
Esta aritmética describe la regla de aprobación, no la independencia de las personas involucradas. La independencia depende de afiliaciones, conflictos, control de claves y de si los firmantes supuestamente separados pueden en la práctica ser dirigidos por la misma parte.
Arbitrum publica su composición del consejo, incluidos los antecedentes profesionales de los miembros y las asignaciones de cohortes. La lista permite a los usuarios identificar a los tomadores de decisiones en lugar de tratar al “consejo” como un servicio técnico anónimo.
Su constitución exige informes de transparencia después de acciones de emergencia y limita el mandato de emergencia a emergencias de seguridad genuinas. La DAO puede modificar o eliminar los poderes del consejo mediante el proceso de propuesta constitucional.
La ruta más rápida tiene una justificación operativa explícita. Esperar una votación completa de tokens puede dejar fondos disponibles para un atacante mientras los delegados discuten una propuesta y transcurre la ventana de votación.
La cuenta de descentralización progresiva de Arbitrum describe el consejo como un mecanismo para emergencias críticas mientras la gobernanza se desarrolla. Presenta la respuesta rápida y la gobernanza distribuida como partes de la misma arquitectura.
La preocupación opuesta queda registrada en la evaluación de Arbitrum de L2BEAT, que trata la autoridad de actualización inmediata como una suposición de confianza material. Su clasificación de Etapa 1 permite la intervención del consejo de seguridad; no significa que toda operación importante esté más allá de la discreción humana.
Esos relatos describen el mismo permiso desde perspectivas diferentes. Arbitrum enfatiza la capacidad de responder a un evento crítico, mientras que la evaluación de riesgos identifica las consecuencias si los tomadores de decisiones privilegiados actúan maliciosamente o sus claves se ven comprometidas.
La operación de Binance demuestra una intervención dirigida a activos presuntamente robados. Evaluar la arquitectura requiere considerar quién podría aprobar otra intervención y qué límites exigibles se aplican a esa autoridad.
Congelar fondos y elegir un destinatario tienen plazos diferentes
Una congelación de emergencia responde a una pregunta inmediata: ¿se puede evitar que los activos identificados salgan del sistema? Una liberación responde a otra distinta: ¿qué destinatario debería recibirlos, con qué evidencia y mediante qué instrucciones?
El aviso de Binance especifica el requisito de gobernanza pero no establece un plazo de reembolso a los clientes. Una votación de la DAO debe prepararse en torno a un destino propuesto y una acción ejecutable antes de que pueda resolver ese siguiente paso.
El momento de la intervención inicial puede, no obstante, calcularse a partir de los dos avisos del incidente. Binance situó el inicio del robo a las 20:05 UTC del 29 de octubre; las 08:08 HKT del 30 de octubre son las 00:08 UTC, un intervalo de aproximadamente 4 horas y 3 minutos.
El cálculo se refiere al inicio del robo reportado y a la hora de acción declarada por Arbitrum. No es una medición de cuánto tardó el consejo en actuar tras recibir una alerta, porque el aviso no especifica cuándo llegó esa alerta.
Tampoco establece que todos los activos del hackeo más amplio siguieran siendo recuperables durante esas horas. La intervención abordó las tenencias identificadas en Arbitrum One, mientras que el robo y las transferencias posteriores involucraron otras redes.
El tiempo transcurrido hasta la congelación y el tiempo transcurrido hasta la restitución necesitan, por tanto, eventos de inicio y fin separados. Este último requeriría una devolución completada al destinatario autorizado, no meramente un anuncio de que los activos han sido inmovilizados.
Una propuesta fechada proporcionaría la siguiente parte de esa cronología, seguida de su votación, los períodos de espera aplicables y la ejecución. Hasta que ocurran esos eventos, la marca temporal de la congelación no proporciona ninguna fecha de pago automática para los clientes.
La guía de votación de propuestas de Arbitrum distingue entre discusión, señalización fuera de la cadena y votación formal en la cadena. Un hilo de discusión positivo o una comprobación de temperatura no es el mismo evento que la ejecución mediante contratos de gobernanza.
La constitución clasifica por separado como constitucionales las propuestas que cambian el software o requieren poderes de propietario de la cadena. Otorga a esas propuestas etapas de votación, espera e implementación, con la ruta aplicable determinada por lo que la propuesta hace realmente.
Una propuesta de transferencia necesita, en consecuencia, más detalle que una declaración de que los fondos deberían devolverse. La dirección del destinatario, el importe, la autoridad y cualquier condición tienen que coincidir con las instrucciones que se pide a los votantes que aprueben.
Esa precisión es particularmente relevante para una recuperación que involucra a un exchange. Binance ha prometido cubrir a los clientes utilizando recursos de la empresa, por lo que el destinatario de los activos recuperados puede ser el exchange u otro acuerdo de recuperación autorizado, en lugar de que cada titular de cuenta reciba una distribución directa en la cadena.
Su programa de sustitución de activos avanzó mientras los activos originales permanecían congelados en otro lugar. Por lo tanto, los ingresos de la recuperación y los pasivos con los clientes deben conciliarse para que la misma cantidad no se represente como dos reembolsos separados.
Considérese un exchange hipotético que reemplaza 100 tokens robados utilizando su tesorería. Si una DAO devuelve posteriormente 20 tokens originales, los clientes no han recibido 120 tokens de restitución; el exchange ha recuperado parte del costo de restaurar el pasivo original de 100 tokens.
Si los tokens aún no se han reemplazado, la misma recuperación podría en cambio reducir el déficit pendiente con los clientes. La descripción correcta depende del pasivo real y de los acuerdos de reembolso vigentes cuando se produce la transferencia.
El proceso de decisión debería hacer visibles esos acuerdos. Una dirección de recuperación identifica adónde van los activos en la cadena, mientras que la documentación que la acompaña explica quién la controla y a qué reclamación se pretende satisfacer con la transferencia.
El rescate de KelpDAO ya mostró qué puede retrasar una devolución
Arbitrum utilizó una intervención comparable tras el exploit de KelpDAO de abril. Su aviso de acción de abril identificó 30.765,667501709008927568 ETH transferidos a la misma dirección de custodia y señaló que la gobernanza tendría que autorizar una liberación.
Como crypto.news informó anteriormente, el consejo inmovilizó los ETH vinculados a Kelp sin anunciar una interrupción general para otros usuarios o aplicaciones. El valor citado en ese momento era de aproximadamente 71 millones de dólares.
Las etapas siguientes implicaron una propuesta de recuperación coordinada para los tenedores de rsETH. Aave Labs, KelpDAO, LayerZero, EtherFi y Compound fueron coautores de una propuesta de liberación del 25 de abril.
Su objetivo declarado era dirigir los ETH inmovilizados hacia la restauración del respaldo de rsETH. La propuesta especificaba que los activos ya estaban congelados y que su destino era la cuestión de gobernanza restante.
Las reclamaciones legales complicaron entonces el proceso. Una notificación de restricción del 1 de mayo, descrita en la cobertura de la restricción judicial, concernía a reclamaciones de acreedores de sentencias por terrorismo que argumentaban que los activos podían satisfacer sentencias contra Corea del Norte.
La distinción histórica importante es entre esa alegación y un fallo de propiedad establecido. La atribución de un exploit a un actor vinculado a un Estado no responde, por sí sola, a todas las cuestiones de propiedad sobre activos tomados de otra parte.
La cobertura de la votación de gobernanza del 8 de mayo describió un fuerte apoyo a una propuesta de recuperación y a disposiciones de indemnización. El apoyo al plan y la exposición legal de las personas que lo implementaban se abordaban mediante acuerdos separados.
La discusión enmendada en el foro público se refirió posteriormente a la transferencia a la custodia de Aave LLC bajo supervisión judicial. Esa discusión de mayo es contexto histórico, y no evidencia de que los activos de Binance enfrenten ahora la misma reclamación o procedimiento judicial.
La comparación identifica una fuente de retraso demostrada: un consejo puede retirar activos del control inmediato de un atacante antes de que se determinen el destinatario legítimo y la vía de transferencia legal. Del ritmo de la congelación inicial no se deriva automáticamente ningún calendario fijo de devolución.
Por lo tanto, sería prematuro atribuir el estatus legal de la recuperación de KelpDAO a la nueva custodia de Binance. La propuesta aplicable y cualesquiera órdenes legales reales deben identificar a qué activos y partes conciernen.
Una dirección de custodia puede contener más de una recuperación
Los avisos de Arbitrum identifican el mismo destino que termina en 0DA0 para las acciones de Binance y KelpDAO. Eso hace que los registros de transferencia y la atribución de activos sean especialmente relevantes cuando los lectores intentan seguir una recuperación a través de un explorador.
Un saldo de ETH mostrado es un total de la dirección en el momento de la consulta. No identifica, sin el historial de transacciones y las restricciones pertinentes, qué porción pertenece a qué incidente ni si una asignación anterior ya ha cambiado.
Los 8.425 ETH del aviso de Binance son, por lo tanto, la cantidad específica del incidente que debe seguirse. Sustituirla por el saldo total actual de ETH de la dirección de custodia podría combinar entradas no relacionadas, tenencias residuales o transacciones posteriores.
El saldo de ARB requiere su propio registro de transferencia de tokens. Sumar ETH nativo y una cantidad de tokens no produce una única cantidad útil a menos que ambos se valoren utilizando un precio y una marca temporal divulgados.
Por ejemplo, una valoración de la asignación de Binance sería 8.425 multiplicado por el precio de ETH seleccionado, más 74.559.805,2 multiplicado por el precio de ARB seleccionado. La cantidad cambia cuando cualquiera de los precios cambia, incluso si ningún token sale de la dirección de custodia.
Con un precio ilustrativo de ETH de $2.200 y un precio de ARB de $0,16, la fórmula produce aproximadamente $30,46 millones. Esos son insumos de valoración hipotéticos, no precios de mercado cotizados ni la contabilidad de la pérdida de Arbitrum.
El cálculo explica por qué un titular en dólares puede moverse mientras la cantidad recuperada permanece fija. Informar las cantidades de tokens preserva una referencia estable para el registro de recuperación.
Una distinción similar se aplica a las comisiones y a los recuentos de transacciones. Una transacción administrativa en Ethereum puede crear múltiples mensajes y transferencias en un rollup, por lo que contar solo la transacción de la cadena principal no describe cada movimiento de activos resultante.
La documentación del ciclo de vida de las transacciones de la red separa el envío y la inclusión entre la cadena principal y la cadena secundaria. Examinar una intervención requiere seguir esa relación, no tratar las dos cadenas como evidencia independiente de recuperaciones duplicadas.
El registro útil para los lectores es, por lo tanto, específico del incidente: dirección original, cantidades transferidas, destino de custodia, autorización de liberación y destinatario final. Cada elemento responde a una parte diferente de adónde fueron los activos.
La autocustodia y la gobernanza de la red cubren poderes diferentes
La autocustodia significa que un usuario controla las credenciales normalmente requeridas para autorizar transacciones desde una cuenta. No promete que cada blockchain en la que existe la cuenta tenga reglas inmutables o no tenga permisos administrativos.
La arquitectura publicada de Arbitrum incluye un secuenciador, mecanismos de validación y disputa, permisos de actualización y gobernanza. Cada componente aborda una parte diferente de cómo se aceptan las transacciones y cómo cambia el sistema.
Su documentación del secuenciador describe arreglos de inclusión alternativos cuando el secuenciador falla o censura mensajes. Esas protecciones abordan el orden y la disponibilidad de las transacciones dentro de las reglas del protocolo.
Una actualización de software de emergencia concierne a las reglas y a los contratos privilegiados mismos. Una ruta alternativa ante un secuenciador no disponible no elimina la capacidad separada de los actores de gobernanza autorizados para cambiar una implementación actualizable.
La documentación de control de acceso de OpenZeppelin establece una distinción relacionada a nivel de contrato. La propiedad y los roles determinan qué cuentas pueden llamar a funciones privilegiadas, y un timelock puede retrasar las operaciones que se le asignen.
La cuestión práctica de seguridad es adónde conducen esos permisos. Una aplicación puede usar una multifirma mientras un contrato de red de nivel superior sigue siendo actualizable a través de un conjunto separado de firmantes, cada uno con sus propias reglas.
Aave ofrece un contraste útil en su documentación de gobernanza. Distingue a los guardianes de emergencia del protocolo de los guardianes de emergencia de la gobernanza, asignando mandatos de intervención diferentes a órganos diferentes.
Esa separación no establece que todo sistema que utilice un guardián sea igualmente seguro. Muestra por qué el nombre del rol es menos informativo que las funciones exactas que puede llamar, las aprobaciones requeridas y el proceso para reemplazarlo.
El propio exploit de Binance involucró otro tipo de autoridad. Los investigadores describieron autorizaciones de billetera válidas en la secuencia de ataque en Ethereum, mientras que la recuperación de Arbitrum utilizó una vía de administración de la red después de que los activos llegaran a su cadena.
Los dos eventos no deben comprimirse en una afirmación de que las claves privadas ya no importan. Demuestran que la autoridad de firma, el comportamiento de cuentas delegadas y los permisos de actualización de la red son partes distintas del entorno de seguridad de un activo.
La membresía del consejo y las claves de firma requieren un escrutinio separado
La lista pública identifica a las personas, mientras que la multifirma requiere firmas de claves particulares. Ambos registros son relevantes: un nombre en una página de membresía no muestra por sí mismo que una clave esté almacenada de forma segura o disponible durante un incidente.
Las obligaciones de los miembros de Arbitrum exigen seguridad operativa, incluida una cartera de hardware nueva dedicada al cargo. Las expectativas publicadas incluyen diversidad entre organizaciones, ubicaciones y zonas horarias para respaldar la independencia y la respuesta rápida.
Los dos objetivos pueden tirar en direcciones operativas diferentes. Los firmantes necesitan suficiente separación para resistir un compromiso común, mientras que un número suficiente de ellos debe ser localizable para alcanzar el umbral cuando ocurre una emergencia.
Una regla de 9 de 12 no elimina ese problema de coordinación. Si 3 miembros no están disponibles, todos los miembros restantes deben aprobar para que la acción proceda; si 4 no están disponibles, no se puede alcanzar el umbral de firma inmediato.
Ese es un cálculo de disponibilidad, no evidencia de que cualquiera de los dos eventos ocurriera durante la respuesta de Binance. La transacción publicada registra una intervención que sí procedió.
La descripción general del consejo describe los arreglos de elección y remoción. Indica que un miembro puede ser removido mediante un voto de la DAO que cumpla las condiciones aplicables de participación y supermayoría, o mediante la aprobación de al menos 9 miembros del consejo.
La remoción de un tomador de decisiones y la remoción de un permiso contractual son actos diferentes. El sistema administrativo debe garantizar que los permisos correspondan a la membresía autorizada después de una elección, renuncia o reemplazo.
Arbitrum publica un registro de direcciones de despliegue que identifica los contratos de gobernanza, incluida la infraestructura de elección y remoción. Permite a los lectores distinguir una interfaz de votación de los contratos que registran e implementan el resultado.
Por consiguiente, un anuncio de elección no es el registro completo de la instalación. El cambio relevante en la cadena establece qué claves pueden ejercer el cargo después.
La misma distinción se aplica cuando un firmante rota una clave. La persona puede seguir siendo miembro del consejo mientras cambia la credencial de firma autorizada, por lo que comparar solo los nombres pasaría por alto un evento de seguridad importante.
Los documentos de gobernanza de Arbitrum describen instancias multisig separadas en Ethereum y en las cadenas gobernadas. Sus permisos se aplican a los contratos relevantes, por lo que las direcciones del consejo enumeradas no son intercambiables en todas las operaciones.
Para la acción de Binance, el aviso publicado identifica una actualización de contrato en Ethereum y transferencias en Arbitrum One. Esa relación determina qué permisos y registros de transacciones son relevantes para la intervención.
Existe una diferencia adicional entre una afiliación y el control de una firma. Una relación laboral pública puede ayudar a los lectores a evaluar la concentración, pero no prueba que el empleador controle la clave de la persona ni que haya instruido un voto particular.
La evidencia de una instrucción real, un acuerdo de custodia compartida o una infraestructura de firma común respondería a una pregunta diferente de la que responde una biografía profesional. El análisis no debería convertir una en la otra sin información de respaldo.
Un informe de transparencia puede facilitar el examen de esos límites al identificar a los firmantes, la acción, el momento y el motivo de la urgencia. El relato del informe puede entonces compararse con la transacción administrativa y el mandato constitucional declarado.
Cambiar la autoridad a más largo plazo del consejo sería una decisión de gobernanza por sí misma. No determinaría automáticamente adónde deberían ir los activos de Binance ya inmovilizados, porque la liberación aún necesita un destinatario definido e instrucciones.
Un voto necesita identificar exactamente qué se ejecutará
Para los tenedores de tokens, el próximo evento concreto de recuperación es una propuesta que especifique la asignación de Binance y su destino. El aviso actual asigna esa decisión a la gobernanza, pero no proporciona por sí mismo una transferencia completada de vuelta al exchange.
La constitución de Arbitrum recomienda que las propuestas establezcan especificaciones, pasos de implementación, costos y plazos. Una propuesta que involucre a un tercero también debería incluir la documentación legal y los procedimientos aplicables.
Los votantes necesitan comparar el texto descriptivo con las instrucciones ejecutables. Una propuesta puede indicar un monto en prosa mientras la carga útil de la transacción llama a un contrato con sus propios parámetros de activo, destinatario y permiso.
La guía de gobernanza de OpenZeppelin distingue el conteo de votos, el quórum, la ejecución de propuestas y los componentes de timelock. El resultado principal de un voto es solo una etapa de un sistema construido a partir de esos contratos y reglas separados.
La propuesta de recuperación debe dejar claro si su destino es una billetera controlada por un exchange, una multifirma de recuperación o un intermediario sujeto a condiciones adicionales. La parte que controla el destino determina quién puede actuar una vez completada la transferencia de la DAO.
Cualquier acuerdo de custodia o indemnización por separado debe atribuirse a sus términos reales. La discusión de KelpDAO muestra que tales acuerdos pueden formar parte de un proceso de recuperación, pero no proporciona términos predeterminados para un nuevo incidente.
La responsabilidad de los firmantes continúa después de la transferencia de emergencia. El requisito constitucional de transparencia se refiere tanto a por qué la acción se justificó como a lo que hizo el código.
Ese informe puede compararse con el registro de la transacción, la identificación declarada de la dirección vinculada al explotador y los límites descritos en el aviso público. Una liberación final añade otro evento observable a esa secuencia.
La declaración de Arbitrum del 30 de octubre sitúa los activos vinculados a Binance en 0x0000000000000000000000000000000000000DA0 y afirma que se requiere una votación de gobernanza para moverlos.
Qué observar
- Propuesta de liberación: Las cantidades específicas del incidente, el destinatario propuesto y las instrucciones ejecutables presentadas a la gobernanza.
- Informe del consejo: La base documentada para la acción de emergencia y las aprobaciones involucradas.
- Movimientos de retención: Transferencias atribuibles a la asignación de Binance, separadas de otros activos en la misma dirección.
- Condiciones legales: Cualquier orden real o acuerdo de custodia que rija la liberación propuesta.
- Ejecución: La transacción final que transfiere los fondos tras la aprobación y la finalización de los períodos de espera aplicables.
Preguntas frecuentes
¿Cuánta criptomoneda vinculada a Binance movió Arbitrum?
El aviso identifica 8.425 ETH y 74.559.805,2 ARB. Su valor en dólares cambia con los precios de mercado, mientras que esas cantidades proporcionan una referencia fija del incidente.
¿Obtuvo Arbitrum la clave privada del atacante?
Su cuenta describe una actualización temporal del contrato que creó mensajes suplantando al remitente. No describe la recuperación de la clave privada del atacante.
¿Ya se han devuelto los activos a Binance?
El aviso de emergencia publicado los sitúa en una dirección de retención. Cualquier movimiento posterior requiere una votación de gobernanza de ArbitrumDAO.
¿Cuántos miembros del consejo deben aprobar una acción de emergencia?
El umbral es de 9 de 12 miembros. Eso equivale al 75% del consejo.
¿Permaneció activa la anulación después?
Arbitrum afirma que la implementación original del inbox se restauró dentro de la acción atómica. La autoridad permanente para aprobar actualizaciones sigue formando parte de la arquitectura de gobernanza.
¿Ha utilizado Arbitrum este enfoque antes?
Una acción de abril inmovilizó aproximadamente 30.765,67 ETH vinculados al exploit de KelpDAO. Su proceso de liberación involucró cuestiones de gobernanza y legales separadas.
¿Puede el saldo de una billetera por sí solo mostrar cuánto se recuperó?
La dirección de retención puede recibir activos asociados con diferentes eventos. Se necesita el historial de transacciones y las cantidades específicas del incidente para atribuir el saldo correctamente.
¿Elimina la autocustodia el riesgo de gobernanza del rollup?
El control de la clave de una billetera y la autoridad sobre una red actualizable son permisos separados. Este es un análisis educativo, no asesoramiento de inversión.
