Оцінюючи такі проекти, як Boundless, що використовують zk-SNARKs (ZK), ми не повинні зосереджуватися лише на технічних деталях, а потрібно розглядати їх з точки зору цілого бізнес-екосистеми. Успішна бізнес-модель зазвичай слідує такому шляху: розробники спочатку проводять випробування, а потім поступово переміщують частину трафіку на платформу, врешті-решт компанія підписує угоду про рівень платних послуг (SLA). На кожному етапі існує випробування конверсії.

Щоб ZK-технології справді реалізувалися в комерції, ключовими є кілька аспектів: по-перше, чи можна запропонувати безкоштовну пробну версію з низьким порогом; по-друге, чи є чітке та вимірювальне оцінювання витрат; по-третє, чи зручний доступ до SDK; нарешті, чи можна надати доказову ланцюг для безпосереднього запису в контракт. Лише коли пробна версія успішно перетвориться на платний сервіс, а відповідні дані, такі як коефіцієнт конверсії, коефіцієнт утримання та річний дохід на одного клієнта, покажуть хороші результати, ZK-технології зможуть отримати тривалу підтримку попиту на ринку.

Для тих, хто хоче реально перевірити потенціал таких ZK проектів, як Boundless, рекомендується вжити наступні три кроки:

1. Використання невеликого, але реального трафіку для двотижневого тестування, детально фіксуючи коливання фактичних витрат у доларах і часу відгуку для кожного доказу.

2. Упакувати функцію ZK в платну послугу, запропонувати трьом клієнтам для тестування, спостерігати за їхньою готовністю платити та ставкою продовження.

3. Відстеження аналізу того, скільки внутрішніх процесів клієнт перенесе на ZK платформу, є справжнім показником лояльності клієнтів.

Ці бізнес-показники більше говорять про те, чи мають проекти ZK, такі як Boundless, потенціал перенести технологію zk-SNARKs з лабораторії до справжнього комерційного застосування, ніж чисто технічні демонстрації. При оцінці ZK проектів нам потрібно всебічно враховувати три виміри: реалізацію технологій, досвід користувачів та комерційну цінність, щоб зробити більш точне судження.