Що таке NEAR Протокол: Пояснення токена та шардингу

Ця стаття є незалежним освітнім оглядом white paper та супутньої документації NEAR Protocol. Вона не була підготовлена NEAR Foundation або командою NEAR Protocol і не є афілійованою з ними.

Що таке NEAR Protocol? Огляд простою мовою

NEAR Протокол — це блокчейн рівня 1 з доказом частки володіння (proof-of-stake), розроблений для вирішення обмежень масштабованості, які стримували попередні блокчейн-мережі. Це досягається завдяки Nightshade, власному шардинговому дизайну NEAR, який дозволяє мережі обробляти транзакції між паралельними партиціями одночасно, а не послідовно. Це забезпечує високу пропускну здатність без шкоди для децентралізації чи безпеки.

NEAR Protocol — це блокчейн рівня 1, що означає, що це незалежна мережа базового рівня, яка обробляє та завершує власні транзакції, замість того, щоб будуватися на іншому ланцюгу, як це роблять рішення рівня 2. Це ставить NEAR у ту ж конкурентну категорію, що й Ethereum, Solana, Polkadot та інші мережі, що будують фундаментальну інфраструктуру для Web3-додатків. Web3 означає децентралізовані програми, які працюють у блокчейн-мережах, а не на серверах, що належать компаніям.

Часто плутають два поняття: NEAR Protocol (власне мережу блокчейн) та токен NEAR (нативну криптовалюту, яка забезпечує її роботу). NEAR Protocol — це інфраструктура. Токен NEAR — це паливо, яке користувачі витрачають на оплату комісій за транзакції, яке валідатори вносять в стейкінг для участі у створенні блоків і яке власники використовують для управління. Ці поняття пов’язані, але відрізняються, і це розмежування є важливим протягом усієї статті.

Основною проблемою проектування, що лежить в основі NEAR Protocol, є те, що дослідники називають трилемою масштабованості блокчейну: спостереження, згідно з яким більшість мереж блокчейн можуть забезпечити дві з трьох властивостей, але мають труднощі з одночасним досягненням усіх трьох. Ці властивості — децентралізація (жодна окрема організація не контролює мережу), безпека (мережа протистоїть атакам) і масштабованість (мережа ефективно обробляє великі обсяги транзакцій). Ethereum, наприклад, надав пріоритет децентралізації та безпеці, що дозволило створити надійну мережу, яка, проте, має обмежену пропускну здатність і є дорогою у використанні в періоди високого попиту. NEAR був розроблений із чіткою метою досягти всіх трьох.

Читати офіційну Білу книгу NEAR Protocol: near.org/papers/the-official-near-white-paper/

Витоки NEAR Protocol: засновники, передісторія та White Paper

NEAR Protocol був заснований у 2018 році Іллею Полосухіним та Олександром Скидановим, двома інженерами-програмістами, чий досвід є нетиповим для сфери блокчейну. До співзаснування NEAR, Ілля Полосухін став співавтором "Attention Is All You Need" – дослідження Google Brain 2017 року, яке представило архітектуру трансформера, що зараз лежить в основі GPT-4, Claude та більшості сучасних великих мовних моделей. Він також працював інженером-дослідником у Google. Ця кваліфікація ставить Полосухіна серед найбільш технічно кваліфікованих засновників у просторі блокчейну.

Олександр Скіданов має взаємодоповнюючий досвід. Він — колишній інженер Google та Microsoft із глибокими знаннями в галузі розподілених систем та розробки компіляторів. Разом обидва засновники підійшли до блокчейну з погляду інженерії програмного забезпечення, а не з фінансової точки зору, і цей підхід відчутно сформував філософію дизайну NEAR.

Спочатку пара створила проєкт під назвою NEAR.ai, платформу інструментів для розробників ШІ. Під час цієї роботи вони зіткнулися з проблемою, яка змінила напрямок їхньої кар'єри: існуючі блокчейн-платформи були надто складними для розробки. Системи облікових записів вимагали від користувачів керування парами криптографічних ключів, смартконтракти були прив'язані до однієї спеціалізованої мови, а пропускна здатність була надто обмеженою для додатків, що потребують взаємодії в реальному часі. Вони переорієнтувалися на створення блокчейну, на якому самі хотіли б будувати.

У «white paper» протоколу NEAR, опублікованому командою засновників приблизно у 2019–2020 роках, задокументовано їхню технічну архітектуру для вирішення цих проблем. Він охоплює дизайн шардингу протоколу, механізм консенсусу, модель токеноміки та філософію досвіду розробників. Основна мережа NEAR Protocol була запущена в жовтні 2020 року. Фундація NEAR Foundation,), швейцарська некомерційна організація, створена для підтримки розвитку екосистеми, була заснована для управління зростанням протоколу через гранти та комерційні програми.

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

Що стверджує White Paper протоколу NEAR: Ключові твердження та огляд архітектури

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

Проблема: Трилема масштабованості блокчейну

Трилема масштабованості визначає основний виклик, який прагне вирішити біла книга. Три властивості, про які йдеться:

• Децентралізація: жодна окрема організація не контролює створення блоків і не може в односторонньому порядку змінити історію мережі
• Безпека: мережа стійка до атак, зокрема з боку зловмисників із великими ресурсами
• Масштабованість: мережа може швидко обробляти великий обсяг транзакцій за низьку вартість

Більшість архітектур блокчейнів надають пріоритет двом із цих аспектів за рахунок третього. Bitcoin та Ethereum (до та після злиття) надали пріоритет децентралізації та безпеці. Результатом є надійні, але обмежені мережі: основна мережа Ethereum обробляє приблизно від 15 до 30 транзакцій на секунду за звичайних умов, а комісії за газ різко зростають під час перевантаження. Додатки, що потребують високої частоти транзакцій, такі як ігри, соціальні платформи або протоколи DeFi з частими невеликими операціями, економічно недоцільно запускати в основній мережі Ethereum у великих масштабах.

У whitepaper NEAR стверджується, що правильно спроектована архітектура шардингу дозволяє уникнути цього компромісу. Завдяки розподілу як обчислювальної роботи мережі, так і її стану між паралельними шардами, загальна пропускна здатність зростає разом із кількістю шардів, а не обмежується потужністю будь-якого окремого ланцюжка.

Рішення: Основні тези whitepaper NEAR

Ключові висновки: Що стверджує Біла книга NEAR Protocol

Згідно з офіційним white paper NEAR Protocol, протокол висуває такі основні архітектурні та проєктні твердження:

1. Горизонтальна масштабованість через шардинг Nightshade: У white paper Nightshade, дизайн шардингу NEAR, описується як механізм розподілу робочого навантаження Блокчейну між паралельними шардами. У міру додавання нових шардів теоретична пропускна здатність зростає пропорційно. Мережа масштабується горизонтально, а не вертикально.

2. Швидка практична фінальність через Doomslug: У «white paper» Doomslug, механізм створення блоків NEAR, описується як такий, що забезпечує швидку практичну фінальність. Щойно переважна більшість валідаторів схвалює блок, цей блок вважається практично незворотним, що забезпечує майже миттєве підтвердження транзакцій для кінцевих користувачів.

3. Багатомовні смартконтракти через WebAssembly (WASM): У технічному документі (white paper) WebAssembly вказано як середовище виконання смартконтрактів NEAR, що дозволяє розробникам писати контракти на Rust або JavaScript/TypeScript замість специфічної для блокчейну мови.

4. Збалансована модель токеноміки: У white paper описано економічну модель токена, яка передбачає випуск нових токенів NEAR як винагороди за стейкінг (інфляційний тиск), водночас безповоротно спалюючи 70% комісій за транзакції (дефляційний тиск), що покликано узгодити стимули валідаторів із довгостроковим станом мережі.

5. Імена облікових записів, зрозумілі для людини: У білій книзі визначено модель облікового запису з використанням імен на кшталт "alice.near" замість криптографічних адрес — це свідомий вибір дизайну для зручності користувачів, що зменшує тертя для кінцевих користувачів.

6. Управління держателями токенів: Біла книга описує модель управління, в якій держателі токенів NEAR беруть участь у прийнятті рішень щодо оновлення протоколу.

Кожне з цих тверджень розглядається в розділах нижче. Щоб ознайомитися з першоджерелом безпосередньо, офіційний white paper доступний за посиланням near.org/papers/the-official-near-white-paper/.

Як NEAR Protocol досягає масштабованості: Пояснення шардингу Nightshade

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

Що таке шардинг блокчейну?

Шардинг — це загальна техніка для розподілу навантаження бази даних або мережі між кількома паралельними одиницями. У контексті блокчейну це означає, що різні групи валідаторів одночасно обробляють різні підмножини транзакцій, замість того, щоб кожен валідатор обробляв кожну транзакцію.

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

Точніше, шардинг розподіляє як обчислення (обробку транзакцій), так і стан (баланси рахунків, дані смартконтрактів) між кількома шардами. Кожен шард обробляє власну частину загальної активності мережі. Складність полягає в тому, щоб забезпечити можливість взаємодії цих шардів між собою та зберегти безпеку системи, навіть коли окремі шарди мають невеликі набори валідаторів.

Що робить Nightshade особливим

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

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

Заголовки блоків, докази валідності та дані чанків інтегровані в єдину структуру, яку можуть перевірити всі учасники мережі. Ця модель уніфікованого блоку спрощує управління станом і знижує складність безпеки під час верифікації крос-шардової активності.

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

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

Як працюють міжшардові транзакції на NEAR

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

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

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

Механізм консенсусу NEAR: Proof of Stake, Doomslug та фіналізація блоків

NEAR Protocol використовує доказ частки, а не доказ роботи. Валідатори відбираються для створення блоків на основі кількості токенів NEAR, які вони вносять у стейкінг як заставу, а не на основі обчислювальної потужності чи витрат енергії.

Доказ частки на NEAR: Як відбираються валідатори

NEAR реалізує різновид під назвою Thresholded Proof of Stake. Валідатори повинні вносити в стейкінг мінімальну порогову кількість токенів NEAR, щоб мати право на створення блоків. Стейкінг виступає в ролі застави: валідатори, які створюють недійсні блоки або поводяться нечесно, ризикують втратити частину свого стейкінгу через механізм штрафування, що називається слешингом (slashing). Таке узгодження фінансових стимулів із чесною поведінкою є основною особливістю архітектури систем proof-of-stake.

Подібно до Ethereum після Merge, NEAR використовує Proof of Stake. NEAR була спроектована як мережа Proof-of-Stake з моменту її початкового розгортання у 2020 році, на відміну від Ethereum, який перейшов із Proof of Work. Валідатори в NEAR ротуються між шардами кожну епоху, що запобігає домінуванню будь-якої окремої групи над виробництвом блоків у конкретному шарді.

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

Що таке Doomslug? Механізм виробництва блоків NEAR

Транзакції NEAR підтверджуються за лічені секунди для кінцевих користувачів. Механізмом, відповідальним за це, є Doomslug — алгоритм створення блоків NEAR, який визначає, як створюються нові блоки та коли вони вважаються остаточними. У White Paper Doomslug описується як ключова архітектурна відмінність, спеціально обрана для балансу між швидкістю та безпекою в шардованому середовищі.

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

Ця двошарова модель фінальності є навмисною. Doomslug забезпечує швидку практичну фінальність за допомогою механізму однопрохідного підтвердження. Окремий гаджет фінальності BFT потім надає глибші криптографічні гарантії безпеки через додаткові раунди підтвердження. Візантійська відмовостійкість (BFT) — це властивість розподіленої системи (не конкретного протоколу), яка дозволяє системі продовжувати коректно працювати навіть тоді, коли деякі учасники виходять з ладу або діють зі злим умислом, — концепція, названа на честь задачі про візантійських генералів у комп'ютерних науках. Повна BFT-фінальність NEAR гарантує, що ланцюг зберігає криптографічні гарантії безпеки навіть за умов протидії.

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

Розробка на NEAR: смарт-контракти, WebAssembly та досвід розробника

Розробники створюють децентралізовані програми (dApps) на NEAR: програми, основна логіка яких виконується на блокчейні, а не на централізованих серверах, і закодована в смартконтрактах. Те, що вирізняє NEAR як платформу для розробки, — це її середовище виконання. NEAR обрала WebAssembly (WASM), що означає, що розробники можуть писати смартконтракти на Rust або JavaScript/TypeScript замість вивчення мови, специфічної для блокчейну.

Смартконтракти — це програми, що виконуються самостійно та зберігаються в блокчейні, які запускаються автоматично при виконанні попередньо визначених умов. На NEAR вони забезпечують роботу всього спектру децентралізованих додатків: протоколів DeFi, маркетплейсів NFT, DAO та ігрових платформ.

NEAR обрав WebAssembly як середовище виконання смартконтрактів з певної причини: WASM є портативним, високопродуктивним форматом бінарних інструкцій, що підтримує компіляцію з багатьох вихідних мов. Уявіть WASM як універсальний перекладач. Замість того, щоб вимагати від кожного розробника вивчити єдину мову, специфічну для блокчейну, середовище виконання NEAR приймає код, скомпільований з мов, які розробники вже знають.

Підтримувані мови:

• Rust: основна рекомендація для робочих контрактів, що забезпечує безпеку роботи з пам'яттю та продуктивність
• JavaScript/TypeScript: підтримується через near-sdk-js SDK, що робить NEAR доступним для великої спільноти розробників JavaScript
• AssemblyScript залишається доступним як застаріла опція, але більше не є рекомендованим шляхом для нових контрактів

Це різко відрізняється від підходу Ethereum. Віртуальна машина Ethereum (EVM) від Ethereum вимагає Solidity — мови, розробленої спеціально для розробки смартконтрактів, яку більшість інженерів-програмістів ще не знають. WASM-середовище виконання NEAR приймає мови, які розробники вже використовують, що знижує практичну вартість оцінки та скорочує час на адаптацію для команд, які розглядають NEAR як ціль для розробки.

У білій книзі NEAR також описується модель облікового запису, яка використовує людиночитані імена, наприклад "alice.near", замість довгої шістнадцяткової адреси, як свідомий пріоритет зручності використання. Розробники Ethereum, які звикли до 42-символьних адрес, знайдуть це значущою зміною у повсякденній роботі.

Розробники Ethereum також можуть розгортати свої існуючі смарт-контракти Solidity на NEAR без змін у коді за допомогою Aurora — EVM-сумісного середовища виконання NEAR, про яке йдеться в розділі про екосистему нижче.

Розробники, які оцінюють NEAR для виробничого використання, повинні звернутися до офіційної документації NEAR на docs.near.org,, яка містить повні довідники SDK, навчальні посібники та специфікації API.

Токен NEAR та токеноміка: що в White Paper сказано про економічну модель

Токен NEAR ($NEAR) — це нативна криптовалюта мережі NEAR Protocol. Згідно з white paper, він виконує три основні функції на рівні протоколу: оплата комісій за газ для транзакцій та виконання смартконтрактів, надання валідаторам можливості вносити в стейкінг і брати участь у створенні блоків, а також надання власникам токенів права управління у прийнятті рішень щодо протоколу.

Корисність токена NEAR: газ, стейкінг і управління

Три функції, описані в білій книзі NEAR:

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

2. Стейкінг: Валідатори повинні вносити в стейкінг токени NEAR для участі у виробництві блоків та отримання винагород за стейкінг. Невалідатори можуть делегувати свої токени NEAR валідатору і отримувати пропорційну частку винагород, не керуючи власною інфраструктурою. Стейкінг тут означає участь у консенсусі на рівні протоколу, на відміну від програм видобутку ліквідності в додатках DeFi на NEAR.

3. Управління: Власники токенів NEAR беруть участь у прийнятті управлінських рішень щодо оновлення протоколу та розвитку екосистеми через механізми, узгоджені з NEAR Foundation.

Пропозиція токенів, розподіл та модель спалювання комісій

Наведені нижче показники токеноміки взяті з оригінального white paper NEAR Protocol. Згідно з white paper, загальна кількість токенів NEAR на момент запуску становила 1 мільярд токенів NEAR, розподілена за наступними категоріями:

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

Компенсуючи цю інфляцію, у білій книзі описано механізм спалювання токенів: 70% усіх комісій за транзакції, зібраних мережею, назавжди спалюються (виводяться з обігу), зменшуючи кількість в обігу зі зростанням використання мережі. Решта 30% комісій за транзакції направляються до скарбниці протоколу, під управлінням NEAR Foundation, для розвитку екосистеми та грантів.

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

Примітка щодо даних про валюту: Наведені вище цифри відображають специфікації в оригінальному документі NEAR Protocol. Кількість в обігу, темпи інфляції та розподіл ресурсів могли змінитися з моменту публікації документа. Актуальні показники дивіться на CoinMarketCap, CoinGecko або docs.near.org.)

Застереження щодо фінансових ризиків: Ця стаття призначена виключно для освітніх та інформаційних цілей. Жодна інформація в цій статті не є фінансовою, інвестиційною, юридичною або податковою консультацією. Інвестиції в криптовалюту пов’язані зі значним ризиком, включаючи можливу втрату основного капіталу. Завжди проводьте незалежне дослідження та консультуйтеся з кваліфікованим фінансовим радником перед прийняттям будь-яких інвестиційних рішень.

Екосистема NEAR: Aurora, Rainbow Bridge та ширша мережа

Базовий шар NEAR Protocol є основою, але екосистема, побудована на ньому, значно розширює охоплення NEAR. Зокрема, два продукти поєднують NEAR з базою розробників та користувачів Ethereum: Aurora – середовище виконання NEAR, сумісне з EVM, та Rainbow Bridge – бездовірний крос-чейн міст NEAR, що з'єднує NEAR з Ethereum.

Aurora — це сумісне з Віртуальною машиною Ethereum (EVM) середовище виконання, побудоване на базі NEAR Protocol. Aurora — це окремий продукт в екосистемі NEAR. Це не сам NEAR Protocol, і вона має власні Токени управління (AURORA), що відрізняються від токена NEAR. Aurora дозволяє розробникам Ethereum розгортати свої існуючі смартконтракти Solidity на NEAR без будь-яких змін у коді, використовуючи знайомі інструменти Ethereum, такі як MetaMask та Hardhat. Aurora використовує ETH як токен газу для транзакцій, сумісних з EVM, а не токени NEAR, що робить міграцію з Ethereum безперешкодною для розробників, які вже перебувають в екосистемі Ethereum. Aurora доступна на aurora.dev.

Rainbow Bridge — це бездовірний кросчейн-міст NEAR Protocol (протокол, що дозволяє переказувати активи між різними блокчейн-мережами), який з'єднує NEAR та Ethereum. Користувачі можуть переказувати токени ERC-20, стейблкоїни, NFT та інші активи на основі Ethereum до мережі NEAR і назад, не покладаючись на централізованого зберігача. Rainbow Bridge використовує ончейн-легкі клієнти для верифікації: безпека мосту гарантується криптографічними доказами, а не довірою до третьої сторони, яка зберігає активи. Разом Aurora та Rainbow Bridge створюють повний шлях міграції для користувачів та розробників Ethereum, які хочуть отримати доступ до нижчих комісій та вищої пропускної здатності NEAR. Rainbow Bridge доступний за адресою rainbowbridge.app.)

NEAR Foundation — це швейцарська неприбуткова організація, яка підтримує розробку NEAR Protocol, надає гранти екосистемі та сприяє зростанню спільноти. Фонд виступає в ролі розпорядника екосистеми: фінансує гранти для розробників, підтримує освітні ініціативи та координує оновлення протоколу, не контролюючи централізовано саму децентралізовану мережу. Програма грантів Фонду профінансувала сотні проєктів у сферах DeFi, NFT, ігор та інфраструктури. NEAR Foundation є юридичною особою, а не блокчейн-протоколом; ці дві речі не слід плутати при оцінці ступеня децентралізації NEAR.

Екосистема NEAR охоплює протоколи DeFi, такі як Ref Finance (нативна Децентралізована біржа на базі NEAR), платформи NFT, такі як Paras і Mintbase, ігрові додатки, DAO та інструментарій для розробників. Низькі комісії за газ і швидкий час створення блоку в мережі NEAR роблять її особливо конкурентоспроможною для високочастотних додатків, де мінлива вартість газу в Ethereum була б надмірно високою.

Оцінка протоколу NEAR

Для читачів, які розглядають NEAR як інвестицію: ця стаття надає технічну та економічну основу, а не фінансову пораду. Ціннісна пропозиція NEAR ґрунтується на її технічних відмінностях (шардинг Nightshade, середовище виконання WASM, сумісність з EVM через Aurora) та зростанні її екосистеми. Чи призведе це до зростання вартості токена, залежить від темпів впровадження, конкуренції з боку інших мереж L1 та рішень Рівня 2 Ethereum, а також ринкових факторів, що виходять за межі цієї статті. Завжди проводьте незалежну належну обачність перед будь-яким інвестиційним рішенням.

NEAR Protocol проти Ethereum, Solana та Polkadot: Ключові відмінності

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

NEAR проти Ethereum – це найрелевантніше порівняння для розробників і дослідників, які оцінюють NEAR. Ethereum є домінуючою платформою смартконтрактів і базою, з якою вимірюються всі L1-альтернативи. Фундаментальна архітектурна відмінність полягає в підході до масштабованості: основна мережа Ethereum обробляє транзакції через один ланцюг (монолітна архітектура), тоді як NEAR використовує шардинг Nightshade для паралельної обробки на кількох шардах. Комісії за газ NEAR становлять частки цента порівняно зі змінними комісіями Ethereum, які можуть зростати до доларів під час пікового попиту. NEAR підтримує Rust і JavaScript/TypeScript для розробки смартконтрактів, на відміну від Solidity та Vyper від Ethereum. NEAR та Ethereum не є чистою протилежністю. Aurora та Rainbow Bridge створюють мости між двома екосистемами, а не вимагають від розробників відмовитися від однієї на користь іншої.

Рішення для масштабування рівня 2 Ethereum, включно з Arbitrum, Optimism та Base, значно покращили пропускну здатність Ethereum і знизили комісії відтоді, як було опубліковано оригінальний технічний документ NEAR. NEAR конкурує не лише з основною мережею Ethereum, а й із ширшою екосистемою Ethereum L1 та L2, що є значущим конкурентним контекстом, який має визнавати будь-яка серйозна оцінка.

NEAR проти Solana: Solana забезпечує високу пропускну здатність завдяки фундаментально іншому механізму — Proof of History у поєднанні з Proof of Stake (доказом частки), а не шардингу. І NEAR, і Solana позиціонуються як високопродуктивні альтернативи Ethereum, але їхні архітектури суттєво відрізняються: NEAR масштабується горизонтально шляхом додавання шардів, тоді як Solana масштабується через оптимізацію апаратного забезпечення в межах одного ланцюга.

NEAR проти Polkadot: Polkadot також використовує архітектуру на основі паралелізації. Його «парачейни» концептуально подібні до шардів NEAR, проте вони використовують інший підхід до кросчейн-взаємодії через модель релейного ланцюга (relay chain). Як NEAR, так і Polkadot намагаються розв'язати трилему масштабованості за допомогою паралелізації, але їхні моделі управління, підходи до взаємосумісності та екосистеми розробників суттєво відрізняються.

NEAR проти Avalanche: Avalanche використовує архітектуру підмережі, яка має спільні концептуальні основи з шардингом, дозволяючи кастомним блокчейн-мережам працювати паралельно. Як і NEAR, Avalanche націлена на високу пропускну здатність і низькі комісії, але дві системи відрізняються дизайном консенсусу (Avalanche використовує імовірнісний протокол консенсусу) та структурою екосистеми розробників.

Часті запитання про NEAR Protocol та Білу книгу

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

Що таке NEAR Protocol?

NEAR Protocol — це блокчейн рівня 1 з механізмом proof-of-stake, який обробляє транзакції через паралельні розділи, що називаються шардами, забезпечуючи високу пропускну здатність і низькі комісії за газ. Він був розроблений для вирішення трілемми масштабованості блокчейну за допомогою своєї архітектури шардингу Nightshade, одночасно націлюючись на децентралізацію, безпеку та масштабованість. Основна мережа NEAR Protocol була запущена у жовтні 2020 року.

Що сказано у документі (white paper) NEAR Protocol?

White paper NEAR Protocol) представляє шість основних архітектурних тверджень: шардинг Nightshade для горизонтальної масштабованості, механізм створення блоків Doomslug для швидкої практичної фінальності, середовище виконання WebAssembly, що забезпечує розробку смартконтрактів різними мовами, модель токеноміки, що балансує інфляційні винагороди за стейкінг із механізмом спалювання токенів, людиночитані імена акаунтів для кращої зручності використання та управління власниками токенів. Кожне твердження детально пояснюється в цій статті.

Хто створив NEAR Protocol?

NEAR Protocol було засновано у 2018 році Іллею Полосухіним та Олександром Скідановим. Полосухін став співавтором «Attention Is All You Need», статті Google Brain 2017 року, у якій було представлено архітектуру трансформерів, що лежить в основі сучасних систем ШІ, включно з GPT-4, і працював інженером-дослідником у Google. Скіданов — колишній інженер Google і Microsoft із досвідом у сфері розподілених систем і компіляторів.

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

Nightshade – це дизайн шардингу NEAR Protocol: система, де валідатори кожного паралельного шарду виробляють фрагмент, а всі фрагменти разом утворюють один єдиний блок для всієї мережі. Уявіть односмугову автомагістраль, що символізує традиційний блокчейн. Nightshade додає паралельні смуги, щоб транзакції оброблялися одночасно в кількох шардах, а пропускна здатність зростала зі збільшенням кількості шардів. Модель єдиного блоку відрізняє Nightshade від підходів, де кожен шард виробляє незалежні блоки.

Що таке Doomslug?

Doomslug — це алгоритм виробництва блоків NEAR, який визначає, як створюються блоки та коли вони вважаються остаточними. Коли супербільшість валідаторів (більше двох третин за вагою внеску в стейкінг) підтверджують блок, цей блок досягає практичної фінальності і вважається фактично незворотним. Окремий гаджет фінальності BFT надає додаткові криптографічні гарантії безпеки через подальший етап підтвердження.

Чи NEAR використовує proof of stake чи proof of work?

NEAR Protocol використовує proof of stake, а не proof of work. Валідатори обираються для створення блоків на основі кількості токенів NEAR, які вони вносять в стейкінг як заставу, а не на основі обчислювальної потужності. NEAR було розроблено як мережу proof-of-stake з моменту її першого запуску у 2020 році.

Для чого використовується токен NEAR?

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

Які мови програмування працюють на NEAR?

NEAR підтримує розробку смартконтрактів на Rust (основна рекомендація для продакшн-контрактів) та JavaScript/TypeScript через SDK near-sdk-js. Обидва компілюються до WebAssembly (WASM), середовища виконання смартконтрактів NEAR. AssemblyScript залишається доступним як застарілий варіант, але не є поточною рекомендацією для нових проєктів.

Чим NEAR відрізняється від Ethereum?

Три архітектурні відмінності виділяються. NEAR використовує шардинг Nightshade для обробки транзакцій у паралельних шардах, тоді як основна мережа Ethereum використовує єдиний монолітний ланцюжок (хоча рішення рівня 2 Ethereum скоротили цей розрив пропускної здатності). Середовище виконання WASM у NEAR підтримує Rust та JavaScript, тоді як EVM Ethereum вимагає Solidity. Комісії за газ у NEAR становлять частки цента, на відміну від змінних комісій Ethereum, які можуть суттєво зростати під час перевантаження. Для розробників Ethereum Aurora та Rainbow Bridge надають мости сумісності, а не вимагають повної міграції.

Де я можу прочитати white paper протоколу NEAR?

Офіційний white paper NEAR Protocol доступний за посиланням near.org/papers/the-official-near-white-paper/.

Висновок: Що Біла книга NEAR Protocol розкриває про її довгострокове бачення

Вайтпейпер NEAR Protocol описує технічно унікальний підхід до проблеми масштабованості Блокчейну. У сукупності шардинг Nightshade, механізм створення блоків Doomslug, середовище виконання WebAssembly та модель токеноміки зі спалюванням комісій становлять цілісну архітектурну концепцію. Це не просто набір інкрементальних коригувань існуючих розробок, а спеціально створена система, яка припускає певну архітектурну складність (зокрема, у взаємодії між шардами) в обмін на можливість горизонтального масштабування в міру зростання впровадження.

Від білої книги до основної мережі, NEAR розбудував Aurora та Rainbow Bridge як свій рівень інтероперабельності з Ethereum, виростив екосистему розробників, що охоплює DeFi, NFT, ігри та інфраструктуру, а також заснував NEAR Foundation як активну грантову організацію. Ландшафт блокчейну є конкурентним і динамічним. Екосистема Рівня 2 Ethereum суттєво зросла з моменту публікації оригінальної білої книги, і довгострокова позиція NEAR залежить від подальшого впровадження серед розробників, глибини екосистеми та виконання поточної дорожньої карти шардингу. Читачам слід звіряти поточний статус протоколу та дані екосистеми з офіційними джерелами.

Додаткове читання та офіційні джерела:

["- Офіційний White Paper NEAR Protocol (https://near.org/papers/the-official-near-white-paper/))","- Дизайн-документ Nightshade (https://near.org/papers/nightshade/))","- Документація NEAR (https://docs.near.org/))","- Фонд NEAR (https://near.foundation/))","- GitHub NEAR (https://github.com/near))"]

Ця стаття призначена виключно для освітніх цілей і не є фінансовою або інвестиційною порадою.