اگر با جست‌وجوی «سولار بریج چیست» به این صفحه رسیده‌اید، احتمالاً نام SOLAR Bridge را در کنار سولانا و آرویو دیده‌اید و می‌خواهید بدانید چه داده‌ای از کدام شبکه به دیگری منتقل می‌شود. پاسخ کوتاه این است: SOLAR Bridge پروژه‌ای برای انتقال و بایگانی تاریخچه دفترکل سولانا در شبکه ذخیره‌سازی Arweave بود. این طرح در دسامبر ۲۰۲۰ معرفی شد؛ نه برای جابه‌جایی رمزارز میان دو کیف پول و نه به‌عنوان راهی که به‌طور مستقیم سرعت پردازش تراکنش‌های سولانا را افزایش دهد. در ادامه، معماری اعلام‌شده آن زمان را بررسی می‌کنیم، تفاوتش را با پل‌های انتقال دارایی نشان می‌دهیم و توضیح می‌دهیم کدام ادعاها در سال ۲۰۲۶ هنوز نیازمند تأیید مستقل هستند.
SOLAR Bridge (سولار بریج) نام طرحی است که شرکت Bering Waters آن را برای پیوند ذخیره‌سازی میان Solana و Arweave توسعه داد. بنیاد سولانا در ۷ دسامبر ۲۰۲۰ در اعلامیه رسمی معرفی سولار بریج توضیح داد که داده‌های دفترکل سولانا برای نگهداری بلندمدت روی شبکه Arweave نوشته و نمایه‌سازی می‌شوند. تیم Arweave نیز در ۲۲ دسامبر همان سال اصل ایده را از سمت خود تشریح کرد.
در اینجا «Bridge» به‌معنی انتقال رکوردهای داده است. کاربر عادی نمی‌تواند صرفاً با این نام نتیجه بگیرد که SOL را در یکی از شبکه‌ها سپرده‌گذاری کرده و نسخه‌ای قابل معامله در شبکه دیگر دریافت می‌کند. کاربرد پروژه به جای ایجاد یک دارایی رپ‌شده، انتشار سابقه تاریخی برای استفاده پژوهشگران، سامانه‌های آرشیوی و ابزارهای نظارت بود.
Solana نام بلاکچین میزبان قراردادهای هوشمند است؛ SOL دارایی بومی آن و ابزاری برای پرداخت کارمزد شبکه است. SOLAR Bridge در این مقاله نام یک طرح آرشیو داده بین سولانا و Arweave است. شباهت نام‌ها به معنی وجود توکن مستقلِ تأییدشده‌ای با نماد SOLAR، ارتباط با هر بازار معاملاتیِ هم‌نام یا قابلیت خرید آن از یک آدرس مشخص نیست. هیچ «قرارداد رسمی توکن سولار بریج» را بدون سند فنی اصلی نباید معرفی کرد.
یک شبکه پرکاربرد با ثبت مداوم رویدادها و تراکنش‌ها داده زیادی تولید می‌کند. داشتن وضعیت فعلی حساب‌ها با در اختیار داشتن تمام رویدادهایی که به آن وضعیت منتهی شده‌اند یکسان نیست. یک سرویس کیف پول ممکن است برای نمایش مانده امروز فقط وضعیت فعلی را بخواند، اما حسابرسی تاریخی، ردیابی یک اختلاف قدیمی، پژوهش داده و بعضی خدمات اکسپلورر به سوابق طولانی‌مدت احتیاج دارند.
اگر هر نود مجبور باشد همه تاریخچه را بدون محدودیت روی دیسک خود نگه دارد، هزینه و پیچیدگی عملیاتی بالا می‌رود. در طرف مقابل، حذف همه سوابق قدیمی از دسترس عمومی نیز بررسی مستقل و تحقیق را دشوار می‌کند. به همین دلیل باید میان اجرای تراکنش و اجماع، ذخیره تاریخچه و ارائه API برای بازیابی تاریخچه تفاوت گذاشت. این‌ها بخش‌های مرتبط اما غیرهمسان زیرساخت‌اند.
مکانیزم Proof of History در سولانا ترتیب زمانی داده‌ها را با زنجیره‌ای از محاسبات قابل بررسی ثبت می‌کند؛ نباید آن را به‌تنهایی یک مدل اجماع کاملاً مستقل و جانشین اثبات سهام معرفی کرد. پردازش و تأیید تراکنش‌ها با سازوکار اعتبارسنجی شبکه انجام می‌شود. شرح رسمی خط پردازش تراکنش سولانا نشان می‌دهد دریافت، بررسی امضا، بارگذاری حساب‌ها، اجرای دستورها و ثبت تغییرات مراحل مستقلی هستند. نوشتن نسخه‌ای از داده‌های تاریخی در یک آرشیو خارجی، هیچ‌کدام از این مراحل را حذف یا جایگزین نمی‌کند.
در مدل اولیه، داده‌های ثبت‌شده در دفترکل سولانا برای نگهداری و جست‌وجوی تاریخی به زیرساخت Arweave فرستاده می‌شدند. Arweave شبکه‌ای است که برای نگهداری بلندمدت داده طراحی شده و مدل اقتصادی آن می‌کوشد با پرداخت اولیه هزینه ذخیره، انگیزه نگهداری در طول زمان ایجاد کند. این هدف اقتصادی نباید به‌صورت «تضمین بی‌قیدوشرط ذخیره هر بایت برای همیشه» تعبیر شود؛ قابلیت دسترسی واقعی به انتشار صحیح، فهرست‌پذیری و سلامت سامانه‌های بازیابی هم وابسته است.
کاربر یا برنامه تراکنش را به شبکه ارسال می‌کند. اعتبارسنج‌ها آن را مطابق قواعد فعلی پردازش می‌کنند. این اتفاق بر بستر شبکه اصلی رخ می‌دهد و به معنای انتقال موجودی کاربر به آرویو نیست. حتی اگر آرشیو خارجی دیرتر به‌روزرسانی شود، تراکنش روی Solana به‌دلیل آن تأخیر خودبه‌خود «در انتظار تأیید پل» قرار نمی‌گیرد.
در مدل SOLAR، بخش مربوط به بایگانی نسخه یا نمایه‌ای از اطلاعات دفترکل را جمع‌آوری و برای ثبت روی زیرساخت مقصد آماده می‌کند. جزئیات کامل پیاده‌سازی، قالب دقیق همه بسته‌ها و اینکه در سال ۲۰۲۶ چه سرویس‌هایی به‌طور عملی آن را اجرا می‌کنند، با اعلامیه تأسیس ۲۰۲۰ به‌تنهایی اثبات نمی‌شود. بنابراین نمودار این صفحه بازسازی مفهومی معماری اعلام‌شده است، نه تصویر داشبورد فعال یا گواه اجرای زنده.
هدف آرشیو این است که نسخه تاریخی اطلاعات برای مراجعه بعدی باقی بماند. «ذخیره» با «قابل جست‌وجو بودن» تفاوت دارد: داده ممکن است نوشته شده باشد اما برای یافتن تراکنش خاص به شناسه، نمایه و ابزار پرس‌وجوی مناسب نیاز باشد. همچنین کاربری که فقط موجودی SOL خود را می‌خواهد، الزاماً لازم نیست مستقیماً با این آرشیو در تماس باشد.
بسیاری از کاربران با شنیدن کلمه پل، سازوکاری برای انتقال توکن از زنجیره‌ای به زنجیره دیگر را تصور می‌کنند. این برداشت برای SOLAR Bridge گمراه‌کننده است. در پل دارایی، کاربر می‌تواند با سازوکار مشخصی دارایی را قفل، سوزانده یا آزاد کند و از قراردادها یا نگهدارنده‌های متولی ریسک بپذیرد؛ اما در پل آرشیوی موضوعِ انتقال، سابقه داده‌های دفترکل است.
| ویژگی | SOLAR Bridge تاریخی | پل انتقال دارایی |
|---|---|---|
| چه چیزی جابه‌جا می‌شود؟ | داده و سابقه دفترکل | حق کنترل یا نمایش دارایی در زنجیره دیگر |
| هدف اصلی | نگهداری و دسترس‌پذیری اطلاعات تاریخی | تعامل مالی میان شبکه‌ها |
| نیاز به امضای انتقال از کیف پول کاربر | برای بایگانی عمومی داده خیر | معمولاً بله |
| ریسک شاخص | درستی نسخه آرشیوی، جامعیت و دسترس‌پذیری | قرارداد، متولی، نقدینگی و ارسال نادرست |
| اثر مستقیم بر کارمزد یا TPS شبکه مبدأ | تأیید نشده و از ماهیت طرح نتیجه نمی‌شود | وابسته به راهکار مشخص؛ تضمینی نیست |
خیر؛ در اسناد اولیه، SOLAR Bridge به‌عنوان طرح ثبت و نگهداری داده‌های تاریخی معرفی شده، نه یک لایه دوم با محیط اجرای تراکنش، اثبات اعتبار یا سازوکار تسویه مستقل. نام‌گذاری آن به «راهکار لایه دوم سولانا» یا نسبت‌دادن افزایش ۵۰ هزار به ۶۵ هزار تراکنش در ثانیه به آن، از منابع اولیه پشتیبانی نمی‌شود. عدد ظرفیت نظری یا آزمایشگاهی نیز نباید جای عملکرد واقعی شبکه در یک بازه مشخص گذاشته شود.
برای توسعه‌دهنده‌ای که می‌خواهد رفتار یک برنامه در چند سال قبل را بررسی کند، حفظ تاریخچه با امکان بازیابی مزیت دارد. اگر نسخه آرشیوی معتبر، کامل و در دسترس باشد، تحلیلگران می‌توانند زنجیره رویدادها را بازسازی کنند. البته آرشیو خارج از شبکه اصلی باید از نظر اصالت داده و ارتباط آن با تاریخچه اجماع راستی‌آزمایی شود؛ صرف وجود یک فایل در سرویس ذخیره‌سازی، صحت آن را ثابت نمی‌کند.
در زیرساخت‌های پرحجم، جداکردن نگهداری بلندمدت از بعضی وظایف روزمره نود می‌تواند بهره‌وری و دسترس‌پذیری داده را بهبود دهد. این یک مزیت احتمالی معماری است، نه ادعای اثبات‌شده درباره کاهش کارمزد برای دارندگان SOL یا افزایش خودکار ظرفیت پردازش. کارایی کل سامانه به هزینه ذخیره، راهنمای ایندکس‌گذاری، تأخیر بازیابی و سطح دسترسی مورد نیاز بستگی دارد.
وجود تاریخچه قابل بررسی می‌تواند برای ابزارهای تحلیل زنجیره‌ای، پژوهش امنیتی و ثبت شواهد کمک‌کننده باشد. اما قابلیت دسترسی به همه تاریخچه از طریق یک ارائه‌دهنده واحد تضمین نمی‌شود. مستندات امروزی Solana به توسعه‌دهنده توصیه می‌کنند میزان دسترسی به تاریخچه و نخستین اسلات قابل بازیابی ارائه‌دهنده RPC را به‌صورت عملی تست کند؛ این نکته نشان می‌دهد «ذخیره در یک‌جا» و «همواره قابل پرس‌وجو بودن از هر درگاه» یکسان نیستند.
دو گزاره را باید کنار هم نگه داریم. نخست، پروژه در سال ۲۰۲۰ معرفی شد و دو اعلامیه رسمی تاریخ‌دار برای آغاز آن وجود دارد. دوم، در منابع رسمیِ بررسی‌شده برای سال ۲۰۲۶ مدرکی که به‌طور مشخص فعال‌بودن فعلی همان سرویس SOLAR Bridge، تعداد رکوردهای روزانه آن یا SLA فعلی را تأیید کند، به دست نیامد. بنابراین این صفحه از «فعال‌بودن قطعی سولار بریج در ۲۰۲۶» یا «پشتیبانی بی‌وقفه از تمام تاریخچه» سخن نمی‌گوید.
مستندات فعلی سولانا رابط RPC را برای خواندن داده زنجیره معرفی می‌کنند. روش‌هایی مانند دریافت بلوک، بررسی تراکنش و پرس‌وجوی امضا از این طریق قابل استفاده‌اند؛ بااین‌حال، دسترسی به تاریخچه قدیمی به پیکربندی و سرویس انتخاب‌شده بستگی دارد. راهنمای رسمی انتخاب ارائه‌دهنده RPC تأکید می‌کند نخستین اسلات قابل دسترسی، سیاست نگهداری تاریخچه و هزینه پرس‌وجوی آرشیوی باید پیش از اتکا بررسی شوند.
برای نگهداری تاریخچه خارج از دیسک کوتاه‌مدت نود نیز نمونه‌های مستند از زیرساخت Bigtable وجود دارد. این به معنی آن نیست که Arweave یا SOLAR Bridge «قطعاً کنار گذاشته شده» است؛ فقط نشان می‌دهد نباید یک پروژه آرشیوی سال ۲۰۲۰ را تنها روش کنونی نگهداری سوابق سولانا معرفی کرد.
فرض کنید یک سامانه فرضی در یک روز، یک میلیون رکورد قابل آرشیو تولید کند و حجم متوسط هر رکورد پس از بسته‌بندی ۴۰۰ بایت باشد. در این مثال صرفاً آموزشی، حجم خام برابر است با ۴۰۰٬۰۰۰٬۰۰۰ بایت، یعنی ۴۰۰ مگابایت ده‌دهی. این محاسبه فقط تخمینی بر پایه دو فرض است؛ نه داده واقعی شبکه سولانا و نه نرخ فعلی تولید داده یا هزینه Arweave. اگر همان سامانه تاریخچه یک سال را بدون فشرده‌سازی و با همین نرخ نگه دارد، حجم مثال به ۱۴۶ گیگابایت ده‌دهی می‌رسد.
حال حتی اگر ذخیره این داده‌ها روی یک مخزن دیگر آسان‌تر شود، سرعت اجرای آن یک میلیون رویداد در شبکه مبدأ لزوماً تغییر نمی‌کند؛ همان‌طور که انتقال فایل‌های قدیمی رایانه به دیسک بایگانی، قدرت پردازنده را بیشتر نمی‌کند. ممکن است معماری نگهداری بهتر شود، اما برای اثبات اثر بر زمان تأیید تراکنش باید آزمون مستقلِ پیش و پس با روش و تاریخ مشخص داشت.
اگر پاسخ یک پرسش نامعلوم بود، نتیجه مناسب «تأییدنشده» است، نه «بی‌فایده» یا «صددرصد فعال». در حوزه ابزارهای مالی، نسبت‌دادن قابلیت یا دسترسی امروز به یک اطلاعیه چندساله می‌تواند تصمیم کاربر را منحرف کند. کاربران ایرانی نیز باید درباره دسترسی به ارائه‌دهندگان داده، پرداخت هزینه خدمات ابری یا محدودیت‌های قرارداد سرویس، شرایط فعلی همان ارائه‌دهنده را جداگانه بررسی کنند؛ هیچ دسترسی یا امکان ثبت‌نامی در این مقاله تضمین نشده است.
در گذشته معرفی طرح‌های فنی مرتبط با یک شبکه گاهی با انتظار رشد قیمت دارایی بومی آن همراه می‌شد. اما صرف انتشار خبر SOLAR Bridge در ۲۰۲۰، اثبات افزایش تقاضا یا قیمت SOL در ۲۰۲۶ نیست. حتی اگر یک زیرساخت آرشیوی کاربردی باشد، پیوند میان آن و ارزش بازار مستلزم داده درباره استفاده واقعی، هزینه، رقابت، ریسک و شرایط بازار است. برای آشنایی با دارایی اصلی، می‌توانید راهنمای سولانا چیست را بخوانید و در صورت نیاز، صفحه خرید سولانا و قیمت سولانا را به‌صورت جداگانه بررسی کنید؛ این لینک‌ها به معنی توصیه خرید نیستند.
اگر هدف شما شناخت خدمات معامله است، در صفحه اصلی صرافی ارز دیجیتال و راهنماهای عمومی خرید ارز دیجیتال و قیمت ارزهای دیجیتال اطلاعات پایه‌تری می‌یابید؛ اما قبل از هر اقدام، کارمزد، شبکه انتخاب‌شده و وضعیت خدمات را از منبع جاری بررسی کنید.
طبق معرفی رسمی پروژه، هدف آن ثبت داده تاریخی سولانا در Arweave بود، نه ارائه رابط عمومی تبدیل یا انتقال توکن. هر سایت یا قراردادی که با همین نام پیشنهاد اتصال کیف پول یا واریز دارایی بدهد، نیازمند راستی‌آزمایی مستقل است.
مدرک معتبری برای اثر مستقیم آن بر TPS، زمان نهایی‌شدن یا کارمزد تراکنش‌ها ارائه نشده است. مزیت مطرح‌شده در اسناد بنیان‌گذاری مربوط به نگهداری دفترکل بود؛ ظرفیت شبکه باید جداگانه اندازه‌گیری شود.
خیر. کارکرد شبکه ذخیره‌سازی با اجرای قراردادها و اجماع سولانا فرق دارد. بایگانی داده‌های تاریخی جایگزین اعتبارسنجی تراکنش در شبکه اصلی نیست.
معرفی و راه‌اندازی اولیه در ۲۰۲۰ مستند است، اما در این بررسی مدرک رسمی جدیدی برای اثبات وضعیت عملیاتی کنونی همان سرویس به دست نیامد. فعالیت امروز آن در این مقاله تأییدنشده گزارش می‌شود.
شناسه تراکنش و بازه زمانی را مشخص کنید، سپس محدودیت تاریخی سرویس RPC یا اکسپلورر معتبر را بررسی کنید. دسترسی به یک اسلات قدیمی یا یک روش RPC خاص وابسته به زیرساخت ارائه‌دهنده است و نباید بدون آزمون واقعی تضمین شود.
