Solana Kontenmodell

Auf Solana werden alle Daten in sogenannten "Konten" gespeichert. Man kann sich Daten auf Solana als öffentliche Datenbank mit einer einzigen "Konten"-Tabelle vorstellen, wobei jeder Eintrag in dieser Tabelle ein "Konto" ist. Jedes Solana-Konto teilt denselben Account-Typ.

KontenKonten

Kernpunkte

  • Konten können bis zu 10MiB an Daten speichern, die entweder ausführbaren Programmcode oder Programmzustand enthalten.
  • Konten erfordern eine rent-Einlage in lamports (SOL), die proportional zur Menge der gespeicherten Daten ist, und Sie können sie vollständig zurückerhalten, wenn Sie das Konto schließen.
  • Jedes Konto hat einen Programm- Eigentümer. Nur das Programm, dem ein Konto gehört, kann dessen Daten ändern oder sein Lamport-Guthaben abziehen. Aber jeder kann das Guthaben erhöhen.
  • Sysvar-Konten sind spezielle Konten, die den Netzwerk-Cluster-Status speichern.
  • Program accounts speichern den ausführbaren Code von Smart Contracts.
  • Datenkonten werden von Programmen erstellt, um Programmzustände zu speichern und zu verwalten.

Konto

Jedes Konto auf Solana hat eine eindeutige 32-Byte-Adresse, die oft als base58 kodierte Zeichenfolge dargestellt wird (z.B. 14grJpemFaf88c8tiVb77W7TYg2W3ir6pfkKz3YjhhZ5).

Die Beziehung zwischen dem Konto und seiner Adresse funktioniert wie ein Schlüssel-Wert- Paar, wobei die Adresse der Schlüssel ist, um die entsprechenden On-Chain-Daten des Kontos zu lokalisieren. Die Kontoadresse fungiert als "eindeutige ID" für jeden Eintrag in der "Konten"-Tabelle.

KontoadresseKontoadresse

Die meisten Solana-Konten verwenden einen Ed25519 öffentlichen Schlüssel als ihre Adresse.

import { generateKeyPairSigner } from "@solana/kit";
// Kit does not enable extractable private keys
const keypairSigner = await generateKeyPairSigner();
console.log(keypairSigner);
Click to execute the code.

Während öffentliche Schlüssel häufig als Kontoadressen verwendet werden, unterstützt Solana auch eine Funktion namens Program Derived Addresses (PDAs). PDAs sind spezielle Adressen, die deterministisch aus einer Programm-ID und optionalen Eingaben (seeds) abgeleitet werden können.

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}`);
Click to execute the code.

Kontotyp

Konten haben eine maximale Größe von 10MiB und jedes Konto auf Solana teilt denselben Basis- Account typ.

KontotypKontotyp

Jedes Konto auf Solana hat die folgenden Felder:

  • data: Ein Byte-Array, das beliebige Daten für ein Konto speichert. Für nicht-ausführbare Konten speichert dies oft Zustände, die gelesen werden sollen. Für program account (Smart Contracts) enthält dies den ausführbaren Programmcode. Das Datenfeld wird häufig als "Kontodaten" bezeichnet.
  • executable: Dieses Flag zeigt an, ob ein Konto ein Programm ist.
  • lamports: Das Guthaben des Kontos in lamport, der kleinsten Einheit von SOL (1 SOL = 1 Milliarde lamport).
  • owner: Die Programm-ID (öffentlicher Schlüssel) des Programms, das dieses Konto besitzt. Nur das Besitzerprogramm kann die Kontodaten ändern oder das lamport-Guthaben abziehen.
  • rent_epoch: Ein Legacy-Feld aus der Zeit, als Solana einen Mechanismus hatte, der regelmäßig lamport von Konten abzog. Obwohl dieses Feld noch im Account-Typ existiert, wird es nicht mehr verwendet, da die rent-Erhebung eingestellt wurde.
Base Account Type
pub struct Account {
/// lamports in the account
pub 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 rent
pub rent_epoch: Epoch,
}
import {
airdropFactory,
createSolanaRpc,
createSolanaRpcSubscriptions,
generateKeyPairSigner,
lamports
} from "@solana/kit";
// Create a connection to Solana cluster
const rpc = createSolanaRpc("http://localhost:8899");
const rpcSubscriptions = createSolanaRpcSubscriptions("ws://localhost:8900");
// Generate a new keypair
const keypair = await generateKeyPairSigner();
console.log(`Public Key: ${keypair.address}`);
// Funding an address with SOL automatically creates an account
const 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);
Click to execute the code.

Rent

Um Daten on-chain zu speichern, müssen Konten auch ein Lamport (SOL)-Guthaben halten, das proportional zur Menge der im Konto gespeicherten Daten (in Bytes) ist. Dieses Guthaben wird als "rent" bezeichnet, funktioniert aber eher wie eine Kaution, da Sie den vollen Betrag zurückerhalten können, wenn Sie ein Konto schließen. Die Berechnung finden Sie hier unter Verwendung dieser Konstanten.

Der Begriff "rent" stammt von einem veralteten Mechanismus, der regelmäßig Lamports von Konten abzog, die unter die Rent-Schwelle fielen. Dieser Mechanismus ist nicht mehr aktiv.

Programm-Eigentümer

Auf Solana werden "Smart Contracts" als Programme bezeichnet. Programm- Eigentümerschaft ist ein wesentlicher Bestandteil des Solana-Kontenmodells. Jedes Konto hat ein bestimmtes Programm als Eigentümer. Nur das Eigentümerprogramm kann:

  • Das dataFeld des Kontos ändern
  • Lamports vom Kontoguthaben abziehen

System-Programm

Standardmäßig gehören alle neuen Konten dem System-Programm. Das System-Programm erfüllt einige wichtige Funktionen:

Alle "Wallet"-Konten auf Solana sind einfach Konten, die dem System-Programm gehören. Das Lamport-Guthaben in diesen Konten zeigt die Menge an SOL, die der Wallet gehört. Nur Konten, die dem System-Programm gehören, können Fee bezahlen.

System-KontoSystem-Konto

Sysvar-Konten

Sysvar-Konten sind spezielle Konten an vordefinierten Adressen, die Zugriff auf Cluster-Statusdaten bieten. Diese Konten werden dynamisch mit Daten über den Netzwerk-Cluster aktualisiert. Die vollständige Liste der Sysvar-Konten finden Sie hier.

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);
Click to execute the code.

Programm-Konto

Das Deployment eines Solana-Programms erstellt ein ausführbares Programm-Konto. Das Programm- Konto speichert den ausführbaren Code des Programms.

Programm-Konten gehören einem Loader-Programm.

Programm-KontoProgramm-Konto

Der Einfachheit halber können Sie das Programm-Konto als das Programm selbst betrachten. Wenn Sie die Anweisungen eines Programms aufrufen, geben Sie die Adresse des Programm-Kontos an (üblicherweise als "Program ID" bezeichnet).

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);
Click to execute the code.

Wenn Sie ein Solana-Programm deployen, wird es in einem Programm-Konto gespeichert. Programm- Konten gehören einem Loader-Programm. Es gibt mehrere Versionen des Loaders, aber alle außer loader-v3 speichern den ausführbaren Code direkt im Programm-Konto. Loader-v3 speichert den ausführbaren Code in einem separaten "Programm-Datenkonto" und das Programm-Konto verweist nur darauf. Wenn Sie ein neues Programm deployen, verwendet die Solana CLI standardmäßig die neueste Loader-Version.

Buffer-Account

Loader-v3 hat einen speziellen Kontotyp für die temporäre Bereitstellung des Uploads eines Programms während des Deployments oder der Neubereitstellung/Upgrades. In loader-v4 gibt es noch Buffer, aber sie sind nur normale Programm-Konten.

Programm-Datenkonto

Loader-v3 funktioniert anders als alle anderen BPF-Loader-Programme. Das Programm- Konto enthält nur die Adresse eines Programm-Datenkontos, das den tatsächlichen ausführbaren Code speichert:

ProgrammdatenkontoProgrammdatenkonto

Verwechseln Sie diese Programmdatenkonten nicht mit den Datenkonten von Programmen (siehe unten).

Datenkonto

Auf Solana wird der ausführbare Code eines Programms in einem anderen Konto gespeichert als der Zustand des Programms. Dies ist vergleichbar mit der Art und Weise, wie Betriebssysteme typischerweise separate Dateien für Programme und ihre Daten haben.

Um den Zustand zu verwalten, definieren Programme Anweisungen zum Erstellen separater Konten, die sie besitzen. Jedes dieser Konten hat seine eigene eindeutige Adresse und kann beliebige willkürliche Daten speichern, die vom Programm definiert werden.

DatenkontoDatenkonto

Beachten Sie, dass nur das System-Programm neue Konten erstellen kann. Sobald das System-Programm ein Konto erstellt hat, kann es dann die Eigentümerschaft des neuen Kontos an ein anderes Programm übertragen oder zuweisen.

Mit anderen Worten, die Erstellung eines Datenkontos für ein benutzerdefiniertes Programm erfolgt in zwei Schritten:

  1. Rufen Sie das System-Programm auf, um ein Konto zu erstellen, und übertragen Sie dann die Eigentümerschaft an das benutzerdefinierte Programm
  2. Rufen Sie das benutzerdefinierte Programm auf, das jetzt Eigentümer des Kontos ist, um die Kontodaten gemäß der vom Programm definierten Anweisung zu initialisieren

Dieser Kontoerstellungsprozess wird oft als ein einzelner Schritt abstrahiert, aber es ist hilfreich, den zugrundeliegenden Prozess zu verstehen.

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 example
const rpc = createSolanaRpc("http://127.0.0.1:8899");
const rpcSubscriptions = createSolanaRpcSubscriptions("ws://localhost:8900");
// Generate keypairs for fee payer
const feePayer = await generateKeyPairSigner();
// Fund fee payer
await airdropFactory({ rpc, rpcSubscriptions })({
recipientAddress: feePayer.address,
lamports: lamports(1_000_000_000n),
commitment: "confirmed"
});
// Generate keypair to use as address of mint
const mint = await generateKeyPairSigner();
// Get default mint account size (in bytes), no extensions enabled
const space = BigInt(getMintSize());
// Get minimum balance for rent exemption
const rent = await rpc.getMinimumBalanceForRentExemption(space).send();
// Instruction to create new account for mint (token 2022 program)
// Invokes the system program
const createAccountInstruction = getCreateAccountInstruction({
payer: feePayer,
newAccount: mint,
lamports: rent,
space,
programAddress: TOKEN_2022_PROGRAM_ADDRESS
});
// Instruction to initialize mint account data
// Invokes the token 2022 program
const initializeMintInstruction = getInitializeMintInstruction({
mint: mint.address,
decimals: 9,
mintAuthority: feePayer.address
});
const instructions = [createAccountInstruction, initializeMintInstruction];
// Get latest blockhash to include in transaction
const { value: latestBlockhash } = await rpc.getLatestBlockhash().send();
// Create transaction message
const 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 transaction
await sendAndConfirmTransactionFactory({ rpc, rpcSubscriptions })(
signedTransaction,
{ commitment: "confirmed" }
);
// Get transaction signature
const 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);
Click to execute the code.

Is this page helpful?

Inhaltsverzeichnis

Seite bearbeiten