Conceptos

​

Introducción a los anillos

• En los anillos confidenciales, el activo y el monto son privados, mientras que el remitente y el destinatario permanecen visibles.
• En los anillos anónimos, el activo, el monto, el remitente y el destinatario son privados.

1. El anillo predeterminado no requiere permisos y es confidencial. Cifra el activo y el monto, cualquiera puede usarlo y no incluye controles de políticas personalizados.
2. Los anillos personalizados son programas de Solana que permiten programar la privacidad en Solana, de forma similar a Token-2022. Un anillo personalizado puede ser confidencial o anónimo, con reglas personalizadas de políticas, informes y visibilidad.

​

Los anillos personalizados son programables

​

Flujos de usuario y garantías de privacidad

​

Depósito en un saldo privado: qué es privado

1. Entrada desde un saldo en moneda fiduciaria a un saldo privado de criptomonedas
2. Depósito desde un saldo público a un saldo privado de criptomonedas

​

Transferencia privada: qué es privado

1. Transferencia dentro del mismo anillo
2. Transferencia a un anillo diferente

​

Retiro de un saldo privado: qué es privado

1. Salida desde criptomonedas privadas a un saldo en moneda fiduciaria
2. Retiro desde criptomonedas privadas a un saldo público de criptomonedas

​

Flujo general de una transacción

​

Billetera privada

​

Creación de una billetera privada

​

Transferencias a una billetera privada

​

Administración de claves

ShieldedAddress = (signing_pk, nullifier_pk, viewing_pk)

​

Creación de un par de claves protegido

1. Derivar claves de la frase semilla.
   • Es el enfoque recomendado para billeteras basadas en una semilla.
   • Anillos confidenciales: la clave de firma es la misma clave Ed25519 que una billetera de Solana deriva de esa semilla. Las claves de anulación y visualización son claves adicionales derivadas de la misma semilla.
   • Anillos anónimos personalizados: la clave de firma es una clave P-256 adicional derivada de la semilla de la billetera.
   • Siempre puedes recrear el par de claves protegido de la misma forma en que recreas la billetera de Solana.
2. Derivar claves de un mensaje fijo con la clave de Solana existente.
   • Las firmas de Solana son deterministas, por lo que el mismo par de claves de Solana siempre genera el mismo par de claves protegido. La aplicación nunca recibe la clave privada.
   • Es el enfoque recomendado para pruebas y billeteras que no utilizan una frase semilla. La billetera que realiza la integración debe garantizar que la firma no quede expuesta a terceros.

​

Integración de un par de claves protegido

​

Modos de descifrado y sincronización de la billetera

​

Descifrado local

​

Descifrado delegado

​

El indexador proporciona el estado cifrado

​

Saldo de la billetera privada

Balances in UTXOs vs Solana accounts

Para la experiencia del usuario, no importa si el saldo se mantiene en UTXO o en cuentas de tokens de Solana.A nivel técnico, gastar un saldo público reduce el valor de amount en una cuenta de tokens de Solana. Gastar un saldo privado no sobrescribe el campo amount de un UTXO. En su lugar, las transacciones privadas toman UTXO existentes como entradas (el SDK los selecciona automáticamente), consumen las entradas y crean nuevas salidas para el destinatario y para el saldo restante del remitente.Por ejemplo, Alice tiene 50 USDC y envía 35 a Bob.

• En una cuenta de tokens de Solana, su campo amount pasa de 50 a 15, y el de Bob aumenta en 35. El número cambia en el mismo lugar.
• Con UTXO, Alice tiene una nota de 50 USDC. La transacción la gasta y crea dos notas nuevas: una nota de 35 USDC para Bob y una nota de cambio de 15 USDC para Alice. Su antigua nota de 50 ahora está gastada.

• One input note
• Multiple input notes

	Cuenta de tokens de Solana	Cuenta privada de tokens de Solana (UTXO)
Contiene	Un valor de saldo en el campo amount	Un conjunto de notas, cada una con un monto fijo de un activo
Saldo	El valor de la cuenta	La suma de todos los UTXO no gastados
Gasto	Resta el valor del campo amount en el mismo lugar	Consume los UTXO de entrada y escribe un nuevo UTXO de cambio
Visibilidad	Público onchain	Cifrado onchain

Al depositar activos SOL y SPL en un saldo privado, una PDA de interfaz propiedad del programa de privacidad de Solana mantiene los tokens en custodia y crea UTXO cuyo propietario es el usuario.Al retirar fondos a un saldo público, los UTXO existentes se marcan como gastados y los tokens se liberan en las cuentas de tokens de Solana.

​

Cuentas privadas de tokens de Solana

• una cuenta privada de tokens de Solana no necesita estar exenta de renta al crearla, y
• su saldo está cifrado onchain.

• Activo: el mint cuyas unidades contiene el UTXO. SOL es la dirección de mint predeterminada. El activo puede ser SOL o cualquier activo SPL o Token-2022.
• Monto: la cantidad de unidades de asset que contiene la nota, expresada en la unidad más pequeña del activo.
• Datos del programa y de la política: datos opcionales para que la política configurada del anillo agregue funciones similares a las de Token-2022

• Diagram
• Code

El registro completo almacenado para cada cuenta privada de tokens de Solana es un UTXO plano:

Private Solana Token Account (UTXO)

struct Utxo {
    /// Constant separating UTXOs from other Poseidon-hashed records.
    domain: u16,
    /// Recipient's `owner_hash` from their Shielded Address.
    /// Senders write this value directly; the spender supplies the preimage
    /// components as proof witness.
    owner: [u8; 32],
    /// Asset mint. SOL is Address::default().
    asset: Address,
    /// Amount in the smallest unit of `asset`.
    amount: u64,
    /// Random bytes ensuring distinct UTXO hashes for equal
    /// `(owner, asset, amount)` triples.
    blinding: [u8; 31],
    /// Arbitrary program data.
    program_data: Option<Vec<u8>>,
    /// Arbitrary policy data.
    policy_data: Option<Vec<u8>>,
    /// The policy program that authorizes spends of this UTXO.
    policy_program_id: Option<Address>,
}

View Solana token account

• Diagram
• Code

Solana Token Account

pub struct Account {
    /// The mint associated with this account
    pub mint: Pubkey,
    /// The owner of this account.
    pub owner: Pubkey,
    /// The amount of tokens this account holds.
    pub amount: u64,
    /// If `delegate` is `Some` then `delegated_amount` represents
    /// the amount authorized by the delegate
    pub delegate: COption<Pubkey>,
    /// The account's state
    pub state: AccountState,
    /// If is_native.is_some, this is a native token, and the value logs the
    /// rent-exempt reserve. An Account is required to be rent-exempt, so
    /// the value is used by the Processor to ensure that wrapped SOL
    /// accounts do not drop below this threshold.
    pub is_native: COption<u64>,
    /// The amount delegated
    pub delegated_amount: u64,
    /// Optional authority to close the account.
    pub close_authority: COption<Pubkey>,
}

​

Acerca de la concurrencia

​

Acerca del tiempo de generación de pruebas

​

Términos

​

Didn’t find what you were looking for?