La ledger de Solana ahora puede ocultar cuánto dinero se movió entre dos partes, pero no quiénes son esas partes. Ese es el equilibrio central de Privacy Rings, el sistema de transferencias confidenciales que el proveedor de infraestructura de Solana, Helius, anunció el 10 de noviembre en su publicación de lanzamiento.

El Ring por defecto, sin permisos, funciona como un pool protegido: los saldos cifrados viven en la propia ledger de Solana, las transferencias se liquidan en transacciones ordinarias de Solana y las pruebas de conocimiento cero verifican cada movimiento. Tres productos ya lo han adoptado: Decrypt, que usa transferencias confidenciales en su cuenta de dinero; la app de minería y staking Ore; y Aurora Intents, que entrega activos de otras cadenas directamente a un saldo confidencial.

Para las wallets que nunca se inscriben, nada cambia. Una dirección de Solana existente conserva su historial público, y la privacidad comienza solo cuando los fondos se mueven a un saldo privado, e incluso entonces, únicamente para los campos que el Ring está diseñado para cifrar. Cuáles son esos campos y quién puede seguir leyéndolos determina cuánta protección ofrece realmente el sistema.

Los pagos a destinatarios no preparados toman la ruta pública

El detalle con mayor probabilidad de tomar por sorpresa a un equipo de nómina o tesorería aparece en las preguntas frecuentes del producto de Helius: cuando el destinatario de un pago no tiene una Private Wallet, la Privacy API convierte el pago en un retiro a la dirección pública del destinatario. El dinero llega, pero por la ruta pública, donde el activo y el monto son visibles para cualquiera.

La guía de transferencias de Helius explica por qué existe este mecanismo de respaldo. Una transferencia privada se dirige a una dirección protegida —un conjunto de claves de firma, nullifier y visualización que el destinatario publica en un registro— y la salida cifrada queda bloqueada a la clave de visualización de ese destinatario. Quien nunca ha registrado una no tiene un saldo privado donde los fondos puedan llegar. La página de inicio de Helius es precisa cuando dice que los destinatarios no necesitan una wallet especial para recibir fondos; es la privacidad de esa recepción, no la recepción en sí, lo que depende de la configuración.

Para una aplicación, esto convierte el estado del destinatario en parte de la pantalla de pago. Un remitente que ve una dirección de Solana familiar y asume que el monto estará cifrado podría estar aprobando una transferencia pública. El diseño sensato es mostrar qué ruta se ejecutará antes de solicitar la firma, y hacer de la ruta pública una elección explícita en lugar de un valor por defecto silencioso. Helius está construyendo una wallet privada integrada que contiene ambos tipos de saldo precisamente por esta razón, y dice que Backpack, Squads, Jupiter, DFlow y Titan están entre los equipos que trabajan en integraciones. Hasta que la wallet de un destinatario admita la recepción privada, el respaldo es la ruta que toman sus pagos, lo que convierte el despliegue de esas integraciones en la puerta práctica para determinar cuánto de un flujo de pagos puede permanecer en la ruta cifrada.

Lo que la cadena sigue mostrando en la ruta privada

Incluso cuando ambas partes están completamente configuradas, el Ring por defecto es confidencial en lugar de anónimo. Las guías de Helius detallan la visibilidad de cada paso, y el patrón es el que un analista de cadena esperaría: los extremos del recorrido son públicos, el medio está cifrado.

• Depósito — público: dirección depositante, activo, monto; cifrado: el saldo privado resultante.
• Transferencia privada — público: direcciones del remitente y el destinatario, pagador de comisiones; cifrado: activo, monto, memo opcional.
• Retiro — público: dirección que retira, destino, activo, monto; cifrado: el saldo privado restante.

El desglose se basa en las guías de depósito, transferencia y retiro de Helius para el Ring por defecto, y cubre solo la visibilidad directa en la cadena; la inferencia a partir de otros registros es una cuestión aparte.

Considere una empresa que financia la nómina desde una wallet de tesorería ya vinculada a su nombre. Mover 30,000 USDC a un saldo privado publica esa cifra en el depósito. Las transferencias salariales posteriores ocultan cada monto, por lo que nadie puede leer un pago individual en la ledger. Lo que sí pueden leer es la forma: una dirección corporativa conocida que paga a la misma docena de direcciones el mismo día de cada mes. Si alguno de esos destinatarios alguna vez ha sido vinculado a una persona, el monto cifrado es lo único que se interpone entre ese patrón y una estimación salarial, y la estimación se acota en el momento en que un empleado retira a un saldo público, porque el monto retirado es visible. Un destinatario recurrente podría ser igualmente un proveedor, así que la cadena nunca prueba un vínculo laboral, pero acotar posibilidades es precisamente lo que venden las firmas de analítica. Coindoo rastreó la misma senda de identidad en su cobertura del enfoque de COTI sobre pagos privados.

Dos detalles menores afinan el panorama. El pagador de comisiones en una transferencia privada es una dirección pública de Solana, y Helius permite que un patrocinador de gas la cubra, lo que significa que una empresa que patrocina comisiones para su personal está firmando su nombre en cada transacción incluso cuando no es el remitente. El campo de memo, si se usa, se cifra junto con el monto, por lo que una referencia de factura viaja de forma privada mientras que las dos direcciones que la intercambian no.

Quién puede leer el monto además de la cadena

Cifrar un campo en la cadena resuelve lo que ve el público. No dice nada sobre a quién el usuario ha permitido el acceso. La documentación de cifrado de Helius separa la cuestión en capas, y la capa que una empresa realmente negocia es la intermedia: el acceso delegado.

• Contraparte — ve la transacción en la que participó; recibir un pago no abre nada más en la wallet del remitente.
• Clave de visualización delegada — un proveedor autorizado por el usuario puede leer saldos e historial, pero no puede mover fondos.
• Clave de visualización de transacción — divulga una sola transacción, como una factura a un auditor sin el resto de la ledger.
• Proveedor de ramp — un ramp de entrada o salida fiduciaria mantiene cifrada la parte en la cadena, pero gestiona el lado bancario y conoce sus detalles.

Por defecto, la clave de visualización permanece en el dispositivo del usuario y el descifrado ocurre localmente; Helius genera pruebas y retransmite transacciones, pero nunca custodia claves. La delegación es el punto en el que el contador, el software de tesorería o el servicio de conciliación de una empresa obtiene una copia de esa clave. La consecuencia práctica es una división más limpia que la que la mayoría de los equipos de finanzas obtiene de un banco: a un tenedor de libros se le puede otorgar acceso completo de lectura a una ledger privada sin capacidad de aprobar pagos, y a una contraparte se le puede mostrar una sola línea de ella. El reverso es que cada delegación es una divulgación permanente, por lo que una empresa que entrega claves de visualización a varios proveedores ha reconstruido silenciosamente la audiencia que intentaba reducir.

En qué se diferencia de las transferencias confidenciales existentes de Solana

Solana ya ofrece ocultamiento de montos mediante la extensión de transferencia confidencial en Token Extensions, por lo que es justo preguntar qué aporta Rings. La extensión funciona por token: un emisor la habilita en un mint, y los poseedores de ese mint pueden proteger saldos y transferir montos, mientras el token en sí y las contrapartes permanecen visibles. Rings operan como un pool que acepta activos SOL, SPL y Token-2022 sin intervención del emisor, cifra el activo además del monto, y expone saldos privados a otros programas mediante invocaciones entre programas —el mecanismo que Helius propone para escrows privados, swaps y colateral. Ambos enfoques dejan las dos direcciones a la vista; Rings amplían lo que hay entre ellas.

Custom Rings y las auditorías

El anonimato a nivel de direcciones está en la hoja de ruta, no en la mainnet. La documentación de Custom Rings de Helius describe Rings operados por instituciones que pueden configurarse como confidenciales, como el predeterminado, o anónimos, con el remitente y el destinatario cifrados y las transferencias enviadas a través de un relayer. Cada uno añade una clave de auditor con acceso de lectura bajo una política que la institución establece, además de allowlists, blocklists, congelamientos y requisitos adicionales de firma en la cadena. Las transferencias entre Rings siguen las reglas del Ring de origen y pueden combinar un saldo del Ring por defecto con un Custom Ring en una sola transacción. Helius sitúa el lanzamiento objetivo en mainnet en el cuarto trimestre de 2026, con auditorías aún en curso.

El Ring por defecto en producción ha pasado por tres auditorías independientes de Certora, ZK Security y OtterSec, y la trusted setup de sus circuitos fue ejecutada por ingenieros de la Solana Foundation, Blueshift, Zcash, Certora, OtterSec y ZK Security. Las configuraciones multiparte de ese tipo son una salvaguarda estándar en sistemas de conocimiento cero —los parámetros se generan conjuntamente, de modo que ningún participante individual posee lo necesario para falsificar pruebas por sí solo— y la presencia de Zcash en la lista es digna de mención, ya que ese proyecto fue pionero en los pools protegidos en una blockchain pública. La verificación formal de los programas y circuitos está en curso, y Helius espera completarla para finales de 2026. Junto con el objetivo de Custom Rings en el cuarto trimestre de 2026, eso hace de 2026 el año a observar para los dos hitos restantes de la hoja de ruta: el anonimato a nivel de direcciones y la verificación formal.

Tres preguntas antes de firmar

Un pago con Privacy Rings es privado exactamente en tres dimensiones, y el remitente controla solo una de ellas. Qué ruta toma el pago la decide la wallet del destinatario. Qué direcciones aparecen lo decide la cadena. Quién más puede descifrar el monto lo decide el remitente, mediante las claves que elija delegar.

Cualquier aplicación construida sobre Rings debería responder esas tres preguntas en la pantalla de confirmación: ruta privada o retiro público, qué campos permanecen visibles y quién ya posee una clave de visualización. Ocultar un monto es útil. Saber con precisión qué sigue visible es lo que hace que el ocultamiento merezca confianza.