Модель аккаунтов Solana
В Solana все данные хранятся в так называемых "аккаунтах". Вы можете представить данные в Solana как публичную базу данных с единственной таблицей "Аккаунты", где каждая запись в этой таблице является "аккаунтом". Каждый аккаунт Solana имеет одинаковый базовый тип Account.
Аккаунты
Ключевые моменты
- Аккаунты могут хранить до 10MiB данных, которые содержат либо исполняемый код программы, либо состояние программы.
- Аккаунты требуют депозит rent в lamport (SOL), который пропорционален объему хранимых данных, и вы можете полностью вернуть его при закрытии аккаунта.
- Каждый аккаунт имеет программу- владельца. Только программа, владеющая аккаунтом, может изменять его данные или уменьшать его баланс в lamport. Но увеличить баланс может кто угодно.
- Аккаунты Sysvar — это специальные аккаунты, которые хранят состояние сетевого кластера.
- Программные аккаунты хранят исполняемый код смарт-контрактов.
- Аккаунты данных создаются программами для хранения и управления состоянием программы.
Аккаунт
Каждый аккаунт в Solana имеет уникальный 32-байтовый адрес, часто отображаемый
как строка в кодировке base58 (например,
14grJpemFaf88c8tiVb77W7TYg2W3ir6pfkKz3YjhhZ5
).
Отношение между аккаунтом и его адресом работает как пара ключ-значение, где адрес является ключом для поиска соответствующих данных аккаунта в блокчейне. Адрес аккаунта действует как "уникальный идентификатор" для каждой записи в таблице "Аккаунты".
Адрес аккаунта
Большинство аккаунтов Solana используют открытый ключ Ed25519 в качестве своего адреса.
import { generateKeyPairSigner } from "@solana/kit";// Kit does not enable extractable private keysconst keypairSigner = await generateKeyPairSigner();console.log(keypairSigner);
Хотя открытые ключи обычно используются в качестве адресов аккаунтов, Solana также поддерживает функцию, называемую Program Derived Addresses (PDA). PDA — это специальные адреса, которые можно детерминированно получить из идентификатора программы и дополнительных входных данных (seed).
import { Address, getProgramDerivedAddress } from "@solana/kit";const programAddress = "11111111111111111111111111111111" as Address;const seeds = ["helloWorld"];const [pda, bump] = await getProgramDerivedAddress({programAddress,seeds});console.log(`PDA: ${pda}`);console.log(`Bump: ${bump}`);
Тип аккаунта
Аккаунты имеют максимальный размер 10MiB, и каждый аккаунт в Solana имеет один и тот же базовый тип Account.
Тип аккаунта
Каждый аккаунт в Solana имеет следующие поля:
data
: Массив байтов, который хранит произвольные данные для аккаунта. Для неисполняемых аккаунтов это часто хранит состояние, которое предназначено для чтения. Для программных аккаунтов (смарт-контрактов) это содержит исполняемый программный код. Поле данных обычно называют "данными аккаунта".executable
: Этот флаг показывает, является ли аккаунт программой.lamports
: Баланс аккаунта в lamport, наименьшей единице SOL (1 SOL = 1 миллиард lamport).owner
: Идентификатор программы (открытый ключ) программы, которая владеет этим аккаунтом. Только программа-владелец может изменять данные аккаунта или уменьшать его баланс в lamport.rent_epoch
: Устаревшее поле со времен, когда в Solana существовал механизм, периодически списывающий lamport с аккаунтов. Хотя это поле все еще существует в типе Account, оно больше не используется с тех пор, как сбор rent был отменен.
pub struct Account {/// lamports in the accountpub lamports: u64,/// data held in this account#[cfg_attr(feature = "serde", serde(with = "serde_bytes"))]pub data: Vec<u8>,/// the program that owns this account. If executable, the program that loads this account.pub owner: Pubkey,/// this account's data contains a loaded program (and is now read-only)pub executable: bool,/// the epoch at which this account will next owe rentpub rent_epoch: Epoch,}
import {airdropFactory,createSolanaRpc,createSolanaRpcSubscriptions,generateKeyPairSigner,lamports} from "@solana/kit";// Create a connection to Solana clusterconst rpc = createSolanaRpc("http://localhost:8899");const rpcSubscriptions = createSolanaRpcSubscriptions("ws://localhost:8900");// Generate a new keypairconst keypair = await generateKeyPairSigner();console.log(`Public Key: ${keypair.address}`);// Funding an address with SOL automatically creates an accountconst signature = await airdropFactory({ rpc, rpcSubscriptions })({recipientAddress: keypair.address,lamports: lamports(1_000_000_000n),commitment: "confirmed"});const accountInfo = await rpc.getAccountInfo(keypair.address).send();console.log(accountInfo);
Rent
Для хранения данных в блокчейне аккаунты также должны поддерживать баланс в lamport (SOL), пропорциональный объему данных, хранящихся в аккаунте (в байтах). Этот баланс называется "rent", но работает скорее как депозит, поскольку вы можете вернуть полную сумму при закрытии аккаунта. Вы можете найти расчет здесь с использованием этих констант.
Термин "rent" происходит от устаревшего механизма, который регулярно вычитал lamport из аккаунтов, которые падали ниже порога аренды. Этот механизм больше не активен.
Владелец программы
В Solana "умные контракты" называются программами. Владение программой является ключевой частью модели аккаунтов Solana. У каждого аккаунта есть назначенная программа в качестве владельца. Только программа-владелец может:
- Изменять поле
data
аккаунта - Вычитать lamport из баланса аккаунта
Системная программа
По умолчанию все новые аккаунты принадлежат Системной программе. Системная программа выполняет несколько ключевых функций:
- Создание нового аккаунта: Только Системная программа может создавать новые аккаунты.
- Выделение пространства: Устанавливает емкость в байтах для поля данных каждого аккаунта.
- Передача / Назначение владения программой: После того как Системная программа создает аккаунт, она может переназначить указанного владельца программы на другой программный аккаунт. Именно так пользовательские программы берут на себя владение новыми аккаунтами, созданными Системной программой.
Все аккаунты "кошельков" в Solana — это просто аккаунты, принадлежащие Системной программе. Баланс lamport в этих аккаунтах показывает количество SOL, принадлежащих кошельку. Только аккаунты, принадлежащие Системной программе, могут оплачивать комиссии за транзакции.
Системный аккаунт
Аккаунты Sysvar
Аккаунты Sysvar — это специальные аккаунты с предопределенными адресами, которые предоставляют доступ к данным о состоянии кластера. Эти аккаунты динамически обновляются данными о сетевом кластере. Полный список аккаунтов Sysvar можно найти здесь.
import { Address, createSolanaRpc } from "@solana/kit";const rpc = createSolanaRpc("https://api.mainnet-beta.solana.com");const SYSVAR_CLOCK_ADDRESS ="SysvarC1ock11111111111111111111111111111111" as Address;const accountInfo = await rpc.getAccountInfo(SYSVAR_CLOCK_ADDRESS, { encoding: "base64" }).send();console.log(accountInfo);
Программный аккаунт
Развертывание программы Solana создает исполняемый программный аккаунт. Программный аккаунт хранит исполняемый код программы.
Программные аккаунты принадлежат Загрузчику программ.
Программный аккаунт
Для простоты вы можете рассматривать программный аккаунт как саму программу. Когда вы вызываете инструкции программы, вы указываете адрес программного аккаунта (обычно называемый "Program ID").
import { Address, createSolanaRpc } from "@solana/kit";const rpc = createSolanaRpc("https://api.mainnet-beta.solana.com");const programId = "TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA" as Address;const accountInfo = await rpc.getAccountInfo(programId, { encoding: "base64" }).send();console.log(accountInfo);
Когда вы развертываете программу Solana, она сохраняется в программном аккаунте. Программные аккаунты принадлежат Загрузчику программ. Существует несколько версий загрузчика, но все, кроме loader-v3, хранят исполняемый код непосредственно в программном аккаунте. Loader-v3 хранит исполняемый код в отдельном "аккаунте данных программы", а программный аккаунт просто указывает на него. При развертывании новой программы Solana CLI по умолчанию использует последнюю версию загрузчика.
Буферный аккаунт
Loader-v3 имеет специальный тип аккаунта для временного размещения загрузки программы во время развертывания или повторного развертывания/обновления. В loader-v4 буферы все еще существуют, но они являются обычными программными аккаунтами.
Аккаунт данных программы
Loader-v3 работает иначе, чем все остальные программы загрузчика BPF. Аккаунт программы содержит только адрес аккаунта данных программы, который хранит фактический исполняемый код:
Аккаунт данных программы
Не путайте эти аккаунты данных программы с аккаунтами данных программ (см. ниже).
Аккаунт данных
В Solana исполняемый код программы хранится в отдельном аккаунте, отличном от состояния программы. Это похоже на то, как операционные системы обычно имеют отдельные файлы для программ и их данных.
Для поддержания состояния программы определяют инструкции для создания отдельных аккаунтов, которыми они владеют. Каждый из этих аккаунтов имеет свой уникальный адрес и может хранить любые произвольные данные, определенные программой.
Аккаунт данных
Обратите внимание, что только Системная программа может создавать новые аккаунты. После того как Системная программа создает аккаунт, она может передать или назначить владение новым аккаунтом другой программе.
Другими словами, создание аккаунта данных для пользовательской программы включает два шага:
- Вызвать Системную программу для создания аккаунта, затем передать владение пользовательской программе
- Вызвать пользовательскую программу, которая теперь владеет аккаунтом, чтобы инициализировать данные аккаунта в соответствии с инструкцией программы
Этот процесс создания аккаунта часто абстрагируется как один шаг, но полезно понимать его базовый процесс.
import {airdropFactory,appendTransactionMessageInstructions,createSolanaRpc,createSolanaRpcSubscriptions,createTransactionMessage,generateKeyPairSigner,getSignatureFromTransaction,lamports,pipe,sendAndConfirmTransactionFactory,setTransactionMessageFeePayerSigner,setTransactionMessageLifetimeUsingBlockhash,signTransactionMessageWithSigners} from "@solana/kit";import { getCreateAccountInstruction } from "@solana-program/system";import {getInitializeMintInstruction,getMintSize,TOKEN_2022_PROGRAM_ADDRESS} from "@solana-program/token-2022";// Create Connection, local validator in this exampleconst rpc = createSolanaRpc("http://127.0.0.1:8899");const rpcSubscriptions = createSolanaRpcSubscriptions("ws://localhost:8900");// Generate keypairs for fee payerconst feePayer = await generateKeyPairSigner();// Fund fee payerawait airdropFactory({ rpc, rpcSubscriptions })({recipientAddress: feePayer.address,lamports: lamports(1_000_000_000n),commitment: "confirmed"});// Generate keypair to use as address of mintconst mint = await generateKeyPairSigner();// Get default mint account size (in bytes), no extensions enabledconst space = BigInt(getMintSize());// Get minimum balance for rent exemptionconst rent = await rpc.getMinimumBalanceForRentExemption(space).send();// Instruction to create new account for mint (token 2022 program)// Invokes the system programconst createAccountInstruction = getCreateAccountInstruction({payer: feePayer,newAccount: mint,lamports: rent,space,programAddress: TOKEN_2022_PROGRAM_ADDRESS});// Instruction to initialize mint account data// Invokes the token 2022 programconst initializeMintInstruction = getInitializeMintInstruction({mint: mint.address,decimals: 9,mintAuthority: feePayer.address});const instructions = [createAccountInstruction, initializeMintInstruction];// Get latest blockhash to include in transactionconst { value: latestBlockhash } = await rpc.getLatestBlockhash().send();// Create transaction messageconst transactionMessage = pipe(createTransactionMessage({ version: 0 }), // Create transaction message(tx) => setTransactionMessageFeePayerSigner(feePayer, tx), // Set fee payer(tx) => setTransactionMessageLifetimeUsingBlockhash(latestBlockhash, tx), // Set transaction blockhash(tx) => appendTransactionMessageInstructions(instructions, tx) // Append instructions);// Sign transaction message with required signers (fee payer and mint keypair)const signedTransaction =await signTransactionMessageWithSigners(transactionMessage);// Send and confirm transactionawait sendAndConfirmTransactionFactory({ rpc, rpcSubscriptions })(signedTransaction,{ commitment: "confirmed" });// Get transaction signatureconst transactionSignature = getSignatureFromTransaction(signedTransaction);console.log("Mint Address:", mint.address);console.log("Transaction Signature:", transactionSignature);const accountInfo = await rpc.getAccountInfo(mint.address).send();console.log(accountInfo);
Is this page helpful?