По-перше, є багато причин, через які хтось захоче зберігати всі блоки, а не просто запускати обрізаний вузол - про це дивіться пост @FractalEncrypt.
По-друге, плебс не є нормою. Можливо, вони не є розробниками протоколів, але вони знають, як працюють ноди. Трохи образливо припустити, що плебс не знає про проблему з політом на повітряній кулі UTXO.
Бігуни вузлів не хочуть, щоб сміття було в наборі UTXO АБО в OP_RETURN. Якби прихильники зняття ліміту хоча б 1 хвилину слухали користувачів, вони б це зрозуміли. Натомість це все тиради на кшталт «нам видніше» та «ви не розумієте».
У кращому випадку зняття ліміту на OP_RETURN ніяк не виправляє ситуацію. Всі міркування розробників Core щодо видалення ліміту сповнені слів на кшталт «могти» і «могти» вирішити проблему.
У гіршому випадку ми запровадили новий вектор атаки, щоб витіснити фінансові транзакції, як визначили @LaurentMT.
«Раніше набір UTXO становив близько 4 ГБ. За рахунок написів і BRC-20 вона виросла приблизно до 12 ГБ.
Плебс цілком усвідомлює.
Питання в тому, що з цим робити.
Я думаю, що великий розрив полягає в тому, що більшість норм не знають, що таке розмір набору UTXO, вони розуміють лише «розмір блоку».
Простіше кажучи, розмір блокчейну (тобто загальний розмір усіх блоків) впливає лише на початковий час синхронізації під час налаштування вузла з нуля. Цей показник може зрости максимум на 4 МБ на блок (реально близько 2 МБ).
Теоретично вам потрібно синхронізувати вузол з нуля лише один раз у житті... для нових вузлів ви можете пропустити синхронізацію, завантаживши набір UTXO, а потім переконавшись, що ваш новий вузол має такий самий хеш UTXO Set, як і один із ваших старих вузлів.
Вам НЕ ПОТРІБНО зберігати всі блоки, як і не варто, якщо у вас немає досить вагомої причини.
Таким чином, оптимізація розміру блокчейну суттєво не зменшує мінімальні ресурси, необхідні для запуску ноди. У кращому випадку це трохи знижує використання пропускної здатності. Якщо ви зберігаєте всі блоки, то згідно з поточним правилом консенсусу, ви все одно повинні планувати збільшення на 2 МБ на блок для планування оновлення обладнання.
Важливішим за розмір блокчейну є те, що кожен ПОВИНЕН зберігати: розмір набору UTXO.
Розробники набагато більше дбають про розмір набору UTXO, оскільки він визначає мінімальну пам'ять, необхідну для роботи повного вузла. («Повна нода» означає, що ви перевіряєте всі блоки, не обов'язково зберігаєте їх усі.)
Раніше набір UTXO становив близько 4 ГБ. За рахунок написів і BRC-20 вона виросла приблизно до 12 ГБ.
Набір UTXO не зберігає OP_RETURN даних або підписів.
Якщо ви хочете, щоб ваша нода безперебійно працювала на невеликих пристроях, зосередьтеся на мінімізації встановленого розміру UTXO, а не розміру блокчейну. І саме тому, багато розробників насправді не переймаються OP_RETURN обмеженнями.
558
60,85 тис.
Вміст на цій сторінці надається третіми сторонами. Якщо не вказано інше, OKX не є автором цитованих статей і не претендує на авторські права на матеріали. Вміст надається виключно з інформаційною метою і не відображає поглядів OKX. Він не є схваленням жодних дій і не має розглядатися як інвестиційна порада або заохочення купувати чи продавати цифрові активи. Короткий виклад вмісту чи інша інформація, створена генеративним ШІ, можуть бути неточними або суперечливими. Прочитайте статтю за посиланням, щоб дізнатися більше. OKX не несе відповідальності за вміст, розміщений на сторонніх сайтах. Утримування цифрових активів, зокрема стейблкоїнів і NFT, пов’язане з високим ризиком, а вартість таких активів може сильно коливатися. Перш ніж торгувати цифровими активами або утримувати їх, ретельно оцініть свій фінансовий стан.