Подвійний перигей скорочує затримку блокчейну Інтернету речей майже вдвічі

Блокчейн часто позиціонують як покращення безпеки мереж Інтернету речей (IoT): журнали, що контролюють несанкціонований доступ, спільні журнали аудиту між постачальниками та менше точок відмови. На практиці багато розгортань IoT-блокчейну зупиняються на одному й тому ж обмеженні: затримці. Не лише інтервали блоків чи правила остаточності, але й час, необхідний для поширення транзакцій та блоків через однорангове (P2P) оверлей, щоб вузли могли фактично сходитися в одному вигляді.

Недавнє дослідження¹ in Транзакції IEEE з управління мережами та послугами зосереджується на цьому недостатньо обговорюваному рівні: самому мережевому оверлеї. Автори оцінюють, як топологія оверлею впливає на продуктивність блокчейну Інтернету речей, та представляють Dual Perigee, легкий, децентралізований механізм вибору однорангових вузлів. У емульованому середовищі блокчейну Інтернету речей з 50 вузлами Dual Perigee зменшив затримку, пов'язану з блоками, на 48.54% порівняно зі стандартним пірингом у стилі Ethereum та виконав роботу на 23%+ краще, ніж попередній підхід Perigee, без додавання значних обчислювальних витрат на обмежені вузли.

Це важливо, тому що якщо ваш рівень поширення повільний і надлишковий, навіть «швидкий» консенсус не зможе забезпечити швидку поведінку системи.

Затримка поширення блоків: що змінилося, а що ні

Проведіть пальцем, щоб прокрутити →

Примітка: Результати отримані з емульованої оцінки 50-вузлового блокчейну Інтернету речей, про яку повідомляли автори; реальна продуктивність залежить від мережевих умов, відтоку користувачів та поведінки з боку суперників.

Чому блокчейни Інтернету речей гальмують: поширення, а не консенсус

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

Аналіз, проведений під керівництвом Чіби, підкреслює, що в децентралізованому підключенні Інтернету речей, що складається з периферійних мереж Wi-Fi, висхідних каналів LTE/5G та шляхів змішаної якості, топологія може ненавмисно створювати «ехо-камери» з надлишковою переадресацією, які спалюють пропускну здатність та уповільнюють конвергенцію.

Пояснення подвійного перигею: вибір однолітків з урахуванням затримки

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

Вузли оцінюють своїх вузлів на основі того, як швидко вони доставляють як транзакції, так і повні блоки. Постійно повільні сусіди з часом відкидаються на користь нових кандидатів. Цей процес дозволяє децентралізовану самоорганізацію, тобто немає контролера; накладання покращується, оскільки багато вузлів незалежно оптимізують свої локальні околиці. Така конструкція «пасивного вимірювання» важлива для Інтернету речей, оскільки механізм достатньо легкий, щоб обмежені пристрої (або шлюзи, що діють від їхнього імені) не були змушені виконувати важкі активні процедури зондування або дорогі процедури оптимізації.

Що змінює подвійний перигей (і що ні)

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

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

Чи можуть Bitcoin, Ethereum або Solana прийняти подвійний перигей?

Концептуально, так, оскільки це покращення на мережевому рівні, а не консенсусне переписування. На практиці, толерантність кожної екосистеми до змін у мережі та пов'язаний з цим огляд безпеки визначають доцільність.

Bitcoin: Впровадження в принципі можливе, але зміни в мережі стикаються з високими вимогами. Будь-яку логіку вибору колег необхідно ретельно перевірити на предмет стійкості до затьмарення та ненавмисних централізуючих ефектів.

Клієнти Ethereum: Більш правдоподібний сценарій. Порівняння Dual Perigee з поведінкою пірингу за замовчуванням у стилі Ethereum робить результати більш релевантними для цього клієнтського середовища.

Високопродуктивні ланцюги: Такі ланцюги, як Solana, вже використовують спеціалізовані конвеєри поширення (наприклад, Turbine), тому Dual Perigee може пропонувати менший додатковий приріст, якщо не інтегрувати їх ретельно, щоб уникнути конфліктної логіки поширення.

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

Коли блокчейн має сенс для Інтернету речей (а коли ні)

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

Добре підходить

• Аудиторські журнали та відповідність вимогам: Журнали контролю несанкціонованого втручання в різних організаціях (технічне обслуговування, калібрування, регульовані ланцюги поставок).
• Багатосторонній обмін даними: Коли жоден постачальник не повинен бути власником бази даних.
• Походження та підтвердження: Записи лише для додавання оновлень прошивки, подій ідентифікації пристрою або цілісності датчика.

Поширені невідповідності

• Жорстке керування в режимі реального часу: Блокування безпеки та рішення щодо керування за менш ніж секунду не повинні чекати на поширення блоку.
• Кінцеві точки з наднизьким енергоспоживанням: Більшість архітектур повинні використовувати шлюзи/периферійні агрегатори як повноцінних учасників, тоді як обмежені датчики діють як легкі клієнти.

Подвійний перигей не робить блокчейн правильним для всього. Він робить один важливий клас розгортань більш правдоподібним: робочі процеси цілісності даних, чутливі до часу, де обмежувальним фактором була затримка поширення, а не криптографія.

Що це дає змогу далі

Глибший наслідок — архітектурний: дизайн накладання стає першокласною інженерною змінною, а не налаштуванням бібліотеки за замовчуванням. Це вказує на три практичні напрямки:

• Реєстри, що ведуть з ребром вперед: Оптимізація накладень між шлюзами/периферійними серверами, зберігаючи при цьому легкість кінцевих точок.
• Накладання, керовані SLO: Налаштування політик сусідів щодо затримки, пропускної здатності та стійкості залежно від вимог застосунку.
• Оптимізація з урахуванням безпеки: Поєднання оптимізації затримки із захистом від топологічних атак та змови.

Інвестування в Cisco Systems

Інвестиційний сигнал не полягає в тому, щоб «купити токен, бо затримка покращилася». Сигнал полягає в тому, що блокчейн-стек все ще має значний запас інфраструктури, особливо там, де сходяться периферійні мережі та операційна безпека.

Якщо корпоративний Інтернет речей впроваджує конвеєри перевірки з низькою затримкою та захистом від несанкціонованого втручання, витрати зазвичай спрямовуються на маршрутизатори, периферійні обчислення, сегментацію та засоби безпеки. Cisco Systems (CSCO ) є правдоподібним «бенефіціаром інфраструктури», оскільки він знаходиться на мережевому та периферійному рівнях, де ці розгортання проектуються та контролюються. Cisco досліджувала концепції Інтернету речей та ланцюгів поставок, пов’язані з блокчейном, у своїх попередніх ініціативах (зокрема, як співзасновник Альянсу довіреного Інтернету речей у 2017 році), але інвесторам слід зосередитися на вимірюваних показниках підключення периферії/безпеки, а не на наративах пілотної ери.

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

FAQ

Чи є Подвійний Перигей новим алгоритмом консенсусу?

Ні. Він спрямований на P2P-оверлей — як вузли вибирають вузли та як швидко поширюються блоки/транзакції — без зміни правил консенсусу.

Чи означає «на 48.54% швидше» те, що основна мережа Ethereum раптом стала вдвічі швидшою?

Ні. Результат отримано в результаті емульованої оцінки 50-вузлового блокчейну Інтернету речей. Поведінка основної мережі залежить від топології реального світу, відтоку та умов конкуренції.

Чи допоможе це авторизованим реєстрам більше, ніж публічним блокчейнам?

Часто так. Налаштування дозволів можуть стандартизувати клієнтів і політики, що спрощує безпечне розгортання та перевірку змін накладання.

Чи повинні датчики Інтернету речей запускати повні вузли?

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

Посилання

^{1. Koshikawa, K., Su, Y., Kim, J.-D., Hwang, W.-J., Li, Z., Nguyen, K., & Sekiya, H. (2025, 17 грудня). Вплив топологій оверлею та вибору однорангових вузлів на затримки в блокчейні Інтернету речейIEEE Transactions з управління мережами та послугами. https://doi.org/10.1109/TNSM.2025.3645139}