رجیستری فراداده ASA روی زنجیره وستیج از ۷۶۶ ورودی گذشت
Asset Manager شرکت Vestige Labs آیکونها، توضیحات، پیوندهای اجتماعی و برچسبهای کیف پول ASA را با مدیران تحت کنترل سازنده و محاسبات عرضه مبتنی بر ARC-62 روی زنجیره میآورد — ۷۶۶ ورودی رجیستری فعال و مستندات کامل توسعهدهندگان منتشر شده است.

هویت عمومی توکنهای الگورند تا امروز بیشتر اجارهای بوده است. آیکون توکن در مخزن GitHub یک صرافی مینشیند، توضیحاتش را هر کیف پولی که تصادفاً آن را نمایش میدهد سرویراستار میکند، و پروژهای که بخواهد لوگویش را عوض کند باید یک پولریکوئست باز کند و منتظر پاسخ یک نگهدارنده بماند. Vestige Labs1 برای همین، Asset Manager2 را ساخته تا کل این پروفایل را به دفتر کل منتقل کند؛ و در نوشتار معرفی آن، این اصطکاک بیپرده نام برده شده است: «فراداده توکن همهجا پراکنده بود و هیچ روش استانداردی برای مدیریت آن وجود نداشت.»
ASA — سازوکار درونزاد الگورند برای انتشار توکن — تنها چند فیلد بومی دارد: نام، نام واحد، عرضه کل، اعشار و آدرسهای کنترلی. هر چیزی که یک توکن را قابل ارائه میکند، بیرون از زنجیره و در فهرستهایی که سرپرستان اداره میکنند زندگی کرده است: آیکونها در مخزن asa-list شرکت Tinyman3، برچسبهای کیف پول (آدرسهای تیم یا سوزاندن) در مخزن KnownAssetWallets خود وستیج4، و توضیحات و پیوندهای اجتماعی پراکنده در پلتفرمهای مختلف. هزینه عملی این وضعیت برای سازنده، بهروزرسانیهایی است که نیاز به بازبینی دستی چند سرویس دارد؛ و برای کاربر، اعداد عرضه در گردش که میان اکسپلوررها اختلاف دارند، چون هرکدام برچسبهای خودش را نگه میدارد. وستیج — همان تجمیعکننده و اکسپلورر سواپی که کارش را با نام TinyChart آغاز کرد و شمارندههای صفحه اصلیاش اکنون ۱,۴۸۲,۰۳۸ سواپ مسیریابیشده و ۲۰۷,۴۲۶,۲۲۳ دلار حجم تجمعی را نشان میدهند — پاسخ را با یک قرارداد هوشمند داده است که پروفایل توکن را مستقیماً روی زنجیره ذخیره میکند و مستندات مفصل آن در vestigelabs.org5 منتشر شده است.
قرارداد چه چیزی ذخیره میکند
قرارداد AsaMetadataManager (شناسه اپلیکیشن ۳۱۲۹۸۱۰۶۰۷6 روی mainnet) برای هر دارایی سه نوع رکورد را در box storage نگه میدارد؛ همان ناحیه کلید-مقدار دفتر کل برای دادههای اپلیکیشن. چون الگورند بلاکها را در حدود چهار ثانیه و با کارمزد کسری از یک سنت تسویه میکند، نوشتن و بهروزرسانی این رکوردها برای یک روند کاری روزمره بهقدر کافی ارزان است — الگویی که روی زنجیرهای با کارمزد سنگین گس عملاً ناممکن میبود.
| رجیستری | مفهوم | پیامد در دنیای واقعی |
|---|---|---|
| فراداده اصلی | توضیحات (حداکثر ۲۴۰7 بایت)، نشانی آیکون (حداکثر ۹۶ بایت) و تا ۱۵8 فیلد با برچسبهای شمارهدار — Twitter، Telegram، Discord، Farcaster، Bluesky، وبسایت و موارد دیگر — که هر مقدار آن تا ۹۶ بایت است | لوگو، معرفی و پیوندهای اجتماعی یک توکن به رکوردی درجهیک روی زنجیره تبدیل میشود که هر اکسپلورری میتواند بخواند، بهجای ردیفی در پایگاه داده یک شخص |
| برچسبهای کیف پول | تا ۲۰ آدرس برچسبدار، هرکدام با یک نوع (۱ = سوزاندن، ۲ = تیم) و یادداشتی کوتاه (حداکثر ۶۰ بایت)9 | پروژهها میتوانند ثابت کنند کدام کیف پولها مال خودشان است — خزانه تیم، صندوق بازاریابی، توکنهای سوزاندهشده — بدون نیاز به اجازه هیچکس |
| مدیران فراداده | تا ۱۰ آدرس مجاز برای ویرایش رکوردهای دارایی | کنترل میتواند میان یک تیم تقسیم شود؛ آخرین مدیر هرگز قابل حذف نیست، بنابراین هیچ دارایی بیسرپرست نمیماند |
منبع: 9 vestigelabs.org
سازنده وارد رابط کاربری Asset Manager2 میشود، کیف پولش را وصل میکند (Pera، Defly، Lute، WalletConnect، Exodus یا W3 Wallet)، شناسه ASA را در کادر جستوجو میزند و به صفحهای میرسد که به یک نمای فقطخواندنی — اطلاعات دارایی، آدرسهای مرتبط، توزیع عرضه — و بخشهای قابلویرایش برای فراداده، مدیران، فیلدها و برچسبهای کیف پول تقسیم شده است. نخستین ذخیرهسازی، یک مقداردهی اولیه یکباره را فعال میکند که فهرست مدیران را با آدرسهای سازنده، مدیر و رزرو دارایی بههمراه ادمین قرارداد پر میکند. آیکونهایی که از رایانه بارگذاری میشوند به IPFS، شبکه ذخیرهسازی فایل غیرمتمرکز، فرستاده میشوند و نشانی حاصل روی زنجیره ذخیره میشود. با انباشتهشدن ویرایشها، نواری شناور تعداد تراکنشها و کارمزد برآوردی، از جمله الزام حداقل موجودی باکسهای جدید، را نشان میدهد — ذخیرهسازی جعبهای حساب اپلیکیشن را ملزم میکند مقدار ALGO متناسب با بایتهای ذخیرهشده نگه دارد.
برچسبهای کیف پول سنگینترین بخش کار را انجام میدهند. ARC-62، استاندارد پیشنویس الگورند، عرضه در گردش را برابر عرضه کل منهای موجودی آدرس رزرو و همه کیف پولهای برچسبدار تعریف میکند؛ قرارداد همین محاسبه را مستقیماً در متد arc62_get_circulating_supply پیاده کرده است. «عرضه در گردش» یک توکن دیگر برآورد یک تیم نیست، بلکه عددی است که هر کسی میتواند از دفتر کل بازتولید کند. بر پایه پست معرفی پروژه، بکاند وستیج همچنین قراردادهای Vault و آدرسهای سوزاندن «bonfire» را بهطور خودکار در نظر میگیرد، حتی وقتی سازندگان آنها را برچسب نزده باشند.
روی زنجیره: راستیآزماییشده و در حال رشد
این رجیستری قابل بررسی است، نه ادعا. سازنده قرارداد، همان حساب پشت NFD با نام satishccy.algo است — Satish Chandra Chowdary Yadlapalli، که در صفحه تیم10 بهعنوان توسعهدهنده فولاستک بلاکچین و تنها مشارکتکننده مخزن متنباز قرارداد11 معرفی شده — و مدیر کل آن vest.algo، کیف پول خود وستیج است. حساب اپلیکیشن در ۲۰ ژوئیه ۲۰۲۵ تأمین مالی شد و پست معرفی12 دو روز بعد منتشر شد؛ یک نسخه دوقلوی testnet (اپلیکیشن ۷۴۳۱۲۲۴۱۱13) هم توسط همان حساب ساخته شد.
ذخیرهسازی جعبهای در حال حاضر ۷۶۶ ورودی را در سه رجیستری جای داده است — که با حداکثر سه باکس برای هر دارایی، معادل چند صد توکن متمایز است — در حالی که آخرین بار که این رسانه در اوایل اوت قرارداد را بررسی کرد، این عدد ۷۶۳ بود. نام باکسها به شناسههای دارایی رمزگشایی میشوند، با پیشوندهای «m» و «w» که بهترتیب رجیستری مدیران و برچسبهای کیف پول را مشخص میکنند، و نامهای نمونهبرداریشده به ASAهای واقعی مثل Glizzy Financial (شناسه ۱۰۵۳۲۶۰۲۵۶) میرسند. حساب اپلیکیشن جریان پیوستهای از پرداختهای کوچک ALGO دریافت کرده است، آخرین مورد در ۱۶ اوت ۲۰۲۶، که با تأمین حداقل موجودی موردنیاز ذخیرهسازی جعبهای همخوان است و نشانهای از اینکه قرارداد همچنان فعالانه استفاده میشود.
استفاده از محصول خود شرکت هم به چشم میآید. VEST، توکن خود وستیج14، یک پروفایل کامل روی زنجیره دارد: سه مدیر — satishccy.algo، vest.algo و grzracz.orange.algo، همان NFD بنیانگذار Grzegorz Raczek — چهار فیلد اجتماعی و سه برچسب کیف پول از جمله آدرسی سوزاندنی با عنوان «Bonfire Address» و کیف پول بنیانگذار، که قرارداد از آن عرضه در گردش ۴۲.۲۸ میلیون از ۱۰۰ میلیون VEST را استخراج میکند. یک پروژه کوچکتر همین چرخه را سرتاسر نشان میدهد: صفحه مدیریت Glizzy Financial15 آیکونی از IPFS، توضیحی («یک پرتفوی توکنیزهشده با مدیریت فعال. هدف ما افزودن نقدینگی و تملک ASAها در بسیاری از پروژههای جذاب جامعه الگورند است.») و vest.algo را بهعنوان مدیر اپلیکیشن دارد — و همان توضیح دقیقاً چیزی است که صفحه این دارایی در وستیج16 نمایش میدهد، با پیوندی با عنوان «Asset Manager» در فهرست اکسپلوررش. رجیستری همین حالا به خط لوله داده اکسپلورر وصل شده است.
استانداردها، مستندات و هابی که هنوز تثبیت نشده است
برای توسعهدهندگان، این قرارداد بهطور غیرمعمولی خوب مستند شده است. سایت مستندات17 شامل یک راهنمای توسعهدهنده18 با مثالهای JavaScript روی یک ABI JSON مبتنی بر ARC-56، یک مرجع API که همه متدها را پوشش میدهد و یک صفحه انطباق با استانداردها19 است. چون AVM مقادیر بازگشتی را به ۴ کیلوبایت محدود میکند، گترهای انبوه قرارداد داده را از طریق لاگ تراکنشها بیرون میدهند نه مقدار بازگشتی؛ کلاینتها خروجی کدگذاریشده با ABI را میگیرند و رمزگشایی میکنند، جزئیاتی که راهنما با کد عملی توضیح داده است.
| استاندارد | مفهوم | پیامد در دنیای واقعی |
|---|---|---|
| ARC-22 | متدهای فقطخواندنی که بدون امضاکننده هم قابل فراخوانیاند | هر کلاینتی میتواند فراداده را با یک فراخوانی شبیهسازیشده بپرسد — بدون کیف پول، بدون کارمزد |
| ARC-28 | رویدادهای استانداردشده اپلیکیشن | هر تغییر فراداده بهصورت یک رویداد ماشینخوان منتشر میشود، یک رد حسابرسی دائمی |
| ARC-56 | مشخصات ABI در قالب JSON | ابزارهای توسعهدهنده میتوانند از یک فایل منتشرشده، کلاینتهای تایپدار بسازند |
| ARC-62 | محاسبه عرضه در گردش | اعداد عرضه قابل راستیآزمایی و یکسان میان اپلیکیشنها میشود |
| ARC-65 | خطاهای استانداردشده قرارداد به کلاینت | فراخوانیهای ناموفق کدهایی مثل ERR:004:MAX را ثبت میکنند که به پیامهای خوانا نگاشت میشوند و اشکالزدایی را آسان میکنند |
مستندات، بقیه مجموعه را هم پوشش میدهد — Swap، Vault، Launchpad، Free API — بهعلاوه تیم، تماس، واژهنامه و سلبمسئولیتها، با بخشی برای rug.ninja که هنوز فقط یک «TBD» است. چند ناهمواری هم باقی مانده است. نقطه پایانی مستندات API رایگان، که در free-api.vestige.fi/docs معرفی شده، در زمان نگارش این مطلب خطای سرور ۵۳۰ برمیگرداند؛ ویکی قدیمی GitBook در about.vestige.fi هنوز مهر «آخرین بهروزرسانی» سه سال پیش را دارد؛ و پاسخ پرسشهای متداول به اینکه بهروزرسانی بعدی کِی منتشر میشود، به شکلی تازه، این است: «دو هفته دیگر». دیسکورد Vestige Labs در زمان بررسی ۲,۱۸۷ عضو با ۱۲۸ نفر آنلاین را نشان میدهد.
ریسکها و بدهبستانهایی که باید نام برد
چند هشدار اینجا ساختاری است، نه ظاهری. نخست، تمرکز: vest.algo در هنگام مقداردهی اولیه به فهرست مدیران هر دارایی اضافه میشود — خود رابط کاربری یادآوری میکند: «این آدرس قرارداد فراداده را مدیریت میکند و در هنگام مقداردهی اولیه به فهرست مدیران دارایی افزوده میشود. در صورت تمایل میتوانید آن را حذف کنید.» مدیران خود دارایی میتوانند وستیج را حذف کنند، اما بهطور پیشفرض گرداننده رجیستری دسترسی نوشتن به همه پروفایلهای ثبتشده را دارد: همان مسئله دروازهبانی که محصول ادعای رفعش را دارد تا حدی بازتولید میشود، با این تفاوت که قابل انصراف دادن و روی زنجیره قابل مشاهده است. دوم، نه مستندات و نه مخزن به حسابرسی شخص ثالث از قرارداد اشارهای نکردهاند؛ داستان امنیت روی احراز هویت مدیران، اعتبارسنجی ورودی، محافظت از حذف آخرین مدیر و ثبت رویدادها تکیه دارد، که همهشان در README مستند شدهاند. سوم، انگیزهها: همان شرکت هم رجیستری را میگرداند، هم اکسپلورری که دادههایش را نمایش میدهد و هم VEST را، توکنی که دارندگانش سهم بزرگتری از پاداش بهبود قیمت روتر سواپ میگیرند؛ پاداشی که مستندات سواپ میگوید با مقدار VEST در اختیار بزرگ میشود. وقتی خود وستیج کیف پولهای توکن خودش را برچسب میزند، عدد عرضه در گردش حاصل در کل اکوسیستم نمایش داده میشود؛ چیزی پنهان نیست، اما گرداننده رجیستری ناظری بیطرف بر اعدادی نیست که منتشر میکند. در نهایت، پذیرش واقعی اما متوسط است — چند صد توکن بخش کوچکی از ASAهای منتشرشده روی الگورند است و بیشتر استفادههای قابل مشاهده تا اینجا به داراییهای خود وستیج مربوط میشود.
جمعبندی
Asset Manager زیرساختیترین محصولی است که وستیج تا امروز عرضه کرده: هویت یک توکن را به رکوردی روی زنجیره، قابل حسابرسی و در کنترل سازنده تبدیل میکند، و ارزشش با شمار مصرفکنندگانی که تصمیم میگیرند آن را بخوانند — اکسپلوررها، کیف پولها، ابزارهای تحلیلی — بهجای نگهداشتن فهرستهای خودشان، رشد میکند. همین پذیرش، پرسش بیپاسخ است. فعلاً رجیستری فعال، مستند، در حال رشد و برای هر کسی که یک indexer در اختیار دارد قابل راستیآزمایی است؛ اینکه به منبع استاندارد حقیقت در اکوسیستم تبدیل شود یا نه، به این بستگی دارد که دیگران چه تصمیمی بگیرند.
منبع
- Asset Manager وستیج2
- مستندات Asset Manager — مقدمه20
- راهنمای توسعهدهنده18
- انطباق با استانداردها19
- مخزن asset-meta-arc11
- صفحه دارایی VEST14
- صفحه دارایی Glizzy Financial16
- پست معرفی Vestige Labs (بایگانیشده)12
- Vestige.fi21
- متدهای ABI | Vestige Labs22
- انطباق با استانداردها | Vestige Labs19
- مقدمه | Vestige Labs20
- وستیج چیست؟ | Vestige Labs23
- تیم | Vestige Labs10
- راهنمای Asset Manager | Vestige Labs24
- API رایگان | Vestige Labs25
- راهنمای توسعهدهنده | Vestige Labs18
- مقدمه | Vestige Labs26
- محصولات ما | Vestige Labs27
- Vault | Vestige Labs28
- پست @algorand.pxke.me — Bluesky29
۸ رقم این گزارش بررسی شده است.دیدن همهٔ بررسیها
منابع
- 1Vestige Labs github.com↩
- 2Asset Manager vestige.fi↩
- 3مخزن asa-list شرکت Tinyman github.com↩
- 4مخزن KnownAssetWallets خود وستیج github.com↩
- 5vestigelabs.org vestigelabs.org↩
- 10صفحه تیم vestigelabs.org↩
- 11مخزن متنباز قرارداد github.com↩
- 12پست معرفی web.archive.org↩
- 14VEST، توکن خود وستیج vestige.fi↩
- 15صفحه مدیریت Glizzy Financial vestige.fi↩
- 16صفحه این دارایی در وستیج vestige.fi↩
- 17سایت مستندات vestigelabs.org↩
- 18راهنمای توسعهدهنده vestigelabs.org↩
- 19انطباق با استانداردها vestigelabs.org↩
- 20مستندات Asset Manager — مقدمه vestigelabs.org↩
- 21vestige.fi vestige.fi↩
- 22متدهای ABI | Vestige Labs vestigelabs.org↩
- 23وستیج چیست؟ | Vestige Labs vestigelabs.org↩
- 24راهنمای Asset Manager | Vestige Labs vestigelabs.org↩
- 25API رایگان | Vestige Labs vestigelabs.org↩
- 26مقدمه | Vestige Labs vestigelabs.org↩
- 27محصولات ما | Vestige Labs vestigelabs.org↩
- 28Vault | Vestige Labs vestigelabs.org↩
- 29پست @algorand.pxke.me — Bluesky bsky.app↩