گزارش تحقیقاتی OKX Ventures: گزارش تحقیقاتی زیرساخت اقتصادی عامل هوش مصنوعی (قسمت 1)

این یک گزارش تحقیقاتی عمیق است که توسط @OKX_Ventures تولید شده است. به دلیل طول آن، ما آن را در دو قسمت منتشر خواهیم کرد: قسمت اول بر روی پس‌زمینه کلان، پروتکل x402، ERC-8004 و پروتکل مجازی تمرکز دارد؛ قسمت دوم به تحلیل OpenClaw و روندهای کلی صنعت می‌پردازد که انتظار می‌رود در 23 مارس منتشر شود. قسمت اول این شماره شامل 5800 کلمه است و زمان تخمینی خواندن آن حدود 15 دقیقه است. با کمال میل می‌توانید آن را لایک کرده و برای مطالعه‌ای راحت نشانه‌گذاری کنید!

خلاصه

عاملان هوش مصنوعی در حال تحول از دستیاران منفعل به شرکت‌کنندگان فعال اقتصادی هستند. این گزارش شامل شش فصل است که به طور سیستماتیک زیرساخت اصلی اقتصاد عاملان، اکوسیستم کاربردی انفجاری و تکامل چشم‌انداز صنعت را ترسیم می‌کند: یک تحلیل کلان از پیش‌بینی‌های بازار و شکاف‌های زیرساخت در تجارت عاملان؛ یک تحلیل عمیق از سه پروتکل مکمل: x402، ERC-8004 و پروتکل مجازی؛ و یک مطالعه موردی از OpenClaw در سطح کاربردی برای بررسی مسیر واقعی فرود اقتصاد عاملان. در نهایت، قضاوت جامع از صنعت از ابعاد مختلفی مانند چشم‌انداز رقابتی، مسیرهای پرداخت، تهدیدات امنیتی و مدل‌های کسب‌وکار ارائه می‌شود.
x402 (لایه پرداخت) به طور مشترک توسط Coinbase و Cloudflare راه‌اندازی شد و پرداخت‌های میکرو استیبل‌کوین را در لایه پروتکل HTTP گنجانید. تا پایان سال 2025، بیش از 100 میلیون تراکنش پردازش کرده و حجم پرداخت سالانه به 600 میلیون دلار رسید.
ERC-8004 (لایه اعتماد) توسط تیم dAI بنیاد اتریوم در همکاری با MetaMask، Google و Coinbase پیشنهاد شد و سه ثبت‌نام برای هویت زنجیره‌ای، شهرت و اعتبار برای عاملان هوش مصنوعی فراهم می‌کند که قرار است در 29 ژانویه 2026 در شبکه اصلی اتریوم راه‌اندازی شود.
پروتکل مجازی (لایه کسب‌وکار) یک پلتفرم تجاری‌سازی کامل برای عاملان ایجاد می‌کند و معاملات خودمختار بین عاملان را از طریق ACP امکان‌پذیر می‌سازد. بیش از 18,000 عامل مستقر شده‌اند و تولید ناخالص داخلی آن‌ها بیش از 479 میلیون دلار است.
OpenClaw (لایه کاربردی) توسط توسعه‌دهنده اتریشی پیتر اشتاینبرگر توسعه یافته و در عرض چهار ماه از React پیشی گرفته و بیش از 250,000 ستاره در GitHub کسب کرده و به سریع‌ترین پروژه متن‌باز در تاریخ GitHub تبدیل شده است. این به طور بومی هوش مصنوعی را در بیش از 20 پلتفرم پیام‌رسان موجود گنجانده و جامعه کریپتو را به طور خودجوش به ساخت زیرساخت اقتصادی زنجیره‌ای ترغیب کرده و به عنوان یک نمونه اصلی برای مشاهده تعامل واقعی بین عاملان و پروتکل‌های زنجیره‌ای در این گزارش عمل می‌کند.

فصل 1: زمینه کلان

1.1 پیش‌بینی اندازه بازار

بخش پرداخت‌های عاملی در مرحله گسترش سریع قرار دارد و چندین نهاد پیش‌بینی‌های خوشبینانه‌ای درباره اندازه بازار آن دارند:

1.2 شکاف‌های زیرساختی

زیرساخت موجود برای اقتصاد عاملی نامناسب است: OAuth به کلیک‌های انسانی نیاز دارد، فرم‌های کارت اعتباری نیاز به ورودی دستی دارند و سیلوهای داده دسترسی خودکار را مختل می‌کنند. عاملی‌ها در حال حاضر می‌توانند در سطح "قابلیت" فکر کنند و به طور مستقل عمل کنند، اما هنوز در زیرساختی که برای انسان‌ها طراحی شده است در سطح "اقتصادی" (هویت / هماهنگی / فعالیت‌های اقتصادی) قفل شده‌اند.
در حال حاضر، دو مسیر تکاملی در حال ظهور است:

• مسیر انطباق متمرکز: ارتباط A2A + دسترسی به ابزار MCP + پرداخت AP2/ACP (تسلط یافته توسط OpenAI و Stripe، به‌طور کامل Web2)

• مسیر غیرمتمرکز بدون مجوز: x402 + ERC-8004/8183 + ACP (چارچوب همکاری عاملی)

1.3 زمان‌بندی کلیدی

توجه: از مارس 2026، حجم متوسط معاملات روزانه به طور قابل توجهی از اوج دسامبر کاهش یافته است، با پروژه‌های مرتبط با زیرساخت که بزرگترین کاهش‌ها (>80%) را تجربه کرده‌اند.

فصل 2: پروتکل x402: لایه پرداخت عاملی

x402 یک پروتکل پرداخت متن‌باز است که کد وضعیت HTTP 402 را احیا می‌کند و به هر درخواست HTTP اجازه می‌دهد تا به طور بومی پرداخت‌های استیبل‌کوین را حمل کند و به عامل‌های هوش مصنوعی امکان انجام معاملات فوری پرداخت به ازای استفاده را می‌دهد.
درک x402 نمی‌تواند به عنوان فقط یک پروتکل پرداخت دیگر تلقی شود. این نمایانگر طراحی مجدد واحد پایه فعالیت اقتصادی است: از "ثبت → بررسی → تأیید → استفاده" به "پرداخت → استفاده." x402 = "Swift برای عامل‌ها."
عملکرد فعلی اقتصاد API بر اساس یک فرض ضمنی است: اینکه یک انسان در وسط عمل می‌کند. فرآیند دریافت کلید API—ثبت‌نام → پر کردن ایمیل → بررسی → کپی کردن کلید → چسباندن آن به کد—مشارکت انسانی را در هر مرحله فرض می‌کند. این فرآیند در اقتصاد عامل کار نمی‌کند زیرا عوامل هوش مصنوعی نمی‌توانند خودشان ثبت‌نام کنند، فرم‌ها را پر کنند یا کلیدها را مدیریت کنند. x402 از کد وضعیت HTTP 402 برای فعال‌سازی پرداخت‌های بومی استیبل‌کوین استفاده می‌کند. پس از دریافت پاسخ 402، عامل به‌طور مستقیم پرداخت را در زنجیره (USDC) انجام می‌دهد و پس از پرداخت، رسیدی دریافت می‌کند.

2.1 مرور کلی پروتکل و جریان کار

نقش‌های اصلی

فرآیند تراکنش پنج مرحله‌ای

1. درخواست منبع: کلاینت یک درخواست استاندارد HTTP به سرور منبع ارسال می‌کند (به عنوان مثال، GET /api/weather)

2. بازگشت نقل قول: سرور کد وضعیت HTTP 402 را برمی‌گرداند، با هدر پاسخ که شامل الزامات پرداخت ساختاریافته (ارز، مقدار، آدرس کیف پول، شبکه) است.

3. امضای پرداخت: کلاینت از کلید خصوصی کیف پول برای ساخت و امضای مجوز پرداخت استفاده می‌کند و بار امضاشده را در هدر درخواست X-PAYMENT قرار داده و دوباره ارسال می‌کند.

4. تأیید تسویه: سرور اطلاعات پرداخت را برای تأیید به تسهیل‌گر ارسال می‌کند و پس از تأیید، تسهیل‌گر انتقال استیبل‌کوین را در زنجیره انجام می‌دهد.

5. تحویل منبع: پس از دریافت تأیید، سرور داده‌ها/محتوا/نتایج محاسباتی را به کلاینت برمی‌گرداند.

کل فرآیند از آغاز درخواست تا دریافت منبع حدود 2 ثانیه طول می‌کشد.

مقایسه با روش‌های پرداخت سنتی

ویژگی‌های اصلی: نیازی به ثبت‌نام حساب نیست، نیازی به کلید API نیست، هیچ اشتراکی وجود ندارد، هیچ مداخله انسانی وجود ندارد. پرداخت‌ها به اندازه ارسال یک درخواست HTTP طبیعی هستند، به همین دلیل به آن "لایه پرداخت بومی اینترنتی" گفته می‌شود.

۲.۲ داده‌های کلیدی

توجه به کیفیت داده‌ها: بر اساس تحلیل آرتیمیس، نسبت تراکنش‌های واقعی به بازی شده در x402 نزدیک به ۱:۱ است (به عنوان مثال، در ۱۱ ژانویه ۲۰۲۶، واقعی ۵۲۰,۰۰۰ در مقابل. بازی شده ۵۱۸,۰۰۰)، و مقیاس واقعی ارگانیک باید با احتیاط درک شود.

توزیع بر اساس زنجیره

طبقه‌بندی بر اساس استفاده (تصویر آن‌چین به تاریخ ۱۱ ژانویه ۲۰۲۶)

۲.۳ رتبه‌بندی‌های استفاده از پروژه‌های بزرگ (به تاریخ مارس ۲۰۲۶)

منبع داده: داشبورد تراکنش‌های Dune Analytics x402 به ازای هر پروژه

۲.۴ به‌روزرسانی‌های هسته V2

هویت کیف پول + جلسات قابل استفاده مجدد

در V1، هر تماس API باید از طریق فرآیند کامل تراکنش آن‌چین عبور کند. V2 مکانیزم ورود با X (SIWx) را معرفی می‌کند که به عوامل اجازه می‌دهد هویت کیف پول خود را یک بار تأیید کنند و تماس‌های بعدی را بدون نیاز به تأیید آن‌چین هر بار، دوباره استفاده کنند. در واقع، این به‌روزرسانی مدل پرداخت به ازای هر تماس را به یک مدل اشتراکی ارتقا می‌دهد و گلوگاه‌های عملکردی را در سناریوهای با فرکانس بالا برطرف می‌کند.

یکپارچگی چند زنجیره‌ای + سازگاری با پرداخت‌های سنتی

V2 شناسایی شبکه‌ها و دارایی‌ها را استاندارد می‌کند و یک فرمت پرداخت یکپارچه X402 ایجاد می‌کند که می‌تواند در زنجیره‌ها و مسیرهای پرداخت سنتی عمل کند. پایه، سولانا، سایر L2ها، همچنین ACH، SEPA و شبکه‌های کارت اعتباری همه در همان مدل پرداخت گنجانده شده‌اند. این مهم‌ترین به‌روزرسانی است—x402 از یک "پروتکل پرداخت کریپتو" به یک لایه پرداخت خنثی تبدیل می‌شود که پل بین کریپتو و مالی سنتی است.

کشف خودکار خدمات

V2 یک افزونه Discovery را معرفی می‌کند که به خدمات x402 اجازه می‌دهد متاداده ساختاری را برای تسهیل‌گران به‌طور خودکار نمایه‌سازی و خزیدن کند. عامل‌های هوش مصنوعی می‌توانند به‌طور خودکار خدمات را کشف کنند، قیمت‌ها را درک کنند و پرداخت‌ها را آغاز کنند. این موضوع به‌ویژه برای اقتصاد عامل‌ها حیاتی است—عامل‌ها نیازی به دانستن رابط پرداخت ارائه‌دهندگان خدمات از قبل ندارند؛ آن‌ها می‌توانند به‌طور خودکار در زمان اجرا پرداخت‌ها را کشف و تکمیل کنند.

SDK ماژولار

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

شرکت‌کنندگان اکوسیستم 2.5

بنیاد و لایه پروتکل

چشم‌انداز استک پرداخت عامل 2.6

مقایسه دقیق پروتکل

بینش کلیدی: موضوع این نیست که چه کسی جای چه کسی را می‌گیرد، بلکه چگونگی ترکیب است. گوگل با Coinbase همکاری کرده است تا افزونه A2A x402 را منتشر کند، که AP2 به‌طور بومی از x402 به‌عنوان مسیر پرداخت رمزنگاری استفاده می‌کند. خطر رقابتی واقعی، تکه‌تکه شدن استانداردها است.

سیگنال‌های کلیدی خطر 2.7

• حجم معاملات روزانه از حدود 731,000 در دسامبر 2025 به حدود 57,000 در مارس 2026 (-92%) کاهش یافت، با مقیاس واقعی معاملات حدود 14,000 دلار در روز (طبق آرتیمیس، 95% از حجم متوسط روزانه 250,000 دلار در اوج دسامبر، بازی شده بود)

• ارزش بازار اکوسیستم 7 میلیارد دلار (LINK 6 میلیارد دلار + مجازی‌ها 600 میلیون دلار)، با ارزیابی که به‌طور شدید از استفاده واقعی منحرف شده است

• پروژه‌های مرتبط با زیرساخت بزرگ‌ترین کاهش‌ها را در استفاده مشاهده کردند: x402secure.com (-80%+)، AgentLISA (تقریباً صفر)، pay.codenut.ai (به‌طور قابل توجهی کاهش یافته است)

تحلیل علت سه‌لایه

لایه اول: ناپدید شدن کاتالیزورها. افزایش حجم معاملات از اکتبر تا دسامبر 2025 به سه عامل بستگی داشت: جنون توکن‌های میم، انتظارات از چندین TGE پروژه و رقابت تسهیل‌کنندگان برای افزایش رتبه‌های Dune.
لایه دوم: عدم تطابق اساسی بین عرضه و تقاضا. مشکلی که x402 به آن می‌پردازد "پرداخت خودکار عوامل هوش مصنوعی برای فراخوانی API ها" است، اما اکثریت قریب به اتفاق عوامل هوش مصنوعی هنوز از کلیدهای API + مدل‌های اشتراکی برای فراخوانی خدمات استفاده می‌کنند؛ عوامل تصمیم‌گیری اقتصادی واقعاً خودمختار تقریباً در صنعت وجود ندارند؛ تعداد بسیار کمی از فروشندگان API حاضرند پرداخت به ازای استفاده با USDC را بپذیرند. جاده ساخته شده است، اما خودروها تولید نشده‌اند.
لایه سوم: کاهش کلی بازار ارزهای دیجیتال.
نکته مثبت: ادغام x402 با Stripe یک رویداد مهم است. جان کالیسون، یکی از بنیان‌گذاران Stripe پیش‌بینی می‌کند که "جزر و مد تجارت عوامل" در ماه‌ها و سال‌های آینده به وقوع خواهد پیوست. Stripe به طور همزمان ACP (مسیر کارت اعتباری وب2) و x402 (مسیر استیبل‌کوین وب3) را راه‌اندازی می‌کند و به عنوان یک پوشش برای هر دو مسیر عمل می‌کند.
x402 موجب ظهور یک دسته از پروژه‌های میانه‌افزار جدید شده است که اساساً به عوامل کمک می‌کند تا به راحتی خدمات مختلف را تحت پارادایم پرداخت به عنوان مجوز به دست آورند: از استنتاج هوش مصنوعی تا API های وب2. یک مسیر پرداخت کریپتو برنامه‌پذیر، بدون مجوز و 24 ساعته در روز، انتخاب طبیعی برای عوامل خودمختار است. اما این پیش‌فرض این است که عوامل واقعاً به عملیات "بدون مجوز" نیاز دارند؛ اگر عوامل همیشه در چارچوب مجوز انسانی عمل کنند (مرحله 2: عوامل کنترل‌شده)، در این صورت مسیرهای پرداخت سنتی به همراه کارت‌های مجازی کافی هستند. فقط زمانی که عوامل شروع به عمل مستقل از انسان‌ها در فعالیت‌های اقتصادی کنند (مرحله 3: اقتصادهای خودمختار) است که بدون مجوز بودن به یک ضرورت تبدیل می‌شود.
علاوه بر این، کارت‌های اعتباری دارای مکانیزم بازپرداخت هستند (مصرف‌کنندگان می‌توانند تراکنش‌ها را مورد مناقشه قرار دهند و وجوه را بازیابی کنند) که به عنوان حفاظت از مصرف‌کننده برای دهه‌ها برقرار شده است. پرداخت‌های زنجیره‌ای تسویه نهایی هستند؛ پس از پرداخت، دیگر وجود ندارد و هیچ بازپرداختی وجود ندارد. این بدان معناست که اگر یک عامل به اشتباه عمل کند (به عنوان مثال، به دلیل حمله تزریق درخواست)، کاربران می‌توانند با بانک تماس بگیرند تا وجوه را تحت طرح کارت اعتباری بازیابی کنند. در طرح x402، پول قبلاً در زنجیره قرار دارد و نمی‌توان آن را بازیابی کرد. این یک معایب واقعی x402 در مقایسه با پرداخت‌های سنتی است.
انسان‌ها که به عنوان "میان‌افزار انسانی" بین سیستم‌های مختلف عمل می‌کنند، ایجاد اصطکاک زیادی می‌کنند که اساساً یک مکانیزم برای ایجاد اعتماد است. مقابله با تقلب، کنترل دسترسی، پاسخگویی، حل و فصل اختلافات و مستندات حسابرسی، عملیات سیستم تجاری را حفظ می‌کند.
راه‌حل‌های ممکن ممکن است شامل مکانیزم‌های امانت‌گذاری در زنجیره (وجوه قفل شده در یک قرارداد هوشمند ابتدا، آزاد شده پس از تأیید ارائه خدمات)، پروتکل‌های بیمه (تأمین بیمه برای معاملات عامل) یا سیستم شهرت 8004 برای کاهش احتمال معاملات با طرف‌های غیرقابل اعتماد باشد. با این حال، این‌ها هنوز نابالغ هستند.

2.8 دیدگاه سرمایه‌گذاری VC

جهت‌گیری‌های سرمایه‌گذاری که值得 توجه هستند

• ارائه‌دهندگان خدمات API (فروشندگان) با نیازهای واقعی پرداخت: تحلیل داده‌ها / وب‌اسکرپینگ / اوراکل / حسابرسی امنیتی / پرداخت‌های استنتاجی / انطباق KYC و غیره. معیارهای قضاوت: هنوز می‌توان با استفاده از مدل‌های سنتی پول درآورد، x402 فقط یک کانال توزیع اضافی است.

• لایه حل و فصل اختلافات و تضمین پرداخت دروازه: معاملات در زنجیره نمی‌توانند بازگشت داده شوند یا برگشت بخورند و معاملات بزرگ نیاز به مکانیزم‌های حل و فصل اختلافات دارند. پروژه‌های نماینده: دروازه Circle (پیش‌سپرده غیرقیمتی + تسویه دسته‌ای خارج از زنجیره)، Kamiyo (شهرت عامل / نگهداری وجوه / تعیین شبکه اوراکل / داوری ZKP)

• داشبورد / ابزارهای FinOps: به شرکت‌ها کمک می‌کند تا هزینه‌های چندعاملی را مدیریت کنند (چقدر هزینه شده / کجا هزینه شده / آیا ارزشش را دارد / چگونه صرفه‌جویی کنیم)، مشابه CloudHealth/Cloudability در رایانش ابری، با فضای احتمالی خرید 300-500 میلیون دلار.

فصل 3: ERC-8004: لایه اعتماد عامل

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

3.1 مرور کلی استاندارد و تمایزات اصلی

در تعاملات سنتی، نیاز به ایجاد روابط اعتماد پیشین یا تکیه بر نهادهای شخص ثالث معمولاً تعاملات بین عوامل را به همان اکوسیستم محدود می‌کند. در یک محیط باز، نحوه کشف شرکا، مشاهده عملکرد تاریخی و تأیید قابلیت اطمینان عوامل یک مسئله اصلی است.
تمایز مهم: ERC-8004 یک توکن نیست؛ این استاندارد از NFTهای ERC-721 برای نمایندگی هویت‌های عوامل به‌طور داخلی استفاده می‌کند، اما خود استاندارد به هماهنگی و اعتماد مربوط می‌شود، ارزش اقتصادی ندارد و قابل معامله نیست.

3.2 سه ثبت‌نام اصلی

ثبت‌نام هویت

بر اساس ERC-721 + URIStorage، هر عامل یک شناسه هویت NFT دریافت می‌کند که به agentURI مرتبط است و به یک فایل ثبت‌نام (JSON) اشاره می‌کند که شامل نام، توضیحات، نقاط پایانی خدمات (A2A/MCP/Web)، وضعیت پشتیبانی x402 و غیره است. URL می‌تواند بر روی IPFS (غیرمتمرکز و مقاوم در برابر سانسور)، سرورهای HTTPS (ساده اما متمرکز) یا به‌طور مستقیم در زنجیره کدگذاری شود (غیرمتمرکزترین اما پرهزینه).

ثبت‌نام شهرت

رابط‌های استاندارد برای انتشار و دریافت سیگنال‌های بازخورد، که از رتبه‌بندی‌های زنجیره‌ای و الگوریتم‌های خارج از زنجیره پشتیبانی می‌کند. می‌تواند شامل x402 proofOfPayment به عنوان یک سیگنال اعتماد پشتیبانی اقتصادی باشد. عوامل به یکدیگر امتیاز می‌دهند، اما برای جلوگیری از دستکاری امتیاز، ERC-8183 برای ارائه شواهد کمکی از تعاملات واقعی شغلی بین عوامل لازم است.

ثبت‌نام اعتبار

TEE (محیط اجرای مورد اعتماد)، مکانیزم‌های سهام‌گذاری PoS و ZK (اثبات‌های صفر-دانش) را برای تأیید و احراز هویت خروجی‌های وظایف انجام شده توسط عوامل معرفی می‌کند:

• از طریق TEE: وظایف می‌توانند به عنوان انجام شده در یک جعبه سیاه امن تأیید شوند، با کد و داده‌ها که به‌طور خارجی افشا یا دستکاری نمی‌شوند.

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

• از طریق ZK: درستی فرآیند استنتاج عامل می‌تواند بدون دانستن وزن‌های داخلی آن تأیید شود

۳.۳ نقاط عطف توسعه

حامیان: ENS، EigenLayer، The Graph، Taiko. حدود ۱۰۰۰ تا ۲۰۰۰ توسعه‌دهنده به این جمع پیوسته‌اند.
با این حال، محدودیت‌های فعلی ۸۰۰۴ که خود Crapis به آن اعتراف می‌کند: "۸۰۰۴ اساساً مجموعه‌ای از ثبت‌نام‌ها است." این به عوامل یک کارت شناسایی می‌دهد و یک مکانیزم ارزیابی فراهم می‌کند، اما نمی‌تواند تضمین کند که رفتارهای عوامل قابل اعتماد هستند. اعتبارسنجی واقعی نیاز به حسابرسی‌های رفتاری (آنچه عامل در گذشته انجام داده است)، شواهد محیط اجرایی (مدرکی از اجرا در TEE) و تأیید نیت (عامل ادعا می‌کند که X را انجام می‌دهد اما در واقع X را انجام می‌دهد) دارد. قسمت TEE از ثبت‌نام اعتبارسنجی هنوز در حال بحث با جامعه است و از بلوغ دور است.
به عبارت دیگر: ۸۰۰۴ یک شرط لازم است اما شرط کافی نیست. این سؤال "این عامل کیست" را حل می‌کند، اما هنوز سؤال "آیا این عامل قابل اعتماد است" را حل نکرده است. دومی نیاز به ترکیبی از ۸۰۰۴ + TEE + حسابرسی‌های رفتاری دارد که هنوز به طور کامل توسط هیچ‌کس پیاده‌سازی نشده است.
البته، یک جهت دست‌کم گرفته شده وجود دارد: در اقتصاد انسانی، سیستم‌های اعتباری بر اساس ترازنامه‌ها و سوابق اعتباری ساخته می‌شوند—چقدر پول دارید، چند وام را در گذشته بازپرداخت کرده‌اید. عوامل این‌ها را ندارند اما داده‌های رفتاری دارند: چند وظیفه را در گذشته انجام داده‌اند، نرخ موفقیت آن‌ها چقدر است، زمان پاسخ متوسط آن‌ها چقدر است و آیا شکایتی علیه آن‌ها وجود داشته است. اگر داده‌های رفتاری بتوانند به اصول مالی تبدیل شوند، آنگاه سیستم شهرت ۸۰۰۴ فقط به بررسی‌های خوب و بد مربوط نمی‌شود، بلکه به نمره اعتباری در دنیای عامل مربوط می‌شود. یک عامل با نمره شهرت بالا می‌تواند یک حد اعتبار بالاتر (مجوز پیش‌نویسی بیشتر از وجوه) به دست آورد، هزینه‌های تراکنش کمتری (زیرا ریسک کمتر است) و تخصیص وظایف اولویت‌دار (کارفرمایان به طور ترجیحی عوامل با شهرت خوب را انتخاب می‌کنند).
ثبت‌های هویت و شهرت 8004 تنها لایه داده‌های بنیادی هستند. خلق ارزش در این است که چه کسی می‌تواند ارزیابی‌های اعتباری و خدمات مالی برای نمایندگان بر اساس این لایه داده‌ای ایجاد کند—وام‌های نماینده، بیمه نماینده، محدودیت‌های اعتباری نماینده، که تمام خدمات مالی را شامل می‌شود.

3.4 رابطه با پروتکل‌های دیگر

3.5 ERC-8183: استانداردسازی اتریوم برای ACP

ERC-8183 نسخه استاندارد باز اتریوم از پروتکل داخلی ACP مجازی‌ها است (منتشر شده در 10 مارس 2026، در حال حاضر در مرحله پیش‌نویس).
هسته اصلی، شغل است—یک ماشین حالت زنجیره‌ای (باز → تأمین مالی شده → ارسال شده → تکمیل شده/رد شده/منقضی شده)، با وجوهی که در یک امانت‌داری برنامه‌پذیر نگهداری می‌شود و به‌طور خودکار پس از داوری کیفیت تحویل توسط ارزیابان مستقل تسویه می‌شود. مکانیزم‌های گسترش Hooks را پشتیبانی می‌کند (آستانه‌های شهرت، مزایده، پرداخت‌های مرحله‌ای و غیره).
طراحی کلیدی: هر شغل تکمیل شده به‌طور خودکار سوابق تعامل را تولید کرده و آن‌ها را به ثبت‌نام شهرت ERC-8004 وارد می‌کند—معادل با "نقدهای عمومی باید بر اساس مصرف باشد و یک قاضی شخص ثالث شامل شود،" که نقطه اتصال برای 8183 و 8004 برای تشکیل یک چرخه همزیستی است.

فصل 4: پروتکل مجازی‌ها: لایه کسب‌وکار نماینده

4.1 مرور پروژه

پروتکل مجازی‌ها یک زیرساخت کامل غیرمتمرکز برای نمایندگان هوش مصنوعی است که به هر کسی اجازه می‌دهد تا نمایندگان هوش مصنوعی خودکار را در زنجیره ایجاد، توکن‌سازی، مالکیت مشترک و درآمدزایی کند. این پروژه در ابتدا در سال 2021 به عنوان PathDAO (یک انجمن بازی) تأسیس شد و در اوایل 2024 به سمت نماینده هوش مصنوعی منتقل شد، که در حال حاضر عمدتاً بر روی Base مستقر است و به اتریوم، سولانا و رونین گسترش می‌یابد.
تیم اصلی: بنیان‌گذار یانسن تنگ (مشاور سابق BCG، کارشناسی در بیوتکنولوژی + مدیریت کسب‌وکار از کالج امپریال) و ویکی تیئو (کارشناسی در بیوتکنولوژی از کالج امپریال + کارشناسی ارشد در مدیریت از مدرسه کسب‌وکار لندن، سابقه در PE/BCG)، مستقر در کوالالامپور، مالزی، با تیمی متشکل از حدود 38 نفر. تاریخچه تأمین مالی: تأمین مالی دور بذر به مبلغ 16 میلیون دلار در مرحله PathDAO (به رهبری DeFiance Capital و Beam).

4.2 معماری فنی: چهار رکن

رکن اول: چارچوب GAME—چگونه یک عامل به طور داخلی تصمیم‌گیری می‌کند

GAME مغز است: این یک عامل را با اهداف، شخصیت، توانایی‌های ادراکی و اقدامات قابل اجرا تجهیز می‌کند و به آن اجازه می‌دهد به طور خودکار برنامه‌ریزی کند "چه کاری باید انجام دهم" و سپس وظایف را برای کارگران داخلی تجزیه کند تا اجرا کنند. کل فرآیند در مرزهای یک عامل واحد رخ می‌دهد.
معماری اصلی: معماری برنامه‌ریزی سلسله‌مراتبی (برنامه‌ریزی سلسله‌مراتبی)، جدا کردن "چه چیزی باید فکر کرد" از "چگونه باید انجام داد"—تولیدکننده وظیفه (برنامه‌ریز سطح بالا/HLP) وظایف را بر اساس اهداف عامل تولید می‌کند و کارگران را انتخاب می‌کند؛ کارگران (برنامه‌ریز سطح پایین/LLP) هر یک مجموعه‌ای از عملکردهای خاص قابل اجرا دارند؛ عملکردها تماس‌های خاص API، تراکنش‌های زنجیره‌ای، بازیابی داده‌ها و سایر عملیات را انجام می‌دهند.
مدل‌های پایه پشتیبانی‌شده: Llama 3.1 405B (پیش‌فرض)، Llama 3.3 70B، DeepSeek R1، DeepSeek V3—طراحی مستقل از مدل. با انتشار چارچوب‌های عامل OpenAI/Google، تمایز GAME همچنان جزئی باقی می‌ماند: این تنها چارچوب عامل است که به طور بومی لایه اقتصادی زنجیره‌ای (توکن‌های ACP + VIRTUAL) را ادغام می‌کند.

رکن دوم: ACP—"قانون تجاری" بین عوامل

پروتکل تجارت عامل (ACP) یک پروتکل استاندارد شده زنجیره‌ای است که به عوامل اجازه می‌دهد تا کشف، استخدام، مذاکره، سپرده‌گذاری وجوه، تحویل و تسویه کنند—همه بدون دخالت انسان.
ماشین حالت چهار مرحله‌ای ACP

رکن سوم: Butler—دروازه فوق‌العاده برای کاربران

Butler دروازه مصرف‌کننده شبکه ACP است—یک عامل ساخته شده بر روی LLM، اساساً یک هماهنگ‌کننده پروتکل ACP، مسئول ترجمه زبان طبیعی کاربران به جریان‌های کاری چندعاملی زنجیره‌ای است.
Butler دارای یک معماری دو لایه است: لایه بالایی یک رابط گفتگوی LLM (در حال حاضر از Gemini 3 Pro برای بک‌اند استفاده می‌کند)؛ لایه پایینی هماهنگ‌کننده پروتکل ACP است که فرآیند کامل کشف عامل → تأیید نقل قول → قفل‌گذاری سپرده → مسیریابی وظیفه → تأیید تحویل → آزادسازی وجوه را اجرا می‌کند. آنچه کاربران می‌بینند یک چت است، در حالی که Butler برنامه‌ریزی قرارداد را مدیریت می‌کند.
حالت حرفه‌ای Butler به وضوح برنامه‌ریزی و اجرا را جدا می‌کند: مرحله برنامه‌ریزی → مرحله بررسی (کاربران می‌توانند طرح را بهینه‌سازی کنند) → مرحله اجرا (به طور خودکار کل فرآیند را هماهنگ می‌کند). قابلیت‌های داخلی شامل تبادل توکن، سرمایه‌گذاری DCA، قراردادهای دائمی و صندوق‌های سرمایه‌گذاری است.

ستون چهارم: پلتفرم راه‌اندازی—وال استریت برای نمایندگان

سیستم سه‌سطحی راه‌اندازی، چرخه کامل زندگی پروژه‌های نماینده را از ۰→۱→۱۰۰ پوشش می‌دهد:

اولین پروژه تایتان: XMAQUINA ($DEUS، DAO در شرکت‌های هوش تجسمی مانند Figure AI سهام دارد، FDV ۶۰ میلیون دلار)، بنیاد Fabric ($ROBO، در حال همکاری با OpenMind در اقتصاد ربات‌ها)

تحلیل تولید ناخالص داخلی نماینده (aGDP)

aGDP (تولید ناخالص داخلی نماینده) یک شاخص اکولوژیکی اصلی است که توسط Virtuals سفارشی‌سازی شده و ارزش اقتصادی کل ایجاد شده توسط تمام نمایندگان خودمختار در اکوسیستم را از طریق خدمات، هماهنگی و فعالیت‌های زنجیره‌ای اندازه‌گیری می‌کند.

مسیر رشد aGDP

مسائل کیفیت aGDP—سه سیگنال هشدار:

1. نوسانات درآمد وابستگی‌های سفته‌بازانه را نمایان می‌سازد: درآمد روز پروتکل ژانویه ۲۰۲۵، ۱.۰۲ میلیون دلار → تا پایان فوریه ۳۵,۰۰۰ دلار (کاهش ۹۷%). درآمد عمدتاً از مالیات‌های تراکنش توکن نماینده (۱%) به دست می‌آید، نه از پرداخت‌های مداوم برای خدمات نماینده.

2. تمرکز شدید در بالای هرم: Ethy AI، ۲۱۸ میلیون دلار aGDP را تأمین می‌کند (که ۴۵.۵٪ از کل اکوسیستم را شامل می‌شود)، با سه شرکت برتر که مجموعاً ۴۰۷ میلیون دلار (۸۴.۹٪) را تشکیل می‌دهند. هر سه نماینده از نوع اجرای تراکنش هستند؛ aGDP اساساً جریان تراکنش‌های انجام شده است، نه درآمد از خدمات نماینده. لونا، به عنوان یک نماینده نوع IP پرچمدار، نرخ برداشت نزدیک به ۱۰۰٪ دارد؛ نرخ برداشت Ethy AI تنها ۰.۲۶٪ است.

3. شرایط فرض هدف ۳ میلیارد دلار: رشد از ۴۷۰ میلیون دلار به ۳ میلیارد دلار نیاز به افزایش ۶.۴ برابری دارد. اگر اجزای سفته‌بازانه بر aGDP تسلط یابند، هدف اساساً بر روی داغی بازار توکن‌های نماینده شرط می‌بندد، نه بر رشد ارگانیک اقتصاد نماینده.

مدل اقتصادی توکن ۴.۴

مکانیسم جذب ارزش چهارگانه $VIRTUAL

ساختار مالیات ACP: کاربران ۱۰۰٪ پرداخت می‌کنند → کیف پول نماینده ۹۰٪ (قابل برداشت یا استخدام مجدد توسط نمایندگان دیگر، تجمیع در زنجیره aGDP) + خزانه ۱۰٪ (که ۱٪ از آن به خزانه G.A.M.E می‌رود) → درآمد خزانه به طور مداوم توکن‌های نماینده را خریداری می‌کند و انگیزه‌های بلندمدت را همسو می‌سازد.
ساختار عرضه: مجموع ۱ میلیارد VIRTUAL، عرضه ثابت، بدون تورم اولیه؛ وضعیت کنونی: همه آزاد و در حال گردش؛ صدور بالقوه: تا ۱۰٪ در سال برای سه سال آینده، نیازمند تأیید حاکمیت؛ veVIRTUAL: استیکینگ حقوق رأی‌گیری حاکمیتی + حقوق توزیع توکن نماینده را اعطا می‌کند.

۴.۵ مرور کلی داده‌های اکوسیستم

موارد نماینده معیار

۴.۶ چشم‌انداز رقابتی و خندق

سطوح خندق (از قوی به ضعیف)

• اثر شبکه + چرخ‌دنده توکن (قوی‌ترین): بیش از ۱۸,۰۰۰ نماینده + بیش از ۶۵۰,۰۰۰ دارنده یک بازار دوطرفه تشکیل می‌دهند. هر نماینده مجبور است با VIRTUAL جفت شود و یک حلقه بازخورد مثبت ایجاد کند. این توسط چارچوب‌های متن‌باز قابل تکرار نیست—LangChain لایه تسویه اقتصادی بومی بین نمایندگان را ندارد.

• مرجع تعیین استاندارد (قوی‌تر): ACP → ERC-8183 (به‌طور مشترک با بنیاد اتریوم منتشر شده) + ERC-8004 + x402، ترکیب این سه برای "سیستم حقوقی بنیادی" اقتصاد نماینده هوش مصنوعی رقابت می‌کند.

• مزیت پیشگام + برند (متوسط): رهبری در ذهن‌سازی در بخش نماینده هوش مصنوعی + کریپتو، با حمایت نهادهایی مانند Grayscale و Fundstrat.

• قابلیت فنی (ضعیف‌ترین): معماری لایه‌ای GAME دارای مزایای طراحی است اما به LLMهای شخص ثالث وابسته است و مدل‌های خود توسعه یافته را ندارد، که لایه ارکستراسیون را به راحتی قابل جایگزینی با چارچوب‌های قوی‌تر می‌سازد.

(ادامه دارد)