¡Atención! Solana planea eliminar el mecanismo de Durable Nonce: los custodios solo tienen seis meses para migrar

SOL
permisos de acuñación de USDC/USDTdurable nonceSIMD-0723SolanaAnzacustodiosactualización de protocolo
hace 1 horaFuente: blockweeks.com
¡Atención! Solana planea eliminar el mecanismo de Durable Nonce: los custodios solo tienen seis meses para migrar

Este artículo fue recopilado y organizado por BlockWeeks

Gabe Rodriguez de Anza, el equipo de desarrollo central del cliente validador de Solana, presentó el 5 de noviembre un Documento de Mejora de Solana (SIMD), que es el proceso formal para modificar el protocolo de la red. La propuesta planea abolir formalmente el mecanismo de durable nonce.

El llamado durable nonce es un valor almacenado que se mantiene en una cuenta dedicada, utilizado para reemplazar el "recent blockhash", es decir, la referencia de bloque de corta duración que normalmente lleva cada transacción de Solana. Su propósito es permitir que una transacción se firme ahora y se transmita en la cadena mucho más tarde.

Qué cambia exactamente SIMD-0723

Según SIMD-0723, una vez que este cambio se active, "cada transacción debe llevar un recent blockhash". Y esta referencia caduca después de 150 bloques, momento en el cual la transacción ya no puede ponerse en la cadena. Las instrucciones del System Program integrado de Solana utilizadas para inicializar, avanzar y actualizar cuentas nonce se desactivarán; las dos instrucciones que permiten a los propietarios de cuentas retirar fondos o reasignar el control seguirán disponibles. Las cuentas existentes no se verán afectadas.

Una presentación del 6 de noviembre añadió un cronograma: una ventana de migración de al menos seis meses, contados a partir de la fecha de presentación del 5 de noviembre; el borrador establece explícitamente que esta función "no se activará en mainnet-beta (la red principal de Solana) antes del 2027-05-05". El estado de la propuesta sigue siendo Draft, y la solicitud de extracción correspondiente aún no ha recibido ninguna aprobación. El bot del repositorio enumeró las condiciones necesarias para la fusión: la aprobación de un miembro del equipo de Anza y de un miembro del equipo Firedancer de Jump Crypto (que es responsable de otro cliente validador independiente).

Custodios y exchanges señalados

El borrador señala que cualquier entidad que firme una transacción ahora pero la transmita solo después de que expire el plazo de 150 bloques debe rehacer el proceso; y señala específicamente a los custodios y exchanges, cuyos procesos de aprobación en máquinas aisladas (sin conexión a la red) pueden durar más que esta ventana.

En enero de este año, durante la discusión inicial, un participante enumeró las claves que controlan los derechos de emisión de USDC y USDT (es decir, la autoridad de acuñación) como uno de los usuarios importantes de esta función. Michael Gutkin de Fireblocks escribió en marzo que la empresa "gestiona millones de billeteras de Solana" y consideraba que "abolir el durable nonce parece ser la dirección correcta". Pero añadió que si no hay un puente compatible para la migración de cuentas (por ejemplo, una solución que envuelva transacciones previamente firmadas), "creemos que, a escala institucional, 12 meses es el período mínimo viable". SIMD-0723 rechazó tal solución de envoltura y ofrece solo al menos seis meses.

Dos alternativas ofrecidas oficialmente

La propuesta señala dos caminos alternativos: el Programmatic Signer de Anza y el Vector de Blueshift. En ambas soluciones, el propietario de la cuenta delega la autoridad a una dirección derivada de programa (PDA), una cuenta controlada por un programa en lugar de una clave privada, luego firma la autorización fuera de línea y entrega la firma a un tercero (un relayer), y el programa verifica la firma en la cadena transacción por transacción antes de ejecutar la instrucción.

Hasta el 9 de noviembre, el autor del borrador, Rodriguez, había enviado 136 commits al repositorio del Programmatic Signer, lo que, según los datos de colaboradores de GitHub, es la mayor cantidad entre múltiples colaboradores. El borrador también advierte: "una presentación fallida no es una revocación".

Una historia de fallos y extrema concentración de comisiones

El SIMD cita una serie de casos de fallo, incluido un incidente en 2022: los validadores procesaron una transacción fallida tanto por la ruta estándar de blockhash como por la ruta nonce al mismo tiempo, lo que provocó que la red principal se detuviera durante aproximadamente 4,5 horas.

Los datos publicados por Max Resnick en junio mostraron que dentro de cierta época (el intervalo de bloques fijo de Solana), las transacciones nonce representaban aproximadamente el 3,1% de todas las transacciones, pero contribuían con aproximadamente el 30% de la priority fee (es decir, la propina opcional utilizada para acelerar el procesamiento). Según sus estadísticas, entre las 103.672 cuentas que pagaron comisiones por transacciones nonce, 555 cuentas contribuyeron con el 97,5% de ellas.

La sombra del incidente de Drift

Cabe señalar que el texto completo del SIMD no menciona a Drift. Este exchange de contratos perpetuos perdió aproximadamente 295,7 millones de dólares el 1 de abril según su propio relato, y en su plan de recuperación calificó la superficie de ataque de nonce duradero como "una parte central de por qué el exploit del 1 de abril pudo ejecutarse". Anteriormente hubo informes que sugerían que el incidente podría estar vinculado a Corea del Norte, y Drift también publicó arreglos de reclamación relacionados con tokens de recuperación.

La cuenta regresiva de seis meses y la presión de actualizaciones acumuladas

La cuestión clave es: el reloj de seis meses comienza desde la fecha en que se publica el borrador, no desde la fecha en que las alternativas están listas. A partir del 9 de noviembre, el repositorio de Programmatic Signer sigue marcado como "en construcción".

Esto significa que los custodios deben avanzar en esta migración mientras también lidian con otros cambios centrales recientes, como el cambio de consenso Alpenglow y el cambio que amplía el límite de transacción a 4.096 bytes.