Что такое токен NEAR? Объяснение модели аккаунтов

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

--- ## Введение: Что такое NEAR Protocol и почему важна его модель учетных записей?

NEAR Protocol — это блокчейн первого уровня на основе доказательства доли владения, разработанный для масштабируемых децентрализованных приложений (dApps, программное обеспечение, которое работает в блокчейне, а не на централизованном сервере), а модель учетных записей NEAR — это архитектурная система, которая отличает его от конкурирующих сетей. Основанный Ильей Полосухиным (бывшим исследователем в области ИИ в Google) и Александром Скидановым (ранее работавшим в Microsoft), NEAR запустил свой мейннет в октябре 2020 года с четкой целью: сделать разработку и использование блокчейна более похожими на создание и использование обычного программного обеспечения.

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

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

Содержание

1. Что такое NEAR Protocol? Базовый обзор
2. Модель аккаунтов NEAR: как NEAR управляет идентификацией и разрешениями ончейн
3. Типы аккаунтов NEAR: именованные аккаунты против неявных аккаунтов
4. Ключи доступа NEAR: система разрешений, которая делает аккаунты NEAR уникальными
5. Субаккаунты NEAR: понимание иерархии аккаунтов
6. Стейкинг хранилища: почему для аккаунтов NEAR требуется минимальный баланс
7. Модель аккаунтов NEAR против модели аккаунтов Ethereum: структурное сравнение
8. Как создать аккаунт NEAR и управлять им
9. Токен NEAR: газ, хранилище и стейкинг
10. Часто задаваемые вопросы
11. Резюме: что делает модель аккаунтов NEAR особенной

Что такое NEAR Protocol? Основополагающий обзор

NEAR Protocol — это блокчейн уровня 1 на доказательстве доли владения, созданный для масштабируемых, удобных для разработчиков децентрализованных приложений. Он использует механизм консенсуса на основе доказательства доли владения (PoS) и шардинг Nightshade для достижения горизонтальной масштабируемости. NEAR Protocol — это блокчейн-сеть; токен NEAR — его нативная криптовалюта, используемая для оплаты транзакций, хранения данных и стейкинга.

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

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

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

Модель аккаунтов NEAR: как NEAR управляет идентификацией и разрешениями ончейн

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

Этот унифицированный дизайн представляет собой существенное отличие от того, как большинство блокчейнов управляют идентификацией. В Ethereum существует два отдельных типа аккаунтов: внешние аккаунты (EOA), управляемые приватным ключом, и контрактные аккаунты, содержащие код. NEAR устраняет это различие. Каждый аккаунт NEAR может хранить токены, иметь несколько ключей доступа с различными уровнями полномочий и, при необходимости, развертывать смарт-контракт (самовыполняющуюся программу, хранящуюся в блокчейне, которая автоматически обеспечивает соблюдение правил и обрабатывает транзакции). Аккаунт без развернутого контракта просто хранит токены и ключи.

Транзакции NEAR используют модель действий, что позволяет объединять несколько действий в одну транзакцию, например, перевод токенов вместе с вызовом функции контракта. Это сокращает количество отдельных транзакций, которые необходимо координировать разработчикам.

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

1. ID и типы аккаунтов: как идентифицируются аккаунты (именованные против неявных)
2. Ключи доступа: как разрешения привязываются к аккаунтам
3. Субаккаунты: как аккаунты могут быть организованы иерархически
4. Стейкинг хранилища: как управляются ончейн-затраты на хранение

Полную техническую спецификацию см. в документации по модели учетных записей NEAR.

Типы аккаунтов NEAR: именованные аккаунты или неявные аккаунты

NEAR Protocol поддерживает два различных типа учетных записей: именованные учетные записи, которые используют удобочитаемые идентификаторы, такие как alice.near, и неявные учетные записи, которые используют 64-символьные шестнадцатеричные строки, полученные из публичного ключа. Оба типа являются полнофункциональными учетными записями NEAR; они различаются по формату, процессу регистрации и типичному сценарию использования.

Именованные учетные записи

Именованный аккаунт — это понятный человеку идентификатор аккаунта, зарегистрированный ончейн через систему имен NEAR. Именованные аккаунты работают как доменные имена или адреса электронной почты: они легко читаются, запоминаются и регистрируются через систему имен, а не создаются криптографически на основе пары ключей.

В мейннете суффикс .near является идентификатором верхнего уровня, принадлежащим регистратору .near. Такие аккаунты, как alice.near или defi-protocol.near, создаются путем отправки транзакции регистрации через существующий аккаунт NEAR или сервис-фаусет. Согласно документации по модели аккаунтов NEAR, именованные идентификаторы аккаунтов должны соответствовать следующим правилам: длина от 2 до 64 символов, только строчные буквы и цифры, разрешены дефисы и подчеркивания в качестве разделителей, при этом идентификатор не может начинаться или заканчиваться символом-разделителем.

На практике это означает, что новый пользователь NEAR может делиться своим ID учетной записи так же, как делился бы адресом электронной почты, без необходимости копировать и вставлять криптографические строки.

Неявные учетные записи

Имплицитный аккаунт использует 64-символьный шестнадцатеричный идентификатор в нижнем регистре, который создается напрямую на основе значения публичный ключ, подобно тому, как работают адреса кошельков Ethereum. Термин «имплицитный» (неявный) относится к тому факту, что ID аккаунта неявно выводится из ключа, а не к тому, что аккаунт является анонимным или не отслеживается. Пример ID имплицитного аккаунта выглядит следующим образом: 98793cd91a3f870fb126f662858dbb54de0ca... (всего 64 символа).

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

Неявные аккаунты аналогичны традиционным адресам кошельков криптовалюты: это длинная hex-строка, производная от вашего публичного ключа, узнаваемая для любого, кто знаком с форматами адресов Ethereum или Bitcoin.

Именованные аккаунты против неявных аккаунтов: сравнение бок о бок

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

Ключи доступа NEAR: система разрешений, которая делает аккаунты NEAR уникальными

Ключи доступа NEAR представляют собой пары криптографических ключей, привязанные к аккаунту NEAR, каждая из которых имеет настраиваемые области разрешений. В отличие от Ethereum, где один приватный ключ управляет аккаунтом, аккаунты NEAR могут содержать несколько ключей одновременно: одни с полным контролем, другие — с доступом только к определенным взаимодействиям со смарт-контрактами. Такая архитектура позволяет пользователям предоставлять приложениям ограниченный доступ, не раскрывая полные учетные данные аккаунта.

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

Ключи полного доступа

«Ключ полного доступа» — это криптографический ключ, который предоставляет неограниченный контроль над аккаунтом NEAR. Ключ полного доступа может подписывать любые типы транзакций: переводы токенов, развертывание контрактов, удаление аккаунта, а также добавление или удаление других ключей. Думайте о нем как о главном ключе, который открывает все двери в здании.

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

Ключи доступа к вызовам функций

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

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

Комиссии за газ в NEAR низкие и предсказуемые по сравнению с Ethereum, а ключи доступа к вызовам функций могут включать лимит газа, чтобы пользователям не приходилось вручную утверждать комиссии для каждого отдельного взаимодействия. Согласно официальной документации, примерно 30% комиссий за газ NEAR идут разработчикам смарт-контрактов (проверьте текущий процент на docs.near.org, так как это зависит от обновлений протокола).

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

Ключ полного доступа по сравнению с ключом доступа для вызовов функций: Сравнение

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

Суб-аккаунты NEAR: понимание иерархии аккаунтов

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

Суб-аккаунты работают как субдомены на веб-сайте: blog.example.com — это субдомен example.com, точно так же, как app.alice.near является суб-аккаунтом alice.near. Иерархия аккаунтов может быть сколь угодно глубокой, при этом каждый уровень создается его непосредственным родительским аккаунтом.

alice.near └── app.alice.near └── v2.app.alice.near

Правило создания строгое: alice.near может создать app.alice.near, но alice.near не может напрямую создать sub.app.alice.near. Только app.alice.near может создать этот дочерний аккаунт более глубокого уровня. После создания субаккаунты становятся независимыми аккаунтами со своими собственными ключами доступа; родительский аккаунт не получает автоматического контроля над субаккаунтом.

Суб-аккаунты не являются эквивалентом контрактных аккаунтов Ethereum. Любой аккаунт NEAR, включая суб-аккаунт, может опционально содержать смарт-контракт. Суб-аккаунты — это функция именования и иерархии, а не тип, специфичный для контрактов.

Три практических сценария использования стимулируют внедрение большинства субаккаунтов:

1. Изоляция контрактов: развертывание отдельных смарт-контрактов на v1.myapp.near и v2.myapp.near, что обеспечивает независимость версий, чтобы ошибка в одной из них не влияла на другую
2. Пространство имен приложения: создание учетных записей пользователей в пространстве имен приложения, например username.myapp.near, что дает приложению структурированное пространство аккаунтов
3. Организационное разделение: управление казначейством и операциями под одним родительским аккаунтом, например treasury.myorg.near и governance.myorg.near

На практике это означает, что разработчик NEAR может развернуть новую версию смарт-контракта на v2.app.myprotocol.near, не затрагивая существующий app.myprotocol.near, обеспечивая четкое разделение производственной и среды разработки под одним организационным пространством имен.

Стейкинг хранения: Почему учетные записи NEAR требуют минимальный баланс

Стейкинг хранилища — это механизм NEAR для управления затратами на ончейн-хранение. Аккаунты NEAR должны блокировать пропорциональное количество токенов NEAR для покрытия объема хранилища, используемого в блокчейне, — примерно 1 NEAR на 100 КБ данных (актуальные цифры см. в документации NEAR по стейкингу хранилища для текущих показателей, так как обновления протокола могут изменить это соотношение). Именно поэтому для каждого аккаунта NEAR требуется небольшой минимальный баланс.

Для базового аккаунта, содержащего только ключи и не имеющего развернутого контракта, минимальный баланс составляет примерно 0,0023 NEAR на данный момент (актуальную цифру можно проверить на docs.near.org, так как она может меняться в соответствии с обновлениями протокола). Заблокированные токены покрывают объем хранилища для состояния аккаунта ончейн.

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

Стейкинг хранилища отличается от стейкинга валидатора, и эта разница имеет значение. На NEAR термин "стейкинг" относится к двум отдельным механизмам:

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

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

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

По сути, минимальный баланс на вашем кошельке NEAR не является комиссией. Это восстанавливаемый депозит, который вы можете вернуть, если закроете свой аккаунт или уменьшите объем хранимых в нем данных.

Модель аккаунта NEAR vs. Модель аккаунта Ethereum: Структурное сравнение

NEAR и Ethereum используют принципиально разные подходы к архитектуре аккаунтов. NEAR применяет унифицированную модель, где каждый аккаунт может содержать токены, ключи и программный код, тогда как Ethereum разделяет внешние аккаунты и контрактные аккаунты на уровне протокола. Аккаунты NEAR поддерживают несколько пар криптографических ключей с настраиваемыми областями доступа, в то время как аккаунты Ethereum управляются одним приватным ключом. В то время как ID аккаунтов NEAR — это человекочитаемые строки, такие как alice.near, Ethereum полагается на 42-символьные шестнадцатеричные адреса, такие как 0x71C7656EC7ab88b098defB751B7401B5f6d8976F.

Базовая модель Ethereum определяет два различных типа аккаунтов. Внешний аккаунт (EOA) — это управляемый пользователем аккаунт, идентифицируемый по 42-символьному шестнадцатеричному адресу и контролируемый одним приватным ключом. Контрактный аккаунт содержит программный код и управляется логикой этого кода, а не ключом. В базовой архитектуре Ethereum только контрактные аккаунты могут содержать смарт-контракты. Полную спецификацию см. в документации по модели аккаунтов Ethereum.

Предложения по абстракции аккаунтов EIP-4337 в Ethereum развивают модель базового уровня в сторону более программируемых аккаунтов. Данное сравнение отражает нативную модель аккаунтов базового уровня Ethereum, а не расширения для абстракции аккаунтов.

Для разработчиков, оценивающих совместимость с Ethereum, Aurora (совместимый с EVM слой, построенный на NEAR) позволяет смарт-контрактам Solidity работать в инфраструктуре NEAR. Rainbow Bridge обеспечивает переводы активов между NEAR и Ethereum для интероперабельности двух экосистем. Другие блокчейны уровня 1, такие как Solana, используют разные архитектурные подходы к управлению учетными записями, которые включают отдельные компромиссы, заслуживающие независимой оценки.

Комиссии за газ в NEAR низкие и предсказуемые по сравнению с базовыми комиссиями Ethereum, и примерно 30% комиссий за газ NEAR идут разработчикам смарт-контрактов (подробности на docs.near.org), создавая прямую мотивацию для разработчиков, привязанную к использованию контрактов.

Модель аккаунтов NEAR против модели аккаунтов Ethereum

Эти две модели представляют собой различные архитектурные компромиссы. Разделение типов аккаунтов в Ethereum четко соответствует существующим ментальным моделям разработчиков и опирается на крупнейшую экосистему EVM и базу инструментов. Унифицированная модель NEAR устраняет различие между пользовательскими аккаунтами и аккаунтами смарт-контрактов, что с самого начала обеспечивает возможность настройки программируемых прав доступа на уровне аккаунта.

Как создать аккаунт NEAR и управлять им

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

1. Выберите кошелек NEAR. Текущие опционы включают MyNearWallet, Meteor Wallet и поддержку аппаратного кошелька Ledger. Оригинальный кошелек NEAR по адресу wallet.near.org был объявлен устаревшим, поэтому ознакомьтесь с текущими опционами кошельков NEAR для получения актуального списка, так как экосистема кошельков со временем развивается.

2. Создайте аккаунт с выбранным именем. Вы выберете ID своего аккаунта во время настройки кошелька, например yourname.near. Кошелек берет на себя проведение транзакции для ончейн-регистрации.

3. Обезопасьте свою сид-фразу. Ваша сид-фраза управляет полным ключом доступа. Относитесь к ней как к мастер-паролю: запишите её офлайн, храните в надежном месте и никогда не передавайте её никаким веб-сайтам или сторонним приложениям. Любой, кто владеет вашей сид-фразой, имеет полный контроль над вашим аккаунтом.

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

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

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

Токен NEAR: газ, хранение и стейкинг

Токен NEAR выполняет три различные функции в рамках NEAR Protocol:

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

Экосистема NEAR поддерживает ряд категорий приложений. DeFi протоколы, такие как Ref Finance, NFT торговые площадки, такие как Mintbase и Paras, блокчейн-игры и DAO представляют собой активные направления развития NEAR Protocol с момента запуска его мейннет в 2020 году. Каждый из этих типов приложений зависит от функций модели учетных записей: именованные учетные записи для идентификации пользователя, ключи доступа к вызовам функций для делегированных разрешений и стейкинг хранилища для управления ончейн-данными.

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

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

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

NEAR Protocol и модель аккаунта NEAR: Часто задаваемые вопросы

Что такое аккаунт NEAR и почему у него есть имя пользователя вместо адреса кошелька?

Учетные записи NEAR используют удобочитаемые идентификаторы, такие как alice.near, поскольку модель учетных записей NEAR была разработана с учетом пользовательского опыта на уровне протокола. Вместо того, чтобы криптографически выводить идентификаторы учетных записей из публичного ключа (что дает длинную шестнадцатеричную строку), NEAR позволяет регистрировать учетные записи с читаемыми именами через систему именования. Вы можете поделиться своим идентификатором учетной записи NEAR так же, как делитесь адресом электронной почты, не копируя 42-символьную шестнадцатеричную строку.

В чем разница между ключом полного доступа и ключом вызова функции?

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

Что такое стейкинг хранилища и почему моему аккаунту NEAR требуется минимальный баланс?

Стейкинг хранилища — это система NEAR для финансирования ончейн-хранения. Каждый аккаунт NEAR должен заблокировать пропорциональное количество токенов NEAR для покрытия своего объема данных в блокчейне, примерно 1 NEAR на 100 КБ данных. Для базового аккаунта требуется около 0,0023 NEAR (актуальные цифры см. на docs.near.org). Заблокированные токены не являются комиссией; это возвращаемый депозит, который возвращается при удалении сохраненных данных или закрытии аккаунта.

Что такое субаккаунты NEAR и для чего они используются?

Субаккаунты NEAR — это дочерние учетные записи, которые расширяют родительскую именованную учетную запись с использованием структуры именования, подобной субдоменам. Например, app.alice.near является субаккаунтом alice.near. Только прямая родительская учетная запись может создать субаккаунт. Разработчики используют субаккаунты для изоляции версий контрактов (например, v1.myapp.near и v2.myapp.near), пространства имен приложений (например, username.myapp.near) и разделения организационных учетных записей под одной родительской идентификацией.

Чем NEAR Protocol отличается от Ethereum?

NEAR использует единую модель аккаунтов, в которой каждый аккаунт может содержать токены, ключи и код, в то время как Ethereum разделяет внешние учетные записи (EOA) и контрактные аккаунты. Аккаунты NEAR поддерживают несколько ключей доступа с настраиваемыми областями разрешений; аккаунты Ethereum управляются одним приватным ключом. Идентификаторы аккаунтов NEAR — это человекочитаемые строки; аккаунты Ethereum используют 42-символьные шестнадцатеричные адреса. Это архитектурные компромиссы, каждый из которых имеет свои последствия для экосистемы разработчиков.

Может ли каждый аккаунт NEAR содержать смарт-контракт?

Каждая учетная запись NEAR имеет возможность развернуть смарт-контракт, но ни одна учетная запись не обязана это делать. Учетная запись без развернутого контракта просто хранит токены и ключи доступа. В Ethereum код хранят только контрактные учетные записи; пользовательские учетные записи (EOA) — нет. NEAR устраняет это различие: любая учетная запись, включая суб-аккаунты, может опционально содержать смарт-контракт, написанный на Rust или JavaScript/TypeScript через NEAR SDK.

Какие кошельки поддерживают NEAR Protocol?

Актуальные кошельки NEAR включают MyNearWallet, Meteor Wallet и поддержку аппаратного кошелька Ledger. Оригинальный NEAR Wallet на wallet.near.org был упразднен. Экосистема кошельков развивается по мере развития протокола, поэтому проверяйте текущие опционы кошельков NEAR для получения самого актуального списка. Все поддерживаемые кошельки позволяют создавать и управлять аккаунтами NEAR, просматривать ваши ключи доступа и утверждать или отзывать запросы ключей dApp.

Что такое шардинг Nightshade на NEAR?

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

Резюме: Что делает модель аккаунтов NEAR уникальной

Модель аккаунтов NEAR — это не просто незначительная деталь реализации. Это структурный фундамент подхода NEAR к опыту разработчиков и пользователей ончейн, и она существенно отличается от базового дизайна Ethereum.

Основные выводы из этой статьи:

• Именованные учетные записи используют читаемые идентификаторы, такие как alice.near, зарегистрированные через систему именования и доступные для обмена, как адрес электронной почты
• Неявные учетные записи предоставляют программную альтернативу, используя шестидесятичетырехсимвольные шестнадцатеричные идентификаторы, получаемые непосредственно из публичного ключа
• Ключи доступа NEAR привязывают несколько криптографических пар ключей к одной учетной записи, каждая с настраиваемыми областями разрешений (ключи полного доступа для полного контроля, ключи вызова функций для ограниченного взаимодействия с dApp)
• Суб-учетные записи создают иерархическое пространство имен для архитектуры dApp, версионирования контрактов и организационного разделения
• Стейкинг хранения требует небольшого заблокированного баланса NEAR, пропорционального хранимым ончейн данным; это восстанавливаемый внести, а не плата
• Единый дизайн учетных записей NEAR отличается от разделения Ethereum между EOA и контрактными учетными записями, предоставляя каждой учетной записи NEAR возможность хранить токены, ключи и код в рамках одного типа учетной записи

Понимание этих шести аспектов модели учетной записи дает разработчикам, инвесторам и пользователям четкое представление о том, что NEAR Protocol предлагает с точки зрения архитектуры, и почему его проектные решения обеспечивают пользовательский опыт, который отличает его от других блокчейнов первого уровня (Layer-1).

Следующие шаги:

• Изучите полную документацию модели аккаунтов NEAR для углубленного изучения форматов ID аккаунтов, спецификаций ключей доступа и коэффициентов стейкинга хранилища
• Создайте свой первый аккаунт через текущие опционы кошелька NEAR, если вы новичок в NEAR
• Разработчикам, готовым к разработке, следует обратиться к документации NEAR Protocol для разработчиков за руководствами по SDK, учебными пособиями по развертыванию контрактов и полным справочником по API ключей доступа

Дополнительные материалы

• Что такое Cardano (ADA)? Разбор криптовалюты и блокчейна
• Что такое криптовалюта Polkadot (DOT)? Разбор парачейнов
• Что такое Chainlink (LINK)? Разбор токена и оракула