Зрозумійте, хто за що відповідає, перш ніж визначати, що означає контроль над Blocknet. Написання ПЗ, знаходження блока, його перевірка та витрачання монет — різні повноваження. Цей посібник простежує їхні межі у випущеному core v0.22.0, а потім пояснює, як запропоноване оновлення потрапляє до ПЗ користувачів. Він описує відповідальність за перевірку, не вимірюючи розподіл майнінгу чи розробки.
Хто забезпечує дотримання правил Blocknet?
Вузли забезпечують правила свого ПЗ під час перевірки вхідних блоків і транзакцій. Майнери створюють блоки-кандидати, розробники підтримують реалізації, а власники гаманців авторизують платежі. Кожна роль робить внесок у мережу, але публікація коду, володіння BNT чи знаходження доказу роботи самі по собі не задовольняють решту перевірок.
Простежте платіж через ці обов’язки. Гаманець створює та авторизує його; майнер включає до запропонованого блока; вузол перевіряє відповідність пропозиції своїм правилам. Прийняття залежить від цих перевірок. Відома назва проєкту, великий баланс або особа піра-відправника не замінюють їх.
Схема розділяє обов’язки: 1 розробляє ПЗ; 2 створює пропозицію блока; 3 перевіряє її за правилами запущеного ПЗ; 4 авторизує платіж власного гаманця. Номери не є підрахунком голосів чи вимірюванням учасників мережі.
Що можуть змінювати розробники?
Розробники можуть пропонувати зміни, писати реалізації, перевіряти код і випускати версії. Це важливо, бо ПЗ містить правила, які виконують вузли. Відкритий код core дає змогу дослідити справжні шляхи перевірки. Документація пояснює їхню мету; випущений код визначає поведінку конкретної версії.
Коміт у репозиторії не переписує запущену програму. Зміна потрапляє на вузол через процес оновлення ПЗ та, де доречно, логіку активації. Тому учасникам потрібне ПЗ, сумісне з правилами мережі, яких вони хочуть дотримуватися. Така координація розгорнутого ПЗ не гарантує, що кожна пропозиція стане правилом мережі.
Політика оновлення є частиною цього зв’язку. Керувальна CLI може планувати оновлення core, що стежить за найновішим випуском, тоді як закріплені версії мають іншу політику. Посібник із вузла пояснює відмінність. Прочитайте політику свого встановлення, а не припускайте, що кожне оновлення чекає ручного підтвердження.
Що можуть вирішувати майнери?
Майнінг створює блоки-кандидати та доказ роботи, потрібний для прийняття. За прямого майнінгу seine отримує завдання від вузла; у пулі пул координує роботу та надсилає знайдені блоки вищому вузлу. Обидва шляхи будують ланцюг. Пояснення майнінгу описує процес і відмінність між шарою пулу та повним блоком.
Знайдений доказ роботи — одна з кількох вимог. Випущений валідатор блоків також перевіряє контекст, складність, коректність транзакцій і потрібну винагороду. Якщо запропонована винагорода відрізняється від дозволеної суми на цій висоті, її зобов’язання не проходить перевірку. Додаткова обчислювальна потужність не змінює цього порівняння.
Наприклад, зміна поля винагороди в програмі для майнінгу не змінює очікувань іншого вузла. Вузол-одержувач обчислює очікувану винагороду з висоти й порівнює з нею поданий вихід. Посібник із пропозиції монет пояснює графік емісії; завдання майнера — створити блок, який йому відповідає.
Як вузли обирають ланцюг?
Випущений core перевіряє кандидата перед застосуванням логіки вибору ланцюга. Він відстежує накопичену роботу та може перейти на коректну гілку з більшою роботою згідно з правилами реорганізації. Сам підрахунок блоків пропускає цю відмінність. Робота допомагає обрати прийнятну історію, але не замінює перевірок її блоків.
У налаштуваннях перевірки теж є важливі деталі для історичних блоків. Необов’язкова синхронізація з довіреними контрольними точками може пропускати повторну перевірку криптографії та доказів роботи для охоплених історичних блоків. Перевірка поточної вершини й така синхронізація історії є різними шляхами. Наявність локального вузла сама не показує, яку політику синхронізації застосували.
Тому корисне запитання конкретне: які ПЗ, правила та режим перевірки використовуються? Посібник із ролей програм допомагає обрати застосунки, а посібник із вузла описує роботу з ним. Кількість пірів або знімок висоти блока не визначає, скільки незалежних людей контролює мережу.
Що контролюють власники монет?
Маючи потрібні приватні ключі, власник гаманця може авторизувати витрачання своїх виходів. Мережа перевіряє цю авторизацію та решту правил транзакції. Володіння більшою кількістю BNT не перетворює випущену систему proof of work на зважене за балансом голосування щодо прийняття чужої некоректної транзакції.
Володіння також відрізняється від вибору того, що розкривати. Підтримувані гаманцем функції перегляду та доказу платежу дають змогу ділитися інформацією про власні кошти або платіж. Це не дозволяє створювати додаткові монети. Посібник із перевірки прихованих сум пояснює, як облікові перевірки залишаються можливими за приватних сум платежів.
Як читати пропозицію оновлення?
Відокремлюйте оголошення, випуск із реалізацією та правила активації. Оголошення описує заплановану зміну; сумісне ПЗ реалізує перевірки; активація визначає, коли вони діють. Так ви отримуєте конкретні речі для перевірки, не сприймаючи заяву в дорожній карті як уже активну поведінку.
Для Faraday офіційне оголошення описує пропозицію, яку ще розробляють і тестують. Наш посібник з оновлення відстежує підготовку користувачів, а посібник із монетарної політики відокремлює запропоновані зміни емісії від нинішніх правил. Використовуйте ці датовані джерела перед рішеннями щодо майбутнього переходу.
Поширені запитання
Чи може майнер створити більше BNT, ніж дозволяє винагорода?
За випущеними правилами вузол порівнює винагороду блока із сумою, потрібною на цій висоті. Знаходження коректного доказу роботи не оминає перевірку. Винагорода з іншим зобов’язанням відхиляється, тому обчислювальна потужність майнера не визначає графік емісії валюти.
Чи дає володіння BNT голос щодо протоколу?
Баланс гаманця дає кошти, які можна витратити за правилами мережі. Випущений шлях перевірки proof of work не зважує прийняття блоків за кількістю монет. Запуск ПЗ, створення блоків та авторизація власних платежів — окремі ролі; великий баланс не робить некоректну транзакцію коректною.
Чи змінює публікація нового коду Blocknet відразу?
Зміна коду впливає на консенсус, коли ПЗ, що її реалізує, працює в мережі та виконуються умови активації. Оголошення або коміт у репозиторії самі не замінюють правил запущених вузлів. Дотримуйтеся офіційних інструкцій та перевіряйте політику оновлення свого ПЗ.