Luo token-tili
Miten luoda token-tili Confidential Transfer -laajennuksella
Confidential Transfer -laajennus mahdollistaa yksityiset token-siirrot lisäämällä token-tiliin ylimääräistä tilaa. Tässä osiossa selitetään, miten luodaan token tili tämän laajennuksen kanssa.
Seuraava kaavio näyttää vaiheet token-tilin luomisessa Confidential Transfer -laajennuksella:
Confidential Transfer token-tilin tila
Laajennus lisää ConfidentialTransferAccount -tilan token-tiliin:
#[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
sisältää useita kenttiä luottamuksellisten
siirtojen hallintaan:
-
approved: Tilin hyväksyntätila luottamuksellisille siirroille. Jos mint account -tilin
auto_approve_new_accounts
-asetus ontrue
, kaikki token-tilit hyväksytään automaattisesti luottamuksellisiin siirtoihin. -
elgamal_pubkey: ElGamal-julkinen avain, jota käytetään saldojen ja siirtosummien salaamiseen.
-
pending_balance_lo: Salatut odottavan saldon alemmat 16 bittiä. Saldo jaetaan ylempiin ja alempiin osiin tehokkaan salauksen purkamisen vuoksi.
-
pending_balance_hi: Salatut odottavan saldon ylemmät 48 bittiä. Saldo jaetaan ylempiin ja alempiin osiin tehokkaan salauksen purkamisen vuoksi.
-
available_balance: Salattu saldo, joka on käytettävissä siirtoihin.
-
decryptable_available_balance: Käytettävissä oleva saldo salattuna Advanced Encryption Standard (AES) -avaimella tilin omistajan tehokasta salauksen purkamista varten.
-
allow_confidential_credits: Jos tosi, sallii saapuvat luottamukselliset siirrot.
-
allow_non_confidential_credits: Jos tosi, sallii saapuvat ei-luottamukselliset siirrot.
-
pending_balance_credit_counter: Laskee saapuvat odottavat saldohyvitykset talletus- ja siirto-ohjeista.
-
maximum_pending_balance_credit_counter: Odottavien hyvitysten määrän raja ennen kuin vaaditaan
ApplyPendingBalance
-ohje odottavan saldon muuntamiseksi käytettävissä olevaksi saldoksi. -
expected_pending_balance_credit_counter: Asiakkaan
pending_balance_credit_counter
arvo, joka on annettu instruction data -tietojen kautta viimeisimmänApplyPendingBalance
-ohjeen käsittelyn yhteydessä. -
actual_pending_balance_credit_counter: Token accountin
pending_balance_credit_counter
arvo viimeisimmänApplyPendingBalance
-ohjeen käsittelyn aikana.
Odottava vs käytettävissä oleva saldo
Luottamukselliset saldot on jaettu odottaviin ja käytettävissä oleviin saldoihin DoS-hyökkäysten estämiseksi. Ilman tätä jakoa hyökkääjä voisi toistuvasti lähettää tokeneita token accountille, estäen token accountin omistajan mahdollisuuden siirtää tokeneita. Token accountin omistaja ei pystyisi siirtämään tokeneita, koska salattu saldo muuttuisi transaktion lähettämisen ja käsittelyn välillä, mikä johtaisi epäonnistuneeseen transaktioon.
Kaikki talletukset ja siirtosummat lisätään aluksi odottavaan saldoon. Token
accountin omistajien on käytettävä ApplyPendingBalance
-ohjetta
muuntaakseen odottavan saldon käytettävissä olevaksi saldoksi. Saapuvat siirrot
tai talletukset eivät vaikuta token accountin käytettävissä olevaan saldoon.
Odottavan saldon korkea/matala jako
Luottamuksellinen odottava saldo on jaettu pending_balance_lo
ja
pending_balance_hi
-osiin, koska ElGamal-salauksen purkaminen vaatii enemmän
laskentaa suuremmille luvuille. Löydät salatekstin aritmetiikan toteutuksen
täältä,
jota käytetään ApplyPendingBalance
-ohjeessa
täällä.
Odottavan saldon hyvityslaskurit
Kun kutsutaan ApplyPendingBalance
-ohjetta odottavan saldon muuntamiseksi
käytettävissä olevaksi saldoksi:
-
Asiakas hakee nykyiset odottavat ja käytettävissä olevat saldot, salaa summan ja tarjoaa
decryptable_available_balance
-arvon, joka on salattu token accountin omistajan AES-avaimella. -
Odotetut ja todelliset odottavat hyvityslaskurit seuraavat laskurin arvon muutoksia
ApplyPendingBalance
-ohjeen luomisen ja käsittelyn välillä:expected_pending_balance_credit_counter
:pending_balance_credit_counter
arvo, kun asiakas luoApplyPendingBalance
-ohjeenactual_pending_balance_credit_counter
:pending_balance_credit_counter
arvo token accountissa, kunApplyPendingBalance
-ohjetta käsitellään
Täsmäävät odotetut/todelliset laskurit osoittavat, että
decryptable_available_balance
vastaa available_balance
:a.
Kun haetaan token accountin tilaa decryptable_available_balance
:n lukemiseksi,
erilaiset odotetut/todelliset laskurien arvot vaativat asiakasta etsimään
viimeaikaisia talletus-/siirto-ohjeita, jotka vastaavat laskurien eroa oikean
saldon laskemiseksi.
Saldon täsmäytysprosessi
Kun odotetut ja todelliset odottavat saldolaskurit eroavat, noudata näitä
vaiheita decryptable_available_balance
:n täsmäyttämiseksi:
- Aloita token accountin
decryptable_available_balance
:sta - Hae viimeisimmät transaktiot, mukaan lukien talletus- ja siirto-ohjeet
laskurien eron verran (todellinen - odotettu):
- Lisää julkiset määrät talletusohjeista
- Pura salaus ja lisää kohteen salatekstimäärät siirto-ohjeista
Vaaditut ohjeet
Token accountin luominen Confidential Transfer -laajennuksella vaatii kolme ohjetta:
-
Luo token account: Kutsu Associated Token Programin
AssociatedTokenAccountInstruction:Create
-ohjetta token accountin luomiseksi. -
Allokoi tilin tila uudelleen: Kutsu Token Extension Programin
TokenInstruction::Reallocate
-ohjetta lisätäksesi tilaaConfidentialTransferAccount
-tilalle. -
Määritä luottamukselliset siirrot: Kutsu Token Extension Programin ConfidentialTransferInstruction::ConfigureAccount -ohjetta
ConfidentialTransferAccount
-tilan alustamiseksi.
Vain token accountin omistaja voi määrittää token accountin luottamuksellisia siirtoja varten.
ConfigureAccount
-ohje vaatii asiakaspuolen salausavainten ja
todistustietojen luomista, jotka voi luoda vain token accountin omistaja.
PubkeyValidityProofData
luo todistuksen, joka vahvistaa ElGamal-avaimen
olevan kelvollinen. Toteutuksen yksityiskohdat löytyvät:
Esimerkkikoodi
Seuraava koodi näyttää, miten luodaan Associated Token Account Confidential Transfer -laajennuksella.
Suorittaaksesi esimerkin käynnistä paikallinen validaattori Token Extension Programilla, joka on kloonattu mainnetistä seuraavalla komennolla. Sinulla on oltava Solana CLI asennettuna paikallisen validaattorin käynnistämiseksi.
$solana-test-validator --clone-upgradeable-program TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb --url https://api.mainnet-beta.solana.com -r
Kirjoitushetkellä luottamukselliset siirrot eivät ole käytössä oletusarvoisessa paikallisessa validaattorissa. Sinun täytyy kloonata mainnetin Token Extensions Program suorittaaksesi esimerkkikoodin.
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?