Peter Bui يبني بنية تحتية للضمان على Cardano بعد Draper University

بات Bui الآن يبني Hokan عبر Moshi Concepts، مستخدماً عقود Cardano الذكية لفرض شروط الدفع بينما يحتفظ المستخدمون بالتحكم في أموالهم. لم يبدأ التغيير بقدرة تقنية جديدة. بل جاء من التساؤل عن حجم السوق، وسلوك العملاء المحتملين، وأسباب ثقة أي شخص بالمنتج على أموال حقيقية.

من مطور على Cardano إلى مؤسس شركة ناشئة

أمضى Bui عدة سنوات يعمل داخل نظام Cardano البيئي. أنشأ Learn Cardano ويشغّل مجمع حصص ADAOZ وطوّر CardanoPress، وهو تكامل مع WordPress يتيح للمشاريع ربط المواقع بمحافظ Cardano وبيانات سلسلة الكتل.

قدمت تلك الخبرة أساساً تقنياً لبناء منتجات، لكن برنامج Genesis طرح سؤالاً مختلفاً: هل يمكن لمنتج قادر تقنياً أن يصل إلى سوق كبير بما يكفي لدعم شركة قابلة للتوسع؟

ربط CardanoPress بين مجالين كان Bui يفهمهما مسبقاً. كانت مشاريع Cardano NFT بحاجة إلى مواقع يمكنها التفاعل مع المحافظ والبيانات على السلسلة، بينما وفر WordPress بنية تحتية راسخة لبناء تلك المواقع وإدارتها.

قسّم تحليل السوق الذي أُجري في Draper University تلك الفرصة إلى شرائح أصغر تدريجياً. تمثل العملات المشفرة جزءاً واحداً من سوق التكنولوجيا. Cardano جزء من العملات المشفرة. تشكل مشاريع Cardano التي تستخدم WordPress فئة أضيق، وفقط جزء من تلك المشاريع يحتاج إلى تكامل متخصص مع سلسلة الكتل ويكون مستعداً للدفع مقابله.

يمكن لسوق ضيق أن يدعم عملاً مستداماً، لكن إمكاناته تعتمد على عدد العملاء، وقيمة كل علاقة، وتكلفة الوصول إليهم. وصف Bui التحول الناتج بأنه انتقال من سؤال ما الذي يستطيع بناؤه إلى سؤال ما الذي يستحق البناء.

جمع برنامج ما قبل التسريع الأول Cardano Genesis 13 فريقاً مُعلناً. عمل المشاركون على تطوير عروضهم، وأجروا مقابلات مع مستخدمين محتملين، واختبروا الفرضيات التجارية منذ الأيام الأولى للبرنامج. اختتم أسبوع العروض بتقديمات أمام لجنة شملت Tim Draper والمدير المالي لمؤسسة Cardano Stephen Wood.

جاء Bui بمفهوم لمنصة وظائف ومكافآت Web3. ينشئ العميل مهمة ويقفل الأموال في عقد ذكي. ينجز المساهم العمل المتفق عليه ويتلقى الدفع بعد الموافقة.

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

كما أنشأ Bui مكافآت تجريبية على شبكة اختبار Cardano. كان الهدف أبعد من تأكيد قدرة العقد الذكي على قفل الأموال وإطلاقها. استكشفت الاختبارات مواضع الاحتكاك، ومن يتحمل المسؤولية عندما لا يطابق العمل الشروط المتفق عليها، وأي أجزاء من العملية تقدم قيمة كافية ليدفع العملاء مقابلها.

وغيرت العملية نفسها طريقة تواصله للفكرة. خلال التحضيرات النهائية للعرض، سار Bui في شوارع San Mateo وهو يكرر عرضه، مسجلاً نحو 17,000 خطوة في يوم واحد و20,000 في آخر. وعندما قدم في النهاية إلى Tim Draper، أدرج طرفة عن بيع وشراء جزيرة، عالماً أن Draper كان يبيع واحدة حينها. وصلت الإشارة إلى Draper حتى وإن فاتت في البداية على كثيرين في القاعة.

وجاء التبادل الأكثر أهمية خلال الأسئلة. سأل Draper ما إذا كانت البنية التحتية للضمان وحدها يمكن أن تصبح عملاً قوياً بما يكفي. كان جواب Bui أن البنية التحتية من دون تطبيقات ومستخدمين وتوزيع وإيرادات ربما لا تكون كافية.

كانت مقابلات العملاء قد تحدت بالفعل حدود المنتج الأصلية. يمكن لسوق مكافآت أن يبقى تطبيقاً واحداً، لكن آلية الضمان الكامنة تحته يمكن أن تخدم منصات أخرى عديدة.

Hokan يحول مفهوم المكافآت إلى بنية تحتية للضمان على Cardano

تقدم Moshi Concepts الآن Hokan كبنية تحتية غير وصائية للضمان يجري بناؤها أولاً لـ Cardano. وبدلاً من حيازة أموال العملاء، يضع النظام الأموال في عنوان عقد ذكي ويطلقها وفقاً لشروط مُعرّفة مسبقاً.

لم يُصمم Hokan لحيازة المفاتيح الخاصة أو توقيع المعاملات نيابة عن المستخدمين. يُعد النظام معاملة غير موقعة يوافق عليها المستخدم عبر محفظته الشخصية. ووفقاً للمعمارية المنشورة، لا يملك العقد وظيفة إدارية تسمح لـ Hokan بإعادة توجيه أموال الضمان إلى عنوان اعتباطي.

يمكن أن يتضمن الضمان مُودِعاً ومتلقياً وحالّ نزاع منفصلاً. قد يقرر الحالّ كيفية تقسيم الأموال بين الطرفين المحددين سلفاً، لكنه لا يستطيع إعادة توجيه المال إلى نفسه أو إلى عنوان مُدخل حديثاً. تهدف مسارات احتياطية قائمة على حدود زمنية إلى منع بقاء الأموال مقفلة بشكل دائم عندما يصبح أحد المشاركين غير نشط.

يسرد النموذج المنشور دعماً لـ ADA وUSDM وUSDCx. تخطط Hokan لفرض رسم بروتوكولي قدره 0.5 في المئة على الأموال المُفرج عنها، وبحد أقصى 1,000 دولار لكل ضمان. لا يُفرض رسم بروتوكولي عندما يُلغى الضمان أو تنقضي مدته من دون إطلاق للأموال.

صُمم المنتج كبنية تحتية يمكن للشركات والتطبيقات الأخرى دمجها عبر API وأدوات المطورين. تحدد Moshi Concepts من بين تطبيقاتها المحتملة أعمال المستقلين، والأسواق، والخدمات الرقمية، ومدفوعات المراحل، والتجارة الدولية، وحل النزاعات.

لا تزال منصة المكافآت جزءاً من الخطة، لكنها باتت أيضاً تطبيقاً مرجعياً مبنياً على البنية التحتية العامة نفسها المقصودة للمطورين الخارجيين. وتذكر Moshi Concepts أن تطبيقها سيستخدم API نفسها من دون نقاط نهاية خاصة أو قدرات غير متاحة لجهات الدمج الأخرى.

يربط هذا النهج البنية التحتية بمنتج يمكن للناس استخدامه. كما يمنح Moshi Concepts طريقة لاختبار ما إذا كان هناك طلب على الضمان قبل توسيع المنصة الأساسية عبر صناعات متعددة.

يمتد النطاق المخطط لـ Hokan إلى المعاملات التي تشمل وكلاء AI. يمكن للوكيل إعداد شروط الضمان، وحساب التكاليف، وتجميع معاملة غير موقعة، لكنه لن يحوز مفتاحاً أو يحرك الأموال بشكل مستقل. ستبقى الموافقة النهائية لدى مالك محفظة بشري.

يفصل هذا بين أتمتة عمليات الأعمال والتحكم في المال. يمكن لوكيل AI أن يقترح ضماناً لعمل يستغرق عدة أيام، ويراقب الشروط المتفق عليها، ويعد التسوية، بينما يقرر شخص ما ما إذا كان سيوقع المعاملة الناتجة.

كما عرضت Moshi Concepts طريقتين للوصول إلى البنية التحتية. يمكن للشركات استخدام خطط اشتراك تقليدية، بينما يمكن دفع مكالمات API الفردية عبر معيار x402 من دون إنشاء حساب مستخدم. المسار الثاني مقصود للوكلاء البرمجيين الذين يحتاجون إلى شراء وصول إلى وظيفة محددة في اللحظة التي تتطلبها.

يعكس التوجه الأوسع للمنتج درساً آخر خرج به Bui من البرنامج. يميل المستخدمون خارج مجال العملات المشفرة إلى تقييم ما إذا كان الدفع موثوقاً وقابلاً للتنبؤ وقابلاً للاسترداد أكثر من اختيار خدمة بسبب نموذج دفتر الحسابات الكامن وراءها.

في ذلك النموذج، تعمل Cardano كبنية تسوية تحتية بدلاً من منتج ظاهر. يختبر العميل اتفاقية ضمان وتدفق عمل للدفع، بينما تفرض سلسلة الكتل الشروط الكامنة وراء ذلك.

الثقة تحدد المرحلة التالية لـ Hokan

يؤدي التوسع من منصة مكافآت إلى طبقة ضمان عامة إلى زيادة المسؤولية التي يحملها المنتج. يجب على نظام يقفل الأموال أن يوضح من يسيطر على المال، وكيف تُحسم النزاعات، وماذا يحدث إذا اختفى المشغّل، وأي ادعاءات أمنية جرى التحقق منها بشكل مستقل.

أثار Andy Tang من Draper Associates وDraper Dragon مسألة المصداقية خلال البرنامج. يمكن لمطور أن ينشر عقداً ذكياً ويصفه بالآمن، لكن المستخدمين ما زالوا بحاجة إلى سبب ليثقوا به على قيمة اقتصادية حقيقية.

يعتمد الضمان التقليدي على مؤسسة واتفاقيات قانونية وتأمين وإجراءات نزاع راسخة. يمكن للعقد الذكي خفض التكاليف الإدارية وأتمتة التسوية، لكنه ينقل الثقة إلى شيفرة العقد، والمراجعة الأمنية، ومنشئ المعاملات، والواجهة، وآلية حل النزاع.

يحاول التصميم المنشور لـ Hokan وضع عدة قيود مباشرة داخل المدقق. يجب ألا تتمكن المنصة من أخذ أموال المستخدمين، وتصبح الرسوم ثابتة عند تمويل الضمان، ويمكن لحالّ النزاع توزيع المال فقط بين المشاركين المحددين. ومن المقصود أيضاً أن تتضمن كل حالة من حالات العقد مسار خروج لا يعتمد على استمرار Moshi Concepts في التشغيل.

حددت الشركة نطاق تدقيق يشمل المدقق، وسياسات السك، وآلية الضبط، والمكوّن خارج السلسلة الذي يبني المعاملات. إن تضمين منشئ المعاملات يوسع المراجعة إلى ما بعد العقد على السلسلة ليشمل البرمجيات المسؤولة عن تجميع ما يوقعه المستخدم في نهاية المطاف.

لا يزال Hokan ينتقل من معمارية منشورة إلى إتاحة أوسع للمطورين. وقت النشر، كانت وثائقه ومرجع API وبيئة sandbox والعقود وصفحة الحالة موسومة بأنها قادمة قريباً. لم يُربط بعد تقرير تدقيق مستقل مكتمل بموقع المنتج.

تسرد Moshi Concepts Draper Dragon كجهة داعمة من دون الإفصاح عن الشروط المالية لتلك العلاقة. الشركة مسجلة في Delaware، بينما تُنفذ أعمالها البحثية والهندسية في Australia.

ناقش Bui أيضاً تمويلاً مربوطاً بمراحل منجزة كتطبيق محتمل على Cardano. في أنظمة المنح القائمة، قد يحدث اعتماد العمل المنجز والدفع الناتج عبر عمليتين منفصلتين. يمكن لعقد ذكي إطلاق الأموال بعد أن يوافق مُراجع مُخوّل على مرحلة ما، بينما يبقى الحكم على ما إذا كان العمل يلبي المعيار المتفق عليه لدى شخص أو جهة معينة.

يمكن لذلك النموذج أن يدعم المنح، وProject Catalyst، أو سير عمل Cardano Treasury المستقبلية، رغم أن Moshi Concepts لم تعلن عن تكامل أو اتفاق رسمي مع تلك الأنظمة. إنها تمثل أسواقاً محتملة للاختبار بعد تثبيت المنتج والمراجعة الأمنية وطلب العملاء.

لم تمنح Draper University Bui جواباً نهائياً حول ما إذا كان الضمان هو السوق الصحيح. لقد غيّرت ترتيب الطريقة التي تعتزم بها Moshi Concepts الإجابة عن ذلك السؤال. وكما لخّص Bui الأمر، «الانشغال ببناء شيء لا يعني بناء الشيء الصحيح».

تخطط الشركة الآن لإطلاق MVP محدود، ومواصلة مقابلات العملاء، والتوسع حول الشرائح التي تُظهر طلباً فعلياً. تشكل الوثائق العامة، وبيئة sandbox متاحة، والعقود المنشورة، والأعمال الأمنية المكتملة، والتكاملات الأولية المرحلة التالية المحددة من ذلك المسار.

ليس التغيير الملموس العائد من San Mateo فكرة منتج أكبر وحسب. بل يجري تطوير Hokan كبنية تحتية يجب أن تثبت دورها عبر التطبيقات، واستخدام العملاء، ومعاملات الضمان التي تُستكمل وفق القواعد التي نشرتها Moshi Concepts.