Объекты и структуры

Рассматривая GOLOS необходимо разделять объекты и структуры протокола (операция, транзакция, блок, ассет, версия, полномочия) от объектов и структур которые существуют непосредственно в блокчейне (на которые влияют те или иные операции).

Список объектов и структур протокола

Все, что касается протокола находится в каталоге /libraries/protocol исходного кода C++ ноды блокчейна GOLOS.

  • types / типы данных в протоколе

  • operations / proposal_operations / chain_operations / chain_virtual_operations / операция — все что связано с операциями и их обработкой;

  • transaction / транзакция — все что связано с транзакцией (id, список операций, к какому блоку она ссылается);

  • block_header / block / блок — содержит транзакции, ссылается на предыдущий блок, содержит extensions который может использовать делегат для инициации голосования за переход на новую версию хардфорка;

  • asset / ассет — структура токенов (отношение ассетов разного разряда друг к другу);

  • base / version / версия — структура описывающая версию протокола сети, голос и время за переход на новую версию;

  • authority / полномочия — структура описывающая связку ключей для определенного типа доступа аккаунта;

  • sign_state / состояние подписи — помощник по проверке подписей (или наличия ключа, который может ее сгенерировать).

Объекты и структуры в блокчейне

Именно из объектов и структур самого блокчейна состоит состояния системы (стэйт). Каждый блок содержащий операции обрабатывается основным модулем database, который просчитывает все изменения и принимает решения по отложенным действиям. В каталоге /libraries/chain/include/graphene/chain содержатся как объекты и структуры данных, так и внутреннее устройство блокчейна (evaluator, block_log, dynamic_global_property_object, типы объектов).

Состояние системы состоит из объектов:

  • dynamic_global_property_object — основной объект содержащий данные о текущем состоянии экономики и состоянии ноды (например, номер необратимого блока);

  • account_object — записи аккаунтов;

  • account_authority_object — записи полномочий для аккаунтов;

  • witness_object — записи делегатов;

  • transaction_object — используется для транзакций в очереди (это позволяет проверять отсутствии дублей у новых транзакций и удалять транзакции из очереди, если она не выполнилась до срока истечения expire);

  • block_summary_object — используется для индексации блоков и их hash, для проверки TaPoS (транзакция должна ссылаться на прошлый блок, проверка происходит как раз по индексу, построенному из объектов block_summary_object);

  • witness_schedule_object — состояние очереди делегатов;

  • witness_vote_object — записи голосов за делегатов;

  • hardfork_property_object — записи о текущем хардфорке сети;

  • withdraw_vesting_route_object — записи о маршруте распределения токенов при конвертации доли;

  • master_authority_history_object — записи изменений мастер полномочий;

  • account_recovery_request_object — запросы на восстановление аккаунта;

  • change_recovery_account_request_object — запросы на смену доверенного аккаунта для восстановления доступа;

  • escrow_object — записи о трехсторонних сделках;

  • vesting_delegation_object — записи о делегированной доли;

  • vesting_delegation_expiration_object — записи о возвращаемой делегированной доле после отмены делегирования;

  • account_metadata_object — отдельные записи с мета-данными аккаунта;

  • proposal_object — записи proposal операций;

  • required_approval_object — записи требуемых подтверждений для proposal операций;

  • и другие...

Объекты и структуры в API плагинах

Плагины предоставляющие API могут возвращать объекты как из блокчейна, так и собственные. Простые запросы с получением объекта по id отдают данные как есть, часто пропуская объект из блокчейна через конструктор аналогичного для API, чтобы скопировать состояние и отдать его пользователю, например: плагин witness_api использует отдельный объект witness_api_object. А плагин database_api использует account_api_object, который дополняет стандартный объект блокчейна аккаунт типами доступа копируя туда актуальные полномочия из индекса.

Если плагин расширяет стандартные таблицы индексов и объекты, то он создает новую структуру, отдельно ведет учет операций и заполняет индекс. Например, так поступает плагин private_message, обрабатывая custom операции (создавая объекты message_object, наполняющие индекс message_index).