مسیر سولانای ICP فعال شده است؛ اما منطق تراکنش هنوز بر عهده سازنده است

یکپارچه‌سازی سولانای ICP از یک مرز عملی مهم عبور کرده است: مستندات رسمی توسعه‌دهندگان، هم کانیستر SOL RPC و هم کلیدهای تولیدی Ed25519 آستانه‌ای را روی مین‌نت ICP فعال معرفی می‌کند. بنابراین کان‌یسترها می‌توانند سولانا را پرس‌وجو کنند، اختیار امضا بسازند و تراکنش‌ها را بدون بریج یا امضاکننده خارجی ارسال کنند.

داستان مهندسی جدید کمتر درباره دسترسی و بیشتر درباره مسئولیت است. کان‌یستر SOL RPC درخواست‌ها را به چند ارائه‌دهنده JSON-RPC سولانا ارسال و پاسخ‌های آن‌ها را تجمیع می‌کند. مخزن پروژه از طراحی پیش‌فرض چندارائه‌دهنده‌ای، راهبردهای قابل تنظیم برای اجماع پاسخ‌ها، پرداخت با cycles و ارائه‌دهندگان سفارشی پشتیبانی می‌کند. برای توسعه‌دهنده کان‌یستر، این مرز مفید است: دسترس‌پذیری RPC و توافق ارائه‌دهندگان توسط درگاه مدیریت می‌شود، اما معنا و منطق اختصاصی تراکنش در خود کان‌یستر باقی می‌ماند.

این مرز مهم است، چون این یکپارچه‌سازی هنوز یک جعبه‌ابزار کامل برای ساخت برنامه‌های سولانا نیست. مستندات فعلی صراحتاً می‌گوید API همچنان در حال تکامل است. همچنین هیچ دستیار رسمی برای توکن‌های SPL و هیچ کتابخانه رسمی برای ساخت تراکنش‌های سولانا ارائه نشده است. در نتیجه، توسعه‌دهندگان دارایی‌های SPL باید فراخوانی‌های JSON-RPC و دستورهای تراکنش را خودشان بسازند، سپس پیام دقیق مورد انتظار سولانا را سریال‌سازی و امضا کنند.

الگوی امن‌تر این است که این مسئولیت‌ها از هم جدا شوند. برای خواندن داده و انتشار تراکنش از کان‌یستر SOL RPC استفاده کنید، ساخت تراکنش را در ماژولی محدود و به‌خوبی تست‌شده نگه دارید، و ورودی امضا را به یک artifact قابل ممیزی تبدیل کنید. برای هر تراکنش، شبکه، blockhash تازه یا داده معادل آن، ترتیب حساب‌ها، مجموعه دستورها، پرداخت‌کننده کارمزد و امضاکننده مورد انتظار را پیش از درخواست امضای آستانه‌ای بررسی کنید. سرویس امضا می‌تواند از مواد کلید محافظت کند، اما نمی‌تواند تشخیص دهد که منطق تراکنش از نظر اقتصادی یا معنایی درست است یا نه.

مخزن پروژه همچنین روش راستی‌آزمایی build بازتولیدپذیر کان‌یستر SOL RPC را مستند کرده است. تیم‌هایی که نمونه مستقل خود را اجرا می‌کنند باید منبع release را pin کنند، ماژول WebAssembly را بسازند و پیش از استقرار، هش SHA-256 آن را مقایسه کنند. کان‌یستر سیستمی مین‌نت تحت کنترل Network Nervous System است؛ بنابراین تغییرات آن از حاکمیت ICP پیروی می‌کند، نه از فرایند release خصوصی یک تیم برنامه‌نویسی.

نتیجه، یک نقطه عطف معنادار در Chain Fusion با محدودیتی روشن است. ICP اکنون مسیر زنده‌ای برای اتصال و امضای سولانا فراهم می‌کند، اما تخصص سولانا برای دستورهای توکن، مونتاژ تراکنش، مدیریت تازگی داده و بررسی نهایی مجوز همچنان بر عهده توسعه‌دهنده است. فرض امن‌تر برای تولید این است که این یکپارچه‌سازی را یک primitive امن بدانیم، نه یک SDK کامل برای ساخت کیف پول. همچنین باید صریحاً توجه داشت که طبق مستندات رسمی، API هنوز در حال تکامل است و helper رسمی SPL یا کتابخانه رسمی ساخت تراکنش ندارد.