#dusk $DUSK @Dusk _Foundation
Alguien me preguntó cómo una cadena “privada” puede seguir consultando tu saldo si el saldo está oculto, y me di cuenta de que en realidad no podía explicarlo.

Así que me puse a investigar cómo lo hace Hedger, y honestamente, todavía se siente un poco raro.

Normalmente, si un sistema necesita hacer algo con un valor, tiene que leer ese valor. Sumas dos saldos, compruebas si algo supera un límite, lo que sea. El número real suele estar en algún lugar.

Ahí es donde Hedger se pone interesante.

El sistema de privacidad de Dusk para el lado EVM utiliza cifrado homomórfico — ElGamal sobre curvas elípticas, específicamente. La idea básica es bastante extraña: puedes realizar ciertas computaciones sobre valores cifrados sin primero descifrarlos. Obtienes el resultado correcto mientras los valores subyacentes permanecen cifrados.

Luego añades pruebas de conocimiento cero, de modo que también puedes demostrar que la computación se realizó siguiendo las reglas sin exponer las entradas privadas.

La parte que realmente me llamó la atención es esta:

el saldo en texto plano no tiene que exponerse al contrato para que se aplique la regla.

Para las finanzas reguladas, eso podría ser útil para cosas como comprobaciones de elegibilidad, límites de saldo, restricciones de transferencias y otra lógica de cumplimiento donde los números sensibles no deberían estar a la vista del público.

Pero hay una pregunta obvia.

El cifrado homomórfico es computacionalmente costoso. El hecho de poder computar sobre texto cifrado no significa que cualquier tipo de computación sea barata, rápida o práctica.

Así que de verdad me interesa esta parte:

**¿dónde está hoy la línea de rendimiento? ¿De verdad es HE práctico para una lógica financiera significativa, o todavía hablamos sobre todo de operaciones más acotadas?**
$PORTAL $GPS