توافق‌نامهٔ تجاری زیربنایی اقتصاد چندتریلیون‌دلاری آژانتی: درک ERC-8183، نه تنها درباره پرداخت‌ها، بلکه درباره آینده است.

نویسنده: جیان شو

من پیش‌زمینه فنی و تعریف مسئله

۱.۱ ظهور اقتصاد عامل‌های هوش مصنوعی

با تکامل سریع فناوری و کاربردهای هوش مصنوعی، عامل‌های هوش مصنوعی در حال تبدیل شدن از ابزارهای صرف به مشارکت‌کنندگان اقتصادی هستند که ارزش‌آفرینی کرده و خدمات ارائه می‌دهند.

یک ابزار قادر به تولید تصاویر حرفه‌ای، خدماتی است که ارزش پرداخت هزینه برای آن را دارد.

عاملی که بتواند سبدهای سرمایه‌گذاری را به طور عمیق تحلیل کرده و معاملات بهینه را اجرا کند، در حال مدیریت پول واقعی است؛

عاملی که می‌تواند اسناد حقوقی را بازبینی کرده و ریسک‌ها را هشدار دهد، اغلب کاری را انجام می‌دهد که برای وکلای انسانی ساعتی صدها دلار هزینه دارد.

این جهش در توانایی، منجر به ظهور شکلی کاملاً جدید از اقتصاد شده است.

با در دسترس قرار گرفتن هوش مصنوعی، هر فرد، سازمان و حتی دستگاه هوشمند ممکن است از طریق عامل‌های هوشمند عمل کنند. مدل اقتصادی دچار تحولی بنیادین خواهد شد: عامل‌ها دیگر تنها با انسان‌ها تعامل نخواهند داشت، بلکه با یکدیگر تعامل کرده و به هم خدمت خواهند کرد.

برای مثال، یک عامل هوش مصنوعی که مسئول هماهنگی فعالیت‌های بازاریابی است، به‌طور خودکار عوامل تولید محتوا، عوامل توزیع در کانال‌ها و عوامل تحلیل داده‌ها را استخدام خواهد کرد. کل اقتصاد به شبکه‌ای تبدیل خواهد شد که توسط شمار بی‌شماری از عامل‌های هوش مصنوعی بافته شده و معاملات با فرکانس بالا را با سرعت ماشینی در مقیاس جهانی انجام می‌دهد.

چالش اصلی ۱.۲: ضرورت کسب‌وکار بدون اعتماد

در محیط‌های کسب‌وکار سنتی، اعتماد اغلب توسط پلتفرم‌ها، سیستم‌های ارزیابی، چارچوب‌های قانونی و هنجارهای اجتماعی پشتیبانی می‌شود.

با این حال، با ورود به عصر کارگزاری عامل‌های هوش مصنوعی، زمانی که یک فرد یا عامل، عامل دیگری را استخدام می‌کند، سازوکارهای یادشده ناکارآمد می‌شوند: عامل‌های کنونی فاقد اعتبار اجتماعی برای راستی‌آزمایی هستند، هیچ سامانه ارزیابی قابل‌اعتمادی برای ارائه سیگنال‌های مرجع به انسان‌ها یا عامل‌های دیگر وجود ندارد، هیچ سوابق مؤثری از شرایط قراردادی در دسترس نیست و هیچ سازوکار پاسخگویی حقوقی یا اعتباری وجود ندارد که بتواند با سرعت معاملات ماشینی همگام شود. هیچ سازوکاری برای مسدود کردن وجوه پیش‌پرداخت‌شده برای وظایف انجام‌نشده وجود ندارد و هیچ پلتفرم یا نهاد نظارتی‌ای قدرت اجرایی ندارد.

انتقالات ساده توکن‌ها نمی‌توانند مشکل اعتماد تجاری را حل کنند. در غیاب تدابیر حفاظتی مؤثر، حتی اگر ارائه‌دهندهٔ خدمات توکن‌ها را بردارد و فرار کند، مشتری (یا عامل هوش مصنوعی صادرکنندهٔ وظیفه) در پیگیری مسئولیت‌پذیری با دشواری مواجه خواهد شد.

لازم به ذکر است که در موج جهانی‌سازی، تعاملات بین عامل‌های هوش مصنوعی به یک کشور یا منطقه محدود نخواهد بود و این امر، دشواری برقراری سیستم‌های ارزیابی قابل‌اعتماد و هنجارهای نظارتی را بیش از پیش افزایش می‌دهد.

قراردادهای هوشمند فناوری بلاک‌چین مسیری قابل‌اعتماد برای پرداختن به این چالش فراهم می‌کنند.

قراردادهای هوشمند مستقرشده بر روی زنجیره‌های عمومی غیرمتمرکز، امانی وجوه، گذارهای ماشین حالت و اثبات‌های ارزیابی را در کد عمومی، شفاف و تغییرناپذیری که متعلق به هیچ‌کس نیست، دربرمی‌گیرند و قرارداد به‌عنوان مجری بی‌طرف عمل می‌کند.

در عین حال، تسویهٔ درون‌زنجیره‌ای می‌تواند چیزی را تولید کند که پلتفرم‌های متمرکز قادر به ارائهٔ آن نیستند: سوابق قابل حمل، قابل تأیید و تغییرناپذیر. هر وظیفهٔ تکمیل‌شده، هر مدرک ارزیابی و هش‌ارزش هر محصول تحویلی به‌صورت آن-چین ثبت می‌شوند و با فراهم‌آوردن زیربنای داده‌ای برای سیستم‌های اعتبار و هویت عامل‌ها، مدرکی دال بر پاسخگویی در صورت بروز اختلاف ارائه می‌دهند.

دوم تعریف و ارزش اصلی ERC-8183

۲.۱ تعریف

پروتکل ERC-8183 یک استاندارد آن-چین برای اقتصاد عامل هوش مصنوعی غیرمتمرکز است که یک پروتکل پرداخت سنتی نیست، بلکه یک مشخصه زیرساخت تجاری است که بر کل چرخه عمر «وظیفه - تحویل - تسویه» متمرکز است.

این استاندارد یک مدل همکاری سه‌جانبه متشکل از مشتری، ارائه‌دهنده و ارزیاب را تعریف می‌کند که «Job» به‌عنوان عنصر بنیادی اصلی قرار دارد و فرایند کامل ماشین حالت وظایف شامل انتشار وظیفه، سپرده‌گذاری وجوه، ارسال محصول قابل تحویل و داوری نتایج را از طریق قراردادهای هوشمند (open، fund، submit، complete/reject/expire) پیاده‌سازی می‌کند.

در این چارچوب، پرداخت دیگر یک اقدام واحد نیست، بلکه فرآیندی برنامه‌ای است که به‌طور تنگاتنگ با شرایط وظیفه، تأیید تحویل و سازوکارهای ارزیابی پیوند خورده است و امکان اجرای کسب‌وکار روی زنجیره را بدون نیاز به واسطه‌های مورد اعتماد فراهم می‌کند.

۲.۲ ارزش بنیادین

نوآوری ERC-8183 در انتقال «اعتماد» از پلتفرم‌های متمرکز به منطق قابل راستی‌آزمایی درون‌زنجیره (on-chain) نهفته است، که از طریق قراردادهای هوشمندی که وجوه را به امانت می‌گیرند، تعهدات را ثبت می‌کنند و سازوکارهای ارزیابی را معرفی می‌نمایند، تسویه قطعی و تاریخچه کسب‌وکار قابل ردیابی را محقق می‌سازد.

این طراحی نه تنها به کمبود پایه‌های اعتباری در میان عامل‌های هوش مصنوعی می‌پردازد، بلکه لایه‌ای قابل حمل و تغییرناپذیر از داده‌های تراکنش و اعتبار را ایجاد می‌کند که به هر عامل یا سیستمی امکان می‌دهد تا سیگنال‌های تاریخی را برای تصمیم‌گیری مجدداً استفاده کند و بدین ترتیب همکاری مقیاس‌پذیر را در اقتصاد عامل‌های غیرمتمرکز ترویج می‌دهد.

علاوه بر این، مکانیزم قابل گسترش Hook آن اجازه می‌دهد تا منطق تجاری پیچیده (مانند مزایده، مدیریت وجوه، محاسبات خصوصی و غیره) تحت یک استاندارد یکپارچه توسعه و پیاده‌سازی شود و در نهایت شبکه‌ای تجاری آن-چین (on-chain) باز، بدون نیاز به مجوز و قابل ترکیب را شکل دهد که زیرساخت اعتماد و تسویه پایه‌ای را برای اقتصاد بومی هوش مصنوعی فراهم می‌کند.

سوم توضیحات دقیق پروتکل ERC-8183

۳.۱ معماری پروتکل

همان‌طور که در شکل بالا نشان داده شده است، پروتکل ERC-8183 چارچوب معماری‌ای را ارائه می‌دهد که حول چرخهٔ عمر وظیفه متمرکز است: با قراردادهای هوشمند در هستهٔ خود، این پروتکل مکانیزم سپرده‌گذاری وجوه، گذارهای وضعیت وظیفه و افزونه‌های هوک قابل‌اتصال را در یک چارچوب اجرایی واحد یکپارچه می‌کند.

وظایف از طریق یک گذار مداوم حالت از ایجاد تا تکمیل تکامل می‌یابند و به‌ترتیب مراحل آغاز، تأمین مالی، ارسال و پایان را تجربه می‌کنند؛ در این فرایند، وجوه به‌طور خودکار در escrow نگهداری و هم‌زمان با تغییر حالت آزاد می‌شوند. در عین حال، گره‌های کلیدی اجرا رابط‌های توسعه‌افزایی را برای پشتیبانی از دسترسی انعطاف‌پذیر به منطق‌های کسب‌وکار مختلف رزرو می‌کنند.

در این ساختار، مشتری، ارائه‌دهنده و ارزیاب در مورد یک شیء وظیفه یکسان با یکدیگر همکاری می‌کنند و مراحل آغاز، اجرا و تأیید را تکمیل می‌نمایند، که این امر به کل فرآیند اجازه می‌دهد تا به پیوند خودکار و تسویه حلقه بسته روی زنجیره دست یابد. بخش‌های زیر مکانیسم‌های درگیر را به تفصیل شرح می‌دهند.

۳.۲ سازوکار همکاری تفکیک سه‌گانهٔ قوا

در ERC-8183، هر فعالیت تجاری به‌عنوان یک «شغل» نامیده می‌شود و جریان آن بر هماهنگی دقیق سه نقش متکی است.

مشتری

• نقشی که اقدام تجاری را آغاز می‌کند
• منطق اصلی: فراخوانی createJob برای تعریف نیازمندی‌های وظیفه و پیش‌ذخیره کردن وجوه (fund)
• مسئولیت: زمان انقضای وظیفه را تعیین می‌کند (expiredAt)؛ اگر تا مهلت مقرر تکمیل نشود، وجوه به‌طور خودکار به مشتری بازگردانده می‌شوند.

ارائه‌دهنده

• هوش مصنوعی یا انسان مسئول انجام کار و تحویل خروجی‌ها (معمولاً مقدار هش یا اثبات روی زنجیره نتایج)
• منطق اصلی: به رویدادهای آن-چین گوش می‌دهد، سفارش را می‌پذیرد و اجرا می‌کند، سپس submitWork را فراخوانی می‌کند تا هش نتیجه را ارسال کند.
• نکته کلیدی: در این زمان، ارائه‌دهنده نمی‌تواند به وجوه دسترسی پیدا کند؛ پول هنوز در قرارداد مسدود است.

ارزیاب

• نوآورانه‌ترین و هسته‌ای‌ترین طراحی پروتکل
• ارزیاب مسئول تأیید نتایج و تصمیم‌گیری در مورد آزادسازی وجوه سپرده‌شده در قرارداد هوشمند به ارائه‌دهنده یا بازگرداندن آن‌ها به مشتری است.
• ارزیاب می‌تواند یک هوش مصنوعی بی‌طرف دیگر، یک مدار اثبات دانش صفر (مدار ZK) یا یک کیف پول چندامضایی باشد.
• منطق اصلی: محتوای ارائه‌شده توسط ارائه‌دهنده را می‌خواند؛ اگر این یک وظیفه عینی باشد (مثلاً موفقیت در اجرای کد)، ارزیاب ممکن است یک هوش مصنوعی حسابرسی دیگر باشد؛ اگر این یک وظیفه ذهنی باشد، ممکن است یک کیف پول چندامضایی مجازشده توسط مشتری باشد.
• حکم نهایی: فراخوان completeJob (رهاسازی وجوه) یا rejectJob (بازپرداخت)

۳.۳ ماشین حالت (چرخه عمر) قرارداد هوشمند

پیشرفت یک شغل کاملاً به جریان خودکار ماشین حالت قرارداد هوشمند بستگی دارد، بدون هیچ مداخله‌ای از سوی سرورهای متمرکز:

باز: کلاینت وظیفه را ایجاد می‌کند؛ در این مرحله ارائه‌دهنده می‌تواند خالی (آدرس(0)) باشد که نشان می‌دهد این یک جایزه‌ی عمومی است.

تأمین مالی شده: وجوه در استخر امانی قرارداد قفل می‌شوند و اساس اعتماد را تشکیل می‌دهند.

ارسال شده: ارائه‌دهنده نتایج کار را ارسال کرده است.

ترمینال: ارزیاب برای داوری مداخله می‌کند، با سه نتیجهٔ ممکن:

• تکمیل شد: تأیید انجام شد، وجوه برای ارائه‌دهنده ارسال می‌شود.
• ردشده: تأیید ناموفق بود، وجوه به مشتری بازگردانده شد.
• منقضی: زمان انجام وظیفه منقضی شد، وجوه به‌طور خودکار آزاد و بازگردانده می‌شوند.

۳.۴ گردش کار مشارکتی چندنقشه‌ای

ERC-8183 یک مجموعه از فرآیندهای همکاری تجاری را در یک محیط بدون اعتماد از طریق قراردادهای هوشمند اعمال می‌کند:

1. انتشار و قفل‌گذاری (ابتکار توسط کلاینت): کلاینت با فراخوانی createJob در قرارداد اصلی، باید آدرس یک ارزیاب را مشخص کند و پاداش را در قرارداد سپرده کند. این پول در قرارداد «قفل» شده است و مشتری نمی‌تواند به‌طور یک‌جانبه آن را برداشت کند، که به ارائه‌دهنده احساس امنیت برای کار کردن می‌دهد.
2. تحویل و اثبات (اجرای ارائه‌دهنده): پس از اینکه ارائه‌دهندهٔ سرویس محاسبات خارج از زنجیره یا درون زنجیره را تکمیل می‌کند، تابع submitWork را فراخوانی می‌کند. ارائه‌دهنده معمولاً نه یک سند کامل، بلکه یک هَش نتیجه (Hash) یا یک لینک ذخیره‌سازی (مثلاً CID در IPFS) ارسال می‌کند. وضعیت قرارداد به «ارسال‌شده» تغییر می‌کند.
3. حکم‌دهی و تسویه (تایید نهایی ارزیاب): ارزیاب نتایج ارائه‌دهنده را برای تأیید می‌خواند. اگر اعتبارسنجی با موفقیت انجام شود، ارزیاب تابع approveJob را فراخوانی می‌کند و قرارداد هوشمند به‌طور خودکار وجوه قفل‌شده را به کیف‌پول ارائه‌دهنده منتقل می‌کند؛ در صورت رد شدن، تابع rejectJob فراخوانی می‌شود و وجوه به مشتری بازگردانده می‌شوند.

در این فرایند، تفکیک سپردهٔ وجوه و قدرت یک مکانیزم کلیدی است. این شبیه نسخه‌ای غیرمتمرکز از «معاملات امانی علی‌پی» است: خریدار مبلغ قرارداد را به علی‌پی پرداخت می‌کند، فروشنده کالاها را تحویل می‌دهد، اما اختیار تأیید دریافت می‌تواند نه تنها در اختیار خریدار باشد، بلکه به یک مؤسسه بازرسی کیفیت بی‌طرف و عینی شخص ثالث (ارزیاب) نیز سپرده شود.

۳.۵ مکانیزم قلاب‌های الحاقی

اگر ERC-8183 تنها شامل فرایندهای پایه‌ای ذکرشده در بالا بود، بسیار انعطاف‌ناپذیر می‌بود. برای سازگاری با سناریوهای پیچیده و بی‌شمار کسب‌وکار (مانند کمیسیون‌ها، قطع صلاحیت، قیمت‌گذاری پویا)، ERC-8183 قلاب‌ها (قراردادهای قلاب) را خارج از فرآیند استاندارد معرفی می‌کند.

در ERC-8183، وقتی کلاینت یک جاب (با فراخوانی createJob) ایجاد می‌کند، می‌تواند آدرس قرارداد هوشمند هوک سفارشی را به‌عنوان «نقطهٔ کنترل هوشمند» یا «مداخلهگر هوشمند» در فرایند اصلی متصل کند. پروتکل اصلی می‌تواند به‌طور فعال این قرارداد Hook را قبل و بعد از اجرای اقدامات کلیدی (مانند پرداخت، ارسال) فراخوانی کند. پروتکل دو نوع نقطهٔ رهگیری را تعریف می‌کند:

• قبل از اقدام (مداخله پیش از اقدام): قبل از وقوع عمل اصلی اجرا می‌شود. اگر منطق هُک برقرار نشود (مثلاً شرایط لازم فراهم نباشد)، کل تراکنش برگشت داده می‌شود (Revert) و عملیات ناموفق خواهد بود.
• بعد از عمل (پردازش پس از عمل): پس از تکمیل عمل اصلی اجرا می‌شود و اغلب برای راه‌اندازی واکنش‌های زنجیره‌ای بعدی استفاده می‌شود. این مکانیزم به توسعه‌دهندگان اجازه می‌دهد در طول چرخهٔ عمر وظیفه (مثلاً قبل از پرداخت، بعد از تسویه) منطق سفارشی وارد کنند؛ به این معنی که توسعه‌دهندگان می‌توانند «بررسی آستانهٔ شهرت» (مثلاً ممانعت از پذیرش سفارش برای عامل‌های هوش مصنوعی با امتیاز شهرت کمتر از ۸۰) یا «منطق تقسیم سود» را بدون تغییر قرارداد اصلی اضافه کنند.

مکانیزم هوکس با جدا کردن پروتکل اصلی از لایه نوآوری کسب‌وکار، مقیاس‌پذیری و قابلیت تکامل اکوسیستم را به‌طور قابل‌توجهی افزایش می‌دهد: از یک سو، پروتکل بنیادین پایدار و قابل‌بازرسی باقی می‌ماند و ریسک سیستمی را کاهش می‌دهد؛ از سوی دیگر، ویژگی‌های نوآورانه را می‌توان به‌سرعت تکرار و در قالب ماژول مجدداً استفاده کرد و از ساخت‌وساز تکراری قابلیت‌های زیربنایی جلوگیری نمود.

این امر نه تنها کارایی توسعه و همکاری اکوسیستم را ارتقا می‌دهد، بلکه فضای استراتژیک انعطاف‌پذیری را برای همکاری‌های پیچیده میان عامل‌های هوش مصنوعی فراهم می‌کند و به ERC-8183 امکان می‌دهد تا به‌طور مداوم خود را با نیازهای مختلف بازار تطبیق دهد و در نهایت به یک پلتفرم اجرای کسب‌وکار روی زنجیره با قابلیت برنامه‌نویسی بالا تبدیل شود.

۳.۶ توضیح مفصل مکانیزم ارزیاب

در سازوکار همکاری چندنقشه‌ای ERC-8183، ارزیاب «مغز منطقی» است که تعیین می‌کند آیا تبادل ارزش در نهایت می‌تواند تکمیل شود یا خیر. از منظر فنی، ارزیاب می‌تواند یک آدرس ساده باشد، اما معمولاً یک قرارداد داوری تخصصی است. بسته به پیچیدگی وظیفه، ارزیاب سه شکل تکاملی رایج دارد:

فرم یک: عامل هوش مصنوعی (مناسب برای وظایف ذهنی)

برای وظایف ذهنی مانند نگارش، طراحی یا تحلیل، ارزیاب می‌تواند یک عامل هوش مصنوعی باشد که با یک مدل زبان بزرگ (LLM) یکپارچه شده است، محتوای ارسال‌شده را می‌خواند، آن را با الزامات مقایسه می‌کند و قضاوت می‌کند.

فرم دوم: قرارداد مدار ZK (مناسب برای وظایف عینی)

برای وظایف تعیین‌کننده‌ای مانند محاسبات، تولید اثبات دانش صفر (ZKP) یا تبدیل داده‌ها، Evaluator یک قرارداد هوشمند است که یک اعتبارسنج ZK را در خود جای داده است: Provider اثبات را ارسال می‌کند، Evaluator آن را به‌صورت on-chain اعتبارسنجی می‌کند و سپس به‌طور خودکار تکمیل یا رد را فراخوانی می‌کند.

فرم سه: حکمرانی چندامضایی (مناسب برای وظایف با ارزش بالا)

برای وظایف سنگین و با ارزش بالا، ارزیاب می‌تواند یک کیف پول چند امضایی، یک سازمان خودمختار غیرمتمرکز (DAO)، یا یک گره اعتبارسنجی پشتیبانی‌شده توسط استیکینگ باشد.

ERC-8183 عمداً ماهیت این نهادها را تمایز نمی‌دهد؛ تنها یک واقعیت را به رسمیت می‌شناسد: آدرسی به نام تکمیل یا رد. این امکان را فراهم می‌کند که همان رابط دقیقاً یکسان بتواند وظایفی به ارزش ۰.۱۰ دلار برای تولید تصویر را مدیریت کند و همچنین با اطمینان قراردادهای مدیریت صندوق چند صد هزار دلاری را بر عهده بگیرد.

چهارم تحلیل مقایسه‌ای ERC-8183 و پروتکل‌های سنتی پرداخت به نمایندگان

۴.۱ شباهت‌ها و تفاوت‌های بین ACP، AP2 و ERC-8183

در سپتامبر ۲۰۲۵، اوپن‌ای‌آی با استرایپ و گوگل کلود با کوین‌بیس شراکت کردند و به‌ترتیب پروتکل ACP (پروتکل تجارت عاملیت) و پروتکل AP2 (پروتکل پرداخت‌های عاملیت) را راه‌اندازی کردند.

ERC-8183 به‌طور مشترک توسط تیم dAI بنیاد اتریوم و تیم پروتکل مجازی توسعه یافت، در ۲۵ فوریهٔ ۲۰۲۶ پیشنهاد شد و در ۱۰ مارس رسماً اعلام گردید. در حال حاضر در مرحله پیش‌نویس قرار دارد.

در اقتصاد عامل‌های هوش مصنوعی که به‌سرعت در حال رشد است، این سه پروتکل همگی در تلاش برای حل یک پرسش اصلی هستند: چگونه عامل‌های هوش مصنوعی می‌توانند به‌طور ایمن و کارآمد با یکدیگر همکاری و معامله کنند؟

با این حال، آن‌ها تفاوت‌های اساسی در مدل‌های اعتماد، منطق تسویه و درجات غیرمتمرکزسازی دارند.

۴.۲ ACP و AP2: مدل API همکاری هوش مصنوعی

ACP (acplib) و AP2 بیشتر بر «پیاده‌سازی عملکردی» تمرکز دارند.

• ACP مانند یک «راهنمای ماندارین» برای عامل‌هاست که نحوهٔ سلام و احوال‌پرسی و توصیف نیازمندی‌های وظیفه را تعریف می‌کند. با این حال، تسویه وجوه آن اغلب به کانال‌های پرداخت خارجی یا پلتفرم‌های متمرکز به‌عنوان تضمین متکی است.
• AP2 بر «پرداخت پول» تمرکز دارد و مشکل داشتن کیف‌پول توسط عامل‌های هوش مصنوعی و فراخوانی APIها برای پرداخت‌ها را حل می‌کند.
• محدودیت‌ها: اگر ارائه‌دهندهٔ خدمات پلتفرم از کار بیفتد یا به‌طور مخرب عمل کند، قراردادهای تجاری بین نمایندگان ممکن است اجرا نشوند و ریسک‌های مالی توسط نهادهای متمرکز کنترل می‌شوند.

۴.۳ مزایای فنی اصلی ERC-8183

چرا من معتقدم که با توسعه جهانی هوش مصنوعی، ERC-8183 پتانسیل قوی‌تری برای فعالیت بلندمدت در اقتصادهای هوشمند دارد؟

الف. مکانیزم «اسکرو» بدون نیاز به مجوز

در پروتکل‌های متمرکز، اگر مشتری (انسان یا عامل هوش مصنوعی که وظیفه را صادر می‌کند) پرداخت نهایی را انجام ندهد، ارائه‌دهنده (عامل هوش مصنوعی که کمیسیون را می‌پذیرد) اغلب هیچ راهی برای جبران ندارد. برعکس، اگر مشتری پاداش کامل را پیش‌پرداخت کرده باشد اما ارائه‌دهنده وظیفه را طبق نیاز انجام ندهد، معمولاً مشتری مجبور است میوه تلخ را بچشد.

با این حال، ERC-8183 قفل‌گذاری غیرحضانتی وجوه را محقق می‌کند. تا زمانی که ارائه‌دهنده مدرکی ارائه دهد که با الزامات قرارداد مطابقت داشته باشد، منابع به‌طور اجباری توسط ارزیاب آزاد خواهند شد و امکان «عدم پرداخت عمدی» از بین می‌رود.

ب. مدولاریتهٔ شدید و قلاب‌ها

ERC-8183 امکان درج هوک‌ها در فرآیند کسب‌وکار را فراهم می‌کند.

پیش از آغاز وظیفهٔ نوشتن کد (beforeAction)، هوک می‌تواند به‌طور خودکار از پروتکل ERC-8004 پرس‌وجو کند تا تأیید نماید که آیا ایجنت سابقه‌ای از تزریق کد غیرقانونی دارد یا خیر. اگر امتیاز اعتبار خیلی پایین باشد، قرارداد مستقیماً سفارش نماینده را رد می‌کند. این دفاع در لایه پروتکل است، نه لایه کاربرد.

C. توافق‌نامه اتمی و حل‌وفصل اختلاف

رویکارهای سنتی ACP/AP2 برای رسیدگی به اختلافات به خدمات مشتری انسانی یا منطق پیچیدهٔ پشت‌سیستم نیاز دارند. ERC-8183 از طریق ارزیابی‌کننده به «کد به‌عنوان قانون» دست می‌یابد.

این امکان را فراهم می‌کند که منطق پیچیدهٔ اعتبارسنجی به نمایندگان حسابرسی تخصصی برون‌سپاری شود. از آنجا که منطق روی زنجیره است (یا از طریق هوش مصنوعی روی زنجیره مانند ORA تأیید شده)، کل فرآیند قابل ردیابی و در برابر سانسور مقاوم است که بدون شک یک دستاورد فناورانه محسوب می‌شود.

۴.۴ چگونه پروتکل پرداخت مناسب برای کارگزار را انتخاب کنیم

اگر در حال ساخت یک سیستم عامل با چرخهٔ بستهٔ داخلی هستید و به دنبال استقرار سریع و فراخوانی‌های سادهٔ API می‌باشید، ACP یا AP2 مجموعه‌های ابزار آماده هستند.

اگر مایلید در ساختن یک بازار کار جهانی و بدون مرز برای هوش مصنوعی مشارکت کنید و به هزاران عامل هوش مصنوعی ناشناس امکان دهید تا به‌طور ایمن در همکاری‌های تجاری تریلیون‌دلاری مشارکت کنند، ERC-8183 در حال حاضر تنها سنگ‌بنای فناوری با قابلیت‌های «حداقل‌سازی اعتماد» است.

پنج. سناریوهای کاربرد

۵.۱ سناریوی اول: زنجیره تأمین خودکار

در سناریوی زنجیره تأمین خودکار، ERC-8183 زنجیره تأمین را از حالت مبتنی بر انسان به عملیات خودمختار مبتنی بر وظیفه منتقل می‌کند.

وقتی هوش مصنوعی مدیریت موجودی کمبود موجودی را تشخیص می‌دهد، می‌تواند به‌طور خودکار یک وظیفه تأمین مجدد را منتشر کرده و بودجه را قفل کند، به‌طوری‌که تأمین‌کنندگان و عاملان لجستیک به‌ترتیب تولید و تحویل را بر عهده بگیرند. وجوه طبق قرارداد در حساب امانی نگهداری می‌شوند و تنها پس از ارسال کالا، دریافت آن یا برآورده شدن شرایط از پیش تعیین‌شده (مانند بازخورد داده‌های لجستیکی) به‌طور خودکار آزاد می‌شوند، که این امر به پیوند عملکرد و پرداخت منجر می‌شود.

این مدل مداخلهٔ انسانی را کاهش می‌دهد، شفافیت فرآیند و کارایی همکاری را افزایش می‌دهد و برای شبکه‌های تأمین پیچیده مانند تجارت فرامرزی و انبارداری هوشمند مناسب است.

۵.۲ سناریوی دوم: اتوماسیون بازاریابی

در سناریوی اتوماسیون بازاریابی، ERC-8183 می‌تواند به‌عنوان چارچوب اجرایی برای لینک‌های رشد مبتنی بر هوش مصنوعی عمل کند و بازاریابی را از ارکستراسیون دستی به همکاری خودکار مبتنی بر وظایف منتقل نماید.

نمایندگان بازاریابی می‌توانند به‌طور خودکار روندها را شناسایی کرده و وظایف تولید محتوا را منتشر کنند، سپس نمایندگان کپی‌رایتینگ را برای تکمیل فرایند خلق فراخوانده و در ادامه نمایندگان توزیع را برای استقرار و بهینه‌سازی به کار گیرند. بودجه در زمان ایجاد وظیفه به‌صورت سپرده نگهداری می‌شود و تنها زمانی به‌طور خودکار آزاد می‌گردد که محتوا و نتایج به شاخص‌های از پیش تعیین‌شده (مانند بازدید، کلیک یا تبدیل) دست یابند؛ بدین ترتیب یک چرخه بسته بازاریابی قابل راستی‌آزمایی و ردیابی شکل می‌گیرد.

این مدل هزینه‌های عملیاتی را به‌طور قابل‌توجهی کاهش می‌دهد و در عین حال امنیت وجوه و شفافیت اثرات را تضمین می‌کند.

۵.۳ سناریوی سوم: بازار قدرت محاسباتی غیرمتمرکز

در سناریوهای پردازش داده و انجام وظایف محاسباتی، ERC-8183 می‌تواند بازاری بی‌اعتماد برای معامله توان محاسباتی ایجاد کند.

برای وظایف قابل راستی‌آزمایی مانند پاک‌سازی داده‌ها، استنتاج مدل یا حسابرسی کد، می‌توان اثبات‌های دانش صفر (ZK) را به‌عنوان ارزیاب‌ها معرفی کرد تا نتایج را به‌سرعت تأیید کرده و اثبات‌ها را تولید کنند. پس از تأیید، قرارداد به‌طور خودکار تسویه را انجام می‌دهد و از تأخیرها و سلیقه‌گرایی در بازبینی‌های دستی جلوگیری می‌کند. در عین حال، مکانیزم‌های تأیید رمزنگاری می‌توانند به طور مؤثر از تقلب جلوگیری کرده و یک شبکه همکاری قدرت محاسباتی کارآمد و منصفانه را ایجاد کنند که برای سناریوهای استنتاج هوش مصنوعی و برنامه‌ریزی منابع محاسباتی غیرمتمرکز مناسب است.

۵.۴ سناریوی چهارم: مرکز برون‌سپاری نرم‌افزار هوش مصنوعی کاملاً خودکار

ERC-8183 از یک مدل همکاری برون‌سپاری نرم‌افزاری که توسط عامل‌های هوش مصنوعی هدایت می‌شود، پشتیبانی می‌کند.

«عامل اصلی» (مانند AlphaBot) وظایف توسعه را منتشر می‌کند، «عامل‌های برنامه‌نویسی» (مانند OpenClaw یا ClaudeCode) مسئول پیاده‌سازی کد هستند و «عامل‌های حسابرسی» (مانند AuditNode) تأیید خودکار را انجام می‌دهند. وظایفی از انتشار و سپرده‌گذاری بودجه تا ارسال و پذیرش کد، همگی به‌صورت زنجیره‌ای انجام می‌شوند و پرداخت تنها پس از حسابرسی موفق انجام می‌شود، که یک چرخه بسته توسعه را بدون دخالت انسان تشکیل می‌دهد.

این مدل نه تنها کارایی توسعه را افزایش می‌دهد، بلکه قابلیت‌ها و شهرت عاملان را نیز انباشته می‌کند و به شکل‌گیری یک سیستم تولید نرم‌افزار بومی هوش مصنوعی مقیاس‌پذیر کمک می‌کند.

ششم همکاری بوم‌شناختی و ترکیب پروتکل‌ها

۶.۱ ترکیب ERC-8183 + ERC-8004 + x402

در چشم‌انداز آینده مبتنی بر اتریوم، ERC-8183 می‌تواند با x402 (پروتکل پرداخت خرد) و ERC-8004 (پروتکل هویت و اعتبارسنجی هوش مصنوعی) ترکیب شود تا سه ستون اقتصاد هوش مصنوعی را تشکیل دهد:

• ERC-8004: سوابق هویت و اعتبار زنجیره‌ای هوش مصنوعی—که به همه می‌گوید «این هوش مصنوعی کیست و آیا قابل اعتماد است یا خیر.»
• ERC-8183: امنیت و سپرده‌گذاری معاملات — حل مسئله «چگونه این معامله را می‌توان به‌طور ایمن انجام داد.»
• چهل و دو: مدیریت «کانال‌های پرداخت» — حل مسئله «چگونه هوش مصنوعی می‌تواند به همان راحتی فراخوانی یک API پرداخت کند.»

۶.۲ مورد کامل همکاری: مرکز برون‌سپاری نرم‌افزار هوش مصنوعی کاملاً خودکار

1. ERC-8004—«رزومه» هویت و شهرت: آلفابات اعتبارنامه‌های ERC-8004 اوپن‌کلا را به‌صورت آن-چین بازیابی می‌کند و نشان می‌دهد که «موفقیت‌آمیز ۵۰۰ بار کد تحویل داده است، با امتیاز مثبت ۹۹٪ و میانگین نرخ بازاستفاده از کد ۸۵٪»، و اثبات می‌کند که اوپن‌کلا ممیزی‌های امنیتی را پشت سر گذاشته و برنامه‌ای مخرب نیست که پشتیبان‌های مخفی نصب کند.
2. ERC-8183—چارچوب قراردادهای تجاری: آلفابات یک وظیفه در قرارداد اصلی ERC-8183 ایجاد می‌کند و نیازمندی را تعریف می‌کند: لطفاً یک قطعه کد پایتون بنویسید تا نقطه عطف میانگین متحرک ۲۰ روزه ETF شاخص نزدک را تحلیل کند، با پیش‌ذخیره ۲۰۰ USDT در قرارداد و تعیین یک AuditNode مستقل به‌عنوان ارزیاب.
3. x402—«خط لوله» برای پرداخت‌های انعطاف‌پذیر: x402 امکان «پرداخت به‌محض مصرف» را فراهم می‌کند. هر بار که OpenClaw یک بلوک عملکرد را تکمیل و آن را به یک سرور موقت آپلود می‌کند، پروتکل x402 به‌طور خودکار ۵٪ از وجوه امانی ERC-8183 را بر اساس نرخ‌های از پیش تعیین‌شده به OpenClaw تسویه می‌کند.
4. ارزیاب و تسویه—«بررسی کیفیت» نهایی: AuditNode (Evaluator) این کد پایتون را در یک محیط sandbox اجرا می‌کند و بررسی می‌کند که آیا این کد واقعاً می‌تواند نتیجه تحلیل میانگین متحرک ۵۱۵۰۷۰ را خروجی دهد. فرآیند تأیید با موفقیت انجام می‌شود و AuditNode روی «complete» قرارداد ERC-8183 کلیک می‌کند و به‌طور خودکار سیگنال تکمیل تراکنش را به ERC-8004 ارسال می‌کند، که «تعداد موارد موفق» OpenClaw را از ۵۰۰ به ۵۰۱ افزایش می‌دهد.

هفتم ریسک‌ها، چالش‌ها و چشم‌انداز آینده

۷.۱ ریسک‌ها و چالش‌ها

دشواری در پیاده‌سازی مکانیزم ارزیاب

برای وظایف ذهنی مانند خلق هنری و تحلیل ذهنی، ارزیاب همچنان در مراحل اولیه توسعه فناوری با چالش‌های قابل‌توجهی روبه‌رو خواهد بود؛ ممکن است نیاز باشد موقتاً به بازبینی انسانی، مکانیزم‌های چندامضایی یا بازبینی‌های ترکیبی هوش مصنوعی بازگردد.

ارزیاب به هدف حملات تبدیل می‌شود

اگر قرارداد Evaluator هک شود یا منابع داده‌ای خارجی وابسته به آن (Oracles) دستکاری شوند، امنیت وجوه به خطر خواهد افتاد؛ «چه کسی ارزیاب را ارزیابی می‌کند» (یعنی ممیزی Evaluator) در آینده مسئله‌ای اساسی خواهد بود.

شمشیر دو لبه مدل‌های بدون مجوز

هویت ارائه‌دهندگان خدمات صرفاً یک آدرس کیف‌پول است، بدون بررسی صلاحیت، بدون انجام تحقیقات لازم در مرحله صدور تعهدات و بدون هیچ ناظر؛ در حالی که این امر آستانه مشارکت را کاهش می‌دهد، خطر رفتارهای مخرب را نیز افزایش می‌دهد.

۷.۲ چشم‌انداز آینده

سه گانه ERC-8183، ERC-8004 و x402

ERC-8004 به مسائل کشف و اعتماد می‌پردازد: حل نقطه درد چگونگی یافتن و ارزیابی قابلیت اطمینان توسط عامل‌ها. با این حال، ارزش رجیستری آن کاملاً به سوابق فعالیت‌های انباشته‌شده در آن بستگی دارد.

ERC-8183 به‌طور مداوم فعالیت‌های تجاری را تغذیه می‌کند تا لایه اعتماد ERC-8004 را تقویت کند. هر وظیفه سیگنالی از اعتبار است، هر ارسال یک واحد پول سخت‌افزاری قابل تحویل است که ارزیابان می‌توانند آن را بررسی کنند، و هر ارزیابی به‌عنوان اثبات تأیید عمل می‌کند که سایر عامل‌ها را قانع می‌سازد.

این دو به‌طور یکپارچه ادغام می‌شوند و یک حلقه بازخورد مثبت را می‌بندند: کشف (8004) → معامله تجاری (8183) → انباشت اعتبار (8004) → کشف با کیفیت بالاتر → معاملات تجاری بدون نیاز به اعتماد بیشتر

در سناریوهای پرداخت نسبتاً پیچیده، افزودن x402 بر فراز این ترکیب می‌تواند از «پرداخت به‌محض مصرف» انعطاف‌پذیرتر پشتیبانی کند.

یک استاندارد کامل کسب‌وکار فراتر از پرداخت‌ها

ERC-8183 صرفاً یک پروتکل پرداخت نیست؛ بلکه یک استاندارد تجاری کامل است. این کل چرخهٔ حیات ارتقای یک «پرداخت» به یک «معامله» بدون نیاز به اعتماد را در بر می‌گیرد: تدوین مشخصات، سپرده‌گذاری وجوه، تحویل قابل راستی‌آزمایی، تأیید ارزیابی و تسویهٔ قطعی. نمایندگان می‌توانند آزادانه از رابط‌های x402 یا HTTP برای تعاملات سمت برنامه استفاده کنند، در حالی که مسیر تسویه زیربنایی به‌طور امن روی زنجیره از طریق ERC-8183 برقرار می‌شود.

موج جدیدی از شرکت‌کنندگان اقتصادی

موج هوش مصنوعی با سرعتی بی‌سابقه، گروه کاملاً جدیدی از فعالان اقتصادی را به‌سرعت در حال خلق است. میلیون‌ها توسعه‌دهنده و حتی افراد عادی از دستیارهای هوش مصنوعی برای ساخت و فروش مقادیر عظیمی از میکروسرویس‌ها و APIها استفاده می‌کنند. اکثر آن‌ها شرکت ثبت‌شده، وب‌سایت رسمی یا حتی هیچ سابقه تراکنشی ندارند.

ERC-8183 ذاتاً بدون نیاز به مجوز است. پرایمیتیوهای وظیفه‌ای ارائه‌شده به این بازرگانان خرده‌پایه نه‌تنها کانال‌های پرداخت را فراهم می‌کنند، بلکه یک چرخهٔ کامل کسب‌وکار را نیز عرضه می‌کنند: توافق‌نامه‌های شفاف وظیفه‌ای، سپرده‌گذاری امن و مستحکم وجوه، ارائهٔ قابل‌تأیید تحویل‌شدنی‌ها و شواهد ارزیابی، که سنگ‌بنای اعتماد به تراکنش را تشکیل می‌دهند. مهم‌تر اینکه این سابقه توسط هیچ پلتفرم انحصاری‌ای قفل نشده است؛ اعتبار، دارایی نقدی خودِ فروشنده است. هر ریلی روی هر زنجیره عمومی، تا زمانی که به این استاندارد متصل باشد، می‌تواند بلافاصله اعتبارسنجی کند.

یادداشت تکمیلی:

این مقاله عمدتاً بر اساس مستندات رسمی EIP اتریوم (EIP-8183) و جدیدترین افشاگری‌های صنعتی تا مارس ۲۰۲۶ (مانند بیانیه‌های عمومی تیم dAI بنیاد اتریوم و تیم پروتکل مجازی) تهیه شده است. این استاندارد در حال حاضر در مرحلهٔ توسعهٔ فعال/مسوده‌ای قرار دارد و جزئیات فنی ممکن است بر اساس بازخورد جامعه تنظیم شود.

مراجع:

[۱] https://eips.ethereum.org/EIPS/eip-8183

[۲] https://x.com/virtuals_io/status/2031042423288426979

[۳] https://acplib.com/

[۴] https://ap2lab.com/docs/introduction/