چرخش به‌سوی RPC قابل‌ممیزی: چگونه کانستر SOL، Chain Fusion در ICP را قابل‌راستی‌آزمایی می‌کند

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

این کانستر درخواست‌های JSON-RPC سولانا را از طریق HTTPS outcalls مربوط به ICP به چند ارائه‌دهنده می‌فرستد. نتیجه زمانی بازگردانده می‌شود که پاسخ‌ها با راهبرد اجماع انتخاب‌شده سازگار باشند. مخزن رسمی، تجمیع مبتنی بر برابری، منابع قابل‌تنظیم ارائه‌دهندگان و مسیر jsonRequest را برای روش‌هایی که کلاینت نوع‌دار ندارند مستند کرده است. توسعه‌دهندگان نیز به‌جای مدیریت کلیدهای API ارائه‌دهندگان، هزینه را با cycles می‌پردازند.

این معماری معنای «قابلیت اطمینان RPC» را در Chain Fusion تغییر می‌دهد. در یک برنامه معمولی، توسعه‌دهنده ممکن است یک ارائه‌دهنده را انتخاب و پاسخ آن را قبول کند. یک کانستر ICP می‌تواند پاسخ‌ها را در محیطی با اجرای تکرارشده مقایسه کند؛ در حالی که Network Nervous System سرویس تولیدی و تنظیمات ارائه‌دهندگان آن را کنترل می‌کند. البته داده سولانا به‌صورت جادویی قطعی نمی‌شود: توافق ارائه‌دهندگان همچنان یک فرض اعتماد اضافی است و پاسخ‌های بسیار سریع و متغیر ممکن است همچنان برای اجماع دشوار باشند.

این مخزن همچنین ساخت‌های قابل‌بازتولید را مستند می‌کند. توسعه‌دهندگان می‌توانند ماژول WebAssembly مربوط به SOL RPC را بسازند و هش SHA-256 آن را با فایل مستقر و کد منبع نسخه مربوطه مقایسه کنند. این مسیر ممیزی عملی است: کد را بررسی کنید، باینری را دوباره بسازید و مطمئن شوید با چه سرویسی تعامل دارید.

پیامد فنی این تحول از خودِ یکپارچه‌سازی مهم‌تر است. Chain Fusion در حال تبدیل‌شدن به مجموعه‌ای از اجزای قابل‌آزمون عملیاتی است: کانستر RPC تحت حاکمیت برای خواندن داده، Ed25519 آستانه‌ای برای امضا و cycles برای اندازه‌گیری مصرف. این اجزا می‌توانند بدون bridge یا امضاکننده متمرکز، از کیف‌پول‌های سولانا، سرویس‌های خودکار و برنامه‌های میان‌زنجیره‌ای پشتیبانی کنند.

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

برای توسعه‌دهندگان ICP، درس به‌موقع ساده است: مزیت فقط این نیست که یک کانستر می‌تواند سولانا را فراخوانی کند. مزیت اصلی این است که مسیر فراخوانی را می‌توان پیکربندی، هزینه‌گذاری، حاکمیتی و مستقلانه بررسی کرد. همین پایه می‌تواند برنامه‌های امن‌تر Chain Fusion را شکل دهد.