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: Arvo
pending_balance_credit_counter
, jonka asiakas on toimittanut instruction data -tietojen kautta viimeisimmänApplyPendingBalance
-ohjeen käsittelyn yhteydessä. -
actual_pending_balance_credit_counter: Token-tilin
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-tilille, estäen token-tilin omistajan mahdollisuuden siirtää tokeneita. Token-tilin omistaja ei pystyisi siirtämään tokeneita, koska salattu saldo muuttuisi tapahtuman lähettämisen ja käsittelyn välillä, mikä johtaisi epäonnistuneeseen tapahtumaan.
Kaikki talletukset ja siirtosummat lisätään aluksi odottavaan saldoon.
Token-tilin omistajien on käytettävä ApplyPendingBalance
-ohjetta
muuntaakseen odottavan saldon käytettävissä olevaksi saldoksi. Saapuvat siirrot
tai talletukset eivät vaikuta token-tilin käytettävissä olevaan saldoon.
Odottavan saldon korkea/matala jako
Luottamuksellinen odottava saldo on jaettu osiin pending_balance_lo
ja
pending_balance_hi
, 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 toimittaa
decryptable_available_balance
-arvon, joka on salattu token-tilin omistajan AES-avaimella. -
Odotetut ja todelliset odottavan saldon hyvityslaskurit seuraavat laskurin arvon muutoksia
ApplyPendingBalance
-ohjeen luomisen ja käsittelyn välillä:expected_pending_balance_credit_counter
: Arvopending_balance_credit_counter
asiakkaan luodessaApplyPendingBalance
-ohjeenactual_pending_balance_credit_counter
: Arvopending_balance_credit_counter
token-tilillä, kunApplyPendingBalance
-ohjetta käsitellään
Täsmäävät odotetut/todelliset laskurit osoittavat, että
decryptable_available_balance
vastaa available_balance
:a.
Kun haetaan token-tilin tilaa lukeakseen decryptable_available_balance
,
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, seuraa näitä
vaiheita decryptable_available_balance
:n täsmäyttämiseksi:
- Aloita token-tilin
decryptable_available_balance
:sta - Hae viimeisimmät transaktiot, mukaan lukien talletus- ja siirto- ohjeet
laskurien eron mukaisesti (todellinen - odotettu):
- Lisää julkiset määrät talletusohjeista
- Pura salaus ja lisää kohteen salatekstimäärät siirto-ohjeista
Vaaditut ohjeet
Token-tilin luominen Confidential Transfer -laajennuksella vaatii kolme ohjetta:
-
Luo token-tili: Kutsu Associated Token Program:in
AssociatedTokenAccountInstruction:Create
-ohjetta token- tilin luomiseksi. -
Allokoi tilin tila uudelleen: Kutsu Token Extension Program:in
TokenInstruction::Reallocate
-ohjetta lisätäksesi tilaaConfidentialTransferAccount
-tilalle. -
Määritä luottamukselliset siirrot: Kutsu Token Extension Program:in ConfidentialTransferInstruction::ConfigureAccount -ohjetta alustaaksesi
ConfidentialTransferAccount
-tilan.
Vain token-tilin omistaja voi määrittää token-tilin luottamuksellisia siirtoja varten.
ConfigureAccount
-ohje vaatii asiakaspuolen salausavainten ja
todistustietojen luomista, jotka voi luoda vain token-tilin omistaja.
PubkeyValidityProofData
luo todisteen, 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 Program:illa, joka on kloonattu mainnetistä seuraavalla komennolla. Sinulla täytyy olla Solana CLI asennettuna paikallisen validaattorin käynnistämiseksi.
$solana-test-validator --clone-upgradeable-program TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb --url https://api.mainnet-beta.solana.com -r
Tätä kirjoitettaessa luottamukselliset siirrot eivät ole käytössä oletusarvoisessa paikallisessa validatorissa. 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?