## Інший шлях вирішення проблеми продуктивності приватних ланцюгів

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

Нещодавно ознайомився з технічним рішенням Dusk Network: їхня віртуальна машина Piecrust використовує цікаву архітектуру "нуль копіювання пам’яті". Простими словами — при передачі даних між хост-середовищем і віртуальною машиною не потрібно копіювати, а можна просто посилатися. Це здається дрібницею, але насправді — це хитрий спосіб зменшити втрати при передачі даних.

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

З архітектурної точки зору, саме тому приватні ланцюги не обов’язково повинні йти на компроміси щодо продуктивності. Головне — як їх правильно спроектувати і оптимізувати.