عند تقييم مشاريع مثل Boundless التي تعتمد على zk-SNARKs (ZK)، يجب ألا نركز فقط على التفاصيل التقنية، بل نحتاج إلى النظر من منظور النظام البيئي التجاري بأكمله. نموذج الأعمال الناجح غالبًا ما يتبع هذا المسار: يبدأ المطورون بتجربة، ثم يقومون تدريجيًا بنقل جزء من الحركة إلى المنصة، وأخيرًا توقع الشركات اتفاقيات مستوى الخدمة المدفوعة (SLA). كل مرحلة تتضمن اختبار معدلات التحويل.

لجعل تقنية ZK تحقق فعليًا التجارية، يكمن المفتاح في الجوانب التالية: أولاً، هل يمكن توفير فرصة تجربة مجانية ذات عتبة منخفضة؛ ثانيًا، هل هناك تقدير واضح وقابل للقياس للتكاليف؛ ثالثًا، هل من السهل دمج SDK؛ وأخيرًا، هل يمكن توفير سلسلة من الأدلة التي تكتب مباشرة في العقد. فقط عندما يمكن أن تتحول التجربة بسلاسة إلى خدمة مدفوعة، وتظهر البيانات ذات الصلة مثل معدل التحويل، ومعدل الاحتفاظ، والعائد السنوي لكل عميل أداءً جيدًا، يمكن لتقنية ZK الحصول على دعم طويل الأجل من الطلب في السوق.

بالنسبة لأولئك الذين يرغبون في التحقق فعليًا من إمكانيات مشاريع ZK مثل Boundless، يُنصح باتخاذ الخطوات الثلاث التالية:

1. إجراء اختبار لمدة أسبوعين باستخدام حركة مرور صغيرة ولكن حقيقية، مع تسجيل مفصل لتكاليف الدولار الفعلية لكل إثبات وتقلبات زمن الاستجابة.

2. حزم وظيفة ZK كخدمة مدفوعة، وتقديمها لثلاثة عملاء لتجربتها، ومراقبة رغبتهم في الدفع ومعدل التجديد.

3. تتبع وتحليل عدد العمليات الداخلية التي سينقلها العميل إلى منصة ZK، فهذه هي المؤشر الحقيقي لالتصاق العميل.

توضح هذه المؤشرات التجارية أكثر من العروض التقنية البحتة ما إذا كانت المشاريع مثل Boundless وغيرها من مشاريع zk-SNARKs لديها القدرة على دفع تقنية zk-SNARKs من المختبر إلى تطبيقات السوق الحقيقية. عند تقييم مشاريع zk-SNARKs، نحتاج إلى النظر في ثلاثة أبعاد: التنفيذ الفني، تجربة المستخدم، والقيمة التجارية، لنتمكن من اتخاذ حكم أكثر دقة.