Терминология

Следующие термины используются в документации и экосистеме разработки Solana.

аккаунт

Запись в реестре Solana, которая либо содержит данные, либо является исполняемой программой.

Как и аккаунт в традиционном банке, аккаунт Solana может хранить средства, называемые lamport. Каждый аккаунт в кластере имеет уникальный адрес.

приложение

Фронтенд-приложение, которое взаимодействует с кластером Solana.

адрес

Местоположение в Solana, которое можно использовать для поиска аккаунта. Каждый адрес уникален в кластере Solana.

Адреса в Solana могут быть либо публичным ключом Ed25519, либо адресом, производным от программы.

Структура данных, которая хранит список адресов аккаунтов, позволяя версионным транзакциям ссылаться на аккаунты с использованием компактных 1-байтовых индексов вместо полных 32-байтовых публичных ключей. Таблицы поиска адресов позволяют одной транзакции ссылаться на большее количество аккаунтов, чем допускает исходный формат транзакции.

Anchor

Фреймворк для создания ончейн-программ Solana на Rust. Anchor предоставляет макросы, которые сокращают шаблонный код, стандартизированную систему валидации аккаунтов и генерирует IDL, описывающий интерфейс программы. Это наиболее широко используемый фреймворк для разработки программ на Solana.

associated token account (ATA)

Token account, адрес которого детерминированно выводится из адреса кошелька и минта токена. Программа associated token account гарантирует, что у каждого кошелька есть один канонический token account для каждого типа токена.

полномочие

Адрес пользователя, имеющего определенные разрешения на аккаунт.

Например:

Возможность создания новых токенов предоставляется аккаунту, который является «полномочием на минтинг» для минта токена.
Возможность обновления программы предоставляется аккаунту, который является «полномочием на обновление» программы.

состояние банка

Результат интерпретации всех программ в реестре на заданной высоте тика. Включает как минимум набор всех аккаунтов, содержащих ненулевое количество нативных токенов.

блок

Непрерывный набор записей в реестре, охватываемый голосованием. Лидер производит не более одного блока за слот.

blockhash

Уникальное значение (хеш), которое идентифицирует запись (блок). Solana вычисляет blockhash из последнего entry id блока.

высота блока

Количество блоков под текущим блоком. Первый блок после genesis block имеет высоту один.

bootstrap validator

Validator, который создаёт genesis (первый) блок блокчейна.

BPF loader

Программа Solana, которая владеет и загружает BPF onchain программы, позволяя программе взаимодействовать с runtime.

bump

Один байт (0–255), добавляемый к seeds при деривации Program Derived Address, чтобы гарантировать, что полученный адрес не находится на кривой ed25519 и, следовательно, является валидным PDA. Канонический bump — это наибольшее значение, которое создаёт валидный PDA, и обычно сохраняется в данных аккаунта, чтобы избежать повторного вычисления.

клиент

Компьютерная программа, которая обращается к сетевому кластеру серверов Solana.

commitment

Мера сетевого подтверждения для блока.

формат компактного массива

Компактный массив — это массив, сериализованный в следующем формате:

Длина массива (закодированная как compact-u16)
Элементы массива, перечисленные один за другим

Формат компактного массива

Формат компактного массива используется для кодирования как массива адресов аккаунтов, так и массива инструкций в сообщениях транзакций.

кластер

Набор validators, поддерживающих единый ledger.

compute budget

Максимальное количество compute units, потребляемых на одну транзакцию.

compute units

Наименьшая единица измерения потребления вычислительных ресурсов блокчейна. Compute units используются для измерения вычислительных ресурсов, используемых для обработки транзакции.

время подтверждения

Реальная продолжительность между созданием лидером записи тика и созданием подтверждённого блока.

подтверждённый блок

Блок, получивший квалифицированное большинство голосов реестра.

плоскость управления

Сеть gossip, соединяющая все узлы кластера.

период охлаждения

Определённое количество эпох после деактивации стейка, в течение которых он постепенно становится доступным для вывода. В этот период стейк считается «деактивирующимся». Подробнее: разогрев и охлаждение

единицы стоимости

Также называемые transaction cost, это комплексная оценка всех ресурсов, необходимых для обработки транзакции, измеряемая в вычислительных единицах. Подробнее здесь.

кредит

См. кредит голоса.

Cross Program Invocation (CPI)

Вызов одной ончейн-программы из другой. Подробнее см. в разделе вызовы между программами.

плоскость данных

Многоадресная сеть, используемая для эффективной проверки записей и достижения консенсуса.

дрон

Оффчейн-сервис, выступающий в роли хранителя закрытого ключа пользователя. Обычно используется для проверки и подписи транзакций.

запись

Запись в реестре, представляющая собой либо тик, либо запись транзакции.

идентификатор записи

Устойчивый к предобразу хеш финального содержимого записи, выступающий в качестве глобально уникального идентификатора записи. Хеш служит доказательством:

Создания записи по истечении определённого времени
Включения в запись указанных транзакций
Позиции записи относительно других записей в реестре

См. доказательство истории.

epoch

Время, т.е. количество слотов, в течение которого действует расписание лидера.

аккаунт комиссии

Аккаунт комиссии в транзакции — это аккаунт, который оплачивает стоимость включения транзакции в леджер. Это первый аккаунт в транзакции. Данный аккаунт должен быть объявлен как Read-Write (доступный для записи) в транзакции, поскольку оплата транзакции уменьшает баланс аккаунта.

финальность

Когда узлы, представляющие 2/3 стейка, имеют общий корень.

форк

Леджер, происходящий от общих записей, но затем разошедшийся.

генезис-блок

Первый блок в цепи.

конфигурация генезиса

Конфигурационный файл, который подготавливает леджер для генезис-блока.

хеш

Цифровой отпечаток последовательности байтов.

инфляция

Увеличение предложения токенов с течением времени, используемое для финансирования вознаграждений за валидацию и для финансирования дальнейшей разработки Solana.

внутренняя инструкция

См. Cross Program Invocation.

инструкция

Вызов для активации определённого обработчика инструкций в программе. Инструкция также указывает, какие аккаунты она хочет читать или изменять, а также дополнительные данные, которые служат вспомогательным входом для обработчика инструкций. Клиент должен включить хотя бы одну инструкцию в транзакцию, и все инструкции должны быть успешно выполнены, чтобы транзакция считалась успешной.

обработчик инструкций

Обработчики инструкций — это функции программы, которые обрабатывают инструкции из транзакций. Обработчик инструкций может содержать один или несколько межпрограммных вызовов.

IDL

Interface Definition Language. JSON-файл, создаваемый Anchor, который описывает обработчики инструкций, аккаунты и типы программы. IDL позволяет клиентским библиотекам автоматически генерировать типизированные интерфейсы для взаимодействия с ончейн-программой.

keypair

Пара из публичного ключа и соответствующего приватного ключа для доступа к аккаунту.

lamport

Дробная единица нативного токена со значением 0,000000001 sol.

В рамках вычислительного бюджета величина микро-lamport используется при расчёте комиссии за приоритизацию.

leader

Роль validator, когда он добавляет записи в леджер.

leader schedule

Последовательность публичных ключей validator, сопоставленных со слотами. Кластер использует расписание лидеров для определения того, какой validator является лидером в любой момент времени.

ledger

Список записей, содержащих транзакции, подписанные клиентами. Концептуально это можно проследить до блока генезиса, но фактический леджер validator может содержать только более новые блоки для сокращения хранилища, поскольку более старые не необходимы для валидации будущих блоков по архитектуре.

ledger vote

Хеш состояния validator на заданной высоте тика. Он представляет собой подтверждение validator того, что полученный им блок был верифицирован, а также обязательство не голосовать за конфликтующий блок (т.е. форк) в течение определённого времени — периода блокировки.

light client

Тип клиента, который может верифицировать, что он подключён к валидному кластеру. Он выполняет больше проверок леджера, чем тонкий клиент, и меньше, чем validator.

loader

Программа, способная интерпретировать бинарное кодирование других ончейн-программ.

lockout

Длительность времени, в течение которого validator не может голосовать за другой форк.

message

Структурированное содержимое транзакции. Обычно содержит заголовок, массив адресов аккаунтов, последний blockhash и массив инструкций.

Узнайте больше о форматировании сообщений внутри транзакций здесь.

микро-лампорт

1 000 000 микро-лампортов = 1 lamport

Коэффициент Накамото

Мера децентрализации, коэффициент Накамото — это наименьшее количество независимых субъектов, которые могут коллективно остановить работу блокчейна. Термин был введён Баладжи С. Шринивасаном и Лиландом Ли в статье Quantifying Decentralization.

нативный токен

Токен, используемый для отслеживания работы, выполненной нодами в кластере.

нода

Компьютер, участвующий в кластере.

количество нод

Количество валидаторов, участвующих в кластере.

ончейн

Описывает данные или программы, которые существуют или выполняются в блокчейне. Предпочтительное написание — «ончейн» (слитно).

ончейн-программа

Исполняемый код в блокчейне Solana, который интерпретирует инструкции, отправленные внутри каждой транзакции, для чтения и изменения аккаунтов, которыми он управляет. Эти программы часто называют «смарт-контрактами» в других блокчейнах.

владелец

Может относиться либо к программе-владельцу, либо к кошельку-владельцу. Например, getTokenAccountsByOwner возвращает токен-аккаунты, принадлежащие определённому кошельку, однако программой-владельцем этих токен-аккаунтов является Token Program.

Чтобы избежать путаницы, предпочтительнее использовать термины программа-владелец или кошелёк-владелец, а не общий термин «владелец».

программа-владелец

Адрес программы, которая владеет аккаунтом. Только программа-владелец способна изменять аккаунт.

См. также полномочие.

владеющий кошелёк

Кошелёк, который связан с аккаунтом. Например, Token Program используется для хранения token account, связанных с определённым кошельком и минтом, используя адрес, созданный из этого кошелька и минта.

PoH

См. Proof of History.

очко

Взвешенный кредит в системе вознаграждений. В системе вознаграждений validator количество очков, причитающихся стейку при погашении, представляет собой произведение заработанных кредитов голосования и количества застейканных lamport.

приватный ключ

Приватный ключ keypair.

программа

См. программа в сети.

Program Derived Address (PDA)

Аккаунт, адрес которого создаётся на основе программы в сети и одного или нескольких сидов, созданных автором программы. Адреса PDA не являются публичными ключами, и PDA не имеют приватных ключей.

Право подписи для PDA принадлежит программе в сети, которая является их владеющей программой.

идентификатор программы

Публичный ключ аккаунта, содержащего программу.

Proof of History (PoH)

Стек доказательств, каждое из которых подтверждает, что определённые данные существовали до создания доказательства и что прошёл точный промежуток времени с момента предыдущего доказательства. Как и VDF, Proof of History может быть проверено за меньшее время, чем потребовалось для его создания.

комиссия за приоритизацию

Дополнительная комиссия, которую пользователь может указать в инструкции вычислительного бюджета для приоритизации своих транзакций.

Комиссия за приоритизацию рассчитывается путём умножения запрошенных максимальных вычислительных единиц на цену вычислительной единицы (указанную с шагом 0,000001 lamport за вычислительную единицу) с округлением до ближайшего lamport.

Транзакции должны запрашивать минимальное количество вычислительных единиц, необходимых для выполнения, чтобы минимизировать комиссии.

публичный ключ (pubkey)

Публичный ключ keypair. Публичный ключ — это один из различных типов адресов, которые аккаунт может использовать в Solana.

rent

Комиссия, уплачиваемая аккаунтами и программами за хранение данных в блокчейне. Когда аккаунты не имеют достаточного баланса для оплаты rent, они могут быть удалены сборщиком мусора.

Смотрите также rent exempt ниже. Подробнее о rent читайте здесь: Что такое rent?.

rent exempt

Аккаунты, которые поддерживают минимальный баланс в lamport, пропорциональный объему данных, хранящихся в аккаунте. Все вновь созданные аккаунты хранятся в блокчейне постоянно до тех пор, пока аккаунт не будет закрыт. Невозможно создать аккаунт, который опустится ниже порога освобождения от rent.

корень

Блок или slot, который достиг максимальной блокировки на validator. Корень — это самый высокий блок, являющийся предком всех активных форков на validator. Все блоки-предки корня также транзитивно являются корнем. Блоки, которые не являются предком и не являются потомком корня, исключаются из рассмотрения для консенсуса и могут быть отброшены.

среда выполнения

Компонент validator, отвечающий за выполнение программы.

Sealevel

Параллельная среда выполнения Solana для программ в блокчейне.

seed

Байтовое значение или массив байтовых значений, используемых в качестве входных данных при формировании Program Derived Address. Программа может использовать любую комбинацию статических строк, публичных ключей или других данных в качестве seed. Seed комбинируются с идентификатором программы и bump для создания уникального адреса PDA.

shred

Часть блока; наименьшая единица данных, передаваемая между валидаторами.

подпись

64-байтовая ed25519 подпись из R (32 байта) и S (32 байта). С требованием, чтобы R была упакованной точкой Эдвардса не малого порядка, а S — скаляром в диапазоне 0 <= S < L. Это требование исключает возможность подделки подписи. Каждая транзакция должна иметь как минимум одну подпись для аккаунта комиссии. Таким образом, первая подпись в транзакции может рассматриваться как идентификатор транзакции

процент пропусков

Процент пропущенных слотов от общего количества лидерских слотов в текущей epoch. Эта метрика может вводить в заблуждение, поскольку имеет высокую дисперсию после границы epoch, когда размер выборки мал, а также для валидаторов с небольшим количеством лидерских слотов, однако может быть полезна для выявления неправильных конфигураций узла.

пропущенный slot

Прошедший slot, который не произвел блок, потому что лидер был офлайн или форк, содержащий этот slot, был отброшен в пользу лучшей альтернативы по консенсусу кластера. Пропущенный slot не будет отображаться в качестве предка для блоков в последующих слотах, не увеличит высоту блока и не истечет самый старый recent_blockhash.

Определить, был ли slot пропущен, можно только когда он становится старше последнего корневого (то есть не пропущенного) слота.

slot

Период времени, в течение которого каждый лидер принимает транзакции и создает блок.

Вместе слоты создают логические часы. Слоты упорядочены последовательно и не перекрываются, составляя примерно равные промежутки реального времени согласно PoH.

смарт-контракт

См. ончейн-программа.

SOL

Нативный токен кластера Solana.

Библиотека программ Solana (SPL)

Библиотека программ на Solana, такая как spl-token, которая облегчает выполнение задач, например создание и использование токенов.

стейк

Токены, конфискуемые кластером в случае доказательства вредоносного поведения валидатора.

качество обслуживания, взвешенное по стейку (SWQoS)

SWQoS обеспечивает приоритетную обработку транзакций, поступающих от застейканных валидаторов.

суперквалифицированное большинство

2/3 кластера.

System Program

Нативная программа Solana (ID программы 11111111111111111111111111111111), ответственная за создание новых аккаунтов, выделение данных аккаунта, назначение аккаунтов программам и перевод SOL между аккаунтами. Все новые аккаунты в Solana принадлежат System Program до переназначения.

sysvar

Системный аккаунт. Sysvars предоставляют информацию о состоянии кластера, такую как текущая высота тика, значения поинтов вознаграждений и т.д. Программы могут получать доступ к Sysvars через аккаунт Sysvar (pubkey) или запрашивая через syscall.

тонкий клиент

Тип клиента, который доверяет, что взаимодействует с действительным кластером.

тик

Запись в леджере, оценивающая продолжительность реального времени.

высота тика

N-ный тик в леджере.

токен

Актив, который можно передавать в цифровом виде.

token account

Аккаунт, который хранит баланс определённого токена. Токен-аккаунты принадлежат Token Program или Token Extensions Program и хранят баланс токенов, связанный токен минт и адрес кошелька владельца.

Token Extensions Program

Token Extensions Program имеет ID программы TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb и включает все те же функции, что и Token Program, но также предоставляет расширения, такие как конфиденциальные переводы, пользовательская логика переводов, расширенные метаданные и многое другое.

токен минт

Аккаунт, который может создавать (или «минтить») токены. Различные токены отличаются своими уникальными адресами токен минта.

Token Program

Token Program имеет ID программы TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA и предоставляет базовые возможности для переводов, заморозки и создания токенов.

tps

Транзакции в секунду.

tpu

Модуль обработки транзакций.

транзакция

Одна или несколько инструкций, подписанных клиентом с использованием одной или нескольких пар ключей и выполненных атомарно с только двумя возможными результатами: успех или неудача.

ID транзакции

Первая подпись в транзакции, которая может использоваться для уникальной идентификации транзакции в рамках всего реестра.

подтверждения транзакции

Количество подтверждённых блоков с момента принятия транзакции в реестр. Транзакция считается завершённой, когда её блок становится корневым.

запись транзакций

Набор транзакций, которые могут выполняться параллельно.

tvu

Модуль валидации транзакций.

validator

Полноценный участник кластера сети Solana, который производит новые блоки. Validator проверяет транзакции, добавляемые в реестр.

VDF

См. проверяемая функция задержки.

функция верифицируемой задержки (VDF)

Функция, которая выполняется за фиксированное время и создаёт доказательство своего выполнения, которое затем может быть проверено быстрее, чем потребовалось на его создание.

версионная транзакция

Формат транзакции, который поддерживает дополнительные функции помимо исходного формата транзакции. Версия 0 (v0) — это первый версионный формат, который добавляет поддержку таблиц поиска адресов, позволяя транзакциям ссылаться на больше аккаунтов, чем допускает исходный формат.

Содержание