EN
→ بازگشت به خبرخوان
شمارهٔ ۰۲۵۳Chain Fusion۲ دقیقه۲ منبع

Chain Fusion صاحب کنتور شد: نسخه ۲.۷ EVM RPC هزینه تعاملات میان‌زنجیره‌ای را قابل پیش‌بینی می‌کند

نسخه ۲.۷.۰ از EVM RPC برای هر endpoint تغییردهنده یک endpoint جداگانه برای محاسبه هزینه چرخه‌ها اضافه می‌کند و با شناسه‌های درخواست با اندازه ثابت، بودجه‌بندی و retry در برنامه‌های Chain Fusion را ساده‌تر می‌سازد.

Chain Fusion صاحب کنتور شد: نسخه ۲.۷ EVM RPC هزینه تعاملات میان‌زنجیره‌ای را قابل پیش‌بینی می‌کند
تصویر: تولید هوش مصنوعی

آخرین نسخه EVM RPC یک جزئیات عملیاتی را به یک رابط قابل استفاده برای توسعه‌دهندگان تبدیل می‌کند: برنامه‌ها اکنون می‌توانند پیش از ارسال درخواست اتریومی یا EVM، هزینه آن را بر حسب cycles محاسبه کنند.

نسخه ۲.۷.۰ برای هر endpoint تغییردهنده eth_*، یک endpoint متناظر با نام eth_*CyclesCost اضافه می‌کند. این query همان آرگومان‌های Candid مربوط به endpoint اصلی را می‌گیرد و به canister اجازه می‌دهد پیش از اجرای فراخوانی پولی، بودجه cycles لازم را محاسبه کند. این release همچنین شناسه‌های درخواست JSON-RPC را به اندازه‌ای ثابت تغییر می‌دهد؛ طبق توضیح maintainers، نتیجه آن هزینه چرخه‌ای باثبات‌تر برای درخواست‌هاست.

این تغییر مهم است، چون برنامه‌های Chain Fusion فقط gas شبکه مقصد را مدیریت نمی‌کنند. آن‌ها برای کاری که canister جهت خواندن وضعیت خارجی یا ارسال تراکنش از طریق EVM RPC انجام می‌دهد نیز cycles پرداخت می‌کنند. پیش از این، توسعه‌دهندگان مجبور بودند برای هزینه‌های متغیر درخواست، راهبرد تأمین بودجه محتاطانه‌تری بسازند. اکنون برنامه می‌تواند هزینه سمت ICP را برآورد کند، حاشیه اطمینان کنار بگذارد و پیش از ادامه کار، درخواست بودجه بیشتر یا retry بدهد.

این قابلیت برای سیستم‌های خودکار مانند liquidatorها، عامل‌های معاملاتی و canisterهای تسویه زمان‌بندی‌شده اهمیت ویژه‌ای دارد. یک workflow مبتنی بر timer می‌تواند پیش از ارسال، هزینه را بررسی کند، برآورد را کنار اقدام موردنظر ثبت کند و اگر بودجه کافی نبود، پیش از امضا یا broadcast متوقف شود. این قابلیت تراکنش خارجی را رایگان نمی‌کند: شبکه مقصد همچنان gas خودش را دریافت می‌کند و query هزینه نیز موفقیت RPC یا تراکنش اتریوم را تضمین نمی‌کند.

مستندات ICP، EVM RPC را یک رابط typed مبتنی بر Candid معرفی می‌کند که دست‌کم از سه ارائه‌دهنده مستقل RPC پرس‌وجو می‌گیرد و نتیجه را به‌صورت سازگار یا ناسازگار برمی‌گرداند. بنابراین endpointهای جدید هزینه با یک الگوی اطمینان گسترده‌تر هماهنگ‌اند: ابتدا هزینه مورد انتظار درخواست را مشخص کنید، سپس توافق ارائه‌دهندگان داده خارجی را بررسی کنید و بعد اقدام میان‌زنجیره‌ای را ارسال کنید.

الگوی مهاجرت عملی ساده است. bindingهای client را به‌روزرسانی کنید، متد متناظر eth_*CyclesCost را با همان آرگومان‌های update فراخوانی کنید، یک ذخیره احتیاطی آگاهانه در نظر بگیرید و خطای کمبود cycles را بخشی عادی از جریان کنترل بدانید. حسابداری cycles در ICP را نیز جدا از gas شبکه مقصد نگه دارید.

تذکر: صفحه release تاریخ «03 Nov» را بدون ذکر سال نمایش می‌دهد. بنابراین این مقاله برای release سال تقویمی تعیین نمی‌کند و ادعا نمی‌کند که rollout جدیدی در mainnet در تاریخی مشخص انجام شده است. همان صفحه deploymentهای production و staging را فهرست می‌کند و مستندات فعلی ICP نیز canister مربوط به EVM RPC و مدل سازگاری چندارائه‌دهنده‌ای آن را معرفی می‌کند.

تغییر بزرگ‌تر، معماری است. Chain Fusion اکنون در حال به‌دست‌آوردن یک لایه اندازه‌گیری است که برنامه می‌تواند پیش از عبور از مرز زنجیره آن را بررسی کند. این موضوع قیمت‌گذاری و پایش automation میان‌زنجیره‌ای را ساده‌تر می‌کند و احتمال شکست به‌دلیل تأمین ناکافی بودجه canister را کاهش می‌دهد.

برچسب‌هاChain FusionICPEVM RPCاتریوم
منابع مستند۲ مرجع
  1. [۰۱]Release evm_rpc-v2.7.0 — dfinity/evm-rpc-canistergithub.com
  2. [۰۲]Chain Fusion — ICP Developer Docsdocs.internetcomputer.org
خواندنی بعدی

خبرخوان را در ایمیل بگیرید

هر سیگنال تازه، مستقیم از خط تولید. بدون مزاحمت، لغو عضویت در هر زمان.

خوراک RSS در دسترس · بدون هرزنامه