اهرم پنهان مقیاسپذیری Chain Fusion: چرا موجودی پیشامضا اهمیت دارد
بهبودهای امضای آستانهای ICP در سال ۲۰۲۶، روایت مقیاسپذیری Chain Fusion را از صرفاً سرعت رمزنگاری به برنامهریزی عملیاتی ظرفیت منتقل کردهاند. با ذخیرهسازی دادههای پیشامضا در وضعیت تکثیرشدهٔ subnet، زیرشبکههای امضاکننده میتوانند جهشهای کوتاهمدت تقاضای میانزنجیرهای را بهتر جذب کنند؛ هرچند پارامترهای فعلی تولید همچنان بسیار پایینتر از سقف نظری هستند.
یک برنامهٔ میانزنجیرهای ممکن است از نظر طراحی کاملاً درست باشد، اما هنگام نیاز به امضا متوقف شود. در معماری Chain Fusion، کانسترهای ICP میتوانند از طریق امضاهای آستانهای حسابهایی را در بیتکوین، اتریوم، سولانا و شبکههای دیگر کنترل کنند؛ بااینحال، subnet امضاکننده همچنان یک منبع مشترک تولیدی است.
این منبع در فوریهٔ ۲۰۲۶ یک بهبود مهندسی مهم دریافت کرد. مهندسان DFINITY اعلام کردند که عملیات رمزنگاری موازیسازی شده، محاسبات پرهزینه از مسیرهای حساس خارج شده و دادههای پیشامضا به وضعیت تکثیرشدهٔ subnet منتقل شدهاند. پیشامضاها موادی هستند که پیش از رسیدن درخواست کاربر آماده میشوند؛ تولید آنها گلوگاه اصلی عملکرد در پروتکل امضای آستانهای است.
تغییر عملی، ایجاد یک مدل مبتنی بر موجودی است. بهجای آنکه همهٔ اجزای امضا زیر فشار یک تراکنش ورودی تولید شوند، subnet میتواند در زمانهای کمتقاضا هزاران دادهٔ لازم را آماده کند. هنگام جهش تقاضا، درخواستها این موجودی را فوراً مصرف میکنند. طبق اعلامیهٔ انجمن، subnetهای امضاکنندهای که برای بار بالا بهینه شدهاند، میتوانند بیش از ده برابر ظرفیت قبلی خود را بهطور پایدار ارائه دهند و تا زمانی که پیشامضا موجود باشد، از بیش از ۱۰۰ امضا در ثانیه پشتیبانی کنند.
این تیتر نیازمند تفسیر دقیق است. رقم بیش از ۱۰۰ امضا در ثانیه، سقف یک جهش کوتاهمدت برای subnetهای ویژه با بار امضای بالا است، نه نرخ عمومی برای همهٔ برنامههای Chain Fusion. همان اعلامیه میگوید پارامترهای محافظهکارانهٔ subnet تولیدی fiduciary، پس از پیشنهاد NNS شمارهٔ ۱۴۰۲۸۹، در پیکربندی مورد اشاره تقریباً معادل ۳٫۵ امضای tECDSA، ۶٫۵ امضای tSchnorr و ۱۸ امضای vetKeys در ثانیه بودهاند.
برای سازندگان، این موضوع پرسشی مفیدتر از «آیا ICP میتواند سریعتر امضا کند؟» ایجاد میکند: برنامه چگونه تقاضا را شکل میدهد؟ یک کیف پول که برداشتهای زیادی را دستهبندی میکند، سرویسی برای مدیریت UTXOهای بیتکوین، یا یک کانستر تسویهٔ خودکار باید دریافت درخواست از کاربر را از اجرای امضا جدا کند، صف را بپذیرد و فرض نکند سقف موقت جهش، ظرفیت دائمی است. تایمرها و تلاشهای مجدد نیز باید صف امضا را از تأخیر تأیید در شبکهٔ خارجی متمایز کنند.
بنابراین این ارتقا، صفحهٔ کنترل Chain Fusion را تقویت میکند، نه اینکه بیتکوین، اتریوم یا سولانا را بهطور جادویی سریعتر کند. پس از تولید امضا توسط ICP، کارمزدهای خارجی، تولید بلوک، دسترسپذیری RPC و زمان تأیید همچنان پابرجا هستند. این بهبود، سرویس امضای آستانهای ICP را هدف میگیرد و بهتنهایی تأخیر، کارمزد یا ازدحام شبکههای خارجی را حذف نمیکند.
درس بزرگتر این است که رمزنگاری آستانهای بهتدریج به مسئلهای عملیاتی تبدیل میشود. پیشمحاسبه، وضعیت تکثیرشده، اندازهٔ صف و پارامترهای subnet اکنون در کنار امنیت کلید و صحت امضا اهمیت دارند. با استفادهٔ بیشتر کانسترها از Chain Fusion برای پرداختهای خودکار و اجرای میانزنجیرهای، برنامههایی که بر اساس موجودی امضا طراحی میشوند—نه فقط بنچمارکهای اوج رمزنگاری—آمادگی بیشتری برای ارائهٔ رفتاری قابل پیشبینی خواهند داشت.
خبرخوان را در ایمیل بگیرید
هر سیگنال تازه، مستقیم از خط تولید. بدون مزاحمت، لغو عضویت در هر زمان.