Migrar de Ethereum a Solana: alcance, costes y evidencia

Migrar de Ethereum a Solana no es un port mecánico, pero tampoco se rige por un porcentaje universal de reescritura. El alcance depende del comportamiento de contratos, estado, activos, wallets, firmas, canalizaciones de datos, integraciones, gobernanza y operaciones. Estima estos frentes desde el producto real.

Wavect ha apoyado a Quivr y otros productos blockchain. Esa experiencia orienta las preguntas siguientes, pero un encargo privado no es un referente de mercado ni prueba que otro producto tenga la misma motivación, alcance, calendario o resultado.

¿Migrar, desplegar en paralelo o permanecer?

Empieza por la restricción del producto, no por la popularidad de una red. Define transacciones representativas, valor en riesgo, necesidades de latencia y finalidad, sensibilidad a comisiones, rendimiento, dependencias de activos y protocolos, público de wallets, obligaciones de cumplimiento, disponibilidad y recuperación. Mide el sistema actual y una implementación candidata con la misma carga.

Compara al menos tres opciones: mejorar el diseño Ethereum o L2, desplegar una versión Solana en paralelo, o migrar y retirar la ruta antigua. El despliegue dual puede reducir riesgo de transición, pero aumenta fragmentación de liquidez, reconciliación, soporte, seguimiento, gobernanza y seguridad. Explicita esos costes.

¿Por qué cambia el modelo de programas?

Los programas de Solana reciben cuentas explícitas mediante instrucciones, mientras el estado mutable vive en cuentas. Propiedad, privilegios de firma y escritura, direcciones derivadas de programas, invocaciones entre programas, límites de transacción y presupuestos de cómputo condicionan el diseño. La documentación oficial describe estos elementos (conceptos básicos de Solana).

No traduzcas cada punto de entrada Solidity a una instrucción Rust o Anchor y des el trabajo por acabado. Mapea invariantes, autoridad, orden, atomicidad, concurrencia, tamaño e inicialización de cuentas, cierre, errores y límites de denegación de servicio. Algunas reglas pueden conservarse, pero implementación y amenazas requieren revisión.

¿Qué incluye el inventario de migración?

¿Cómo rediseñar los activos?

Mapea el comportamiento real de cada activo ERC en vez de suponer que ERC-20 equivale a una configuración SPL. Los tokens de Solana pueden usar cuentas mint, cuentas token, cuentas asociadas, autoridades y Token Extensions opcionales. Las extensiones añaden estado y restricciones de compatibilidad, y muchas se eligen al inicializar. La referencia actual documenta estas decisiones (Solana Token Extensions).

Decide continuidad de oferta, derechos de titulares, decimales, metadatos, transferencia de autoridad, bloqueos, comisiones, hooks, funciones confidenciales, custodia, canje y destino del activo antiguo. Puente, snapshot, contrato de reclamación, swap o proceso manual implican supuestos distintos. Busca asesoramiento jurídico y fiscal para el activo y jurisdicciones reales.

¿Qué cambia en wallets y experiencia de transacción?

Define soporte por wallet, plataforma, versión de transacción, capacidad de firma y recorrido. Prueba conexión, cuenta, simulación, vencimiento de blockhash, firma parcial, patrocinio, prioridad, rechazos, fallos, reintentos y recuperación. No reduzcas la tarea a cambiar MetaMask por una wallet Solana.

Separa estado visible del usuario y estado de envío a la red. Una transacción puede estar firmada, enviada, incluida, fallida, vencida o pendiente de conciliación. Haz visibles pagador, movimiento de activos, permisos y finalidad según el riesgo.

¿Cómo afectan las comisiones?

Compara con transacciones capturadas y representativas, no con una media de toda la red. Solana describe una comisión base por firma y otra opcional de prioridad. Límites de cómputo, firmas, fallos, creación de cuentas, saldos relacionados con rent, RPC y terceros afectan el coste total. La referencia oficial explica la fórmula (estructura de comisiones de Solana).

Registra unidades nativas y conversión fiat en una fecha concreta. Incluye transacciones fallidas y repetidas, congestión, patrocinio, RPC, indexación, tesorería, puentes y personal operativo. Repite la carga en vez de prometer que una red siempre es más barata.

¿Cómo gestionar la autoridad de actualización?

Inventaría quién puede desplegar, actualizar, pausar, cerrar, acuñar, congelar, configurar o mover tesorería. Una autoridad puede ser una clave individual, una cuenta controlada por la organización u otra gobernanza. No la describas como una sola clave por naturaleza ni como multisig automático.

Define umbrales, firma con hardware, separación de funciones, emergencia, demoras, seguimiento, recuperación y camino a la inmutabilidad cuando proceda. Prueba el procedimiento operativo, no solo la lógica.

¿Cómo dimensionar RPC e indexación?

Enumera cada lectura, suscripción, consulta histórica, dependencia de eventos o logs, analítica, regla de confirmación y conciliación. Evalúa proveedores o alojamiento propio por métodos, vigencia, retención, consistencia, cuotas, latencia, regiones, niveles de servicio, incidentes y salida.

Diseña alternativas según la semántica. Cambiar endpoint RPC no garantiza estado indexado o historia idénticos. Conserva checkpoints, backfills idempotentes, procedencia, métricas de retraso y forma de reconstruir datos derivados.

¿Cómo debe ser la estimación?

No cites porcentajes de reescritura ni semanas fijas sin alcance inspeccionado. Estima paquetes con supuestos, dependencias, evidencia de aceptación, confianza y responsable:

1. Descubrimiento, mapa de comportamiento, amenazas y decisión.
2. Diseño de programas y cuentas, implementación, pruebas y controles.
3. Transición de activos y estado, incluida conciliación de oferta y tesorería.
4. Experiencia de wallet, firma, transacción, comisiones y recuperación.
5. RPC, indexación, analítica, seguimiento y operaciones.
6. Migración de integraciones con exchanges, custodia, socios o protocolos.
7. Revisión de seguridad independiente, corrección y nueva prueba.
8. Ensayos, lanzamiento, coexistencia, reversión, soporte y retirada.

Incluye producto, legal, cumplimiento, operaciones, tesorería, comunicación y proveedores. Usa rangos impulsados por incógnitas y actualízalos cuando la evidencia las cierre.

"Estimar una migración de red es inventariar cambios en confianza, estado y operaciones, no aplicar un porcentaje al código del contrato."

¿Qué evidencia debe autorizar el lanzamiento?

• Se acepta paridad de comportamiento e invariantes en cada recorrido compatible.
• Estado, oferta, saldos, autoridades y tesorería concilian en el ensayo.
• Pruebas de rendimiento y comisiones cubren casos representativos, estrés, congestión y fallos.
• Se prueban wallets, RPC, indexadores, integraciones, seguimiento, recuperación y soporte.
• Los hallazgos independientes se resuelven o aceptan por responsables autorizados.
• Transición, coexistencia, reversión, comunicación y controles antiguos tienen responsables.

¿Cuándo no migrar?

No migres si la restricción se resuelve con más seguridad en el ecosistema actual, faltan integraciones, la fragmentación supera el beneficio, no hay responsabilidad operativa o la evidencia no supera los umbrales. Tendencia, subvención o comparación aislada de comisiones no son un caso de producto.

Si se justifica, nuestro trabajo de ingeniería blockchain puede convertir el inventario en un plan de implementación y validación. Mantén separado al revisor independiente del equipo implementador.