Що таке NEAR Token? Пояснення моделі облікових записів.

Мета-опис: Дізнайтеся, як працює модель облікових записів NEAR: іменовані облікові записи, неявні облікові записи, ключі доступу, під-облікові записи та стейкінг сховища пояснено для розробників та користувачів криптовалют.

Вступ: Що таке NEAR Protocol і чому його модель акаунтів має значення?

NEAR Protocol – це блокчейн рівня 1 на основі доказу частки володіння, розроблений для масштабованих децентралізованих додатків (dApps, програмне забезпечення, що працює на блокчейні, а не на централізованому сервері), а модель облікових записів NEAR є архітектурною системою, яка відрізняє його від конкуруючих блокчейнів. Заснований Іллею Полосухіним (колишнім дослідником Google AI) та Олександром Скидановим (колишнім співробітником 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 на основі доказу частки володіння, створений для масштабованих, зручних для розробників децентралізованих додатків. Він використовує механізм консенсусу Proof-of-Stake (PoS) та шардинг Nightshade для досягнення горизонтальної масштабованості. NEAR Protocol — це мережа блокчейнів; токен NEAR — це його нативна криптовалюта, яка використовується для плати за транзакції, зберігання даних та внесення в стейкінг.

Доказ частки означає, що валідатори обираються для створення блоків залежно від кількості токенів NEAR, які вони внесли в стейкінг, а не витрачаючи обчислювальну енергію, як у системах доказу роботи, таких як Bitcoin. Валідатори — це вузли, які вносять токени NEAR у стейкінг для участі у створенні блоків та валідації транзакцій. Вони отримують винагороди NEAR за чесну участь і стикаються зі штрафами за зловмисну ​​поведінку.

Щоб впоратися зі зростаючим попитом на транзакції без шкоди для децентралізації, NEAR досягає горизонтальної масштабованості завдяки Nightshade, своєму механізму шардингу. Шардинг розділяє мережу Блокчейн на сегменти паралельної обробки, які називаються шардами, що дозволяє мережі обробляти більше транзакцій одночасно. Кожен шард паралельно обробляє підмножину транзакцій, тому пропускна здатність мережі масштабується в міру зростання попиту.

Те, що відрізняє NEAR від інших мереж першого рівня (Layer-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, та неявні облікові записи (implicit accounts), які використовують 64-символьні шістнадцяткові рядки, отримані з відкритого ключа. Обидва типи є повнофункціональними обліковими записами NEAR; вони відрізняються форматом, процесом реєстрації та типовим сценарієм використання.

Іменовані облікові записи

Іменний акаунт — це зручний для читання ідентифікатор акаунта, зареєстрований ончейн через систему іменування NEAR. Іменні акаунти працюють подібно до доменних імен або адрес електронної пошти: вони зрозумілі, легко запам'ятовуються та реєструються через систему іменування, а не створюються шляхом криптографічного виведення з пари ключів.

В основній мережі суфікс .near — це ідентифікатор верхнього рівня, яким володіє реєстратор .near. Акаунт на кшталт alice.near або defi-protocol.near створюється шляхом подання транзакції реєстрації через існуючий акаунт NEAR або faucet-сервіс. Відповідно до документації моделі акаунтів NEAR, іменовані ID акаунтів відповідають таким правилам: від 2 до 64 символів у довжину, лише малі літери та цифри, дефіси та підкреслення дозволені як розділювачі, а ID не може починатися або закінчуватися символом-розділювачем.

На практиці це означає, що новий користувач NEAR може ділитися своїм ID облікового запису так само, як і адресою електронної пошти, без необхідності копіювати та вставляти криптографічні рядки.

Неявні облікові записи

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

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

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

Іменовані облікові записи проти Неявних облікових записів: Порівняння пліч-о-пліч

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

Ключі доступу NEAR: Система дозволів, що робить облікові записи NEAR унікальними

Ключі доступу NEAR — це криптографічні пари ключів, пов'язані з обліковим записом NEAR, кожна з яких має конфігуровані сфери дозволів. На відміну від Ethereum, де один приватний ключ контролює обліковий запис, облікові записи NEAR можуть одночасно містити кілька ключів, деякі з повним контролем, а інші обмежені конкретними взаємодіями зі смартконтрактами. Цей дизайн дозволяє користувачам надавати додаткам обмежений доступ без розкриття повних облікових даних облікового запису.

Думайте про ключі доступу NEAR як про систему дозволів на смартфоні: ви можете надати додатку доступ до камери, не надаючи йому доступу до ваших контактів, і ви можете відкликати будь-який дозвіл у будь-який час. Тип ключа доступу, що використовується для підписання транзакції, визначає, які дії цій транзакції дозволено виконувати. Для ознайомлення з повною технічною специфікацією див. документацію щодо ключів доступу NEAR.

Ключі повного доступу (Full Access Keys)

Ключ повного доступу — це криптографічний ключ, який надає необмежений контроль над акаунтом 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 зберігається ончейн, і це зберігання вимагає пропорційного заблокованого балансу.

Для розробників, які створюють dApp, що зберігають дані від імені користувачів, це має певні наслідки для проектування. Контракт, який зберігає дані користувачів, має або фінансувати це зберігання з власного балансу, або забезпечувати наявність у користувачів достатнього балансу для покриття їхнього обсягу займаних даних.

На практиці, мінімальний баланс у вашому гаманці NEAR не є комісією. Це відновлюваний депозит, який ви можете повернути, якщо ви закриєте свій обліковий запис або зменшите обсяг даних, що зберігаються в ньому.

Модель облікових записів NEAR проти моделі облікових записів Ethereum: структурне порівняння

NEAR та Ethereum використовують фундаментально різні підходи до архітектури облікових записів. NEAR використовує уніфіковану модель облікового запису, де кожен обліковий запис може зберігати токени, ключі та код, тоді як Ethereum на рівні протоколу розділяє зовнішні облікові записи від контрактних облікових записів. Облікові записи NEAR підтримують кілька криптографічних пар ключів з налаштованими областями дозволів, тоді як облікові записи Ethereum контролюються одним приватним ключем. Тоді як ідентифікатори облікових записів NEAR є зрозумілими для людини рядками, як-от alice.near, Ethereum покладається на 42-значні шістнадцяткові адреси, як-от 0x71C7656EC7ab88b098defB751B7401B5f6d8976F.

Базова модель Ethereum визначає два різні типи облікових записів. Зовнішній обліковий запис (EOA) — це обліковий запис, контрольований користувачем, ідентифікований 42-символьним шістнадцятковим адресою, керований одним приватним ключем. Обліковий запис контракту містить код і контролюється логікою цього коду, а не ключем. Лише облікові записи контрактів можуть зберігати смарт-контракти в базовій моделі Ethereum. Зверніться до документації моделі облікових записів Ethereum) для повної специфікації.

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

Для розробників, які оцінюють сумісність з Ethereum, Aurora (EVM-сумісний рівень, побудований на NEAR) дозволяє смарт-контрактам Solidity працювати на інфраструктурі NEAR. Rainbow Bridge забезпечує перекази активів між NEAR та Ethereum для взаємодії між двома екосистемами. Інші мережі першого рівня (Layer-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 та модель облікових записів 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.

Ключові висновки з цієї статті:

• Іменовані акаунти використовують людиночитані ID, як-от alice.near, що реєструються через систему імен та якими можна ділитися, як адресою електронної пошти
• Імпліцитні акаунти є програмною альтернативою, що використовує 64-символьні шістнадцяткові ID, отримані безпосередньо з відкритого ключа
• Ключі доступу NEAR дозволяють прив’язувати кілька пар криптографічних ключів до одного акаунта, кожна з яких має настроювані межі дозволів (ключі повного доступу для повного контролю, ключі доступу до виклику функцій для обмеженої взаємодії з dApp)
• Субакаунти створюють ієрархічний простір імен для архітектури dApp, версіонування контрактів та організаційного розподілу
• Стейкінг сховища потребує невеликого заблокованого балансу NEAR, пропорційного обсягу ончейн-даних, що зберігаються; це депозит, який можна повернути, а не комісія
• Уніфікований дизайн акаунтів NEAR контрастує з поділом в Ethereum між EOA та смартконтрактами, надаючи кожному акаунту NEAR можливість зберігати токени, ключі та код у межах одного типу акаунта

Розуміння цих шести аспектів моделі облікового запису дає розробникам, інвесторам та користувачам чітке уявлення про те, що NEAR Protocol пропонує з точки зору архітектури, і чому його проектні рішення створюють користувацький досвід, який відрізняє його від інших блокчейнів 1-го рівня.

Наступні кроки:

["- Ознайомтеся з повною NEAR account model documentation) для глибокого розуміння форматів ідентифікаторів облікових записів, специфікацій ключів доступу та коефіцієнтів стейкінгу сховища","- Створіть свій перший обліковий запис за допомогою current NEAR wallet options , якщо ви новачок у NEAR","- Розробникам, готовим до створення, зверніться до NEAR Protocol developer documentation для посібників зі SDK, посібників із розгортання контрактів та повного довідника API ключів доступу"]

Читайте також

• Що таке Cardano (ADA)? Пояснення Криптовалюта Блокчейн
• Що таке Polkadot Криптовалюта (DOT)? Пояснення парачейнів
• Що таке Chainlink (LINK)? Пояснення токена та оракула