Перейти к содержимому
BitcoinToolkit

NEAR Protocol (NEAR): как работают аккаунты NEAR, шардинг и транзакции

NEAR Protocol — это шардированная сеть смарт-контрактов на Proof of Stake с именованными аккаунтами, множественными ключами доступа и асинхронным исполнением квитанций. NEAR — это нативный актив, используемый для ценности, газа, требований к хранилищу и стейкинга валидаторов. Эта страница посвящена тому, как работают аккаунты NEAR, шардирование и транзакции, а также какие проверки нужны пользователям перед отправкой средств, оплатой комиссий или использованием сети.

Подготовьте транзакцию NEAR и выберите правильное состояние исполнения и финальности для задачи.

Тема:
Протокол NEAR
Режим рынка:
Только снимок
Актив комиссии:
NEAR
Часовой пояс:
UTC

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

Права на контент: Редакционная команда BitcoinToolkit Технические ссылки: официальная документация протокола и разработчика. Методология обзора: технические объяснения проверяются по первоисточникам и обновляются при изменении сети или актива. Последняя проверка контента: Интеграция данных последний раз тестировалась:

Как работают аккаунты NEAR, шардирование и транзакции

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

Рабочий процесс протокола NEAR, показывающий: Выберите сеть, Пополните платный актив, Проверьте действие, Выполните, Проверьте финальность
Рабочий процесс протокола NEAR от первого решения пользователя до проверенного результата.

Именованные аккаунты и ограниченные разрешения

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

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

Протокол NEAR и Internet Computer: ключевые различия

Риски протокола NEAR перед завершением

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

Асинхронное исполнение

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

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

Газ, хранилище и шардированное исполнение

Расчет комиссий и хранение состояния влияют на баланс NEAR по-разному.

Tgas и стейкинг хранилища

Каждое действие потребляет детерминированные единицы газа, обычно выражаемые в Tgas. Протокол конвертирует эти единицы в NEAR, используя сетевую цену газа. Вызовы функций прикрепляют лимит газа; неиспользованный газ может быть возвращен в соответствии с текущими правилами протокола. Оплата более высокой цены газа не является обычной стратегией приоритетного аукциона в NEAR.

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

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

Проверки NEAR перед подписанием

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

Проверьте полное действие

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

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

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

Просмотрите связанные крипто-справочники

Почему дизайн NEAR Protocol важен

Результат NEAR требует контекста

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

Транзакция NEAR Protocol может быть успешно выполнена, в то время как состояние приложения, разрешение контракта или последующий выход остаются неправильными для цели пользователя. NEAR — это рыночный актив, показанный на снимке. NEAR оплачивает газ транзакций и требования к хранилищу.

Что пользователи протокола NEAR должны проверять и почему этот дизайн отличается

Правила газа и хранения протокола могут меняться. Межконтрактное выполнение зависит от кода приложения.

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

Часто задаваемые вопросы о сети протокола NEAR

Почему транзакция NEAR может иметь несколько результатов?

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

Что такое Tgas?

Tgas — это один триллион единиц газа NEAR, используемый для выражения лимитов выполнения действий и контрактов.

Что такое клавиша вызова функции?

Это ключ доступа, ограниченный указанными вызовами контрактов и, возможно, лимитом газа.

Что оплачивает комиссии за транзакции при использовании протокола NEAR?

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

Известные ограничения

Методология рыночных данных

Страница использует агрегированный снимок CoinGecko NEAR/USD. Для этой сущности не отображается биржевой график.

Источник рыночного снимка
Агрегированные рыночные данные CoinGecko (NEAR/USD)
Кэш
Кэш снимка составляет примерно 60 секунд.
Обработка сбоев
Проверенные кэшированные данные помечены как Cached или Delayed. Отсутствующие значения остаются недоступными.
Статус снимка
С задержкой
Сообщить о проблеме
Сообщить о проблеме с рыночными данными →

Технические источники

Выбранные основные источники поддерживают операционные объяснения. Атрибуция рыночных провайдеров остается отдельной.

Редакционная информация

Проверенный технический контент, проверенные источники и история обновлений.

Опубликовано
Последняя проверка
Проверка данных
Источники
Официальная документация