هفتهٔ نگه‌داری ckETH: مسیرهای بازیابی، رمزگشایی امن‌تر و پایش تأمین مالی

مهم‌ترین کار Chain Fusion در dfinity/ic طی این هفته، گسترش دامنهٔ شبکه نبود؛ بلکه چهار commit قابلیتی، نحوهٔ مدیریت سپرده‌ها، sweep تراکنش‌ها، تأمین مالی و ذخیره‌سازی دفترکل ckETH را دقیق‌تر و قابل‌بازیابی‌تر کردند.

شفاف‌ترین تغییر برای کاربران، پشتیبانی از ETH عادی ارسال‌شده به آدرس‌های سپردهٔ واگذارشده است. delegate جدید با نام CkSweeperAttested انتقال‌های payable را می‌پذیرد و نقاط ورود sweepEth و sweepEthBatch را که به attestation نیاز دارند اضافه می‌کند. این توابع موجودی را از مسیر depositEth قرارداد کمکی اتریوم عبور می‌دهند و انتقال اشتباهِ قبلاً غیرقابل‌بازیابی را به یک جریان سپردهٔ قابل‌بازیابی تبدیل می‌کنند. پیاده‌سازی همچنین از آدرس خودِ implementation محافظت می‌کند؛ جایی که ETH از طریق attestation قابل‌بازیابی نبود.

این تغییر مهم است، چون سپرده‌های ckETH معمولاً از قرارداد کمکی مشترک اتریوم استفاده می‌کنند؛ قرارداد رویدادهای سپرده را منتشر می‌کند و minter پس از مشاهدهٔ آن‌ها، ckETH را به حساب ICP مربوط اختصاص می‌دهد. راهنمای رسمی توسعه‌دهندگان همچنان توصیه می‌کند سازندگان پیش از ساخت تراکنش سپرده، آدرس قرارداد کمکی را از طریق get_minter_info بررسی کنند.

commit دوم ckETH یک decoder دست‌ساز EIP-7702 را حذف می‌کند و رمزگشایی مسیرهای replay را به TxEnvelope::decode_2718 در Alloy می‌سپارد. مهم‌تر اینکه یک بررسی مستقل اضافه می‌شود که payload امضاشونده، payload منتشرشده و hash تراکنش را با هم مقایسه می‌کند. این کار میزان parsing اختصاصی تراکنش در minter را کاهش می‌دهد و هم‌زمان مسیر اعتبارسنجی تراکنش‌های sweep حساب‌های واگذارشده را تقویت می‌کند.

commit مربوط به observability با مشکل دیگری مقابله می‌کند: ممکن است sweeper دیگر gas دریافت نکند و یک عملیات تأمین مالی گیرکرده، sweepهای بعدی را بدون نشانهٔ واضح بیرونی متوقف کند. متریک‌های جدید مقدار ckETH سوزانده‌شده، ETH خرج‌شده، نتیجهٔ تأمین مالی‌های نهایی‌شده، مقدار سوزانده‌شده اما هنوز خرج‌نشده، موجودی gas، آستانه‌های تنظیم‌شده و سن هر تأمین مالی در حال انجام را نمایش می‌دهند. یک بخش جدید در dashboard نیز تأمین مالی sweeper را در نمای برداشت مشخص می‌کند تا اپراتور آن را با برداشت عادی کاربر اشتباه نگیرد.

در نهایت، orchestrator مجموعهٔ دفترکل اکنون آستانهٔ شروع archive را برای مجموعه‌های تازه‌نصب‌شده روی 4_200_000_000 می‌گذارد؛ در عمل، این کار مانع ایجاد archive canister می‌شود. خود commit این تصمیم را راهکاری موقت تا زمان پردازش ایمن بلوک‌های منتقل‌شده به archive توسط minter توصیف می‌کند. بنابراین رفتار آرشیو خودکار موقتاً با سطح ساده‌تری از ذخیره‌سازی بلوک جایگزین می‌شود تا مشکل سازگاری downstream برطرف شود.

در کنار هم، این چهار تغییر یک اولویت成熟 در Chain Fusion را نشان می‌دهند: محافظت از مسیر میان تراکنش اتریوم و دفترکل ICP در برابر از دست رفتن خاموش وجوه، parsing مبهم، توقف‌های نامرئی در تأمین مالی و رفتاری در ذخیره‌سازی که minterهای وابسته هنوز برای آن آماده نیستند. ملاحظه: این commitها ورود تغییرات به مخزن عمومی کد را تأیید می‌کنند، اما منابع بررسی‌شده نشان نمی‌دهند که همهٔ آن‌ها تاکنون در محیط production مستقر شده‌اند.