Muchos diseños tempranos de blockchain utilizaron el hash de Pedersen porque es eficiente dentro de grupos de curvas elípticas y se combina naturalmente con las mismas curvas utilizadas para firmas. Sin embargo, la seguridad de Pedersen hereda la suposición del logaritmo discreto. Reemplazarlo con una función hash cuya seguridad se basa únicamente en la resistencia a colisiones elimina esa dependencia. @Starknet realizó este reemplazo para el hash del programa del sistema operativo y el hash de configuración que aparecen en el contrato principal. El cambio fue limitado en alcance, pero cerró un elemento concreto en la hoja de ruta publicada y demostró que tales reemplazos pueden ejecutarse sin interrumpir las cuentas existentes. Otros reemplazos siguen en la hoja de ruta: los compromisos del trie de estado y la derivación de direcciones de contrato. Como estos valores ya están comprometidos en la cadena, cualquier cambio debe ir acompañado de una estrategia de migración para los datos históricos. Un enfoque bajo discusión es la creación de herramientas que permitan a los contratos existentes volver a derivar claves de almacenamiento bajo el nuevo hash sin movimiento manual de datos. El costo de ingeniería no es trivial, pero está localizado y puede avanzar independientemente del cronograma de la capa de liquidación. Estos pasos incrementales ilustran un patrón práctico. En lugar de esperar una única bifurcación dura cuánticamente segura, una red puede retirar las suposiciones de curva elíptica superficie por superficie, implementando cada cambio una vez que la implementación y la ruta de migración estén listas. Un registro público de migración que rastree el estado de cada superficie hace que la distancia restante sea observable en lugar de retórica.
