سرافیس و جامتیس در مونرو: جهش بعدی پروتکل برای سال ۲۰۲۶

وقتی آزمایشگاه پژوهشی مونرو (Monero Research Lab) در اواخر سال ۲۰۲۵ اولین شاخه‌ی ممیزی‌شده‌ی کتابخانه‌ی Seraphis را به‌آرامی در فورک آزمایشی ادغام کرد، چیزی را تأیید کرد که ناظران پروتکل نزدیک به چهار سال در حال رصد آن بودند: مونرو در حال آماده‌سازی برای بازنویسی‌ای است که از زمان عرضه‌ی RingCT در سال ۲۰۱۷ تاکنون، عمیق‌ترین دگرگونی در لایه‌ی تراکنش این شبکه به شمار می‌رود. Seraphis یک ارتقای ساده یا افزودن قابلیت تازه نیست؛ این پروژه کل پروتکل تراکنش، اثبات‌های رمزنگاری که ابهام فرستنده را تضمین می‌کنند، و حتی الگوی آدرس‌دهی‌ای را که کاربر در سطح کیف پول می‌بیند، جایگزین می‌کند. Jamtis نیز که لایه‌ی آدرس‌دهی طراحی‌شده روی Seraphis است، فرمت زیرآدرس‌ها (subaddresses) را که بیش از نیم دهه ستون فقرات هر کیف پول مونرو بوده، بازنشسته می‌سازد.

این راهنما هر دو پروژه را بررسی می‌کند: ماهیتشان چیست، چرا پژوهشگران پیشرو (koe، jberman و UkoeHB) هزاران ساعت برای ساخت آن‌ها صرف کرده‌اند، چه چیزی برای کاربر روزمره تغییر می‌کند، و یک سرویس بدون احراز هویت مانند MoneroSwapper چگونه می‌تواند بدون آنکه مشتریان را وادار به یادگیری دوباره‌ی مفاهیم پرداخت خصوصی کند، این مهاجرت را مدیریت کند. اگر تا به حال XMR ارسال یا دریافت کرده‌اید، آدرسی که استفاده کرده‌اید سرانجام منسوخ خواهد شد. درک این ارتقا از همین حالا، بسیار کم‌هزینه‌تر از سردرگمی در روز فعال‌سازی است.

چرا مونرو اصلاً به Seraphis نیاز داشت؟

پروتکل کنونی تراکنش مونرو، ساختاری چندلایه و وصله‌پینه‌شده است. اثبات پایه، یعنی CLSAG، در فورک سخت اکتبر ۲۰۲۰ جایگزین MLSAG شد و حجم امضای حلقوی را در حدود ۲۵٪ کاهش داد، اما همچنان بر یک حلقه‌ی ثابت شامل شانزده طعمه (decoy) که از خروجی‌های اخیر نمونه‌برداری می‌شوند، استوار است. عدد «شانزده در میان چندین» در نگاه اول قدرتمند به نظر می‌رسد، اما اکتشافی‌های آماری، تحلیل زمان‌بندی و حمله‌ی موسوم به «EAE» (حوا-آلیس-حوا) به مرور انواع مدل‌های تهدید را تضعیف می‌کنند. از سال ۲۰۱۹ به بعد، چندین مقاله‌ی داوری‌شده منتشر شده‌اند که نشان می‌دهند چگونه یک تحلیل‌گر با بودجه‌ی کافی و دسترسی گسترده به mempool می‌تواند با احتمال قابل توجهی، بخشی از خروجی‌ها را شناسایی کند.

استدلال درباره‌ی قابلیت تعویض (fungibility) مشکل را پیچیده‌تر می‌کند. هر حلقه‌ی CLSAG شامل یک خرج واقعی و پانزده طعمه است، اما خود این طعمه‌ها خروجی‌های تراکنش‌های قبلی هستند. اگر دو تراکنش به یکدیگر به‌عنوان طعمه ارجاع دهند، و تحلیل زنجیره بتواند یکی از احتمالات را رد کند، احتمال شناسایی دیگری به‌شدت بالا می‌رود. سامانه در سطح کلی مقاوم است، اما در حواشی نشت اطلاعاتی دارد. Seraphis این نشت را با گسترش چشمگیر مجموعه‌ی ناشناسی و بازساختاردهی اثبات‌ها به‌گونه‌ای که عضویت و مالکیت از یکدیگر جدا شوند، می‌بندد.

• مجموعه‌ی ناشناسی بزرگ‌تر: Seraphis به‌گونه‌ای طراحی شده که اثبات‌های عضویت روی ۱۲۸ یا ۲۵۶ خروجی (یا بیشتر، بسته به منحنی و سامانه‌ی اثبات انتخاب‌شده در زمان فعال‌سازی) را پشتیبانی کند، نه ۱۶ خروجی. ریاضیات این طرح در حجم اثبات لگاریتمی است، پس ۱۲۸ از میان چندین تنها چند بایت بیشتر از ۱۶ از میان چندین در CLSAG هزینه دارد.
• تفکیک پاکیزه‌ی مسئولیت‌ها: امروز یک اثبات CLSAG واحد، عبارت «من یکی از این خروجی‌ها را در اختیار دارم» را با «هنوز آن را خرج نکرده‌ام» در یک بسته ادغام می‌کند. Seraphis این دو را به یک اثبات عضویت و یک اثبات ترکیب (composition proof) تقسیم می‌کند. هرکدام را می‌توان به‌طور مستقل بهینه، ممیزی و ارتقا داد.
• جراحی کلید مشاهده (view key): کلید مشاهده‌ی فعلی، هر خروجی ورودی را برای هر کسی که آن را در اختیار داشته باشد افشا می‌کند. حسابرسان، صرافی‌ها و مشاوران مالیاتی همگی به یک منبع کامل اطلاعات دسترسی پیدا می‌کنند. Seraphis کلیدهای مشاهده‌ی لایه‌بندی‌شده را معرفی می‌کند تا کاربر بتواند دسترسی فقط-خواندنی به دریافت‌ها را بدون افشای خروجی‌های بازگشتی یا خرج‌های داخلی اعطا کند.
• اثبات‌های پلاگین‌مانند: معماری Seraphis اثبات‌های عضویت را به‌صورت قابل تعویض در نظر می‌گیرد. هدف فعلی FCMP++ (Full-Chain Membership Proofs Plus Plus) است، که اجازه می‌دهد هر خروجی روی زنجیره بتواند به‌عنوان طعمه‌ی بالقوه عمل کند. این یک جهش گام‌به‌گام نسبت به عدد شانزده محسوب می‌شود.

هیچ‌یک از این موارد به این معنا نیست که CLSAG امروز شکسته است. به این معناست که فضای طراحی پیش رفته، رمزنگاری دانشگاهی پختگی یافته، و فرهنگ پژوهشی مونرو حاضر نیست در حالی که «اثبات‌پذیر بهتر» در دسترس است، با «به اندازه‌ی کافی خوب» کنار بیاید. هزینه‌ی این تصمیم، پیچیدگی مهندسی و یک گذار چندساله است؛ سود آن، وضعیتی از حریم خصوصی است که در برابر یک دهه‌ی آینده از ابزارهای تحلیل، دوام می‌آورد.

چگونه Seraphis تراکنش‌ها را بازطراحی می‌کند

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

از CLSAG به اثبات‌های ترکیب و عضویت

در CLSAG، کیف پول شما پانزده طعمه از زنجیره انتخاب می‌کند، یک حلقه از شانزده خروجی می‌سازد، و اثباتی امضا می‌کند که اعلام می‌دارد یکی از این شانزده خروجی به شما تعلق دارد و خرج مضاعفی نکرده‌اید. در Seraphis، کیف پول شما دو اثبات متمایز می‌سازد. اثبات ترکیب می‌گوید: «من به‌طور قانونی مالک یک خروجی مشخص در این مجموعه هستم، و این تصویر کلید (key image) متناظر، گواه آن است که قبلاً آن را خرج نکرده‌ام.» اثبات عضویت می‌گوید: «خروجی‌ای که به آن اشاره می‌کنم، در این مجموعه‌ی ناشناسی بزرگ‌تر روی زنجیره وجود دارد.» این دو اثبات از نظر رمزنگاری به یکدیگر گره خورده‌اند اما به‌طور مستقل تولید می‌شوند، و همین ویژگی است که اجازه می‌دهد مجموعه‌ی ناشناسی در آینده، بدون بازطراحی کل قالب تراکنش، گسترش یابد.

خود تصاویر کلید نیز بازطراحی می‌شوند. تصویر کلید امروزی به‌صورت قطعی از کلید خروجی یک‌بارمصرف و کلید خرج (spend key) مشتق می‌شود — ساختاری هوشمندانه، اما کانون پژوهش‌های مرزی برای سال‌ها بوده است. Seraphis قالب جدیدی از تصویر کلید را معرفی می‌کند که با FCMP++ سازگار رو به جلو است، همان سامانه‌ی اثبات عضویتی که پژوهشگران مونرو امیدوارند سرانجام اجازه دهد مجموعه‌ی ناشناسی، کل مجموعه‌ی UTXO زنجیره را در بر بگیرد.

Carrot: لایه‌ی رمزگذاری خروجی

Carrot سامانه‌ی رمزگذاری خروجی است که در کنار Seraphis طراحی شده. در حالی که خروجی‌های امروزی از یک آدرس مخفی (stealth address) که از کلید مشاهده‌ی عمومی گیرنده و یک راز مشترک تراکنش‌محور مشتق می‌شود استفاده می‌کنند، خروجی‌های Carrot فیلدهای جدیدی برای مواردی مانند کلیدهای موجودی-مشاهده، نشانگرهای داخلی/خارجی، و سرنخ‌های محرمانگی رو به جلو (forward secrecy) اضافه می‌کنند. نتیجه‌ی عملی این است که اسکن کیف پول سریع‌تر می‌شود (چون خروجی‌های داخلی — مثل پولی که به‌عنوان بازگشت به خودتان می‌فرستید — می‌توانند بدون رمزگشایی کامل شناسایی شوند) و ممیزی با کلید مشاهده ایمن‌تر می‌شود (چون ممیز فقط آنچه را کاربر مجاز کرده، می‌بیند).

Carrot همچنین به‌صورت پیش‌فرض «محافظت در برابر حمله‌ی Janus» را رمزگذاری می‌کند. حمله‌ی Janus زمانی رخ می‌دهد که فرستنده‌ای بدخواه خروجی‌ای می‌سازد که بعداً به او اجازه می‌دهد ثابت کند کدام‌یک از دو آدرس گیرنده، وجوه را دریافت کرده است. پروتکل فعلی مونرو این مشکل را با یک بررسی در سطح زیرآدرس کاهش می‌دهد، اما Carrot پیشگیری از آن را در خود قالب خروجی می‌گنجاند و یک طبقه‌بندی کامل از باگ‌ها را در سطح رمزنگاری حذف می‌کند، نه در سطح سیاست کیف پول.

اندازه‌ی تراکنش و کارمزدها

منتقدان اغلب می‌پرسند آیا Seraphis به معنای تراکنش‌های بزرگ‌تر و کارمزدهای بالاتر است. پاسخ صادقانه: احتمالاً بله، در کوتاه‌مدت و به‌طور متعادل — و احتمالاً نه، در بلندمدت. اثبات‌های اولیه‌ی Seraphis بزرگ‌تر از CLSAG هستند، شاید ۱.۵ تا ۲ برابر، بسته به پیکربندی انتخاب‌شده در زمان فعال‌سازی. اما اندازه‌ی پویای بلاک در مونرو به این معناست که کارمزدها با ازدحام شبکه مقیاس می‌شوند، نه با شمار خام بایت‌ها، و Bulletproofs+ پیش‌تر در سال ۲۰۲۲ اثبات‌های دامنه (range proofs) را به‌شدت کوچک کرده است. وقتی FCMP++ مستقر شود و مجموعه‌ی ناشناسی به مقیاس کل زنجیره گسترش یابد، هزینه‌ی بایت به ازای هر واحد حریم خصوصی، در مقایسه با امروز سقوط خواهد کرد.

Jamtis: لایه‌ی آدرس‌دهی‌ای که واقعاً خواهید دید

Seraphis موتور است. Jamtis داشبورد است. بیشتر کاربران هرگز یک اثبات ترکیب نخواهند خواند، اما هر کاربری یک آدرس مونرو را کپی و چسبانده است. Jamtis آن آدرس — و کلیدهای پشت آن — را بازطراحی می‌کند تا دستاوردهای حریم خصوصی Seraphis در نحوه‌ی تعامل کیف پول‌ها، صرافی‌ها و فروشندگان با شبکه منعکس شود.

آدرس‌های فعلی مونرو ۹۵ کاراکتر base58 هستند که برای آدرس‌های اصلی شبکه‌ی اصلی با «4» و برای زیرآدرس‌ها با «8» آغاز می‌شوند. آن‌ها یک کلید خرج عمومی و یک کلید مشاهده‌ی عمومی را رمزگذاری می‌کنند و در اساس همین. آدرس‌های Jamtis اندکی کوتاه‌تر یا قابل مقایسه از نظر طول هستند (قالب نهایی هنوز در سطح پروتکل در حال نهایی شدن است) اما ساختار بسیار غنی‌تری را رمزگذاری می‌کنند: یک شاخص آدرس، یک پرچم برای نوع آدرس (اصلی، صرافی، یکپارچه، یا «کمکی»)، و برچسب‌های احراز هویتی که از حملات فیشینگ و جایگزینی خاصی جلوگیری می‌کنند.

لایه‌بندی کلید مشاهده شایسته‌ی توجه ویژه است، زیرا یک نقطه‌ی درد واقعی را حل می‌کند. امروز اگر کلید مشاهده‌ی خود را به یک حسابدار بدهید، او هر خروجی‌ای را که تا به حال دریافت کرده‌اید می‌بیند — از جمله بازگشت از خرج‌های خودتان، پرداخت‌های میان زیرآدرس‌های خودتان، و هرگونه درآمد جانبی. Jamtis به شما اجازه می‌دهد فقط لایه‌ی خاصی را که حسابرس نیاز دارد اعطا کنید. یک کلید «یافتن-دریافت‌شده» پرداخت‌های ورودی را بدون مبلغ نمایش می‌دهد. یک کلید «مشاهده-ورودی» پرداخت‌های ورودی را با مبلغ نمایش می‌دهد اما نه بازگشت‌ها را. یک کلید «مشاهده-موجودی» موجودی قابل خرج را برای گزارش‌دهی انطباق فاش می‌سازد بدون آنکه تراکنش‌های منفرد را برملا کند. تنها کلید «مشاهده-کامل»، که کاربر آن را خصوصی نگه می‌دارد، همه چیز را می‌بیند.

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

اگر بتوانید یک ارتقای حریم خصوصی را در یک جمله توصیف کنید، تقریباً قطعاً بیش از حد ساده‌سازی شده است. Seraphis و Jamtis روی هم رفته یک سامانه هستند: اثبات‌ها، رمزگذاری، آدرس‌ها، سلسله‌مراتب کلید، و تجربه‌ی کاربری کیف پول، همگی هماهنگ با هم حرکت می‌کنند. آن‌ها را به‌عنوان یک بسته در نظر بگیرید، نه یک فهرست قابلیت.

مسیر مهاجرت: چگونه کیف پول خود را آماده کنید

تا زمان نگارش این متن، فورک سخت Seraphis هنوز زمان‌بندی نشده است؛ آزمایشگاه پژوهشی مونرو و تیم اصلی به‌طور عمدی درباره‌ی تاریخ‌های فعال‌سازی محافظه‌کار هستند و ترجیح می‌دهند «آماده وقتی آماده شد» را به ضرب‌الاجل‌های تقویمی ترجیح دهند. فورک‌های سخت گذشته‌ی مونرو معمولاً بین دو تا شش ماه به کاربران اطلاع داده‌اند، و Seraphis تقریباً قطعاً، با توجه به پیچیدگی‌اش، در انتهای بلندتر این بازه قرار خواهد گرفت. در ادامه فهرستی عملی برای آمادگی آمده که فارغ از هفته‌ی دقیق فعال‌سازی، اعتبار خود را حفظ می‌کند.

1. قالب بذر خود را بررسی کنید. اگر کیف پول شما هنوز از بذر ۲۵ کلمه‌ای قدیمی استفاده می‌کند، قبل از ارتقا، مهاجرت به یک کیف پول مبتنی بر Polyseed ۱۶ کلمه‌ای را در نظر بگیرید. Polyseed با مسیرهای اشتقاق Jamtis سازگار رو به جلو است؛ بذر قدیمی در زمان فورک به یک گام تبدیل در سمت کیف پول نیاز خواهد داشت.
2. نرم‌افزار کیف پول خود را دست‌کم دو بار قبل از فورک به‌روزرسانی کنید. تیم‌های Monero GUI، CLI، Feather Wallet و Cake Wallet معمولاً چندین نسخه‌ی پیش از فورک منتشر می‌کنند. یادداشت‌های انتشار رسمی مونرو و گزارش تغییرات کیف پول خود را از ماه قبل از فعال‌سازی دنبال کنید — تنها به به‌روزرسانی خودکار اکتفا نکنید، زیرا برخی کیف پول‌ها ارتقاهای بزرگ را پشت تأیید دستی قرار می‌دهند.
3. یک بازیابی کامل از روی بذر را روی یک دستگاه یدکی تمرین کنید. پیش از هر ارتقای بزرگ پروتکل، تنها و مهم‌ترین کنترل ریسک، بررسی این است که بذر نوشته‌شده‌ی شما واقعاً وجوه‌تان را بازیابی می‌کند. یک Monero CLI یا Feather Wallet تمیز را روی یک ماشین جداگانه راه بیندازید، از روی بذر بازیابی کنید، و تأیید کنید که موجودی منطبق است. این کار را دو بار انجام دهید. حتی خارج از ارتقاها نیز هر شش ماه یک بار این کار را انجام دهید.
4. گستردگی زیرآدرس‌های خود را شناسایی و کاهش دهید. کاربرانی که از ده‌ها زیرآدرس برای اهداف سازمان‌دهی (یکی برای هر طرف معامله، یکی برای هر فروشنده و غیره) استفاده کرده‌اند، مهاجرتی اندکی پیچیده‌تر خواهند داشت. تجمیع وجوه به یک مجموعه‌ی کوچک‌تر از زیرآدرس‌ها پیش از فورک — و برچسب‌گذاری شفاف هر یک در کیف پول — مدل ذهنی پس از فورک را بسیار ساده‌تر می‌کند.
5. روابط اشتراک‌گذاری کلید مشاهده‌ی خود را مستند کنید. اگر کلید مشاهده‌ی خود را با یک حسابدار، صرافی، یا ابزار حسابرسی به اشتراک گذاشته‌اید، بنویسید چه کسی آن را دارد و چرا. پس از فعال‌سازی Jamtis، احتمالاً می‌خواهید این روابط را به‌جای کلید مشاهده‌ی کامل قدیمی، با کلیدهای لایه‌بندی‌شده‌ی جدید بازسازی کنید.
6. مراقب راهنمای «جاروب‌کشی پس از فورک» باشید. ارتقاهای گذشته‌ی مونرو گاهی از کاربران خواسته‌اند خروجی‌ها را از قالب قدیمی به قالب جدید «جاروب» کنند تا قابل خرج شوند. تیم اصلی مونرو در صورت لزوم برای Seraphis، دستورالعمل‌های صریحی منتشر خواهد کرد؛ بر اساس شایعات انجمن‌ها یا شبکه‌های اجتماعی اقدام نکنید.

برای کاربران سرویس‌های مبادله‌ی بدون احراز هویت، تأثیر عملیاتی معمولاً ناچیز است. یک سرویس خوش‌طراحی، گذار پروتکل را انتزاعی می‌کند: شما آدرس را می‌دهید، آن XMR را به شما می‌دهد، و قالب‌های خروجی Seraphis در مقابل پیش-Seraphis را در پشت صحنه مدیریت می‌کند. برای مثال، MoneroSwapper نسخه‌ی پروتکل آدرس مقصد را به‌عنوان یک تصمیم مسیریابی در نظر می‌گیرد، نه یک پیچیدگی مواجه با مشتری. مشتریان می‌توانند همان جریان کاری همیشگی خود را ادامه دهند.

یک نمونه‌ی عملی: دریافت یک مبادله تحت مدل جدید

یک سناریوی معمول از اواسط ۲۰۲۶ را در نظر بگیرید، با این فرض که Seraphis تا آن زمان فعال شده باشد. یک کاربر در تهران می‌خواهد بیت‌کوین را بدون احراز هویت به مونرو تبدیل کند. او به یک سرویس مبادله مانند MoneroSwapper می‌رود، آدرس دریافت Jamtis خود را (تولیدشده توسط یک کیف پول به‌روزشده مانند Feather یا Monero GUI رسمی) جای‌گذاری می‌کند، و بیت‌کوین را به آدرس سپرده‌ی ارائه‌شده ارسال می‌کند.

در پشت صحنه، سرویس مبادله بیت‌کوین را از طریق استخر نقدینگی خود مسیریابی می‌کند، مونرو می‌خرد، و یک تراکنش Seraphis را که مبلغ توافق‌شده را به آدرس Jamtis کاربر می‌فرستد، می‌سازد. این تراکنش شامل یک اثبات ترکیب، یک اثبات عضویت که از یک مجموعه‌ی ناشناسی ۱۲۸ خروجی (یا بزرگ‌تر) استخراج شده، و یک خروجی رمزگذاری‌شده با Carrot است که کیف پول کاربر می‌تواند آن را در یک گذر اسکن واحد شناسایی کند. کاربر وجوه را در کیف پول خود ظرف بازه‌ی معمول تأیید ۱۰ تا ۲۰ دقیقه‌ای می‌بیند.

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

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

پرسش‌های متداول

چه زمانی Seraphis و Jamtis روی شبکه‌ی اصلی مونرو فعال می‌شوند؟

هیچ تاریخ قطعی اعلام نشده است. آزمایشگاه پژوهشی مونرو و تیم اصلی بارها بیان کرده‌اند که فعال‌سازی به تکمیل ممیزی‌های رمزنگاری، تثبیت کتابخانه‌ها، یکپارچه‌سازی کیف پول در پیاده‌سازی‌های اصلی، و حداقل یک چرخه‌ی کامل testnet بستگی دارد. تخمین‌های عمومی مشارکت‌کنندگان در اواخر ۲۰۲۵ بین اواخر ۲۰۲۶ تا اواسط ۲۰۲۷ متغیر بوده، اما فرهنگ این پروژه به‌صراحت عرضه‌ی تقویم‌محور برای ارتقاهای امنیتی-حیاتی را رد می‌کند. برای زمان‌بندی معتبر، یادداشت‌های انتشار رسمی مونرو و گزارش‌های جلسات آزمایشگاه پژوهشی مونرو را دنبال کنید.

آیا آدرس فعلی مونروی من پس از ارتقا همچنان کار خواهد کرد؟

بله، برای یک دوره‌ی انتقالی. فورک‌های سخت در مونرو از نظر تاریخی، مدیریت آدرس سازگار با گذشته را شامل بوده‌اند، به‌گونه‌ای که وجوهی که به آدرس‌های قدیمی فرستاده می‌شوند هنوز می‌رسند. در بلندمدت، نرم‌افزار کیف پول کاربران را به مهاجرت به آدرس‌های Jamtis تشویق خواهد کرد، و سرانجام ممکن است کیف پول‌های جدید کاملاً تولید آدرس‌های قدیمی را متوقف کنند. هیچ خطر «ضرب‌الاجل» فوری برای وجوه نگهداری‌شده در آدرس‌های فعلی وجود ندارد، اما در حوالی زمان فورک، باید نرم‌افزار کیف پول خود را به‌روز کنید.

آیا Seraphis انتشار دنباله‌ی مونرو یا جدول عرضه را تغییر می‌دهد؟

خیر. Seraphis یک ارتقای پروتکل در لایه‌ی تراکنش است. به سیاست پولی دست نمی‌زند. انتشار دنباله‌ی ۰.۶ XMR در هر بلاک بدون تغییر ادامه می‌یابد. منحنی کل انتشار، پویایی پاداش بلاک، و الگوریتم اثبات کار RandomX همگی از Seraphis جدا هستند و تحت تأثیر این ارتقا قرار نمی‌گیرند.

آیا Seraphis سازگاری با کیف پول‌های سخت‌افزاری مانند Trezor و Ledger را خواهد شکست؟

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

Seraphis در مقایسه با رویکردهای دیگر پروژه‌های حریم خصوصی چگونه است؟

Zcash از zk-SNARKها برای تراکنش‌های کاملاً پوشیده استفاده می‌کند که حریم خصوصی نظری قوی‌تری ارائه می‌دهند اما به‌طور تاریخی به یک مراسم راه‌اندازی مورد اعتماد (trusted setup) نیاز داشته‌اند و پذیرش بسیار کمتری دارند (بیشتر حجم Zcash شفاف است). زنجیره‌های Mimblewimble مانند Grin از مدل بنیادی متفاوتی مبتنی بر تجمیع خروجی استفاده می‌کنند، که برخی از قابلیت حسابرسی را در ازای فشردگی فدا می‌کند. Seraphis در همان مدل موجود مونرو — امضای حلقوی و آدرس‌های مخفی — باقی می‌ماند اما طراحی را تا حداکثر عملی پیش می‌برد. مبادله، پیچیدگی مهندسی است در ازای عدم نیاز به راه‌اندازی مورد اعتماد و تجربه‌ی کاربری روان و پیوسته با مونروی امروز.

آیا می‌توانم پیش از فعال‌سازی فورک، در MoneroSwapper به آدرس‌های Jamtis مبادله کنم؟

خیر، زیرا آدرس‌های Jamtis هنوز توسط کیف پول‌های تولیدی فعلی قابل تولید نیستند. وقتی پروتکل فعال شود و کیف پول‌های اصلی مانند Monero GUI، Feather، و Cake Wallet پشتیبانی Jamtis را عرضه کنند، سرویس‌های مبادله در پنجره‌ی انتقال، قالب آدرس جدید را در کنار آدرس‌های قدیمی خواهند پذیرفت. تا آن زمان، آدرس مونروی موجود شما برای همه‌ی فعالیت‌های مبادله به‌طور عادی کار می‌کند.

جمع‌بندی

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