Создание субграфов на NEAR
Reading time: 7 min
Это руководство представляет собой введение в построение подграфов, индексирующих смарт-контракты на .
is a smart contract platform for building decentralized applications. Visit the for more information.
The Graph предоставляет разработчикам инструменты для обработки событий блокчейна и делает результирующие данные легко доступными через GraphQL API, известный индивидуально как субграф. теперь способен обрабатывать события NEAR, что означает, что разработчики NEAR теперь могут создавать субграфы для индексации своих смарт-контрактов.
Субграфы основаны на событиях, что означает, что они отслеживают и затем обрабатывают события в сети. В настоящее время для подграфов NEAR поддерживаются два типа обработчиков:
- Обработчики блоков: они запускаются для каждого нового блока
- Обработчики квитанций: запускаются каждый раз, когда сообщение выполняется в указанной учетной записи
Квитанция - это единственный объект, к которому можно применить действие в системе. Когда мы говорим об "обработке транзакции" на платформе NEAR, это в конечном итоге означает "применение квитанций" в какой-то момент.
@graphprotocol/graph-cli
- это инструмент командной строки для построения и развертывания субграфов.
@graphprotocol/graph-ts
- это библиотека типов, специфичных для субграфов.
Для разработки NEAR субграфа требуется graph-cli
выше версии 0.23.0
и graph-ts
выше версии 0.23.0
.
Построение NEAR сабграфа очень похоже на построение сабграфа, индексирующего Ethereum.
Существует три аспекта определения подграфа:
subgraph.yaml: манифест подграфа, определяющий источники данных, представляющие интерес, и как они должны быть обработаны. NEAR - это новый вид
источника данных.
schema.graphql: файл схемы, который определяет, какие данные хранятся для вашего подграфа и как запрашивать их через GraphQL. Требования к подграфам NEAR рассматриваются в .
AssemblyScript Mappings: that translates from the event data to the entities defined in your schema. NEAR support introduces NEAR-specific data types and new JSON parsing functionality.
Во время разработки субграфа есть две ключевые команды:
$ graph codegen # генерирует типы из файла схемы, указанного в манифесте$ graph build # генерирует Web Assembly из файлов AssemblyScript и подготавливает все файлы субграфа в папке /build
Манифест подграфа (subgraph.yaml
) определяет источники данных для подграфа, интересующие триггеры и функции, которые должны быть запущены в ответ на эти триггеры. Ниже приведен пример манифеста подграфа для подграфа NEAR:
specVersion: 0.0.2schema:file: ./src/schema.graphql # link to the schema filedataSources:- kind: nearnetwork: near-mainnetsource:account: app.good-morning.near # This data source will monitor this accountstartBlock: 10662188 # Required for NEARmapping:apiVersion: 0.0.5language: wasm/assemblyscriptblockHandlers:- handler: handleNewBlock # the function name in the mapping filereceiptHandlers:- handler: handleReceipt # the function name in the mapping filefile: ./src/mapping.ts # link to the file with the Assemblyscript mappings
- NEAR подграфы вводят новый
вид
источника данных (near
) - The
network
should correspond to a network on the hosting Graph Node. On Subgraph Studio, NEAR's mainnet isnear-mainnet
, and NEAR's testnet isnear-testnet
- NEAR data sources introduce an optional
source.account
field, which is a human-readable ID corresponding to a . This can be an account or a sub-account. - Источниками данных NEAR вводят альтернативное необязательное поле
source.accounts
, которое содержит необязательные суффиксы и префиксы. Необходимо указать по крайней мере префикс или суффикс, они будут соответствовать любой учетной записи, начинающейся или заканчивающейся списком значений соответственно. Приведенный ниже пример соответствовал бы:[app|good].*[morning.near|morning.testnet]
. Если необходим только список префиксов или суффиксов, другое поле можно опустить.
accounts:prefixes:- app- goodsuffixes:- morning.near- morning.testnet
Источники данных NEAR поддерживают два типа обработчиков:
blockHandlers
запускаются при каждом новом ближайшем блоке. Не требуетсяsource.account
.receiptHandlers
: run on every receipt where the data source'ssource.account
is the recipient. Note that only exact matches are processed ( must be added as independent data sources).
Определение схемы описывает структуру результирующей базы данных подграфов и взаимосвязи между объектами. Это не зависит от исходного источника данных. Более подробная информация об определении схемы подграфа .
Обработчики событий написаны на языке .
NEAR indexing introduces NEAR-specific data types to the .
class ExecutionOutcome {gasBurnt: u64,blockHash: Bytes,id: Bytes,logs: Array<string>,receiptIds: Array<Bytes>,tokensBurnt: BigInt,executorId: string,}class ActionReceipt {predecessorId: string,receiverId: string,id: CryptoHash,signerId: string,gasPrice: BigInt,outputDataReceivers: Array<DataReceiver>,inputDataIds: Array<CryptoHash>,actions: Array<ActionValue>,}class BlockHeader {height: u64,prevHeight: u64,// Always zero when version < V3epochId: Bytes,nextEpochId: Bytes,chunksIncluded: u64,hash: Bytes,prevHash: Bytes,timestampNanosec: u64,randomValue: Bytes,gasPrice: BigInt,totalSupply: BigInt,latestProtocolVersion: u32,}class ChunkHeader {gasUsed: u64,gasLimit: u64,shardId: u64,chunkHash: Bytes,prevBlockHash: Bytes,balanceBurnt: BigInt,}class Block {author: string,header: BlockHeader,chunks: Array<ChunkHeader>,}class ReceiptWithOutcome {outcome: ExecutionOutcome,receipt: ActionReceipt,block: Block,}
Эти типы передаются обработчикам блоков и квитанций:
- Обработчики блоков получат
Block
- Обработчики квитанций получат
ReceiptWithOutcome
Otherwise, the rest of the is available to NEAR subgraph developers during mapping execution.
This includes a new JSON parsing function - logs on NEAR are frequently emitted as stringified JSONs. A new json.fromString(...)
function is available as part of the to allow developers to easily process these logs.
Как только у вас будет построенный субграф, пришло время развернуть его в Graph Node для индексации. NEAR субграфы могут быть развернуты на любой ноде Graph >=v0.26.x
(эта версия еще не была помечена & выпущена).
Subgraph Studio and the upgrade Indexer on The Graph Network currently supports indexing NEAR mainnet and testnet in beta, with the following network names:
near-mainnet
near-testnet
More information on creating and deploying subgraphs on Subgraph Studio can be found .
As a quick primer - the first step is to "create" your subgraph - this only needs to be done once. On Subgraph Studio, this can be done from : "Create a subgraph".
Как только ваш подграф создан, вы можете развернуть его с помощью команды graph deploy
CLI:
$ graph create --node <graph-node-url> <subgraph-name> # creates a subgraph on a local Graph Node (on Subgraph Studio, this is done via the UI)$ graph deploy --node <graph-node-url> --ipfs https://api.thegraph.com/ipfs/ <subgraph-name> # uploads the build files to a specified IPFS endpoint, and then deploys the subgraph to a specified Graph Node based on the manifest IPFS hash
Конфигурация ноды будет зависеть от того, где развертывается подграф.
graph authgraph deploy <subgraph-name>
graph deploy --node http://localhost:8020/ --ipfs http://localhost:5001 <subgraph-name>
Как только ваш подграф будет развернут, он будет проиндексирован Graph Node. Вы можете проверить его прогресс, сделав запрос к самому субграфу:
{_meta {block {number}}}
Запуск ноды Graph, который индексирует NEAR, имеет следующие эксплуатационные требования:
- Фреймворк NEAR Indexer с инструментарием Firehose
- Компонент(ы) NEAR Firehose
- Graph Node с настроенным эндпоинтом Firehose
В ближайшее время мы предоставим более подробную информацию о запуске вышеуказанных компонентов.
Эндпоинт GraphQL для NEAR подграфов определяется определением схемы с помощью существующего интерфейса API. Пожалуйста, посетите для получения дополнительной информации.
Вот несколько примеров подграфов для справки:
Поддержка NEAR находится в стадии бета-тестирования, что означает, что в API могут быть внесены изменения, поскольку мы продолжаем работать над улучшением интеграции. Пожалуйста, напишите по электронной почте чтобы мы могли поддержать вас в создании NEAR подграфов и держать вас в курсе последних разработок!
Нет, субграф может поддерживать источники данных только из одного чейна/сети.
В настоящее время поддерживаются только триггеры Block и Receipt. Мы исследуем триггеры для вызовов функций к указанной учетной записи. Мы также заинтересованы в поддержке триггеров событий, когда NEAR обладает собственной поддержкой событий.
Если указан account
, это будет соответствовать только точному имени учетной записи. Можно сопоставить субсчеты, указав поле accounts
с suffixes
и prefixes
, указанными для сопоставления учетных записей и субсчетов, например, следующее будет соответствовать всем mintbase1.near
:
accounts:suffixes:- mintbase1.near
Это не поддерживается. Мы оцениваем, требуется ли эта функциональность для индексации.
В настоящее время это не поддерживается. Мы оцениваем, требуется ли эта функциональность для индексации.
Ethereum subgraphs support "pending" and "current" versions, how can I deploy a "pending" version of a NEAR subgraph?
Ожидающая функциональность еще не поддерживается для NEAR подграфов. Тем временем вы можете развернуть новую версию на другом "именованном" подграфе, а затем, когда она будет синхронизирована с заголовком чейна, вы можете повторно развернуть ее на свой основной "именованный" подграф, который будет использовать тот же базовый идентификатор развертывания, поэтому основной субграф будет мгновенно синхронизирован.
If it is a general question about subgraph development, there is a lot more information in the rest of the . Otherwise please join and ask in the #near channel or email .