هجرة كبرى إلى منظومة Solana: كيف ستدفع ZetaChain خطتها الجديدة للذكاء الاصطناعي؟
chaincatcherفي 20 سبتمبر، صوّت حاملو رموز ZetaChain لصالح مقترح يحدد مستقبل المشروع: نقل ZETA وتطبيق الذكاء الاصطناعي Anuma إلى Solana، وإغلاق سلسلتها العامة تدريجيًا بعد اكتمال ترحيل الأصول ذات الصلة.
حصل المقترح على نسبة تأييد بلغت 99.4% ونسبة مشاركة 58%. لم يُنفذ الترحيل بعد، ولا تزال الترتيبات المحددة بحاجة إلى مقترح ثانٍ لتحديدها. ومع ذلك، أوضح هذا التصويت أن ZetaChain تستعد لإنهاء تشغيل الطبقة الأولى المستقلة وتركيز مواردها على أعمال الذكاء الاصطناعي.
سلسلة عامة كانت تطمح لربط سلاسل الكتل الأخرى، تستعد الآن لنقل أعمالها إلى سلسلة شخص آخر. وخلف هذا التغيير، هناك حساب يجب إعادة النظر فيه أولاً.
بعد التحول الكامل إلى الذكاء الاصطناعي، لم تعد ZetaChain بحاجة إلى سلسلتها العامة
كان هذا التحول مُبشرًا به قبل ظهور مقترح الترحيل.
في 1 يونيو من هذا العام، أعلنت ZetaChain بالفعل تحولها الكامل إلى الذكاء الاصطناعي، وبدأت تدريجيًا في إيقاف وظائف التشغيل البيني عبر السلاسل. منذ ذلك الحين، أصبح Anuma، أول منتج ذكاء اصطناعي موجه للمستهلكين من ZetaChain، وطبقة الذاكرة الخاصة هما جوهر العمل الجديد.
هذه الخطوة الاستراتيجية لم تغير المسار فحسب، بل غيرت أيضًا المشكلات التي يتعين على فريق ZetaChain حلها. والترحيل إلى Solana هو مقايضة أخرى على طريق التحول هذا.
في أعمالها السابقة، كانت ZetaChain تخدم تفاعل الأصول والتطبيقات بين سلاسل الكتل المختلفة. وكانت شبكتها الأساسية جزءًا مهمًا من المنتج، لأن صيانة سلسلتها الخاصة كانت مرتبطة مباشرة بتطوير قدرات عبر السلاسل.
في المرحلة الجديدة مع Anuma، يهتم المستخدمون أكثر بما إذا كان النموذج سهل الاستخدام، وما إذا كان يمكن الاحتفاظ بالسياق عند التبديل، ومن يتحكم في المعلومات الشخصية التي يتذكرها الذكاء الاصطناعي. لذلك، يجب إعادة تقييم ما إذا كانت الشبكة الأساسية لا تزال بحاجة إلى تشغيلها بواسطة ZetaChain نفسها، ومساهمتها في هذه التجارب.
تحتاج السلسلة العامة إلى صيانة الإجماع وشبكة المدققين وترقيات البروتوكول، بينما تحتاج منتجات الذكاء الاصطناعي إلى تحسين مستمر في استدعاء النماذج واسترجاع الذاكرة وتجربة المستخدم. وباعتبارها سلسلة مبنية على Cosmos SDK، تحتاج ZetaChain إلى التعامل مع التحديثات الأمنية والتصحيحات من مشروع Cosmos SDK، ويتطلب كل تحديث التنسيق مع عشرات المدققين المستقلين.
من منظور تخصيص الموارد، تعيد ZetaChain تحديد نطاق الخيارات الإلزامية. ويرى الفريق أن تشغيل طبقة أولى مستقلة لم يعد يساعد في تطوير أعمال الذكاء الاصطناعي الخاصة، بل أصبح مهمة ثابتة ذات عائد محدود ولا يمكن إيقاف الاستثمار فيها.
إذا تم الانتقال إلى سلسلة عامة رئيسية أخرى، يمكن تقليل عبء صيانة شبكة إجماع مستقلة على الفريق، وتركيز المزيد من الاستثمار على المنتج. من ناحية أخرى، لا يزال أمان تطبيق Anuma ومعالجة المفاتيح وتدفق البيانات مسؤولية ZetaChain نفسها. تغيير السلسلة يمكن أن يغير تقسيم المسؤوليات، لكنه لا يمكن أن يحل محل أعمال الأمان على مستوى المنتج.
وبالإضافة إلى مزايا السرعة العالية والنظام البيئي المزدهر، تكمن جاذبية Solana في أن البنية التحتية الجاهزة للوكلاء يمكن أن تقصر مسار إطلاق المنتج. لديها بالفعل سجل وكلاء الذكاء الاصطناعي، يوفر هويات قابلة للتحقق وسجلات سمعة؛ ويسمح نظام x402 بفرض رسوم على خدمات الويب حسب الاستدعاء، مما يتيح للوكلاء الدفع مقابل الوصول إلى واجهات برمجة التطبيقات والبيانات والمحتوى.
يمكن لهذه القدرات أن تتكامل مع أعمال الذكاء الاصطناعي لشركة ZetaChain. إذا أراد وكيل القيام بمهمة نيابة عن المستخدم، فإنه يحتاج إلى معرفة ما يُسمح له بفعله، وما هي المعلومات التي يمكنه قراءتها، وكيفية الدفع مقابل استدعاء خدمات أخرى. تأمل ZetaChain في استخدام الذاكرة الخاصة وقدرات التطبيق للاتصال بهذه البنية التحتية، والاستفادة من البنية التحتية الحالية للهوية والمحافظ والمدفوعات في Solana لإكمال بقية الخطوات.
وهذا يفسر أيضًا لماذا لا تقتصر خطة الترحيل على نقل ZETA عبر السلسلة. فطالما استمرت الطبقة الأولى الأصلية، سيظل العبء المزدوج لصيانة الشبكة وتشغيل منتجات الذكاء الاصطناعي قائمًا. وما يسعى إليه الترحيل الكامل هو تركيز الاستثمار التقني وتداول الأصول وتعاون المطورين تدريجيًا في نظام بيئي واحد.
النماذج ستتطور، لكن الذاكرة يجب أن تبقى
بعد فهم الدوافع وراء قرار ZetaChain هذا، يبقى سؤال آخر: ما الذي يقدمه Anuma بالضبط ليستحق تعديل اتجاه العمل بالكامل من أجله؟ الإجابة تكمن في ذاكرة شخصية يمكن أن تستمر عبر النماذج.
مع تطور قدرات النماذج الكبيرة يومًا بعد يوم، أصبح اعتماد الناس على الذكاء الاصطناعي اتجاهًا لا مفر منه. وبالنسبة لشخص يستخدم الذكاء الاصطناعي بكثافة على المدى الطويل، غالبًا ما يحتاج إلى اختيار نماذج مختلفة لإنجاز مهام مختلفة وفقًا لاحتياجات مختلفة. وهذا يجعل المستخدمين يضطرون إلى تكرار التأكيد على النتائج المتوقعة وتفضيلات الصياغة ومواءمة تقدم المهام.
إذا تم حفظ هذه المعلومات بشكل مستقل عن النموذج المحدد، يصبح من الأسهل أن يكون النموذج أداة يتم اختيارها حسب المهمة، ويمكن الاستمرار في استخدام سياق العمل المتراكم لدى المستخدم.
تطبيق Anuma متعدد النماذج يعالج هذه المشكلة تحديدًا، ويجعلها مدخل المنتج. فهو يضع نماذج متعددة في تطبيق واحد، مما يسمح للمستخدمين بمواصلة استخدام الذاكرة الحالية عند التبديل بين النماذج، وحفظ التفضيلات الشخصية وخلفية المشروع. وفقًا لتصميم المنتج، يمكن للمستخدمين إدارة هذه الذكريات بدلاً من إعادة تنظيم السياق في كل مرة يغيرون فيها النموذج.
على سبيل المثال، في قدرة الكتابة المستخدمة على نطاق واسع، يمكن للمستخدم أولاً استخدام نموذج لتنظيم المواد، ثم استخدام نموذج آخر لتحرير المقال. إذا تمكن كلاهما من استخدام نفس خلفية الموضوع وتفضيلات الكتابة ضمن نطاق التفويض، فستنخفض تكلفة تبديل النماذج. ولن تفقد المعلومات المتراكمة على المدى الطويل فعاليتها عند استبدال نموذج معين.
وهذا يوفر نهجًا تنافسيًا مستقلاً عن تصنيف قدرات النماذج. لا يحتاج Anuma إلى استثمار مبالغ ضخمة لتدريب نموذج خاص به والتنافس على قدرات النماذج. بل يحتاج فقط إلى إثبات أن استخدام المستخدمين لنماذج مختلفة من خلاله سيكون أكثر ملاءمة واتساقًا.
حصل Anuma، الذي يركز على تجميع النماذج، بالفعل على اعتراف بعض المستخدمين في مرحلة مبكرة. تُظهر البيانات الرسمية أنه حتى 22 سبتمبر، أنشأ Anuma ما مجموعه 306,900 حساب محفظة، وبلغ إجمالي طلبات الاستدلال حوالي 1.27 مليون طلب.
التحدي التالي هو مدى التصاق المستخدمين بهذه الحسابات، وما إذا كان يمكن جذب مستخدمين جدد باستمرار. يرتبط هذا ارتباطًا وثيقًا بقدرات Anuma نفسها: كلما كانت الذاكرة أكثر فائدة، زادت رغبة المستخدمين في استخدامها؛ وإذا كانت الذاكرة غالبًا ما تفوت النقاط المهمة، أو تستشهد بمعلومات قديمة، أو تظهر بشكل متكرر في مهام غير ذات صلة، فإنها ستضر بالتجربة مباشرة. لذلك، تعتمد القدرة التنافسية لهذا العمل في النهاية على جودة الذاكرة، وما إذا كان المستخدمون على استعداد للسماح لها بالمشاركة في المزيد من المهام اليومية.
بالإضافة إلى الذاكرة، فإن "الخصوصية"، وهي قدرة أخرى لا يشعر بها المستخدم، هي قدرة يجب فهمها بشكل منفصل. وفقًا للوصف التقني لـ Anuma، تعتمد الذاكرة على التخزين المحلي أولاً، ويتم تشفير المحتوى الحساس بمفاتيح مشتقة من المحفظة، وما يتم تحميله إلى النسخ الاحتياطي السحابي الاختياري هو نص مشفر. تلعب المحفظة هنا دور الوصول إلى الذاكرة الشخصية، وتصبح أداة هوية ومفاتيح في منتج الذكاء الاصطناعي.
ومع ذلك، يجب فهم التشفير وحفظ الذاكرة بشكل منفصل عن كيفية معالجة النموذج للمدخلات. يوضح موقع Anuma أنه عند استدعاء النماذج المغلقة المصدر، لا تزال الرسالة الحالية والسياق ذو الصلة يُرسلان إلى مزود الخدمة، وقد يطبق مزود الخدمة سياسة الاحتفاظ بالبيانات الخاصة به؛ بينما يستخدم الوضع الخاص نماذج مفتوحة الأوزان وبنية تحتية للاستدلال مناسبة.
بجانب Anuma، هناك أعمال للمطورين
إذا كانت هذه القدرات تخدم Anuma فقط، فإن نمو ZetaChain سيعتمد بشكل أساسي على تطبيق واحد. إن فتح القدرات لأطراف ثالثة هو ما يمكن أن يوسع نطاق هذا العمل.
على سبيل المثال، شركة تطور مساعد سفر، تتقن معلومات الوجهات وتخطيط الرحلات، لكنها تحتاج أيضًا إلى التعامل مع تكامل النماذج وذاكرة المستخدم والتبديل عند فشل الموردين وتكاليف الاستدعاء. هذه الأعمال مرتبطة بأعمالها الرئيسية، لكن إذا قامت كل شركة بها بشكل مستقل، فسترتفع التكاليف المالية والزمنية.
إذا تمكن Anuma من تقديم هذه القدرات كخدمة، يمكن للمطورين بناء منتجات حول أعمالهم الخاصة. وقد يتمكن المستخدمون أيضًا، بعد التفويض، من السماح لتطبيقات مختلفة باستخدام التفضيلات الشخصية الحالية، دون الحاجة إلى إنشاء ملف تعريف جديد في كل مساعد.
في الواقع، فتح Anuma بالفعل بوابة تطوير للتطبيقات والوكلاء الآخرين. توفر SDK والوثائق المنشورة حاليًا دروسًا لتطوير تطبيقات الدردشة على الويب وتطبيقات الهاتف المحمول والوكلاء، وتدعم المطورين في إنشاء التطبيقات وتكوين حسابات API واستخدام قدرات مثل استدعاء النماذج والاستجابات المتدفقة وتنفيذ الأدوات.
تتضمن خطة الانفتاح الأوسع نظام الإنتاج الذي يستخدمه Anuma نفسه. كشفت مقالة هندسية في 14 سبتمبر أن Anuma يستخدم بوابة Bifrost مفتوحة المصدر من Maxim AI للاتصال بمزودي نماذج مختلفين. يستكشف الفريق فتح طبقة التوجيه للسماح للتطبيقات والوكلاء الآخرين أيضًا باستخدام التبديل عند فشل الموردين ومجموعة النماذج الخاصة ومحاسبة التكاليف، جنبًا إلى جنب مع الذاكرة المشتركة المصرح بها من المستخدم.
تكمن القيمة التجارية لهذه الخطة في تمكين الأطراف الثالثة من استدعاء النماذج والحصول أيضًا على جزء من الخدمات اللازمة لتشغيل النماذج. حتى لو لم يكن المستخدمون مهتمين بنماذج Anuma المجمعة، فقد تولد التطبيقات الأخرى طلبًا على قدراته الأساسية.
والخطوة الأصعب هي جعل الذاكرة تعبر حدود التطبيقات مع الحفاظ على نطاق تفويض واضح. يجب أن يكون للذاكرة الشخصية نفسها نطاقات وصول مختلفة لوكلاء مختلفين. قد يحتاج مساعد السفر إلى تفضيلات السفر، وقد يحتاج مساعد العمل إلى خلفية المشروع، ومن الواضح أن تسليم جميع المعلومات دفعة واحدة ليس خيارًا افتراضيًا مثاليًا.
تشمل اتجاهات البحث والتطوير التي كشفت عنها ZetaChain في سبتمبر منح وإلغاء أذونات الوصول إلى الذاكرة للتطبيقات والوكلاء، وتسجيل السجلات ذات الصلة على السلسلة، وتسوية الاستدعاءات عبر x402. والفكرة الأبعد هي السماح للمستخدمين بتنظيم المعرفة والأساليب في وكلاء، والحصول على مكافآت عند استدعائهم.
بالإضافة إلى ذلك، سيجلب الانفتاح متطلبات جديدة. يمكن أن يمنع إلغاء التفويض الوصول اللاحق، لكنه لا يمكنه استرداد المعلومات التي تلقتها الخدمات الخارجية بالفعل تلقائيًا؛ وسيهتم مطورو الطرف الثالث بالرسوم واستقرار الواجهات وترتيبات نقل البيانات. يدير Anuma تطبيقه الخاص وخدمات المطورين في نفس الوقت، ويحتاج إلى منح الشركاء أسبابًا كافية للاعتماد عليه على المدى الطويل.
وهذا أيضًا جانب يستحق الملاحظة في تحول ZetaChain: فهي تستعد للخروج من تشغيل سلسلة عامة مستقلة، لكنها لا تزال تأمل في توفير قدرات أساسية للمطورين الآخرين. لكن الخدمات المقدمة هذه المرة أقرب إلى الأعمال المحددة في تطبيقات الذكاء الاصطناعي.
بعد الترحيل، لا يزال يتعين على ZETA إثبات قيمتها
بالنسبة لمشروع بلوكتشين، يُعد نظام اقتصاد الرمز بمثابة أساس المبنى، والتحول في الأعمال يؤثر على منطق قيمة الرمز. بعد الانتقال إلى Solana، يحتاج رمز ZETA إلى إيجاد مكانه من جديد في نظام الأعمال الجديد.
وفقًا للإعلان الرسمي، سيتم تحويل ZETA الأصلي بنسبة 1:1 إلى رمز SPL على Solana، مع بقاء الاسم والإجمالي وجدول الاستحقاق الأصلي دون تغيير. لا يشمل هذا المخطط ZETA الصادر بالفعل على Ethereum وBNB Chain، ولا تزال ترتيبات الستاكينغ والمكافآت بعد الترحيل بحاجة إلى توضيح.
ومع ذلك، يجب أن ينتظر التنفيذ المحدد المقترح الثاني. يحتاج الفريق أولاً إلى التنسيق مع البورصات للتبادل، ثم تحديد ترتيبات اللقطة والاستلام وإيقاف السلسلة؛ وستستمر عمليات التحقق والستاكينغ الأصلية حتى التنفيذ.
تحل هذه الترتيبات مشكلة كيفية ترحيل الأصول. لكن السؤال الأطول أمدًا هو كيف سيلعب الرمز دوره في الأعمال الجديدة. أو بشكل أكثر صراحة: لماذا لا يزال المستخدمون بحاجة إلى ZETA؟
تُدفع رسوم شبكة Solana بعملة SOL، مما يعني أن ZETA لا يمكنها مواصلة دورها كرمز غاز لسلسلة عامة أصلية مباشرة. يجب أن تعتمد على قواعد الاستخدام على مستوى التطبيق لخلق الطلب. يوفر ZETA Access الحالي بالفعل مسارًا: يقوم المستخدمون بقفل ZETA للحصول على نقاط يمكن استخدامها في استدعاءات الذكاء الاصطناعي. يأمل الفريق في توسيع آلية الوصول هذه إلى ما بعد Anuma مع انضمام المزيد من التطبيقات، مما يجعل ZETA يخدم سيناريوهات أوسع للذكاء الاصطناعي الخاص.
لكن من قفل الرمز إلى عمل مستدام، هناك حساب يجب تسويته. يقلل القفل من الرموز المتداولة في السوق خلال فترة القفل، لكنه لا يولد إيرادات تشغيلية، بينما كل استدعاء نموذج له تكلفة فعلية. ما إذا كان المستخدمون على استعداد لتبني هذه الطريقة على المدى الطويل، وكيف يتم استرداد النقاط، وما هي الإيرادات التي تغطي نفقات الاستدلال، كلها عوامل ستؤثر على استدامة هذه الآلية.
علاوة على ذلك، يجب تحويل زيادة تطبيقات الطرف الثالث إلى طلب على ZETA من خلال قواعد محددة. هل يحتاج المطورون إلى الاحتفاظ بالرموز أو قفلها للانضمام، وكم المدة، وكيف يتم توزيع الرسوم؟ فقط عندما تتضح هذه الترتيبات تدريجيًا، ستصبح العلاقة بين نمو التطبيقات والرمز واضحة.
وأساس كل هذا لا يزال هو ما إذا كان المنتج نفسه يمكنه خلق طلب استخدام مستمر. يحاول Anuma توسيع سيناريوهات استخدامه. تختبر ميزة Nearby التي تم إطلاقها مؤخرًا استخدام الاهتمامات والتفضيلات الشخصية لاكتشاف الأشخاص المتوافقين المحتملين في الجوار، في محاولة لتمديد الذاكرة من الدردشة إلى الحياة الواقعية.
سواء كان الاكتشاف الاجتماعي أو تطبيقات الطرف الثالث المستقبلية، يحتاج الفريق إلى إثبات أن الذاكرة طويلة المدى يمكن أن تقدم ميزات يرغب المستخدمون في استخدامها بشكل متكرر. بالنسبة لـ ZETA، يجب أن تشكل هذه الميزات أيضًا استخدامًا واضحًا ومستدامًا للرمز.
يقدم اختيار ZetaChain حالة ملموسة للعلاقة بين السلسلة العامة والتطبيقات: عندما يتغير اتجاه المنتج، يمكن إعادة تسليم البنية التحتية التي كان يجب تشغيلها ذاتيًا إلى شبكة خارجية. إنهاء تشغيل الطبقة الأولى المستقلة يمكن أن يخفف جزءًا من عبء الصيانة عن الفريق، ويجعل نجاح أو فشل هذا التحول يعتمد بشكل مباشر أكثر على المنتج.
إغلاق سلسلتها الخاصة هو مجرد بداية لهذه المقايضة. هل سيستمر المستخدمون في الاستخدام، وهل سيكون المطورون على استعداد للدفع للانضمام، وهل يمكن لهذه الاحتياجات أن تجد مكانًا طويل الأمد لـ ZETA؟
هذه الإجابات هي التي ستحدد حقًا إلى أي مدى يمكن أن تذهب ZetaChain بعد إغلاق سلسلتها الخاصة.
هذا المحتوى لأغراض معلوماتية وتعليمية فقط، ولا يمثل نصيحة استثمارية تتعلق بـ BTCC. تبذل BTCC قصارى جهدها ولكنها لا تضمن صحة أو دقة أو أصالة المحتوى المذكور أعلاه.