سجل بيانات ASA الوصفية على السلسلة من Vestige يتجاوز 766 مدخلاً

كانت الهوية العامة لأي توكن على Algorand في أغلبها «مستأجرة»؛ أيقونة التوكن موجودة في مستودع GitHub الخاص بإحدى المنصات، ووصفه يُدار بواسطة أي تطبيق محفظة يعرضه، وأي مشروع يريد تغيير شعاره يفتح طلب سحب وينتظر المشرف. طوّرت Vestige Labs منتج Asset Manager لنقل هذا الملف الشخصي بأكمله إلى السجل، وتستهل وثيقة الإطلاق بذكر الاحتكاك مباشرة: «بيانات التوكن الوصفية كانت مبعثرة في كل مكان، دون أي معيار لإدارتها».
أصول ASA، الآلية المدمجة في السلسلة لإصدار التوكنات، تحمل حقولاً أصلية قليلة فقط: الاسم، واسم الوحدة، وإجمالي المعروض، والكسور العشرية، وعناوين التحكم. كل ما يجعل التوكن قابلاً للعرض كان موجوداً في قوائم يديرها منسقون خارج السلسلة: الأيقونات في مستودع asa-list الخاص بـ Tinyman، وملصقات المحافظ (عناوين الفريق أو الحرق) في مستودع KnownAssetWallets الخاص بـ Vestige، بينما تتناثر الأوصاف وروابط التواصل عبر منصات متعددة. التكلفة العملية للمنشئ هي تحديثات تتطلب مراجعة يدوية من عدة خدمات؛ أما للمستخدم فهي أرقام المعروض المتداول التي تختلف بين المستكشفات لأن كل مستكشف يحتفظ بملصقاته الخاصة. تستجيب Vestige — مجمع التبادل والمستكشف الذي بدأ باسم TinyChart، والذي تعرض عدادات صفحته الرئيسية الآن 1,482,038 عملية تبادل موجّهة و207,426,223 دولاراً من الحجم التراكمي — بعقد ذكي يخزن ملف التوكن مباشرة على السلسلة، مع توثيق معمق في vestigelabs.org.
ما يخزنه العقد
عقد AsaMetadataManager (معرّف التطبيق 3129810607 على الشبكة الرئيسية) يحتفظ بثلاثة أنواع من السجلات لكل أصل في تخزين الصناديق، وهي منطقة المفاتيح-القيم في السجل لبيانات التطبيق. ولأن Algorand تسوّي الكتل في حوالي أربع ثوانٍ وبتكاليف معاملات لا تتجاوز كسور السنت، فإن كتابة هذه السجلات وتحديثها رخيصة بما يكفي لتكون سير عمل روتينياً — وهو نمط سيكون غير عملي على سلسلة ذات رسوم غاز مرتفعة.
| السجل | المفهوم | الأثر العملي |
|---|---|---|
| البيانات الوصفية الأساسية | الوصف (حتى 240 بايت)، رابط الأيقونة (حتى 96 بايت)، وحتى 15 حقلاً بملصقات محددة مسبقاً — Twitter، Telegram، Discord، Farcaster، Bluesky، موقع الويب وغيرها — كل قيمة حتى 96 بايت | شعار التوكن ووصفه وروابط تواصله تصبح سجلاً على السلسلة من الدرجة الأولى يمكن لأي مستكشف قراءته، بدلاً من كونها صفاً في قاعدة بيانات أحدهم |
| ملصقات المحافظ | حتى 20 عنواناً مُعلَّماً، لكل عنوان نوع (1 = حرق، 2 = فريق) وملاحظة قصيرة (حتى 60 بايت) | يمكن للمشاريع إثبات أي المحافظ ملكها — خزانة الفريق، صندوق التسويق، التوكنات المحروقة — دون إذن من أي أحد |
| مديرو البيانات الوصفية | حتى 10 عناوين مفوّضة لتعديل سجلات الأصل | يمكن توزيع السيطرة على الفريق؛ ولا يمكن إزالة آخر مدير، لذا لا يمكن للأصل أن يصبح يتيماً |
يدخل المنشئ إلى واجهة Asset Manager، ويوصّل محفظة (Pera، Defly، Lute، WalletConnect، Exodus أو W3 Wallet)، ويكتب معرّف ASA في خانة البحث، ليصل إلى صفحة مقسمة إلى نظرة عامة للقراءة فقط — معلومات الأصل، العناوين ذات الصلة، توزيع المعروض — وأقسام قابلة للتحرير للبيانات الوصفية والمدراء والحقول وملصقات المحافظ. يؤدي الحفظ الأول إلى تهيئة لمرة واحدة تملأ قائمة المدراء بعنوان منشئ الأصل ومديره وعنوان الاحتياطي بالإضافة إلى مسؤول العقد. الأيقونات المرفوعة من جهاز الكمبيوتر تُرسل إلى IPFS، شبكة التخزين اللامركزي، ويُخزَّن الرابط الناتج على السلسلة. مع تراكم التعديلات، يظهر شريط عائم يعرض عدد المعاملات والرسوم المقدّرة، بما في ذلك متطلبات الرصيد الأدنى للصناديق الجديدة — إذ يلزم تخزين الصناديق حساب التطبيق بالاحتفاظ بأصول ALGO تتناسب مع البايتات التي يخزنها.
ملصقات المحافظ تقوم بالعمل الأثقل. معيار ARC-62، وهو معيار Algorand قيد الطرح، يعرّف المعروض المتداول على أنه إجمالي المعروض مطروحاً منه رصيد عنوان الاحتياطي وجميع المحافظ المُعلَّمة؛ وينفذ العقد هذا الحساب مباشرة في طريقته arc62_get_circulating_supply. وبهذا يتوقف «المعروض المتداول» للتوكن عن كونه تقديراً من فريق واحد ويصبح رقماً يمكن لأي شخص إعادة إنتاجه من السجل. كما أن الخلفية البرمجية لـ Vestige تحسب تلقائياً عقود الخزنة وعناوين الحرق من نوع «bonfire» حتى عندما لا يكون المنشئون قد وضعوا لها ملصقات، وفق ما ورد في منشور الإطلاق.
على السلسلة: مُتحقَّق منه، وفي نمو
السجل قابل للتحقق وليس مجرد ادعاء. منشئ العقد هو الحساب المرتبط بـ NFD satishccy.algo — Satish Chandra Chowdary Yadlapalli، المدرج في صفحة الفريق كمطوّر بلوك تشين متكامل والمساهم الوحيد في مستودع العقد مفتوح المصدر — ومديره العام هو vest.algo، محفظة Vestige الخاصة. تم تمويل حساب التطبيق في 20 يوليو 2025، ونُشر منشور الإطلاق بعدها بيومين؛ كما أنشأ الحساب نفسه نسخة شبكة اختبار (التطبيق 743122411).
يحتوي تخزين الصناديق حالياً على 766 سجلاً عبر السجلات الثلاثة — أي ما يعادل، مع ما يصل إلى ثلاثة صناديق لكل أصل، بضع مئات من التوكنات المميزة — مقابل 763 عندما راجعنا العقد في وقت سابق من أغسطس. تُفكّ تسمية أسماء الصناديق إلى معرّفات الأصول، حيث تشير البادئتان 'm' و 'w' إلى سجلّي المدراء وملصقات المحافظ، وتعود الأسماء المختارة إلى أصول ASA حقيقية مثل Glizzy Financial (المعرّف 1053260256). وقد استلم حساب التطبيق تدفقاً مستمراً من مدفوعات ALGO الصغيرة، آخرها في 16 أغسطس 2026، بما يتوافق مع تمويل الرصيد الأدنى الذي يفرضه تخزين الصناديق وكمؤشر على أن العقد ما زال قيد الاستخدام النشط.
الاستخدام الذاتي للمنتج واضح. VEST، توكن Vestige الخاص، يحمل ملفاً كاملاً على السلسلة: ثلاثة مدراء — satishccy.algo، وvest.algo، وgrzracz.orange.algo، أي NFD الخاص بالمؤسس Grzegorz Raczek — وأربعة حقول تواصل، وثلاثة ملصقات محافظ، من بينها عنوان حرق موصوف بأنه «Bonfire Address» ومحفظة المؤسس، ومن هذه يستنتج العقد معروضاً متداولاً قدره 42.28 مليون من أصل 100 مليون VEST. مشروع أصغر يُظهر الحلقة نفسها من البداية إلى النهاية: صفحة إدارة Glizzy Financial تحمل أيقونة IPFS ووصفاً («محفظة [ASA] مُدارة بنشاط ومُرمَّزة. نهدف إلى إضافة السيولة واقتناء أصول ASA عبر العديد من المشاريع المثيرة في مجتمع Algorand.»)، وvest.algo كمدير تطبيق — وهذا الوصف هو بالضبط ما تعرضه صفحة الأصل على Vestige، مع رابط «Asset Manager» في قائمة المستكشف. السجل موصول بالفعل بخط بيانات المستكشف.
المعايير والوثائق ومركز ما زال قيد التشكل
بالنسبة للمطورين، العقد موثّق بشكل غير مألوف. موقع الوثائق يحمل دليل المطور مع أمثلة بلغة JavaScript تستند إلى JSON لمواصفات ARC-56، ومرجع API يغطي كل دالة، وصفحة الامتثال للمعايير. ولأن AVM تحدّ من القيم المُرجعة إلى 4 كيلوبايت، فإن دوال الجلب الجماعي في العقد تُصدر البيانات عبر سجلات المعاملات بدلاً من القيم المُرجعة؛ وتلتقط التطبيقات العميلة المخرجات المشفرة وفق ABI وتفك تشفيرها، وهي تفاصيل يشرحها الدليل مع كود برمجي قابل للتشغيل.
| المعيار | المفهوم | الأثر العملي |
|---|---|---|
| ARC-22 | دوال للقراءة فقط يمكن استدعاؤها دون موقّع | يمكن لأي عميل الاستعلام عن البيانات الوصفية عبر استدعاء محاكى — دون محفظة أو رسوم |
| ARC-28 | أحداث تطبيق معيارية | كل تغيير في البيانات الوصفية يُصدر كحدث قابل للقراءة آلياً، وهو سجل تدقيق دائم |
| ARC-56 | مواصفة ABI بصيغة JSON | يمكن لأدوات المطورين توليد عملاء مكتوبين بأنواع من ملف واحد منشور |
| ARC-62 | حساب المعروض المتداول | تصبح أرقام المعروض قابلة للتحقق ومتسقة عبر التطبيقات |
| ARC-65 | أخطاء معيارية من العقد إلى العميل | تسجل الاستدعاءات الفاشلة أكواداً مثل ERR:004:MAX تُترجم إلى رسائل مفهومة، مما يسهل تصحيح الأخطاء |
تغطي الوثائق أيضاً بقية مجموعة المنتجات — Swap، Vault، Launchpad، Free API — بالإضافة إلى الفريق وجهات الاتصال والمسرد وإخلاء المسؤولية، مع قسم rug.ninja الذي ما زال عبارة عن «TBD» واحدة. ما زالت هناك بعض الزوايا غير المصقولة. نقطة نهاية وثائق Free API، المُعلن عنها في free-api.vestige.fi/docs، تُرجع خطأ خادم 530 وقت كتابة هذا التقرير؛ كما ما زال ويكيبيديا GitBook الأقدم على about.vestige.fi يحمل طوابع «آخر تحديث» من ثلاث سنوات مضت؛ وجواب الأسئلة الشائعة عن موعد التحديث القادم هو، على نحو مميز، «أسبوعان». قائمة Discord الخاصة بـ Vestige Labs تضم 2,187 عضواً، منهم 128 متصلاً وقت الفحص.
مخاطر ومقايضات جديرة بالذكر
هناك بعض التحفظات الهيكلية وليست التجميلية. أولاً: المركزية؛ إذ يُدرج vest.algo في قائمة مدراء كل أصل عند التهيئة — وتلاحظ الواجهة نفسها: «هذا العنوان يدير عقد البيانات الوصفية وسيُضاف إلى قائمة مدراء الأصول أثناء التهيئة. يمكنك إزالته إذا رغبت.» يمكن لمدراء الأصل أنفسهم إزالة Vestige، لكن افتراضياً يملك مشغّل السجل صلاحيات كتابة على كل ملف مسجّل: مشكلة حارس البوابة التي يدّعي المنتج إزالتها تتكرر جزئياً، والفرق أنها قابلة لإلغاء الاشتراك ومرئية على السلسلة. ثانياً: لا الوثائق ولا المستودع يشيران إلى تدقيق خارجي للعقد؛ فالسرد الأمني يعتمد على مصادقة المدراء، والتحقق من صحة المدخلات، والحماية من إزالة آخر مدير، وتسجيل الأحداث، وكل ذلك موثّق في README. ثالثاً: الحوافز؛ فالشركة نفسها تشغّل السجل، والمستكشف الذي يعرض بياناته، وتوكن VEST الذي يحصل حاملوه على حصة أكبر من مكافأة تحسين السعر في مسار التبادل، والتي تصفها وثائق التبادل بأنها تزداد مع كمية VEST المحتفظ بها. عندما تُصنّف Vestige محافظ توكنها الخاص، يُعرض رقم المعروض المتداول الناتج على مستوى النظام البيئي؛ لا شيء مخفي، لكن مشغّل السجل ليس مراقباً محايداً للأرقام التي ينشرها. أخيراً، التبني حقيقي لكنه متواضع — فبضع مئات من التوكنات تمثل جزءاً صغيراً من أصول ASA الصادرة على Algorand، وكثير من الاستخدام المرئي حتى الآن هو لممتلكات Vestige نفسها.
الخلاصة
Asset Manager هو أكثر منتجات Vestige شبهاً بالبنية التحتية التي أصدرتها: فهو يحوّل هوية التوكن إلى سجل قابل للتدقيق على السلسلة وتحت سيطرة المنشئ، وتنمو قيمته مع عدد المستهلكين — المستكشفات والمحافظ وأدوات التحليلات — الذين يختارون قراءته بدلاً من الحفاظ على قوائمهم الخاصة. هذا التبني هو السؤال المفتوح. حالياً السجل حي وموثّق وينمو، ويمكن لأي شخص لديه مفهرس التحقق منه؛ وما إذا كان سيصبح مصدر الحقيقة المعياري للنظام البيئي يعتمد على من سيقرر استخدامه أيضاً.
المصادر
- Vestige Asset Manager
- Asset Manager docs — Introduction
- Developer Guide
- Standards Compliance
- asset-meta-arc repository
- VEST asset page
- Glizzy Financial asset page
- Vestige Labs launch post (archived)
- Vestige.fi
- ABI Methods | Vestige Labs
- Standards Compliance | Vestige Labs
- Introduction | Vestige Labs
- What is Vestige? | Vestige Labs
- Team | Vestige Labs
- Asset Manager Guide | Vestige Labs
- Free API | Vestige Labs
- Developer Guide | Vestige Labs
- Intro | Vestige Labs
- Our Products | Vestige Labs
- Vault | Vestige Labs
- Post by @algorand.pxke.me — Bluesky
Source: https://vestigelabs.org/docs/vestigefi/Disclaimers/terms-of-service