Створення токен-акаунта
Як створити token account з розширенням Confidential Transfer
Розширення Confidential Transfer дозволяє здійснювати приватні перекази токенів, додаючи додатковий стан до token account. Цей розділ пояснює, як створити token account з увімкненим цим розширенням.
Наступна діаграма показує кроки, необхідні для створення token account з розширенням Confidential Transfer:
Стан Confidential Transfer Token Account
Розширення додає стан ConfidentialTransferAccount до token account:
#[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 encryptionpub 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 balancepub decryptable_available_balance: DecryptableBalance,/// If `false`, the extended account rejects any incoming confidential/// transferspub allow_confidential_credits: PodBool,/// If `false`, the base account rejects any incoming transferspub 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 executedpub maximum_pending_balance_credit_counter: PodU64,/// The `expected_pending_balance_credit_counter` value that was included in/// the last `ApplyPendingBalance` instructionpub expected_pending_balance_credit_counter: PodU64,/// The actual `pending_balance_credit_counter` when the last/// `ApplyPendingBalance` instruction was executedpub actual_pending_balance_credit_counter: PodU64,}
ConfidentialTransferAccount
містить кілька полів для керування
конфіденційними переказами:
-
approved: Статус схвалення акаунта для конфіденційних переказів. Якщо конфігурація
auto_approve_new_accounts
у mint account встановлена якtrue
, усі token account автоматично схвалюються для конфіденційних переказів. -
elgamal_pubkey: Відкритий ключ ElGamal, який використовується для шифрування балансів та сум переказів.
-
pending_balance_lo: Зашифровані нижні 16 бітів очікуваного балансу. Баланс розділений на верхню та нижню частини для ефективного дешифрування.
-
pending_balance_hi: Зашифровані верхні 48 бітів очікуваного балансу. Баланс розділений на верхню та нижню частини для ефективного дешифрування.
-
available_balance: Зашифрований баланс, доступний для переказів.
-
decryptable_available_balance: Доступний баланс, зашифрований за допомогою ключа Advanced Encryption Standard (AES) для ефективного дешифрування власником акаунта.
-
allow_confidential_credits: Якщо true, дозволяє вхідні конфіденційні перекази.
-
allow_non_confidential_credits: Якщо true, дозволяє вхідні неконфіденційні перекази.
-
pending_balance_credit_counter: Підраховує вхідні кредити очікуваного балансу від інструкцій депозиту та переказу.
-
maximum_pending_balance_credit_counter: Обмеження кількості очікуваних кредитів перед необхідністю виконання інструкції
ApplyPendingBalance
для конвертації очікуваного балансу в доступний баланс. -
expected_pending_balance_credit_counter: Значення
pending_balance_credit_counter
, надане клієнтом через instruction data останнього разу, коли інструкціяApplyPendingBalance
була оброблена. -
actual_pending_balance_credit_counter: Значення
pending_balance_credit_counter
на token account на момент обробки останньої інструкціїApplyPendingBalance
.
Очікуваний vs доступний баланс
Конфіденційні баланси розділені на очікувані та доступні баланси для запобігання DoS-атакам. Без такого розділення зловмисник міг би неодноразово надсилати токени на token account, блокуючи власнику token account можливість переказувати токени. Власник token account не зміг би переказувати токени, оскільки зашифрований баланс змінювався б між моментом відправлення транзакції та моментом її обробки, що призводило б до невдалої транзакції.
Усі депозити та суми переказів спочатку додаються до очікуваного балансу.
Власники token account повинні використовувати інструкцію
ApplyPendingBalance
для конвертації очікуваного балансу в доступний
баланс. Вхідні перекази або депозити не впливають на доступний баланс token
account.
Розділення очікуваного балансу на високий/низький
Конфіденційний очікуваний баланс розділений на pending_balance_lo
та
pending_balance_hi
, оскільки розшифрування ElGamal вимагає більше обчислень
для більших чисел. Ви можете знайти реалізацію арифметики шифротексту
тут,
яка використовується в інструкції ApplyPendingBalance
тут.
Лічильники кредитів очікуваного балансу
При виклику інструкції ApplyPendingBalance
для конвертації очікуваного
балансу в доступний баланс:
-
Клієнт переглядає поточні очікувані та доступні баланси, шифрує суму і надає
decryptable_available_balance
, зашифрований за допомогою AES-ключа власника token account. -
Очікувані та фактичні лічильники кредитів очікуваного балансу відстежують зміни значення лічильника між моментом створення та обробки інструкції
ApplyPendingBalance
:expected_pending_balance_credit_counter
: Значенняpending_balance_credit_counter
на момент створення клієнтом інструкціїApplyPendingBalance
actual_pending_balance_credit_counter
: Значенняpending_balance_credit_counter
на token account на момент обробки інструкціїApplyPendingBalance
Однакові очікувані/фактичні лічильники вказують на те, що
decryptable_available_balance
відповідає available_balance
.
Коли отримуємо стан token account для читання decryptable_available_balance
,
різні значення очікуваних/фактичних лічильників вимагають від клієнта пошуку
нещодавніх інструкцій депозиту/переказу, що відповідають різниці лічильників,
щоб обчислити правильний баланс.
Процес звірки балансу
Коли очікувані та фактичні лічильники очікуваного балансу відрізняються,
виконайте ці кроки для звірки decryptable_available_balance
:
- Почніть з
decryptable_available_balance
з token account - Отримайте найновіші транзакції, включаючи інструкції депозиту та переказу до
різниці лічильників (фактичний - очікуваний):
- Додайте публічні суми з інструкцій депозиту
- Розшифруйте та додайте зашифровані суми призначення з інструкцій переказу
Необхідні інструкції
Створення token account з розширенням Confidential Transfer вимагає трьох інструкцій:
-
Створення Token Account: Викликати інструкцію Associated Token Program
AssociatedTokenAccountInstruction:Create
для створення token account. -
Перерозподіл простору облікового запису: Викликати інструкцію Token Extension Program
TokenInstruction::Reallocate
для додавання простору для стануConfidentialTransferAccount
. -
Налаштування конфіденційних переказів: Викликати інструкцію Token Extension Program ConfidentialTransferInstruction::ConfigureAccount для ініціалізації стану
ConfidentialTransferAccount
.
Тільки власник token account може налаштувати token account для конфіденційних переказів.
Інструкція ConfigureAccount
вимагає генерації ключів шифрування та даних
підтвердження на стороні клієнта, які можуть бути згенеровані лише власником
token account.
PubkeyValidityProofData
створює доказ, який перевіряє, що ключ ElGamal є
дійсним. Для деталей реалізації дивіться:
Приклад коду
Наступний код демонструє, як створити Associated Token Account з розширенням Confidential Transfer,
Щоб запустити приклад, запустіть локальний валідатор з Token Extension Program, клонованим з основної мережі, використовуючи наступну команду. Ви повинні мати встановлений Solana CLI для запуску локального валідатора.
$solana-test-validator --clone-upgradeable-program TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb --url https://api.mainnet-beta.solana.com -r
На момент написання, Конфіденційні перекази не увімкнені на стандартному локальному validator. Вам потрібно клонувати основну програму Token Extensions Program для запуску прикладу коду.
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 validatorlet 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 keypairlet payer = Arc::new(load_keypair()?);println!("Using payer: {}", payer.pubkey());// Generate a new keypair to use as the address of the token mintlet mint = Keypair::new();println!("Mint keypair generated: {}", mint.pubkey());// Set up program client for Token clientlet program_client = ProgramRpcClient::new(rpc_client.clone(), ProgramRpcClientSendTransaction);// Number of decimals for the mintlet decimals = 9;// Create a token client for the Token-2022 program// This provides high-level methods for token operationslet 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 mintSome(decimals), // Number of decimal placespayer.clone(), // Fee payer for transactions (cloning Arc, not keypair));// Create extension initialization parameters for the mint// The ConfidentialTransferMint extension enables confidential (private) transfers of tokenslet extension_initialization_params =vec![ExtensionInitializationParams::ConfidentialTransferMint {authority: Some(payer.pubkey()), // Authority that can modify confidential transfer settingsauto_approve_new_accounts: true, // Automatically approve new confidential accountsauditor_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 mintlet transaction_signature = token.create_mint(&payer.pubkey(), // Mint authority - can mint new tokensSome(&payer.pubkey()), // Freeze authority - can freeze token accountsextension_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 ownerlet 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 accountlet 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 extensionlet 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 accountlet 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 executedlet maximum_pending_balance_credit_counter = 65536;// Initial token balance is 0let decryptable_balance = aes_key.encrypt(0);// Generate the proof data client-sidelet proof_data = PubkeyValidityProofData::new(&elgamal_keypair).map_err(|_| anyhow::anyhow!("Failed to generate proof data"))?;// Indicate that proof is included in the same transactionlet proof_location =ProofLocation::InstructionOffset(1.try_into()?, ProofData::InstructionData(&proof_data));// Step 4: Create instructions to configure the account for confidential transferslet configure_account_instructions = configure_account(&token_2022_program_id(), // Program ID&token_account_pubkey, // Token account&mint.pubkey(), // Mint&decryptable_balance.into(), // Initial balancemaximum_pending_balance_credit_counter, // Maximum pending balance credit counter&payer.pubkey(), // Token Account Owner&[], // Additional signersproof_location, // Proof location)?;// Combine all instructionslet mut instructions = vec![create_associated_token_account_instruction,reallocate_instruction,];instructions.extend(configure_account_instructions);// Create and send the transactionlet 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 toolsfn load_keypair() -> Result<Keypair> {// Get the default keypair pathlet 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 byteslet 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 keypairlet keypair = Keypair::from_bytes(&keypair_bytes)?;Ok(keypair)}
Is this page helpful?