Всередині Starfish: Пояснення поштовхової консенсусної моделі IOTA

• Реклама -

• IOTA’s Starfish раніше надсилає ключові дані, допомагаючи валідаторам уникнути довгого очікування на відсутні блоки, коли мережа перебуває під тиском.

• IOTA використовує кодування Reed-Solomon та перевірки DAG для відновлення корисних даних без передачі повних транзакційних даних кожному валідатору.

IOTA перенесла консенсус Starfish на основну мережу через реліз v1.21.1 та версію протоколу 24. Це оновлення надає мережі новий дизайн консенсусу, створений для реальних умов, де валідатори повинні підтримувати рух даних навіть коли вузли сповільнюються, повідомлення надходять із запізненням або деякі учасники ведуть себе неправильно.

Зазвичай консенсус зосереджений на згоді. Валідатори повинні погоджуватися з однією й тією ж історією, навіть під тиском. Однак Starfish розглядає синхронізацію як частину тієї ж проблеми. Валідатор не може голосувати за блок, якого він не бачив. Він також не може підтвердити дані транзакції, які не може відновити. З цієї причини, Starfish поміщає рух даних всередину протоколу, а не залишає його окремим завданням мережі.

“Чесний крок — допомогти мережі рухатися вперед.”

Starfish запущений у основній мережі IOTA – і @NaitsabesMue з нашої дослідницької команди розбирає технічні рішення, компроміси та що показують дані на блозі IOTA. pic.twitter.com/78f0x5f8wz

— IOTA (@iota) 7 травня 2026

Діаграма орієнтованого ациклічного графа (DAG) IOTA фіксує, як блоки посилаються на попередні блоки. Ці зв’язки показують, що вже бачили валідатори і де мережа ще має прогалини. Коли посилання з’являються у багатьох валідаторів, мережа демонструє спільне знання, а коли вони зникають, структура виявляє, де сталася неспроможність синхронізації.

Раніша модель консенсусу Mysticeti в IOTA більше покладалася на поведінку витягування. У цій системі валідатор запитував у пірів відсутні блоки після виявлення прогалини. Витягування економить пропускну здатність у спокійних умовах, але додає затримки під навантаженням. Кожен відсутній елемент створює ще один запит, ще одне очікування і ще один крок відновлення.

IOTA активувала оновлення консенсусу Starfish у основній мережі як частину своєї підтримки реальної торгової інфраструктури, пов’язаної із глобальним ринком вартістю 35 трильйонів доларів. Це оновлення допомагає мережі залишатися стійкою, коли деякі вузли відстають або відключаються.

IOTA’s Starfish використовує push для зменшення затримок відновлення

Starfish змінює цю схему з підходу на основі push. Валідатори передають корисну інформацію вперед до того, як її запитують інші. Це дає відстаючим вузлам дані, які ймовірно їм потрібні, ще до того, як проблема з відсутньою історією стане критичною. Граф вихідних запитів IOTA чітко показує цю зміну, зменшуючи запити на витягування приблизно в один порядок за величиною порівняно з Mysticeti.

Швидкість вихідних запитів | Mysticeti проти Starfish | Джерело: Блог IOTA

Цей дизайн не передає все повністю. Starfish розділяє метадані від корисних даних транзакцій. Заголовки містять посилання, голоси, підтвердження, деталі таймінгу та зобов’язання щодо корисних даних. Дані транзакцій рухаються окремо. Це зберігає легкість шляху консенсусу, водночас забезпечуючи валідаторам достатньо інформації для підтримки здоров’я DAG.

Кодування Reed-Solomon підтримує цю структуру. Starfish розбиває корисний навантаження блоку транзакцій на фрагменти, кожен з яких призначений одному валідатору. Оригінальне навантаження можна відновити з будь-якого достатнього підмножини валідних фрагментів. У Starfish будь-які f+1 валідних фрагментів можуть відновити навантаження, тоді як 2f+1 підтверджень створюють умову доступності, необхідну для безпеки за байтенськими припущеннями.

Отже, Starfish не вимагає, щоб кожен валідатор тримав повний набір даних одночасно. Замість цього він доводить, що достатньо перевірених частин існує у чесних валідаторів для відновлення даних. З ростом DAG, пізніші блоки містять докази того, що попередні навантаження залишаються відновлюваними.

Дані про продуктивність пояснюють, чому IOTA прийняла цю компромісну модель. Starfish використовує більше пропускної здатності, ніж Mysticeti під час тестового періоду, але додаткове спілкування відбувається раніше і слідує структурованому шляху. Замість очікування запитів валідаторів на відсутні дані, протокол надсилає корисну інформацію заздалегідь, що знижує витрати на відновлення пізніше і допомагає мережі залишатися узгодженою під тиском.

Пропускна здатність: Mysticeti проти Starfish | Джерело: Блог IOTA

Картина продуктивності також стосується варіацій. Starfish додає крок доступності перед послідовністю, що може трохи підвищити звичайну затримку транзакцій. Однак, повільні випадки покращуються, і мережа витрачає менше часу на відновлення від відсутньої інформації.