Crear una cuenta de token

Cómo crear una cuenta de token con la extensión de Transferencia Confidencial

La extensión de Transferencia Confidencial permite transferencias privadas de tokens añadiendo estado adicional a la cuenta de token. Esta sección explica cómo crear una cuenta de token con esta extensión habilitada.

El siguiente diagrama muestra los pasos involucrados en la creación de una cuenta de token con la extensión de Transferencia Confidencial:

Create Token Account with Confidential Transfer Extension

Estado de la cuenta de token de Transferencia Confidencial

La extensión añade el estado ConfidentialTransferAccount a la cuenta de token:

Confidential Token Account State
#[repr(C)]
#[derive(Clone, Copy, Debug, Default, PartialEq, Pod, Zeroable)]
pub struct ConfidentialTransferAccount {
/// `true` if this account has been approved for use. All confidential
/// transfer operations for the account will fail until approval is
/// granted.
pub approved: PodBool,
/// The public key associated with ElGamal encryption
pub elgamal_pubkey: PodElGamalPubkey,
/// The low 16 bits of the pending balance (encrypted by `elgamal_pubkey`)
pub pending_balance_lo: EncryptedBalance,
/// The high 48 bits of the pending balance (encrypted by `elgamal_pubkey`)
pub pending_balance_hi: EncryptedBalance,
/// The available balance (encrypted by `encryption_pubkey`)
pub available_balance: EncryptedBalance,
/// The decryptable available balance
pub decryptable_available_balance: DecryptableBalance,
/// If `false`, the extended account rejects any incoming confidential
/// transfers
pub allow_confidential_credits: PodBool,
/// If `false`, the base account rejects any incoming transfers
pub allow_non_confidential_credits: PodBool,
/// The total number of `Deposit` and `Transfer` instructions that have
/// credited `pending_balance`
pub pending_balance_credit_counter: PodU64,
/// The maximum number of `Deposit` and `Transfer` instructions that can
/// credit `pending_balance` before the `ApplyPendingBalance`
/// instruction is executed
pub maximum_pending_balance_credit_counter: PodU64,
/// The `expected_pending_balance_credit_counter` value that was included in
/// the last `ApplyPendingBalance` instruction
pub expected_pending_balance_credit_counter: PodU64,
/// The actual `pending_balance_credit_counter` when the last
/// `ApplyPendingBalance` instruction was executed
pub actual_pending_balance_credit_counter: PodU64,
}

El ConfidentialTransferAccount contiene varios campos para gestionar transferencias confidenciales:

  • approved: El estado de aprobación de la cuenta para transferencias confidenciales. Si la configuración auto_approve_new_accounts de la cuenta mint está establecida como true, todas las cuentas de token se aprueban automáticamente para transferencias confidenciales.

  • elgamal_pubkey: La clave pública ElGamal utilizada para cifrar saldos y cantidades de transferencia.

  • pending_balance_lo: Los 16 bits inferiores cifrados del saldo pendiente. El saldo se divide en partes alta y baja para un descifrado eficiente.

  • pending_balance_hi: Los 48 bits superiores cifrados del saldo pendiente. El saldo se divide en partes alta y baja para un descifrado eficiente.

  • available_balance: El saldo cifrado disponible para transferencias.

  • decryptable_available_balance: El saldo disponible cifrado con una clave de Estándar de Cifrado Avanzado (AES) para un descifrado eficiente por parte del propietario de la cuenta.

  • allow_confidential_credits: Si es verdadero, permite transferencias confidenciales entrantes.

  • allow_non_confidential_credits: Si es verdadero, permite transferencias no confidenciales entrantes.

  • pending_balance_credit_counter: Cuenta los créditos de saldo pendiente entrantes de instrucciones de depósito y transferencia.

  • maximum_pending_balance_credit_counter: El límite de recuento de créditos pendientes antes de requerir una instrucción ApplyPendingBalance para convertir el saldo pendiente en el saldo disponible.

  • expected_pending_balance_credit_counter: El valor pending_balance_credit_counter proporcionado por el cliente a través de los instruction data la última vez que se procesó la instrucción ApplyPendingBalance.

  • actual_pending_balance_credit_counter: El valor pending_balance_credit_counter en el token account en el momento en que se procesó la última instrucción ApplyPendingBalance.

Saldo pendiente vs saldo disponible

Los saldos confidenciales se separan en saldos pendientes y disponibles para evitar ataques de denegación de servicio (DoS). Sin esta separación, un atacante podría enviar tokens repetidamente a un token account, bloqueando la capacidad del propietario del token account para transferir tokens. El propietario del token account no podría transferir tokens porque el saldo cifrado cambiaría entre el momento en que se envía la transacción y cuando se procesa, lo que resultaría en una transacción fallida.

Todos los depósitos y montos de transferencia se agregan inicialmente al saldo pendiente. Los propietarios de token account deben usar la instrucción ApplyPendingBalance para convertir el saldo pendiente en saldo disponible. Las transferencias entrantes o depósitos no afectan el saldo disponible de un token account.

División alta/baja del saldo pendiente

El saldo pendiente confidencial se divide en pending_balance_lo y pending_balance_hi porque el descifrado ElGamal requiere más cálculos para números más grandes. Puedes encontrar la implementación de aritmética de texto cifrado aquí, que se utiliza en la instrucción ApplyPendingBalance aquí.

Contadores de crédito de saldo pendiente

Al llamar a la instrucción ApplyPendingBalance para convertir el saldo pendiente en saldo disponible:

  1. El cliente busca los saldos pendientes y disponibles actuales, cifra la suma, y proporciona un decryptable_available_balance cifrado usando la clave AES del propietario del token account.

  2. Los contadores de crédito pendiente esperados y reales rastrean los cambios en el valor del contador entre el momento en que se crea y procesa la instrucción ApplyPendingBalance:

    • expected_pending_balance_credit_counter: El valor pending_balance_credit_counter cuando el cliente crea la instrucción ApplyPendingBalance
    • actual_pending_balance_credit_counter: El valor pending_balance_credit_counter en el token account en el momento en que se procesa la instrucción ApplyPendingBalance

Los contadores esperados/reales coincidentes indican que el decryptable_available_balance coincide con el available_balance.

Al obtener el estado de una token account para leer el decryptable_available_balance, los diferentes valores de contadores esperados/reales requieren que el cliente busque instrucciones recientes de depósito/transferencia que coincidan con la diferencia del contador para calcular el saldo correcto.

Proceso de reconciliación de saldo

Cuando los contadores de saldo pendiente esperados y reales difieren, sigue estos pasos para reconciliar el decryptable_available_balance:

  1. Comienza con el decryptable_available_balance de la token account
  2. Obtén las transacciones más recientes que incluyan instrucciones de depósito y transferencia hasta la diferencia del contador (real - esperado):
    • Añade las cantidades públicas de las instrucciones de depósito
    • Descifra y añade las cantidades cifradas de destino de las instrucciones de transferencia

Instrucciones requeridas

Crear una token account con la extensión Confidential Transfer requiere tres instrucciones:

  1. Crear la Token Account: Invocar la instrucción AssociatedTokenAccountInstruction:Create del Associated Token Program para crear la token account.

  2. Reasignar espacio de cuenta: Invocar la instrucción TokenInstruction::Reallocate del Token Extensions Program para añadir espacio para el estado ConfidentialTransferAccount.

  3. Configurar transferencias confidenciales: Invocar la instrucción ConfidentialTransferInstruction::ConfigureAccount del Token Extensions Program para inicializar el estado ConfidentialTransferAccount.

Solo el propietario de la token account puede configurar una token account para transferencias confidenciales.

La instrucción ConfigureAccount requiere la generación del lado del cliente de claves de cifrado y datos de prueba que solo pueden ser generados por el propietario de la token account.

El PubkeyValidityProofData crea una prueba que verifica que una clave ElGamal es válida. Para detalles de implementación, consulta:

Código de ejemplo

El siguiente código demuestra cómo crear una Associated Token Account con la extensión Confidential Transfer.

Para ejecutar el ejemplo, inicia un validador local con el Token Extensions Program clonado desde la mainnet usando el siguiente comando. Debes tener instalado el CLI de Solana para iniciar el validador local.

Terminal
$
solana-test-validator --clone-upgradeable-program TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb --url https://api.mainnet-beta.solana.com -r

En el momento de escribir esto, las Transferencias Confidenciales no están habilitadas en el validator local predeterminado. Debes clonar el Token Extensions Program de la red principal para ejecutar el código de ejemplo.

use anyhow::{Context, Result};
use solana_client::nonblocking::rpc_client::RpcClient;
use solana_sdk::{
commitment_config::CommitmentConfig,
signature::{Keypair, Signer},
transaction::Transaction,
};
use spl_associated_token_account::{
get_associated_token_address_with_program_id, instruction::create_associated_token_account,
};
use spl_token_client::{
client::{ProgramRpcClient, ProgramRpcClientSendTransaction},
spl_token_2022::{
extension::{
confidential_transfer::instruction::{configure_account, PubkeyValidityProofData},
ExtensionType,
},
id as token_2022_program_id,
instruction::reallocate,
solana_zk_sdk::encryption::{auth_encryption::*, elgamal::*},
},
token::{ExtensionInitializationParams, Token},
};
use spl_token_confidential_transfer_proof_extraction::instruction::{ProofData, ProofLocation};
use std::sync::Arc;
#[tokio::main]
async fn main() -> Result<()> {
// Create connection to local test validator
let rpc_client = Arc::new(RpcClient::new_with_commitment(
String::from("http://localhost:8899"),
CommitmentConfig::confirmed(),
));
// Load the default Solana CLI keypair to use as the fee payer
// This will be the wallet paying for the transaction fees
// Use Arc to prevent multiple clones of the keypair
let payer = Arc::new(load_keypair()?);
println!("Using payer: {}", payer.pubkey());
// Generate a new keypair to use as the address of the token mint
let mint = Keypair::new();
println!("Mint keypair generated: {}", mint.pubkey());
// Set up program client for Token client
let program_client = ProgramRpcClient::new(rpc_client.clone(), ProgramRpcClientSendTransaction);
// Number of decimals for the mint
let decimals = 9;
// Create a token client for the Token-2022 program
// This provides high-level methods for token operations
let token = Token::new(
Arc::new(program_client),
&token_2022_program_id(), // Use the Token-2022 program (newer version with extensions)
&mint.pubkey(), // Address of the new token mint
Some(decimals), // Number of decimal places
payer.clone(), // Fee payer for transactions (cloning Arc, not keypair)
);
// Create extension initialization parameters for the mint
// The ConfidentialTransferMint extension enables confidential (private) transfers of tokens
let extension_initialization_params =
vec![ExtensionInitializationParams::ConfidentialTransferMint {
authority: Some(payer.pubkey()), // Authority that can modify confidential transfer settings
auto_approve_new_accounts: true, // Automatically approve new confidential accounts
auditor_elgamal_pubkey: None, // Optional auditor ElGamal public key
}];
// Create and initialize the mint with the ConfidentialTransferMint extension
// This sends a transaction to create the new token mint
let transaction_signature = token
.create_mint(
&payer.pubkey(), // Mint authority - can mint new tokens
Some(&payer.pubkey()), // Freeze authority - can freeze token accounts
extension_initialization_params, // Add the ConfidentialTransferMint extension
&[&mint], // Mint keypair needed as signer
)
.await?;
println!("Mint Address: {}", mint.pubkey());
println!(
"Mint Creation Transaction Signature: {}",
transaction_signature
);
// ===== Create and configure token account for confidential transfers =====
println!("\nCreate and configure token account for confidential transfers");
// Get the associated token account address for the owner
let token_account_pubkey = get_associated_token_address_with_program_id(
&payer.pubkey(), // Token account owner
&mint.pubkey(), // Mint
&token_2022_program_id(), // Token program ID
);
println!("Token Account Address: {}", token_account_pubkey);
// Step 1: Create the associated token account
let create_associated_token_account_instruction = create_associated_token_account(
&payer.pubkey(), // Funding account
&payer.pubkey(), // Token account owner
&mint.pubkey(), // Mint
&token_2022_program_id(), // Token program ID
);
// Step 2: Reallocate the token account to include space for the ConfidentialTransferAccount extension
let reallocate_instruction = reallocate(
&token_2022_program_id(), // Token program ID
&token_account_pubkey, // Token account
&payer.pubkey(), // Payer
&payer.pubkey(), // Token account owner
&[&payer.pubkey()], // Signers
&[ExtensionType::ConfidentialTransferAccount], // Extension to reallocate space for
)?;
// Step 3: Generate the ElGamal keypair and AES key for token account
let elgamal_keypair = ElGamalKeypair::new_from_signer(&payer, &token_account_pubkey.to_bytes())
.expect("Failed to create ElGamal keypair");
let aes_key = AeKey::new_from_signer(&payer, &token_account_pubkey.to_bytes())
.expect("Failed to create AES key");
// The maximum number of Deposit and Transfer instructions that can
// credit pending_balance before the ApplyPendingBalance instruction is executed
let maximum_pending_balance_credit_counter = 65536;
// Initial token balance is 0
let decryptable_balance = aes_key.encrypt(0);
// Generate the proof data client-side
let proof_data = PubkeyValidityProofData::new(&elgamal_keypair)
.map_err(|_| anyhow::anyhow!("Failed to generate proof data"))?;
// Indicate that proof is included in the same transaction
let proof_location =
ProofLocation::InstructionOffset(1.try_into()?, ProofData::InstructionData(&proof_data));
// Step 4: Create instructions to configure the account for confidential transfers
let configure_account_instructions = configure_account(
&token_2022_program_id(), // Program ID
&token_account_pubkey, // Token account
&mint.pubkey(), // Mint
&decryptable_balance.into(), // Initial balance
maximum_pending_balance_credit_counter, // Maximum pending balance credit counter
&payer.pubkey(), // Token Account Owner
&[], // Additional signers
proof_location, // Proof location
)?;
// Combine all instructions
let mut instructions = vec![
create_associated_token_account_instruction,
reallocate_instruction,
];
instructions.extend(configure_account_instructions);
// Create and send the transaction
let recent_blockhash = rpc_client.get_latest_blockhash().await?;
let transaction = Transaction::new_signed_with_payer(
&instructions,
Some(&payer.pubkey()),
&[&payer],
recent_blockhash,
);
let transaction_signature = rpc_client
.send_and_confirm_transaction(&transaction)
.await?;
println!(
"Create Token Account Transaction Signature: {}",
transaction_signature
);
Ok(())
}
// Load the keypair from the default Solana CLI keypair path (~/.config/solana/id.json)
// This enables using the same wallet as the Solana CLI tools
fn load_keypair() -> Result<Keypair> {
// Get the default keypair path
let keypair_path = dirs::home_dir()
.context("Could not find home directory")?
.join(".config/solana/id.json");
// Read the keypair file directly into bytes using serde_json
// The keypair file is a JSON array of bytes
let file = std::fs::File::open(&keypair_path)?;
let keypair_bytes: Vec<u8> = serde_json::from_reader(file)?;
// Create keypair from the loaded bytes
// This converts the byte array into a keypair
let keypair = Keypair::from_bytes(&keypair_bytes)?;
Ok(keypair)
}
Click to execute the code.

Is this page helpful?

Tabla de Contenidos

Editar Página