Ціна Naoris Protocol (NAORIS)

NAORIS — це утилітарний криптоактив мережі NaoX, що використовується для доступу до мережевих сервісів та участі в мережевій діяльності; він не є акцією емітента, правом на прибуток або свідоцтвом права власності. Базова мережа та пов’язані технології надаються за ліцензією Naoris Quantum Protocol Inc., тоді як суб’єкти, пов’язані з NaoX, є суб’єктами випуску та операцій токена, описаними в whitepaper, тому саме володіння токеном не дорівнює отриманню корпоративної частки в постачальнику технологій або емітенті.

NaoX описується як сумісний з EVM Layer 1, що використовує постквантову криптографію; його мета — залучити підключені пристрої до безперервної перевірки цілісності, а не покладатися на традиційний майнінг доказу виконаної роботи. Пристрої спільно перевіряють стан довіри один одного; коли вузол виявляє ознаки зловмисної діяльності або компрометації, мета дизайну полягає в тому, щоб якнайшвидше позначити та ізолювати його, зменшуючи вплив єдиної точки відмови на мережу. «Постквантовий» означає, що криптографічний дизайн спрямований на протидію ризикам криптографічних атак, які в майбутньому можуть створити квантові обчислення, але не означає, що приватні ключі, пристрої чи застосунки користувача природно захищені від злому. Користувачі все одно мають самостійно захищати приватні ключі; якщо приватний ключ втрачено або транзакцію надіслано на помилкову адресу, whitepaper попереджає, що відповідні втрати зазвичай неможливо скасувати.

NAORIS може використовуватися для розрахунків за вартість мережевих сервісів. Сценарії, перелічені у whitepaper, включають розгортання застосунків, виклики API та запуск вузлів; мережеві комісії та витрати на пропускну здатність від таких операцій розраховуються між учасниками в NAORIS. Отже, застосування токена пов’язане з фактичним використанням цих сервісів, а не з фіксованою винагородою лише за володіння ним. Комісії не однакові для всіх операцій: для звичайних переказів використовується полегшена модель комісій, тоді як операції з вищою складністю, наприклад мультипідписна верифікація або більші масиви даних, можуть вимагати вищої комісії через додаткові обчислення. Whitepaper описує базову комісію нижче одного цента як ціль дизайну; фактична вартість все одно залежить від конкретної операції та правил мережі.

Ключовим механізмом мережі є Proof-of-Security: підключені пристрої спільно перевіряють і поширюють зміни стану та безперервно оцінюють стан довіри один одного. На відміну від PoW, де блоки створюються через конкуренцію обчислювальної потужності, цей механізм не передбачає енергоємного майнінгу; на відміну від традиційного PoS, який обирає валідаторів лише за обсягом токенів, whitepaper наголошує на перевірці на рівні пристроїв у реальному часі та випадковому, полегшеному виборі ролей. Результати перевірки впливають на безпеку мережі та стимули. Згідно з whitepaper, пристрої, які відповідають умовам верифікації, можуть отримувати періодичні винагороди, а пристрої з кращою точністю та показниками доступності — додаткові стимули; офлайн- або зловмисні пристрої можуть отримати менше винагород або не отримати їх зовсім. У розкритті також зазначено дизайн, за яким пристрої або оператори стейкають NAORIS, а зловмисна чи тривала офлайн-діяльність може призвести до скорочення стейкінгу, тому право на участь, винагороди та покарання слід визначати за чинними на той момент правилами протоколу.

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

Ні. Межі прав NAORIS — це доступ і використання сервісів екосистеми NaoX, а також, коли це застосовно, участь у мережевій верифікації; whitepaper прямо виключає права на акції, прибуток і власність NaoX. Передаваність токена не змінює цих меж. Управління також слід відрізняти від корпоративних прав. Whitepaper називає участь у механізмах управління можливим варіантом використання та зазначає, що функції управління очікувалися на наступних етапах; навіть якщо певне ончейн-управління вже активовано, зазвичай це участь у пропозиціях або рішеннях щодо параметрів за правилами протоколу, а не право голосу акціонера компанії.

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

Проєкт позиціонує NaoX як мережу, сумісну з EVM, тобто розробники можуть створювати або взаємодіяти в середовищі інструментів і застосунків, сумісних з Ethereum Virtual Machine; це не означає, що всі застосунки Ethereum можна розгорнути без змін або що активи автоматично переміщуються між мережами. Використання між мережами все одно залежить від фактичної підтримки відповідним застосунком, мостом і гаманцем. На рівні токена whitepaper зазначає, що нативний токен використовує стандарт ERC-20 для підвищення взаємодії з наявними інструментами та торговельними майданчиками. Сумісність зі стандартом вирішує лише частину питань інтерфейсу токена та сумісності інструментів; вона не замінює перевірку користувачем адреси контракту, вибору мережі та маршруту мосту.

Статус функцій у whitepaper слід розуміти поетапно: у ньому окремо зазначалися testnet/ранній доступ, доступ до сервісів mainnet, а також управління і стейкінг після mainnet, причому для двох останніх категорій були умови очікування або залежності від готовності екосистеми. Зазначення функції у whitepaper саме по собі не доводить, що вона доступна в усі моменти часу, у всіх регіонах або в усіх інтерфейсах продуктів. Для користувачів правильна послідовність перевірки така: спочатку підтвердити, чи відкриті використовувані мережа та сервіс, далі — чи виконуються вимоги до гаманця, вузла, стейкінгу або комплаєнсу, і лише потім перевіряти правила щодо комісій, блокування, винагород і виходу. Це допомагає уникнути помилкового сприйняття тестової, запланованої або доступної в одному продукті функції як загальнодоступного права токена.

NAORIS можна переказувати в екосистемі протоколу або в публічних блокчейнах, але не без умов. Whitepaper стверджує, що сам протокол не має технічних обмежень на переказ, водночас зазначаючи, що користувачі можуть підлягати вимогам KYC/AML і законодавству місця перебування під час взаємодії з регульованими сервісами або торговельними майданчиками. Успішний переказ також не означає, що він оборотний або безризиковий: блокчейн-транзакції загалом не можна скасувати після верифікації, а токени, надіслані на неправильну адресу, зазвичай неможливо повернути. Перед переказом слід перевірити обрану мережу, адресу отримувача та підтримку цього активу отримувачем; ці операційні умови є окремим питанням від самого володіння токеном.

Постквантова безпека насамперед є напрямом дизайну криптографії та архітектури верифікації протоколу: whitepaper згадує використання технологій підписів і хешування, узгоджених із постквантовими стандартами, а також виявлення аномалій через перевірку багатьма пристроями. Її мета — знизити певні ризики для інфраструктури та криптографічних атак, а не гарантувати абсолютну безпеку будь-якого пристрою, смартконтракту, керування приватними ключами чи зовнішнього сервісу. Отже, у фактичному використанні слід відокремлювати захист на рівні протоколу від відповідальності користувача. Неналежне зберігання приватних ключів, збої сторонніх гаманців або торговельних майданчиків, вразливості коду та мережеві аномалії можуть впливати на безпеку активів чи сервісів; постквантовий дизайн не усуває цих ризиків.

Комісії, винагороди та механізм безпеки утворюють один цикл: виклики сервісів генерують комісії, активні пристрої надають верифікацію, а протокол спрямовує частину комісій на винагороди валідаторам і резерв для підтримки мережі. Його мета — пов’язати надання послуг безпеки з операційними витратами мережі. Проте цей цикл не означає, що дохід від комісій, кількість винагород або ринкова віддача є фіксованими. Комісії змінюються залежно від складності операцій, право на верифікацію та показники роботи впливають на винагороди, а функції можуть змінюватися через оновлення протоколу або управління; whitepaper прямо вказує, що права та умови, пов’язані з токеном, можуть бути змінені відповідно до встановлених процесів.