Власники Zcash підтримали халвінги й пропозицію блоків по 25 секунд
Публікація джерела: 2026-09-14 · Редакційний аналіз опубліковано: 2026-09-17
Що голосування NU7 означає для майнерів: підтримка пропозицій, активація та облік винагород — різні питання.
Аналіз і практичні висновки
У цьому розділі — наш аналіз та умовні розрахунки, окремо від повідомлення джерела.
Результати, а не повідомлення про активацію
Результати голосування власників ZEC від 14 вересня підтримують збереження халвінгів і пропозицію 25-секундних блоків. Офіційний форум подає й інші панелі спільноти. Підтримка не підтверджує активацію оновлення мережі.
Читайте одиницю голосування
Зважений монетами результат і кількість людей — різні показники. Наш умовний приклад: два учасники мають одну й дев’ять голосових одиниць. Однакова кількість людей може дати одну десяту або дев’ять десятих зваженого підсумку залежно від вибору. Це не реконструкція справжнього голосування. Для порівняння панелей запишіть право участі, вагу, утримання та знаменник відсотка. Не перетворюйте вибір власників монет на твердження, що погодився кожен користувач, майнер чи член дорадчої панелі.
Коротший інтервал не множить швидкість ASIC
Для оператора важливо, як зміна консенсусу впливає на облік, а не чи почав апарат раптом хешувати швидше. В умовній мережі перехід із 75 до 25 секунд утричі збільшує цільову кількість інтервалів за той самий час. Арифметика не доводить потрійний дохід майнера: важливі винагорода інтервалу, розподіл роботи й інші правила. Якби умовна система зберігала загальну емісію, винагорода інтервалу потребувала б відповідного коригування. Це загальний сценарій, а не твердження, що точні правила NU7 уже працюють.
Підготуйте облік версій і сумісності
До мережевого оновлення оператор може записати адресу пулу, версію вузла, керувальне ПЗ та точну прошивку майнера без встановлення неперевіреного образу. Визначте, який компонент справді потребує зміни, і отримайте інструкцію від його розробника. Оновлення вузла не означає автоматично прошивку кожного ASIC. Для власних компонентів збережіть план повернення й спостереження. ASIC.tools не тестував ПЗ NU7; ця новина не надає нового бінарного образу чи інструкції конкретної моделі.
Визначте докази активації
У наступному повідомленні розділяйте підтримку пропозиції, випущений код, оприлюднений графік активації та спостережену роботу мережі. Це різні рівні доказів. Збережіть повідомлення розробника й назву мережі: тестова мережа не підтверджує зміну основної. Умовні дати залишайте умовними. Календарна ціль не є завершеним запуском. Так голосування не стане миттєвою зміною винагород у калькуляторі; оновлюйте їх лише за правилами, застосовними до модельованого періоду.
Відокремлюйте бюджет від заголовків
Бюджет пристрою будуйте за підтвердженою потужністю, доступністю й власним тарифом. Оцінку монети та припущення винагород моделюйте окремо. Умовні 500 Вт за 20 годин — 10 кВт·год незалежно від популярності пропозиції. Швидше цільове підтвердження — питання користувацького досвіду, енерговитрати обладнання — інше. Рух ціни чи відсоток голосування не замінює бюджет конкретного майданчика. Приклад — незалежна арифметика, не виміряна установка Zcash і не прогноз ціни.
За чим стежити далі
Корисне продовження — підтверджені розробниками межі оновлення, готовність та активація, а потім звіт із потрібної мережі. Зіставляйте нові твердження з вересневим голосуванням, не повторюйте його як нову подію. Результати власників монет і дорадчих панелей підписуйте окремо. Архівні фото ілюструють електронне обладнання, а не майнери бренду Zcash чи процес голосування. Ми не заявляємо нову модель ASIC, випущену прошивку або вже змінений інтервал основної мережі.
Передача інформації команді
Для передачі команді збережіть джерело, дату події, статус пропозиції, відповідального розробника й наступні потрібні докази. Призначте власника обліку версій та запишіть, чи дозволено конкретну локальну дію. Працівник має відрізняти спостереження від встановлення. Якщо повідомлення про активацію немає, лишіть поле непідтвердженим, а не беріть дату з оптимістичного заголовка. Зберігайте відповідь підтримки пулу, щоб порівнювати зміни за тим самим обладнанням і адресою.
Фіксуйте кожен етап окремо
У невеликій таблиці статусів відокремте пропозицію, результат голосування, включення коду, заплановану активацію та спостережувану роботу мережі. Кожен рядок потребує власного датованого доказу. Посилання на голосування не підтверджує дату активації. Окремо запишіть версію вузла та відповідь пулу, щоб оновлений заголовок не перетворив ранню пропозицію на нібито завершену зміну.
Джерело: Zcash Community Forum / poll organizers ↗
Калькулятор майнінгу ↗
