Ціна NEM (XEM)

XEM — це нативна валюта мережі NEM NIS1, яка використовується для переказів у цьому ланцюзі та комісій за різні ончейн-операції; це не XYM мережі Symbol. NEM NIS1 і пізніша Symbol є двома мережами, що існують паралельно, тому володіння XEM не означає володіння XYM, а їхні адреси, мережі та баланси активів не можна змішувати. Це розмежування ідентичності було особливо важливим під час запуску Symbol: початковий ланцюг NIS1 зберіг XEM, тоді як Symbol випустила власний XYM; для облікових записів XEM, що відповідали тодішнім умовам, окремо передбачили розподіл XYM за добровільним підключенням, а не автоматичну заміну XEM на рахунку.

Протокольна пропозиція XEM не створюється безперервно разом із блоками: офіційна документація вказує, що 100% XEM було випущено в генезис-блоці. У технічному довіднику наведено пропозицію 8 999 999 999 XEM, тому збирання нових блоків саме по собі не карбує нові XEM. Це слід відрізняти від «отримання винагороди за збирання». У NIS1 комісії за транзакції, уже сплачені в блоці, надходять обліковому запису, який успішно зібрав цей блок; отже, мережева активність може впливати на загальний обсяг комісій, доступних для розподілу, але не змінює факт генезисного випуску. Ще 10 000 000 XEM документація описує як заплановані кошти, зарезервовані для Supernode Program; це також не емісія за блоки.

Збирання (harvesting) — це процес NEM NIS1 зі створення блоків та отримання комісій за транзакції з цього блоку. PoI (Proof-of-Importance, доказ важливості) спочатку обчислює важливість для облікових записів, які відповідають вимогам; що вища важливість, то вища ймовірність отримати можливість зібрати блок. Після успішного збирання джерелом винагороди є комісії, уже сплачені за транзакції, включені до цього блоку, а не нововипущені XEM. PoI не розглядає лише загальний баланс облікового запису як єдиний критерій. Обліковий запис спочатку має досягти порогу зарахованого балансу; технічний довідник також будує взаємозв’язки транзакцій із недавніх переказів вартості між обліковими записами, що відповідають вимогам: включені перекази мають становити щонайменше 1 000 XEM, відбутися протягом останніх 43 200 блоків (приблизно 30 днів), а одержувач також має відповідати вимогам. Цей взаємозв’язок разом із зарахованим балансом використовується для розрахунку важливості, тому «скільки ви тримаєте» не означає гарантованого отримання певного збирання.

Обліковий запис повинен мати щонайменше 10 000 XEM зарахованого балансу, щоб увійти до розрахунку важливості PoI та отримати право на збирання; така сама кількість незарахованих XEM цій умові не відповідає. Цей поріг визначає, чи можна брати участь у розрахунку важливості, а не є обіцянкою фіксованого доходу. XEM, щойно переказані на обліковий запис, спочатку є незарахованим балансом. Документація передбачає, що після кожних 1 440 блоків 1/10 решти незарахованої частини перетворюється на зараховану; отже, зарахування не завершується одночасно, а поступово зменшується відповідно до залишку незарахованої суми. Якщо відбувається переказ, зарахована та незарахована частини використовуються разом у початковій пропорції, тому баланс не можна спрощено розуміти як такий, з якого витрачаються «лише незараховані кошти».

Локальне збирання виконується пристроєм, на якому працює локальний вузол NIS і який підписує та збирає від імені основного облікового запису, тому пристрій має залишатися увімкненим. Пряме використання приватного ключа основного облікового запису на віддаленому NIS розкрило б віддаленому серверу ключ, що може контролювати кошти; саме тому протокол не дозволяє таку практику. Делеговане збирання спочатку запускає ончейн-«передавання важливості», яке відображає важливість основного облікового запису на проксі-обліковий запис із нульовим балансом. Після прийняття такого передавання потрібно дочекатися 360 підтверджень, перш ніж воно буде завершене; до завершення збирати може лише початковий обліковий запис, а після завершення — проксі-обліковий запис. Віддалений вузол отримує лише приватний ключ проксі-облікового запису для підписання блоків, тоді як комісії все одно надходять безпосередньо основному обліковому запису; оскільки проксі-обліковий запис має нульовий баланс і не може переказати кошти основного облікового запису, при компрометації віддаленого вузла головний ризик полягає у неможливості нормально здійснювати збирання від його імені, а не у прямій крадіжці XEM з основного облікового запису.

Комісія за переказ XEM визначається мережевими ресурсами, які використовує транзакція, а не є єдиною фіксованою сумою лише за факт переказу. Технічний довідник поділяє комісію звичайного переказу на дві частини, які додаються: частина за суму становить 0,05 XEM за кожні 10 000 XEM суми переказу, з верхньою межею 1,25 XEM; частина за повідомлення становить 0,05 XEM за кожні розпочаті 32 байти. Отже, підсумкова комісія = частина за суму + частина за повідомлення. Якщо повідомлення відсутнє, друга частина не виникає; що довше повідомлення, то більша комісія за кількість сегментів, округлених угору за правилом «кожні розпочаті 32 байти». Ця формула описує протокольний підхід для звичайних переказів NIS1, і її не слід змішувати з комісією за виведення коштів, яку платформа може встановлювати самостійно.

Фактичний знімок Symbol відбувся 12 березня 2021 року на висоті блоку NIS1 3 105 500; згодом Symbol запустилася 16 березня. Раніше було оголошено план на 14 січня 2021 року та висоту 3 025 200, але через відкладення запуску цей план не став фактичним знімком або подією запуску. Ця домовленість не була міграцією чи обміном XEM на XYM. XEM у NIS1 залишилися у початковому ланцюзі; облікові записи NIS1, які на час знімка мали щонайменше 100 XEM і завершили добровільне підключення до запуску, отримали в Symbol еквівалентну суму XYM. Добровільне підключення використовувалося для прив’язування майбутнього облікового запису Symbol, а розподіл ґрунтувався на балансі на висоті знімка, а не на XEM, куплених, проданих або переказаних після цього; тому з поточного балансу XEM не можна безпосередньо зробити висновок, що XYM все ще можна отримати через той самий передзапусковий процес.

Під час переказу XEM підписана відправником транзакція спершу надходить у мережу, а потім збирач включає її до блоку; якщо транзакцію не включено до блоку до встановленого для неї терміну дії, протокол вважає її простроченою, а вузли її відкидають. Тому «надіслано» не означає «підтверджено блоком». На практиці спершу слід перевірити, що цільова мережа справді є NEM NIS1, а також адресу одержувача та суму, і залишити достатньо XEM для покриття комісії за цю транзакцію. Якщо транзакція містить повідомлення, слід також враховувати, що його довжина змінює комісію; щойно транзакцію включено до блоку, її не можна односторонньо відкликати за допомогою ончейн-механізму, тому адресу, суму та повідомлення потрібно підтвердити перед підписанням.

Найменша представима одиниця XEM становить 0,000001 XEM, тобто 1 XEM можна поділити на 1 000 000 найменших одиниць. Протокол записує кількості цілими найменшими одиницями, а відображає їх із 6 знаками після коми, тому дрібні перекази та розрахунок комісій не залежать від округлення чисел із рухомою комою. Ця точність описує лише здатність представляти одиниці активу NIS1 і не визначає, чи буде транзакція прийнята мережею; під час надсилання все одно мають бути виконані умови щодо доступного балансу, комісії за цю транзакцію та формату транзакції.