پلتفرم Akashic: تجمیع جریان‌های داده‌ای بدون نیاز به کلید API

بسیاری از پژوهشگران مستقل سال‌هاست که در برابر دیوارهای بلند اشتراک‌های گران‌قیمت شرکتی محبوس شده‌اند. Akashic که در ۱۹ ژوئیه ۲۰۲۶ عرضه شد، این مانع را با ارائه یک فضای کاری هوشمند و با قابلیت میزبانی شخصی (Self-hosting) از میان برداشت. این پلتفرم در واقع یک فضای جامع اطلاعاتی است که با الهام از ساختار پالاتینیر طراحی شده تا دسترسی به داده‌ها را تسهیل کند. وعده اصلی این پروژه، حذف نیاز به اشتراک‌های گران‌بهای سازمانی است. این سیستم یک محیط عملیاتی با تراکم بالا برای اطلاعات متن‌باز (OSINT) فراهم می‌کند و به کاربران اجازه می‌دهد داده‌های زنده هواپیماها، ماهواره‌ها و فعالیت‌های لرزه‌ای را روی یک نقشه واحد همبسته‌سازی کنند، بدون اینکه حتی به یک کلید API نیاز داشته باشند.

اکثر پلتفرم‌های داده‌ای مدرن، کاربران را پشت APIهای اختصاصی و هزینه‌های ماهانه حبس می‌کنند که این امر سدی برای محققان مستقل ایجاد می‌کند. Akashic به عنوان پاسخی مستقیم به این روند ظهور کرد. این پروژه از رابط‌های کاربری «شبیه به اسناد طبقه‌بندی شده» در پلتفرم‌هایی مانند Palantir الهام گرفته است. طبق پست توسعه‌دهنده در وب‌سایت dev.to، این پروژه از شیفتگی دوران کودکی او به روشی متولد شد که سازمان‌های اطلاعاتی قطعات پراکنده اطلاعات را برای ایجاد یک تصویر استراتژیک معنادار به هم متصل می‌کنند.

اکوسیستم مرکزی

Akashic به عنوان یک مرکز متمرکز برای جریان‌های متنوع داده‌های عمومی عمل می‌کند. طراحی آن به گونه‌ای است که به جای تماشای غیرفعال داشبوردها، برای اکتشاف فعال و همبسته‌سازی داده‌ها بهینه شده است. این سیستم از آداپتورهای جریان بالادستی در سمت سرور (server-side upstream adapters) استفاده می‌کند تا رابط مرورگر سبک و پاسخ‌گو باقی بماند. با این روش، پردازش‌های سنگین مربوط به دریافت و نرمال‌سازی داده‌ها از کلاینت دور شده و به سرور منتقل می‌شود.

تعامل اصلی کاربر در نقشه‌ای رخ می‌دهد که توسط deck.gl و maplibre مدیریت می‌شود. این یک تصویر ایستا نیست، بلکه یک سطح پویا است که امکان جابه‌جایی بین نقشه‌های تخت و تصویر کروی زمین (globe projections) را فراهم می‌کند. نقشه جایگاه خود را به عنوان رابط اصلی حفظ می‌کند، در حالی که سطوح جزئیات قابل جابه‌جایی (draggable detail surfaces)، زمینه مکانی را در طول بررسی‌های عمیق حفظ می‌کنند.

تجربه بصری و نقشه‌برداری

برای تسهیل نیازهای عملیاتی مختلف، این فضای کاری طیف گسترده‌ای از پرداخت‌های بصری و حالت‌های تصویر را ارائه می‌دهد. این قابلیت‌ها به اپراتورها اجازه می‌دهد تا دیدگاه خود را بر اساس نیازمندی‌های اطلاعاتی مأموریت تغییر دهند:

• پردازش‌های بصری (Visual Treatments): حالت‌های استاندارد، CRT، دید در شب، ترمال، راداری، ارتباطات ماهواره‌ای (satcom) و نوآر.
• حالت‌های تصویر (Imagery Modes): تصاویر هوایی، ماهواره‌ای، خیابانی، لایت (روشن)، دارک (تیره)، توپوگرافی، National Geographic، چراغ‌های شب، ترکیبی (hybrid) و تصاویر سه‌بعدی.

کنترل‌های اطراف نقشه، سوئیچ‌های لایه داده مستقلی را ارائه می‌دهند که تعداد زنده (live counts) و وضعیت منابع را نمایش می‌دهند. کاربران می‌توانند از جست‌وجوی موجودیت‌ها، خواندن مختصات، نشانگرهای مقیاس و کنترل‌های ارتفاع دوربین برای شناسایی دقیق اهداف جغرافیایی خاص استفاده کنند.

ادغام لایه‌های داده

این پلتفرم چندین لایه اطلاعاتی تخصصی را ادغام می‌کند که جریان‌های زنده بالادستی را با رجیستری‌های استراتژیک سازمان‌یافته ترکیب می‌کنند. این رویکرد یادآور تلاش‌های اخیر در حوزه داده‌های باز است، مانند زمانی که AWS دسترسی به ۱۷۰ مجموعه داده عمومی را برای عامل‌های هوش مصنوعی باز کرد تا تحلیل داده‌ها در مقیاس بزرگ تسهیل شود.

• ترافیک هوایی جهانی: تله‌متری زنده هواپیماها از طریق ADS-B. این بخش شامل فیلترهای خاص برای پروازهای نظامی و خصوصی، ردهای پروازی (flight trails)، تله‌متری و داده‌های فرودگاهی برای ردیابی پروازهای منتخب است.
• لایه مداری: موقعیت‌ها و دسته‌های ماهواره‌ای. این لایه از دریافت TLEهای Celestrak برای نقشه‌برداری از موقعیت‌های مداری و داده‌های دقیق اشیاء استفاده می‌کند.
• لرزه و بلایا: رویدادهای زلزله جهانی از USGS — همراه با جزئیات بزرگی، عمق، تازگی و بافت مکان — در کنار هشدارهای GDACS برای ارائه زمینه حوادث طبیعی.
• محیطی: میدان‌های اتمسفری از طریق open-meteo، شامل ذرات باد، بارش، رادار، دما، رطوبت، فشار و نمونه‌برداری از آلودگی در شهرهای نقشه‌برداری شده.
• جاسوسی رادیویی: پخش زنده صوتی و متادیتای ایستگاه‌ها که از کاتالوگ‌های Radio Garden و Radio-browser ادغام شده است. این بخش شامل کدک‌ها، بیت‌ریت‌ها، تگ‌ها، رای‌ها و سیگنال‌های سلامت (health signals) است.

شناسایی و اطلاعات استراتژیک

فراتر از فیدهای زنده، سیستم دارای «حالت شناسایی» (Recon mode) است که یک پیمایش هم‌زمان پروفایل‌های عمومی را با استفاده از تعاریف منابع موجود در دایرکتوری data/recon-sources/ انجام می‌دهد. این حالت برای جمع‌آوری سریع اطلاعات ساخته شده است:

• نتایج استریم شده: بررسی‌های مربوط به نام‌های کاربری و ایمیل‌ها به محض پایان هر درخواست، به صورت جریانی وارد رابط کاربری می‌شوند.
• ردیابی وضعیت: سیستم به‌وضوح بین وضعیت‌های «یافت شده»، «مفقود»، «مسدود شده»، «اتمام زمان» (timeout) و «خطا» تمایز قائل می‌شود.
• نرمال‌سازی داده‌ها: متاداده‌ها به صورت عنوان، بیوگرافی، تصاویر پروفایل، لینک‌ها و اشارات مکانی نرمال می‌شوند. از Faviconها برای شناسایی منبع استفاده می‌شود تا نیازی به بسته‌های لوگوی جداگانه نباشد.
• مکانیزم‌های جایگزین (Fallback): منابع ایمیلی می‌توانند در صورت اتمام زمان درخواست عادی، از یک جایگزین مرورگر (browser fallback) استفاده کنند. مکان‌های استخراج شده ژئوکد شده و مستقیماً روی نقشه رسم می‌شوند.

رجیستری‌های استراتژیک زمینه عمیق‌تری را فراهم می‌کنند و مناطقی مانند مناطق درگیر، پایگاه‌های نظامی، کابل‌های زیردریایی، خطوط لوله و تأسیسات هسته‌ای را نقشه‌برداری می‌کنند. «دک اطلاعاتی» (Intelligence deck) با نمایش اخبار زنده، خلاصه‌های کشوری، نشانگرهای ریسک و نماهای بازرسی، این قابلیت‌ها را تقویت می‌کند. این لایه‌های استراتژیک از پروژه World Monitor (کپی‌رایت ۲۰۲۴-۲۰۲۶ الی حبیب) اقتباس شده‌اند که تحت لایسنس GNU Affero General Public License v3 است. این امر تضمین می‌کند که ابزارهای بررسی نقاط فشار ژئوپلیتیک، تحریم‌ها و فعالیت‌های نظامی، باز و در دسترس باقی بمانند.

معماری فنی

سیستم بر پایه Next.js بنا شده است (نیازمند Node.js ۲۰+ و npm ۱۰+). معماری آن از یک جریان داده خاص پیروی می‌کند: جریان‌های بالادستی عمومی و رجیستری‌های سازمان‌یافته وارد آداپتورهای مسیر Next.js شده و سپس داده‌ها از یک لایه نرمال‌سازی و غنی‌سازی عبور می‌کنند تا به نقشه، دک اطلاعاتی یا سطوح جزئیات موجودیت برسند.

گروه‌های API خاصی برای مدیریت حوزه‌های مختلف اطلاعاتی تعریف شده‌اند:

• /api/radar ، /api/aircraft و /api/airports برای هوانوردی.
• /api/celestrak برای عناصر مداری.
• /api/usgs ، /api/gdacs و /api/air-quality برای مخاطرات.
• /api/weather و /api/wind برای محصولات اتمسفری.
• /api/radio/* برای کاتالوگ ایستگاه‌ها و پروکسی صوتی محافظت‌شده.
• /api/recon/* برای بررسی پروفایل‌ها و ژئوکدینگ.
• /api/wm/* برای زیرساخت‌های استراتژیک و اطلاعات ساختمان‌ها.
• /api/analytics/* و /api/spatial/* برای تحلیل‌های نزدیکی، ریسک و مسیر (trajectory).

برای تضمین امنیت، پلتفرم نتایج DNS خصوصی، لوپ‌بک (loopback)، لینک-لوکال و داخلی را برای بازگشت‌های رادیویی مسدود می‌کند. هر بازگشت رادیویی در سمت سرور مجدداً اعتبارسنجی می‌شود و اسکن‌های عمیق معماری تنها به میزبان‌های عمومی تایید شده محدود شده است.

استقرار و راه‌اندازی

استقرار سیستم ساده است: کاربران مخزن را از GitHub کلون کرده، npm install را اجرا می‌کنند و سرور توسعه را از طریق npm run dev برای دسترسی به فضای کاری در http://localhost:3000 استارت می‌زنند. به دلیل اینکه اپلیکیشن فعلی در تنظیمات پیش‌فرض به هیچ مقدار .env نیاز ندارد، زمان رسیدن به اولین ارزش عملیاتی برای یک اپراتور جدید تقریباً آنی است. برای محیط عملیاتی (Production)، کاربران از npm run build و npm run start استفاده می‌کنند.

تأیید و نگهداری از طریق npx tsc --noEmit برای بررسی تایپ‌ها و npm audit برای امنیت وابستگی‌ها انجام می‌شود. اگرچه برنامه بدون کلید (key-free) است، اما توسعه‌دهندگان خاطرنشان می‌کنند که استقرارهای عملیاتی همچنان به کنترل‌های محیطی استاندارد مانند محدود کردن نرخ درخواست‌ها (rate limiting)، محدودیت اندازه درخواست و یک پروکسی معکوس (reverse proxy) نیاز دارند.

عملکرد و محدودیت‌ها

از آنجایی که Akashic مالک داده‌های خود نیست، تابع در دسترس بودن تامین‌کنندگان است. مستندات اشاره می‌کنند که فیدهای عمومی می‌توانند بدون اطلاع قبلی ناپدید شوند، محدودیت نرخ اعمال کنند یا طرح (schema) خود را تغییر دهند. موقعیت‌های ماهواره‌ای و هواپیماها تخمین‌هایی بین به‌روزرسانی‌های منبع هستند و نتایج شناسایی (recon) ممکن است مثبت‌های کاذبی ایجاد کنند که نیاز به تایید انسانی دارد.

عملکرد سیستم تحت تأثیر تعداد لایه‌های فعال است. فعال کردن هم‌زمان تمام لایه‌ها، ترافیک شبکه و حافظه نقشه را افزایش می‌دهد؛ لذا به اپراتورها توصیه می‌شود از کنترل‌های لایه برای محدود نگه داشتن فضای کاری استفاده کنند. علاوه بر این، پوشش سه‌بعدی به تامین‌کننده بستگی دارد و جزئیات ساختمان‌ها (برگرفته از OpenStreetMap و Wikidata) بسته به منطقه متغیر است.

تحلیل تحریریه

Akashic نشان‌دهنده تغییری در دموکراتیزه کردن «بیگ‌دیتای» اطلاعاتی است. در حالی که Palantir دولت‌ها و شرکت‌های بزرگ را هدف قرار می‌دهد، این ابزار قدرت را به دست پژوهشگران مستقل و روزنامه‌نگاران می‌سپارد. با حذف کلیدهای API، این پروژه بزرگ‌ترین نقطه اصطکاک در OSINT را از بین می‌برد: نیاز به حساب‌های پرداخت و توکن‌های مجوز برای تک‌تک منابع داده.

برای کاربر عملی، این به معنای توانایی شناسایی همبستگی‌ها است؛ مثلاً رخ دادن یک رویداد لرزه‌ای در نزدیکی یک تأسیسات نظامی خاص، هم‌زمان با افزایش ترافیک هواپیماها، بدون نیاز به جابه‌جایی میان پنج تب مرورگر. این ابزار، نقشه را از یک داشبورد غیرفعال به یک ابزار بازرسی فعال تبدیل می‌کند. با این حال، بار تایید نهایی بر عهده کاربر است؛ یک نقطه رندر شده روی نقشه، به‌طور خودکار به معنای یک حادثه زنده تایید شده نیست.

گام بعدی

کاربرانی که به این پروژه علاقه‌مند هستند می‌توانند کد منبع را در GitHub بررسی کرده یا آزمایشات خود را با نصب لوکال آغاز کنند. حوزه حیاتی بعدی برای نظارت، گسترش رجیستری recon-sources توسط جامعه کاربران برای گنجاندن تامین‌کنندگان داده‌های عمومی تخصصی‌تر است تا هدف دستیابی به یک فضای کاری اطلاعاتی جامع در یک صفحه (single-pane) محقق شود.

• بررسی کد منبع در GitHub و اجرای محیط لوکال برای تست لایه‌های داده‌ای.
• مطالعه لیست recon-sources برای درک نحوه اضافه کردن منابع شناسایی جدید.
• آزمایش حالت‌های بصری مختلف (مانند ترمال یا دید در شب) برای تحلیل تصاویر ماهواره‌ای.

اما داستان سخت‌افزاری این تحول حتی شگفت‌انگیزتر است — به تحلیل ما درباره‌ی تراشه‌های Blackwell مراجعه کنید.