چرا به "هارنس اجرایی" در مالیات نمایندگی نیاز است

"این دارایی را به زنجیره دیگری منتقل کنید، سپس هزینه استفاده از داده‌ها را پرداخت کرده و رسید را دریافت کنید."

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

داستان درباره زمانی است که هوش مصنوعی پول خرج می‌کند، معمولاً از "فقط به عامل یک کیف پول بدهید" شروع می‌شود. اگر فقط پرداخت ساده‌ای باشد، این حرف اشتباه نیست. پرداخت هزینه API توسط عامل با x402 به قیمت‌گذاری، تأیید، انتقال و رسید ختم می‌شود. اما درخواست بالا پرداخت نیست، بلکه یک جریان مالی نمایندگی (Agentic Finance) است و پرداخت تنها یکی از مراحل آن است. این تمایز مهم است. اگر همه انتقال‌های ارزش را با یک سیستم مالی پیچیده توضیح دهیم، حتی پرداخت‌های معمولی نیز دشوار به نظر می‌رسند و اگر همه جریان‌های مالی را پرداخت بنامیم، مسائل اجرایی دشوارتر ناپدید می‌شوند. این مقاله به تفکیک این دو می‌پردازد.

1. مرز بین پرداخت و مالی

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

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

2. هفت لایه استک مالی نمایندگی
[تصویر 2] استک هفت لایه مالی نمایندگی --- نقش‌ها و بازیکنان نماینده در هر لایه (منبع=Aomi Labs Research)

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

لایه اول خدمات عامل است که هدف و توافق کاربر را دریافت می‌کند (چت GPT، جمینی، آمازون لافرز، پی‌پال)، لایه دوم زمان اجرا است که جریان کار، حافظه، تلاش مجدد و وضعیت را مدیریت می‌کند، لایه سوم اجرای دامنه است که برنامه‌ها را به سفارشات یا تراکنش‌های واقعی تبدیل می‌کند (1inch، دی‌بریج، یونی‌سواپ، کراکن). لایه چهارم کیف پول و مجوزها مشخص می‌کند که چه کسی می‌تواند چه کاری را به نمایندگی انجام دهد و تصمیم می‌گیرد که آیا امضا شود یا نه. کوین‌بیس، متاماسک، OKX، پریوی، ترنکی، سیف، فایر بلاک در حال رقابت هستند و گوگل AP2 و ویزا و مسترکارت استانداردها را ایجاد می‌کنند. تنها لایه‌ای که به طور مستقیم با پرداخت‌ها سروکار دارد، لایه پنجم است. x402، MPP، ACP، UCP قیمت‌ها، روش‌های پرداخت و مستندات را مبادله می‌کنند. لایه ششم استیبل‌کوین‌ها و خزانه‌داری (سیرکل، تتر، استرایپ، بریج) و لایه هفتم ریل‌های تسویه (بیس، سولانا، لایه 2 اتریوم، شبکه کارت، شبکه بانکی) است. امنیت، انطباق، شبیه‌سازی و واسطه‌ها در تمام هفت لایه وجود دارند.

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

3. مرز تأیید

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

4. موقعیت فعلی بازار

پرداخت به معنای باریک به سرعت به یک محصول تبدیل می‌شود. کیف پول‌ها در حال تغییر از یک انبار کلید به یک سیستم مجوز برنامه‌پذیر هستند. کوین‌بیس کلیدها را در یک منطقه امن جدا می‌کند و محدودیت‌هایی را اعمال می‌کند و متاماسک در حالی که خودسرپرستی را حفظ می‌کند، شبیه‌سازی قبل از امضا را الزامی کرده است. سیرکل و کراس‌مینت کیف پول، وجوه و پروتکل‌های پرداخت را به طور همزمان ترکیب می‌کنند. پروتکل‌ها به یکدیگر همگرا نمی‌شوند و نقش‌ها را تقسیم کرده و همزیستی می‌کنند. x402 و MPP پرداخت‌های ماشینی را انجام می‌دهند، ACP و UCP جریان‌های تجاری را مدیریت می‌کنند و پروتکل‌های AP2 و کارت‌ها به نمایندگی و هویت می‌پردازند.

بر اساس تجزیه و تحلیل Chainalysis، تا سه‌ماهه اول سال 2026، معاملات x402 در بیس به بیش از 100 میلیون رسیده و سولانا نیز بیش از 35 میلیون گزارش کرده است. با این حال، برخی از این فعالیت‌ها سفته‌بازی بودند. این نشانه‌ای از گسترش فناوری است، نه نشانه‌ای از اینکه تقاضای مالی خودمختار پیچیده‌ای شکل گرفته است. استفاده دیجیتال است و قیمت‌ها قابل خواندن توسط ماشین هستند و می‌توانند در صورت شکست به API و داده‌های فراخوان پرداخت برگردند. تجارت DeFi و مسیریابی بین زنجیره‌ای خطرات اجرایی بالایی دارند و خزانه‌داری و امور بین‌المللی با مسائل نظارتی و مسئولیت همراه هستند. استیبل‌کوین‌ها ابزار تسویه مهمی هستند اما هویت عامل، بازپرداخت، مالیات و ساختار تراکنش را حل نمی‌کنند.

5. وظایف هارنس اجرایی
[تصویر 3] چرخه عمر اجرایی 7 مرحله‌ای و مرز تأیید --- بخش‌هایی که هارنس و کیف پول بر عهده دارند (منبع=Aomi Labs Research)

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

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

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

6. چرا حتی با مدل‌های بهتر به هارنس نیاز است

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

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

7. آینده 2-3 سال

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

پرداخت‌های نمایندگی راهی برای عامل برای خرج کردن پول ایجاد می‌کند. مالی نمایندگی قضاوت مالی را در محدوده اختیارات واگذار شده انجام می‌دهد و اجرا می‌کند. مدل‌های بهتر قضاوت‌های بهتری انجام می‌دهند. هارنس این قضاوت را به نتایج قابل تأیید تبدیل می‌کند بدون اینکه اختیارات کیف پول را بگیرد.

آوومی لبز چیست؟

زیرساختی را توسعه می‌دهد که نیت‌های عامل هوش مصنوعی را به اجرای تأیید شده زنجیره‌ای که شامل رفتارهای پرداخت و غیرپرداخت است، تبدیل می‌کند. بر روی زمان اجرا (لایه 2) و اجرای دامنه (لایه 3) از هفت لایه تمرکز می‌کند و کیف پول، پروتکل‌های پرداخت و ریل‌های تسویه را جایگزین نمی‌کند بلکه به هم متصل می‌کند. مقایسه "زمانی که هارنس وجود دارد و زمانی که وجود ندارد" هنوز نتایج اندازه‌گیری نشده بلکه روش‌های تأیید است.

در KBW امسال، در هکاتون TRUST404 (29 سپتامبر)، EASYCON (1 اکتبر) و میکسر Dev Korea (2 اکتبر) با سازندگان کره‌ای ملاقات خواهیم کرد.

منبع: Aomi Labs Research، "وضعیت هارنس‌های اجرایی برای پرداخت‌های نمایندگی" (2026. 8. 13.) --- aomi.dev/research. منابع اصلی استناد شده در متن اصلی مدل پرداخت نمایندگی IMF در سال 2026، استانداردهای x402 و MPP و تجزیه و تحلیل بازار Chainalysis هستند. عملکردهای شرکت‌ها به جز مواردی که به طور مستقل تأیید شده‌اند، مطابق با توضیحات محصول منتشر شده توسط هر شرکت است.

منبع تصاویر: Aomi Labs Research (نسخه کره‌ای)

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