نقطه عطف واقعی ckSOL فراخوانی واریز است، نه عرضه توکن
پیادهسازی فعلی ckSOL در ICP یک درس عملی برای Chain Fusion دارد: مینت میانزنجیرهای به تأیید صریح، بودجهریزی چرخهها و رهگیری وضعیت وابسته است. این کد برای محیط آزمایشی قابل استفاده است، اما استقرار تولیدی هنوز انجام نشده است.

مهمترین واقعیت فعلی درباره ckSOL این نیست که ICP سولانا را در شبکههای پشتیبانیشده Chain Fusion فهرست کرده است. نکته مهم این است که پیادهسازی عمومی، چرخه عملیاتی واریز و برداشت را مستند کرده و همزمان وضعیت ناتمام استقرار تولیدی را صریحاً نشان میدهد.
مخزن cksol سه بخش را توضیح میدهد: یک مینتر که از طریق آدرسهای Ed25519 مبتنی بر Chain Key کنترل SOL را در دست دارد، یک دفترکل ICRC برای موجودیهای ckSOL، و یک SOL RPC canister که از طریق فراخوانیهای HTTPS، چند ارائهدهنده سولانا را پرسوجو میکند. استقرار مستندشده برای محیط آزمایشی Solana Devnet است. این مخزن همچنان مینتر و دفترکل ckSOL در شبکه اصلی را «هنوز مستقر نشده» علامتگذاری میکند؛ بنابراین با یک یکپارچهسازی پیشتولید مواجهیم، نه عرضه توکن در شبکه اصلی.
این تمایز نحوه طراحی برنامههای ICP را تغییر میدهد. واریز فقط «ارسال SOL و منتظر ماندن» نیست. جریان مستندشده چنین است: دریافت یک آدرس واریز، ارسال SOL روی سولانا، و سپس فراخوانی process_deposit همراه با امضای تراکنش. این فراخوانی به چرخه نیز نیاز دارد و مقدار لازم از طریق get_minter_info در دسترس است. برداشت یک شاخص بلاکِ سوزاندن برمیگرداند و فراخوان باید از آن همراه با withdrawal_status برای رهگیری پیشرفت استفاده کند.
این بار عملیاتی برای توسعهدهندگان سولانا آشناست، اما ممکن است پشت رابط ICP پنهان بماند. راهنمای تولید سولانا میگوید بلاکهشهای اخیر پس از حدود ۱۵۰ بلاک، یا تقریباً ۶۰ تا ۹۰ ثانیه، منقضی میشوند و توصیه میکند lastValidBlockHeight رهگیری شود. بنابراین هر جریان canister که تراکنش سولانا را میسازد، امضا میکند یا میفرستد، به مدیریت صریح انقضا و وضعیت تأیید نیاز دارد؛ یک مقدار بولی عمومی به نام «ارسال شد» تضمین تسویه نیست.
معماری گستردهتر Chain Fusion کمک میکند، اما این مرزها را حذف نمیکند. SOL RPC canister آیسی درخواستها را به چند ارائهدهنده میفرستد و نتیجه تجمیعشده برمیگرداند، در حالی که Ed25519 آستانهای کلید امضا را از دسترس نودهای منفرد خارج نگه میدارد. این طراحی مسئله نگهداری کلید و اختلاف میان ارائهدهندگان را پوشش میدهد، اما طول عمر تراکنش، کارمزد و semantics تأیید سولانا را حذف نمیکند.
برای توسعهدهندگان، نقطه عطف ایمن یک آزمون کامل در محیط staging است: مالکیت آدرس را بررسی کنید، تراکنش را تأمین مالی کنید، process_deposit را همراه با چرخهها فراخوانی کنید، رکورد مینتشده دفترکل را تأیید کنید، برداشت را ارسال کنید و شناسه وضعیت بازگشتی را ذخیره کنید. برای هر مرحله کنترلهای تولیدی باقی بگذارید. مخزن فعلی صراحتاً میگوید استقرار شبکه اصلی هنوز انجام نشده است؛ بنابراین برنامهها نباید دسترسی به ckSOL را یک قابلیت قطعی و آماده تولید تبلیغ کنند.
خبرخوان را در ایمیل بگیرید
هر سیگنال تازه، مستقیم از خط تولید. بدون مزاحمت، لغو عضویت در هر زمان.


