توسعه‌دهندگان اتریوم در حال حاضر در حال آزمایش یک مدل اختیاری جدید به نام قانون تأیید سریع (FCR) هستند که شبکه‌های لایه 2، بریج‌ها و صرافی‌های متمرکز را قادر می‌سازد تا واریزی‌های انجام شده با استفاده از شبکه‌های اصلی اتریوم (L1) را با سرعت بسیار بالاتری شناسایی کنند. در نتیجه این تغییر، زمان انتظار برای واریزها از تقریباً 13 دقیقه به تقریباً 13 ثانیه کاهش می‌یابد؛ که بهبود چشمگیری بین 80 تا 98 درصد را نشان می‌دهد. در 17 مارس 2026، جولیان ما از بنیاد اتریوم در X درباره پیشنهاد خود که آن را FCR نامیده‌اند، نوشت؛ این فرآیند امکان پر کردن شکاف بین امنیت قوی اتریوم و برخی از مشکلات عملی تجربه شده توسط کاربران هنگام تلاش برای استفاده از راه‌حل‌های مقیاس‌پذیری سریع‌تر یا صرافی‌ها برای انتقال دارایی‌ها بین هر دو پلتفرم را فراهم می‌کند. <img src="https://jid.rerrkvifj.com/media/customer/creatorSystem/019ae960-6e34-42fb-846c-d595650c1c82.jpeg">نمودار توضیح فرآیند قانون تأیید سریع (FCR) اتریوم. این تصویر برگرفته از توضیحات جامعه، نشان‌دهنده تغییر از شمارش سنتی عمق بلوک به ارزیابی گواهی اعتبارسنجی در زمان واقعی است که پنجره تأیید تقریباً 13 ثانیه‌ای را در شرایط عادی برجسته می‌کند.(منبع: مطالب محققین اتریوم و بحث‌های پروتکلی) <h2>چالش‌های کنونی با واریزها و تأییدها</h2>معمولاً کاربرانی که انتقال دارایی‌ها را از شبکه اصلی ETH به رول‌آپ‌های لایه 2 (مانند Arbitrum، Optimism، Base) یا واریز وجه در صرافی‌های متمرکز را تجربه می‌کنند، تاخیرهایی را در تأیید تراکنش‌ها بر اساس قوانین تأیید خود متحمل می‌شوند. معمولاً، بریج‌های کاننیکال تا زمانی که نهایی‌سازی کامل اتفاق بیفتد (یک نقطه بازرسی غیرقابل برگشت اتریوم که معمولاً هر دو اپوک تقریباً 13 دقیقه یکبار رخ می‌دهد) منتظر می‌مانند تا بتوانند تضمین کنند که سازماندهی مجدد زنجیره که انتقال اولیه را ایجاد می‌کند، رخ نخواهد داد. چندین صرافی غیرمتمرکز (DEX) و شبکه‌های لایه 2 (L2) که مایل به دستیابی به نهایی‌سازی سریع هستند، از قوانین "k-deep" استفاده می‌کنند، که بر اساس آن یک تراکنش پس از اضافه شدن k بلوک به زنجیره از زمان اجرای آن، "نهایی" در نظر گرفته می‌شود. این امر سرعت تراکنش را بهبود می‌بخشد اما هیچ تضمین رسمی برای نهایی‌سازی در برابر سازماندهی مجدد زنجیره به دلیل اقدام یک طرف خصمانه برای معکوس کردن تراکنش‌ها ارائه نمی‌دهد. در نتیجه، اگر یک طرف خصمانه علیه کاربران اقدام کند، ممکن است آنها سرمایه خود را از دست بدهند. برای کاربران DEXها و شبکه‌های L2، استفاده از قوانین "k-deep" تجربه کاربری منفی ایجاد می‌کند، زیرا مسیرهای کاننیکال کندی برای کاربران DEXها یا L2ها ایجاد می‌شود (که منجر به تأخیر و سطح بالایی از عدم قطعیت خواهد شد)، در حالی که مسیرهای ناامن یا پرخطر نیز عدم قطعیت ایجاد کرده و اعتماد کاربران را در انتقال مقادیر زیادی از داده‌ها کاهش می‌دهند.<h2>قانون تأیید سریع چگونه کار می‌کند</h2>استفاده از روش‌های مبتنی بر گواهی (به جای صرفاً شمارش تأییدهای بلوک) امکان تأیید هوشمند و پیشرفته بلوک‌ها را در FCR فراهم می‌کند. هنگامی که یک بلوک خاص توسط یک یا چند اعتبارسنجی تأیید شود، اعتبارسنجی دریافت‌کننده می‌تواند اعتبار آن رأی‌ها را تقریباً در زمان واقعی ارزیابی کند. اگر اکثریت آرا از نودهای اعتبارسنجی و/یا گواهی‌دهنده در یک یا چند بخش شبکه در مدت زمان کوتاهی دریافت یا شمارش شوند، در این صورت نود اعتبارسنجی، بلوک را با اطمینان تقریباً 100 درصدی تأیید کرده است که اعتبارسنجی‌ها و/یا گواهی‌دهندگان رأی‌های خود را صادقانه برای آن بلوک ارائه می‌دهند.<h3>این اصل بر دو فرض اساسی استوار است:</h3>امکان رله شدن پیام‌های اعتبارسنجی در عرض چند ثانیه (معمولاً کمتر از 3 ثانیه به دلیل تأخیر سرور) وجود دارد.هر اعتبارسنجی نمی‌تواند بیش از 25 درصد از اتر استیک شده را در اختیار داشته باشد تا خطر حملات هماهنگ که می‌تواند گواهی‌های نادرست ایجاد کند، کاهش یابد. در شرایط عادی، گواهی‌های کافی برای تأیید وجود تقریباً 13 ثانیه تأیید (با هر بلوک که تقریباً 12 ثانیه طول می‌کشد تا گواهی شود) ارائه خواهد شد. اگر تأخیر شبکه و/یا مشکلات امنیتی ایجاد شود، FCR می‌تواند کاهش عملکرد تدریجی نیز داشته باشد؛ ممکن است برای دستیابی به نهایی‌سازی کامل، زمان بیشتری منتظر بماند. این مورد به عنوان یک "توافق با کاهش عملکرد تدریجی" در طراحی گنجانده شده است تا اطمینان حاصل شود که "هنگامی که یک اعتبارسنجی تشخیص دهد که امنیت کمتری دارد، تکمیل بلوک را به سرعت به تعویق می‌اندازد"؛ این نشان‌دهنده طراحی است، نه یک شکست،" ما توضیح داد. بلوک‌هایی که در شرایط مطلوب تأیید کتبی فوری دریافت می‌کنند، به عنوان بلوک‌های نهایی شده تعیین می‌شوند. این امر موارد استفاده فراوانی را فراهم خواهد کرد، زیرا ویتالیک بوترین، یکی از بنیان‌گذاران اتریوم، در X بیان می‌کند که "این برای بسیاری از موارد استفاده بسیار قدرتمند خواهد بود." علاوه بر این، بر اساس هر یک از فرضیات ذکر شده، تضمین می‌شود که یک بلوک پس از قرار گرفتن در موقعیت مربوطه خود در زنجیره برای یک اسلات کامل و پس از دریافت تأیید کتبی خود، بازگردانده نخواهد شد.<h2>مسیر پیاده‌سازی و پذیرش</h2>یکی از مهم‌ترین مزایای FCR این است که برای اجرایی شدن نیازی به هارد فورک یا هماهنگی در سطح شبکه ندارد. در عوض، این یک ارتقاء اختیاری در سطح کلاینت است و عمدتاً بر کلاینت‌های لایه اجماع (مانند Prysm، Lighthouse یا Nimbus) تأثیر می‌گذارد. توسعه‌دهندگان در حال حاضر مشغول توسعه و آزمایش FCR هستند؛ تمام این کارها — به همراه ویدئوهای هر توسعه‌دهنده در حال پیاده‌سازی FCR — از طریق پروتکل Eth1 به Eth2 و مخزن مشخصات اجماع (consensus-spec repository) ردیابی می‌شود. پس از استقرار در کلاینت‌ها، قابلیت‌های کلاینت نامحدودی برای نودهای فعال شده با FCR وجود خواهد داشت. صرافی‌های مختلف (تیم‌های L2 + ارائه‌دهندگان زیرساخت) باید بتوانند این تغییرات را، بر اساس کوئری‌هایی که از تگ‌های بلوک "امن" یا "تأیید شده" تازه منتشر شده از طریق APIهای مختلف بهره می‌برند، با حداقل تغییرات مورد انتظار، یکپارچه کنند. این انعطاف‌پذیری در سمت کلاینت، امکان پذیرش تدریجی را بدون اختلال در کل شبکه فراهم می‌کند. تمرکز اولیه بر افزایش جریان واریزها به L2‌های محبوب و صرافی‌های بزرگ خواهد بود و در نهایت یک استاندارد صنعتی جدید برای رویه‌های تأیید در آینده ایجاد خواهد کرد.<h2>تأثیر گسترده‌تر بر اکوسیستم اتریوم</h2>با روش‌های سریع‌تر و امن‌تر واریز وجوه، کاربران می‌توانند تجربه بهتری در سراسر اکوسیستم‌های دیفای (DeFi)، بازی، NFT و تجارت داشته باشند. کاهش اصطکاک فعلی برای واریزها به L2 و صرافی‌های متمرکز، ورود کاربران جدید به این فناوری‌ها را آسان‌تر کرده و نقدینگی در رول‌آپ‌های L2 را افزایش خواهد داد — در حالی که امنیت اصلی اتریوم دست‌نخورده باقی می‌ماند. FCR نهایی‌سازی را برای برنامه‌های با ریسک بسیار بالا کاملاً جایگزین نخواهد کرد، اما هدف آن رفع یک مشکل مهم در فاز Post-Merge است که در آن اثبات سهام (Proof of Stake) امنیت را افزایش داده است، اما هنوز روش سریع‌تری برای رسیدن به نهایی‌سازی از طریق بریجینگ را به طور کامل ارائه نکرده بود.آزمایش‌ها و بهبودهای مداوم از طریق اقدامات انجام شده در طول تماس‌ها/جلسات تمام توسعه‌دهندگان هسته اتریوم ادامه خواهد یافت. اگر FCR موفق شود، به صورت پیش‌فرض یا با استفاده گسترده، به یک استاندارد جدید تبدیل خواهد شد که به کاهش بیشتر شکاف‌های کاربری موجود بین اتریوم L1 و لایه‌های مقیاس‌پذیری نیز کمک خواهد کرد.

توسعه‌دهندگان اتریوم در حال آزمایش قانون تأیید سریع (FCR) هستند، یک ارتقاء اختیاری که زمان‌های انتقال از لایه ۱ به لایه ۲ و واریز به صرافی‌ها را از حدود ۱۳ دقیقه به حدود ۱۳ ثانیه با استفاده از گواهی‌های اعتبارسنج کاهش می‌دهد.

تیم‌های مشتری اتریوم قانون تأیید سریع را برای کاهش زمان واریز از لایه ۱ به لایه ۲ به حدود ۱۳ ثانیه آزمایش می‌کنند

/media/contribution/car12d76d28ce524d1997b50f287ea62da3/00s_0403085106106.stxt

چگونه یک کلاهبردار کریپتو را شناسایی کنیم؟

/media/contribution/car6b517213a1854f5e8a435eb6da3daeb5/q4q_0403091102706.stxt

یک نهنگ ۳۲٬۸۷۹ اتریوم (تقریباً ۶۹ میلیون دلار) از کراکن برداشت کرد: تغییر آرام به سمت خودنگهداری

/media/contribution/car832e7e2eaa8c4b838f483dc1d9f96003/0mo_0403090731742.stxt

چگونه تراکنش‌های کریپتو را به‌راحتی و ایمن دنبال کنیم

/media/contribution/car43446d2901a64eb49d97f5f509ce0115/43a_0403055136802.stxt

شناسایی دقیق نقطه «بازگشت» بازار! یادگیری اصلاح فیبوناچی برای یافتن موقعیت‌های طلایی خرید و فروش شما

/media/contribution/care730a226381a45a098827a8d57c9e2fd/fii_0330024447134.stxt

مالیات بر رمزارز در آفریقا در ۲۰۲۶: اشتباهات معامله‌گران در بازارهای نوظهور

/media/contribution/carb8b0146954c24b7a872d53bdf30d8eee/i02_0330024815700.stxt