نحوه کار ثبتنامهای ERC-8004: هویت، شهرت و اعتبارسنجی برای عوامل
چگونه ثبتنامهای ERC-8004 کار میکند یک خط لوله سهگانه است: یک AgentID ERC-721 به یک فایل ثبتنام خارج از زنجیره اشاره میکند، در حالی که ثبتنامهای جداگانه اعتبار و اعتبارسنجی سیگنالهای اعتماد 0-100 فشرده را با اشارهگرهای شواهد ثبت میکنند.
طراحی بهطور مستقیم "حقیقت عامل" را در زنجیره قرار نمیدهد، بلکه استاندارد میکند که کجا باید جستجو کرد (هویت)، چه کسی میتواند صحبت کند (اعتبار مجاز) و چگونه میتوان اطمینان را قیمتگذاری کرد (اعتبارسنجی) برای هویت عامل 8004.
نکات کلیدی
- ERC-8004 سه ثبتنام سبک در زنجیره را تعریف میکند: هویت، اعتبار و اعتبارسنجی.
- ثبتنام هویت از یک AgentID ERC-721 استفاده میکند که tokenURI آن به یک فایل ثبتنام عامل خارج از زنجیره اشاره میکند که نقاط پایانی و شناسههایی مانند A2A، MCP، ENS و آدرسهای کیف پول را فهرست میکند.
- ثبتنام اعتبار سیگنالهای بازخورد 0-100 قابل حمل را با برچسبهای اختیاری و "لینکهای" خارج از زنجیره ثبت میکند و یک راهنمای توسعهدهنده یک دروازه feedbackAuth امضا شده توسط عامل را توصیف میکند تا اسپم دلخواه را کاهش دهد.ثبتنام اعتبارسنجی تماسهای validationRequest و پاسخهای اعتبارسنجی 0-100 را ثبت میکند و به برنامهها اجازه میدهد تا در استیکینگ، اثباتهای zkML یا "تأییدیههای" TEE بدون تغییر در کشف، جایگزین شوند.ثبتنامهای ERC-8004 و هدف آنها
- ثبتنامهای ERC-8004 "قراردادهای هوشمند" هستند که سوابق استاندارد شده را ذخیره میکنند و رویدادهایی را منتشر میکنند تا سایر برنامهها بتوانند هویت عامل و سیگنالهای اعتماد را بدون مذاکره در مورد طرحهای سفارشی جستجو کنند. حرکت اصلی استاندارد تقسیم "اعتماد" به سه سطح متمایز است: یک ثبتنام هویت برای کشف، یک ثبتنام اعتبار برای بازخورد کاربر و یک ثبتنام اعتبارسنجی برای بررسیهای شخص ثالث.
- این جداسازی دلیل این است که ثبتنامهای erc 8004 در زنجیره سبک باقی میمانند در حالی که هنوز هم قابل ترکیب در برنامهها هستند.مدل ذهنی مفید یک فایل اعتباری در زنجیره برای "عاملهای خودمختار" است. ثبتنام هویت شماره حساب و اطلاعات مسیریابی است، نه نمره اعتباری. اعتبار و اعتبارسنجی دو دفترچه مختلف از سیگنالهای فشرده 0-100 هستند که هر کدام مجاز به حمل برچسبها و اشارهگرها به شواهد خارج از زنجیره هستند. این الگوی ثبتنام هویت اعتبار اعتبارسنجی است: زنجیره را به عنوان نمایه مرجع و لنگر یکپارچگی نگه دارید و جزئیات نامنظم را خارج از زنجیره نگه دارید.ERC-8004 به عنوان یک "پیشنهاد بهبود اتریوم" در وضعیت پیشنویس توصیف شده و در حال بررسی همتا است. راهنمای اصلی تاریخ ایجاد را 13 اوت 2025 ذکر میکند و نام همکاران را مارکو دیروسی (MetaMask)، داویده کراپی (بنیاد اتریوم)، جوردن الیس (گوگل) و اریک رپل (Coinbase) مینامد. این وضعیت پیشنویس مهم است زیرا رابطها به گونهای طراحی شدهاند که برای آزمایش پایدار باشند، اما سازندگان باید انتظار داشته باشند که جزئیات سطح میدانی تکامل یابند.
موضوع گستردهتر هویت عامل است و پایاننامه ERC-8004 بهطور عمدی باریک است: این ادعا نمیکند که تواناییهای یک عامل را در زنجیره اثبات کند. این استاندارد میکند که آن ادعاها کجا زندگی میکنند (ثبتنام tokenURI)، چگونه بازخورد به روشی که سختتر باشد برای اسپم ارسال میشود (مجوز) و چگونه میتوان اطمینان مستقل را زمانی که ریسک افزایش مییابد خریداری کرد (اعتبارسنجی).
چگونه ثبتنام هویت کار میکندچرخه عمر ثبتنام هویت در زنجیره کوتاه و خارج از زنجیره طولانی است. در زنجیره، مکانیزم یک ERC-721 با ذخیرهسازی URI است: یک توکن AgentID منحصر به فرد را ضرب کنید، tokenURI آن را تنظیم کنید و به فهرستگذاری و رویدادهای استاندارد "NFT" برای کشف تکیه کنید. خارج از زنجیره، tokenURI به یک فایل ثبتنام عامل اشاره میکند که مانند یک سند پیکربندی زنده عمل میکند که نحوه دسترسی و تفسیر عامل را توضیح میدهد.یک جریان مشخص به این شکل است:
1. یک اپراتور عامل یک AgentID ERC-721 را در ثبتنام هویت ضرب میکند و tokenURI را تنظیم میکند. 2. فهرستسازها و برنامهها رویدادهای ثبتنام را مشاهده میکنند و AgentIDها را به همان روشی که NFTها را فهرست میکنند، شمارهگذاری میکنند. 3.
برنامه tokenURI را دریافت میکند و فایل ثبتنام عامل خارج از زنجیره را میخواند تا نقاط پایانی و شناسهها را یاد بگیرد.منبع اصلی توصیف میکند که آن فایل ثبتنام شامل نقاط پایانی و شناسههایی مانند A2A، MCP، ENS و آدرسهای کیف پول است. این بار عملیاتی است. اگر یک برنامه در تلاش است تا یک وظیفه را به یک عامل ارجاع دهد، ثبتنام هویت به آن اشارهگر مرجع به "کجا باید با من صحبت کنید" و "چه دستههایی را ادعا میکنم" را میدهد.این همچنین جایی است که بیشتر ادغامها غافلگیر میشوند. توکن ERC-721 به یک برنامه نمیگوید که آیا فایل ثبتنام خارج از زنجیره به آرامی تغییر کرده است، آیا یک نقطه پایانی خاموش شده است یا آیا یک نام ENS دوباره اشاره شده است. رفتار با محتوای tokenURI مانند پیکربندی تولید، رویکرد درستی است: آن را نسخهبندی کنید، در صورت امکان به ذخیرهسازی آدرس محتوا متصل کنید و در مورد تغییرات هشدار دهید. بخش زنجیره بهطور عمدی خستهکننده است و این هدف است.
اشیاء مورد نیاز به طور طبیعی در اینجا ظاهر میشوند: ثبتنام هویت قرارداد است، AgentID توکن ERC-721 است و کارت عامل چیزی است که بسیاری از رابطهای کاربری از tokenURI به علاوه هر گونه خلاصه اعتبار و اعتبار ذخیره شده نمایش میدهند.چگونه سیگنالهای اعتبار ثبت میشونداعتبار در erc 8004 به گونهای طراحی شده است که قابل حمل باشد اما بدون مجوز نیست.
ثبتنام اعتبار یک رابط استاندارد برای ارسال و بازیابی سیگنالهای بازخورد ارائه میدهد و منبع اصلی آن سیگنالها را به عنوان نمرات 0-100 با برچسبهای اختیاری و لینکهایی به دادههای بازخورد دقیق خارج از زنجیره فریم میکند. زنجیره سیگنال فشرده را ذخیره میکند. لینک خارج از زنجیره روایت، رسیدها و هر زمینهای را که یک برنامه میخواهد به یک انسان نشان دهد، حمل میکند.
مکانیسم کلیدی که ثبتنام اعتبار را از تبدیل شدن به یک دیوار اسپم غیرقابل معامله حفظ میکند، مجوز است. یک راهنمای توسعهدهندهمحور ثبتنام اعتبار را به عنوان نیاز به مجوز صادر شده توسط عامل از طریق یک feedbackAuth امضا شده توصیف میکند. ایده ساده است: عامل یک طرف مقابل خاص را برای ارسال بازخورد پیشمجوز میدهد، بنابراین آدرسهای تصادفی نمیتوانند به طور گسترده نظرات منفی را بدون هیچ گونه تعامل ارسال کنند.
یک توالی معمولی به این شکل است:
1. عامل یک وظیفه را میپذیرد و یک مجوز بازخورد به مشتری صادر میکند. 2. مشتری بازخورد را به ثبتنام اعتبار با نمره (0-100)، برچسبهای اختیاری، URI و هش خارج از زنجیره اختیاری و feedbackAuth ارسال میکند. 3.
برنامهها و تجمیعکنندهها رویدادهای بازخورد زنجیرهای را میخوانند و خلاصههای خود را محاسبه میکنند، در حالی که فقط زمانی که نیاز باشد جزئیات خارج از زنجیره را دریافت میکنند.راهنمای اصلی همچنین به یک بلیط پذیرش تمیزتر برای بررسیهای "استفاده واقعی" اشاره میکند: اثباتهای پرداخت x402. این بهطور صریح کد وضعیت HTTP "402 پرداخت مورد نیاز" را به عنوان بخشی از فریم x402 ارجاع میدهد و توصیف میکند که از اثباتهای پرداخت استفاده میکند تا فقط مشتریان پرداختکننده بتوانند نظرات را بگذارند. این یک ترکیب محکم است: دروازههای پرداخت که میتوانند صحبت کنند، ثبتنام حداقل سیگنال 0-100 را ذخیره میکند و لینک شواهد میتواند رسید را نگه دارد.هیچیک از اینها رفتار سیبیل را حذف نمیکند. منبع اصلی اذعان میکند که پیشمجوز تنها بهطور جزئی اسپم را کاهش میدهد و حملات سیبیل همچنان ممکن است، که به همین دلیل بسیاری از پیادهسازیها هنوز هم به بررسیکنندگان وزن میدهند، اعتبار بررسیکنندگان را حفظ میکنند یا هزینههای اقتصادی را در جای دیگر تحمیل میکنند.
چگونه درخواستها و پاسخهای اعتبارسنجی کار میکنند
اعتبارسنجی ثبتنامی است که برنامهها برای کاهش ریسک خرید میکنند. ثبتنام اعتبارسنجی از درخواست و ثبت بررسیهای مستقل اعتبارسنجی پشتیبانی میکند و منبع اصلی یک تابع validationRequest به علاوه پاسخهای اعتبارسنجی نمرهگذاری شده 0-100 را توصیف میکند. آن دامنه 0-100 بهطور عمدی انعطافپذیر است: یک برنامه میتواند آن را به عنوان قبول یا رد، یا به عنوان یک طیف که در آن اعتبارسنجیهای مختلف آستانههای متفاوتی دارند، در نظر بگیرد.
جریان یک الگوی درخواست-پاسخ است:
1. یک عامل یا مصرفکننده validationRequest را برای درخواست از یک اعتبارسنجی برای بررسی یک ادعا یا خروجی فراخوانی میکند. 2. یک اعتبارسنجی بررسی خود را با استفاده از هر فناوری اطمینانی که پشتیبانی میکند، انجام میدهد. 3. اعتبارسنجی یک پاسخ با نمره 0-100 ارسال میکند و میتواند شواهد خارج از زنجیره را از طریق URIها و هشها پیوست کند.
انتخاب طراحی مهم این است که ثبتنام یک روش تأیید واحد را سختکد نمیکند. منابع به چندین مکانیزم، از جمله استیکینگ اقتصادی-کریپتو، اثباتهای zkML و "اوراکلها" یا تأییدیههای TEE اشاره میکنند. بسیاری از پیادهسازیها میتوانند تأییدیهها را خارج از زنجیره تأیید کنند و سپس نتیجه را در زنجیره منتشر کنند و زنجیره را به عنوان لایه تسویه برای "آنچه ادعا شده است" و "چه کسی آن را گفت" نگه دارند.
این جایی است که پایاننامه بر روی صفحه نمایش ظاهر میشود: ERC-8004 اعتماد را به یک نشان دوگانه تبدیل نمیکند. این استاندارد میکند که چگونه یک مصرفکننده عامل را کشف میکند، سپس به مصرفکننده اجازه میدهد تا اطمینان را با ریسک تنظیم کند. مسیرهای با ریسک پایین میتوانند به سیگنالهای اعتبار تکیه کنند. اقدامات با ریسک متوسط میتوانند نیاز به اعتبارسنجی مبتنی بر استیک داشته باشند. اقدامات با ریسک بالا میتوانند نیاز به تأیید رمزنگاری مانند تأییدیههای TEE یا اثباتهای zkML داشته باشند، در حالی که ثبتنام به عنوان مکان مرجع برای یافتن آخرین پاسخها عمل میکند.
ترکیب ثبتنامها بهطور ایمن
یک ادغام ایمن سه ثبتنام را به یک تصمیم اعتماد چند لایه ترکیب میکند، نه اینکه همه چیز را به یک "نمره اعتماد" واحد میانگین کند. هویت لایه جستجو است، اعتبار تاریخچه قابل حمل طرفهای مقابل است که درباره نتایج صحبت میکنند و اعتبارسنجی خرید صریح اطمینان برای یک ادعای خاص است. رفتار با آنها به عنوان اعداد قابل تعویض این است که چگونه برنامهها در نهایت به چیز اشتباهی اعتماد میکنند.
یک مدل دروازهگذاری عملی بهطور واضح به مدلهای اعتمادی که در راهنمای اصلی توصیف شدهاند، نقشهبرداری میکند:
1. ریسک پایین: از هویت به علاوه اعتبار برای کشف و مسیریابی استفاده کنید. برنامه tokenURI را میخواند، فیلدهای کارت عامل را که برایش مهم است بررسی میکند و از سیگنالهای اعتبار به عنوان فیلتر استفاده میکند. 2. ریسک متوسط: نیاز به اعتبارسنجی اقتصادی-کریپتو. برنامه تنها زمانی ادامه میدهد که پاسخ اعتبارسنجی به آستانه آن برسد و میتواند اعتبارسنجیهایی را که نتایج مبتنی بر استیک را منتشر میکنند، ترجیح دهد. 3. ریسک بالا: نیاز به تأیید رمزنگاری.
برنامه نیاز به تأییدیههای TEE یا اثباتهای zkML دارد، در حالی که ثبتنام اعتبار پاسخ 0-100 و اشارهگرهای شواهد را ذخیره میکند.
لبه تیز انحراف خارج از زنجیره است. tokenURI ثبتنام هویت میتواند به یک فایل ثبتنام خارج از زنجیره اشاره کند که با گذشت زمان تغییر میکند و زنجیره به مصرفکننده هشدار نخواهد داد که آیا نقاط پایانی، شناسهها یا گزینههای اعتماد تبلیغ شده جابجا شدهاند. نسخهبندی و پین کردن آن فایل، به علاوه نظارت بر تغییرات، اختیاری نیست اگر عامل در حال انجام هر کاری باشد که به وجوه یا دادههای حساس مربوط میشود.
غیرقابل تغییر بودن همچنین دو طرفه است. یادداشتهای منبع اصلی نشان میدهد که اشارهگرها و هشهای زنجیرهای قابل حذف نیستند، که برای "حسابرسی" عالی است و برای طرحهای بیدقت وحشتناک است. طراحی فرمتهای ثبتنام و بازخورد با در نظر گرفتن لغو و جانشینی مهم است زیرا اکوسیستم Breadcrumbهای دائمی را جمعآوری خواهد کرد.
این همچنین مکان مناسبی برای اصلاح تصورات غلط رایج است. ERC-8004 قابلیتهای عامل را در زنجیره قرار نمیدهد. این شناسهها، امتیازها و اشارهگرها را ذخیره میکند. یک امتیاز شهرت برابر با اعتماد نیست زیرا شهرت و اعتبار دفاتر مختلفی هستند که برای سطوح ریسک مختلف طراحی شدهاند. مجوزهایی مانند feedbackAuth اسپمهای دلخواه را کاهش میدهد، اما به تنهایی حملات سیبیل را حل نمیکند. این شکل واقعی ERC 8004 است که چگونه کار میکند زمانی که یک برنامه سعی میکند با سرمایه در خطر تصمیم بگیرد، و به همین دلیل هویت عامل 8004 بهترین است که به عنوان یک خط لوله که میتوانید تنظیم کنید، در نظر گرفته شود.
نتیجهگیری
من شاهد بودهام که تیمها داشبوردهای "اعتماد عامل" را میسازند که همه چیز را به یک عدد تبدیل میکند و سپس وقتی آن عدد به آنها خیانت میکند، شگفتزده میشوند. اشتباه پرهزینه این است که شهرت و اعتبار را مانند اینکه همان "دارایی" هستند، میانگین میگیرند. آنها اینگونه نیستند. شهرت تاریخچهای از طرفهای مجاز است که صحبت میکنند.
اعتبار یک محصول تضمینی با قیمت است که به یک ادعای خاص مرتبط است، با فناوری تضمین که از استیکینگ تا zkML تا تأییدهای TEE متفاوت است.
اگر یک ادغام قرار است خراب شود، معمولاً در درز خستهکننده خراب میشود: tokenURI به یک فایل ثبتنام خارج از زنجیره اشاره میکند و آن فایل تغییر میکند. شناسه عامل ERC-721 ثابت میماند، رابط کاربری هنوز همان کارت عامل را نشان میدهد و نقاط پایانی یا شناسهها به آرامی زیر آن تغییر میکنند. به همین دلیل لایه هویت در ERC-8004 عمدتاً ساده است. کار نظارت بر آنچه به آن اشاره میکند و افزایش اعتبار زمانی که سطح ریسک آن را طلب میکند، است.
منابعBackpack LearnMedium (Siddhant)
پرسشهای متداول
آیا ERC-8004 یک استاندارد توکن ERC-721 است یا یک استاندارد ثبتنام؟
ERC-8004 به عنوان یک پیشنهاد بهبود اتریوم توصیف میشود که سه ثبتنام برای هویت، شهرت و اعتبارسنجی ایجاد میکند. این استاندارد از ERC-721 به عنوان پایهای برای هویت عامل (AgentID) استفاده میکند، اما ارزش اصلی استاندارد، رابطهای ثبتنام برای کشف و سیگنالهای اعتماد است.
چه چیزی در ثبتنامهای ERC-8004 بر روی زنجیره ذخیره میشود و چه چیزی خارج از زنجیره؟
دادههای روی زنجیره به عمد حداقلی هستند: توکن AgentID و اشارهگر tokenURI، به علاوه ۰–۱۰۰ امتیاز شهرت و اعتبارسنجی با برچسبها و اشارهگرهای شواهد اختیاری. جزئیات غنی خارج از زنجیره در فایل ثبتنام عامل و در اسناد بازخورد یا تصدیق مرتبط با URIها و هشها زندگی میکنند.
feedbackAuth در ثبتنام شهرت ERC-8004 چیست؟
یک راهنمای توسعهدهنده feedbackAuth را به عنوان مجوز امضاشدهای که توسط عامل صادر میشود و برای ارسال بازخورد لازم است، توصیف میکند. هدف محدود کردن افرادی است که میتوانند سیگنالهای شهرت را ارسال کنند و کاهش اسپم دلخواه، در حالی که هنوز شهرت قابل حمل در بین برنامهها باقی میماند.
x402 چگونه به شهرت ERC-8004 مرتبط است؟
راهنمای اصلی استفاده از شواهد پرداخت x402 را توصیف میکند به طوری که تنها مشتریان پرداختکننده میتوانند نظرات را ترک کنند و به کد وضعیت HTTP "402 نیاز به پرداخت" اشاره میکند. پرداخت به بلیط ورود تبدیل میشود، در حالی که ثبتنام تنها سیگنال فشرده ۰–۱۰۰ و پیوندهایی به شواهد خارج از زنجیره را ثبت میکند.
چه نوع اعتبارسنجیهایی میتواند ERC-8004 پشتیبانی کند؟
ثبتنام اعتبارسنجی درخواستهای اعتبارسنجی و پاسخهای اعتبارسنج ۰–۱۰۰ را ثبت میکند و منابع به چندین مکانیزم اشاره میکنند. مثالها شامل استیکینگ اقتصادی-کریپتو، شواهد zkML و اوراکلها یا تصدیقهای TEE است، که شواهد اغلب خارج از زنجیره نگهداری میشوند و از سوابق روی زنجیره ارجاع داده میشوند.
