Seguí releyendo una línea en la lista de características de Hedger porque no me quedaba claro de inmediato: un modelo híbrido UTXO/Account, descrito como compatible con la composabilidad entre capas e integración con sistemas financieros del mundo real. Me quedé un rato con eso intentando averiguar por qué un motor de transacciones confidenciales necesitaría ambos modelos a la vez en lugar de elegir solo uno.

Luego encontré el detalle que hizo que encajara. En la configuración de Hedger Alpha, un usuario opera con dos direcciones separadas: una dirección EVM regular para interactuar con contratos, y una dirección distinta de Hedger específicamente para mantener saldos cifrados. Ahí está la parte híbrida en la práctica: una dirección con estilo de cuenta para las partes del sistema que necesitan un comportamiento EVM normal, y una estructura cercana a UTXO debajo para las partes que necesitan permanecer cifradas y ser composables entre capas.

No esperaba un modelo de dos direcciones cuando primero me imaginé cómo funcionaría; asumí un solo monedero, un solo saldo, y que la privacidad se aplicaría encima. Separarlo así tiene más sentido si piensas que DuskEVM necesita hablar con herramientas EVM estándar por un lado, mientras que la lógica confidencial de Hedger se ejecuta por el otro, pero también significa que hay un poco más para que un usuario o una interfaz de monedero lo gestione correctamente.

#dusk $DUSK @Dusk $AIO $PORTAL