Bitsocial اور Bluesky
Bluesky ایک مائیکروبلاگنگ ایپ ہے جو AT Protocol پر بنی ہے، جسے Bluesky Social PBC نے ڈیزائن کیا۔ یہ پروٹوکول سوشل نیٹ ورک کو الگ الگ سروسز میں بانٹتا ہے: ذاتی ڈیٹا سرورز اکاؤنٹس کی میزبانی کرتے ہیں، ریلیز انہیں یکجا کر کے ایک اسٹریم بناتے ہیں، اور AppViews اس اسٹریم کو انڈیکس کر کے وہ ٹائم لائنز اور تھریڈز بناتے ہیں جو لوگ دیکھتے ہیں۔ اس کی دستاویزات کے مطابق اکاؤنٹ کا ڈیٹا میزبان سرورز پر محفوظ ہوتا ہے، “پیئر ٹو پیئر ماڈل کے برعکس” (جائزہ)۔
AT Protocol کیسے کام کرتا ہے
- سرورز پر ریپوزٹریز۔ ہر پوسٹ، لائک یا فالو مصنف کی دستخط شدہ ریپوزٹری میں ایک ریکارڈ ہے، جس کی میزبانی ایک ذاتی ڈیٹا سرور (PDS) پر ہوتی ہے۔ ڈیفالٹ سرورز Bluesky چلاتا ہے، اور کوئی بھی اپنا سرور ہوسٹ کر سکتا ہے۔
- ریلیز۔ ریلیز ہر PDS کو سبسکرائب کرتے ہیں اور تبدیلیوں کو ایک اسٹریم کی صورت میں دوبارہ نشر کرتے ہیں، جسے firehose کہتے ہیں۔ 2025 کی ایک پروٹوکول اپڈیٹ کے بعد سے وہ ہر ریپوزٹری کو آرکائیو نہیں کرتے، جس سے انہیں چلانا بہت سستا ہو گیا (Sync v1.1)۔
- AppViews۔ AppView پورے firehose کو انڈیکس کرتا ہے اور ٹائم لائنز، مکمل جوابی تھریڈز، گنتیاں اور سرچ پیش کرتا ہے۔ یہ نیٹ ورک کا سب سے زیادہ وسائل استعمال کرنے والا حصہ ہے۔
- شناخت۔ اکاؤنٹ ایک DID ہوتا ہے: عام طور پر
did:plc، جو ایک عالمی ڈائریکٹری میں رجسٹرڈ ہوتا ہے، یاdid:web، جو کسی ڈومین سے بندھا ہوتا ہے۔ DID دستاویز میں اکاؤنٹ کا ہینڈل، دستخطی کلید اور موجودہ سرور درج ہوتے ہیں۔ دستخطی کلید PDS کے پاس ہوتی ہے؛did:plcصارفین کو روٹیشن کلیدیں رکھنے کی سہولت بھی دیتا ہے تاکہ وہ پرانے میزبان کی مدد کے بغیر منتقل ہو سکیں (شناخت گائیڈ)۔ - ہینڈلز۔ ہینڈلز DNS نام ہوتے ہیں، جیسے
alice.bsky.socialیا صارف کی ملکیت والا کوئی ڈومین، اور ان کی تصدیق DID کے مقابل کی جاتی ہے۔ - ماڈریشن۔ ہوسٹنگ اور پہنچ الگ پرتیں ہیں۔ کوئی بھی لیبلر چلا سکتا ہے اور صارفین کئی لیبلرز ایک ساتھ لگا سکتے ہیں (ماڈریشن گائیڈ)، مگر Bluesky ایپ ہمیشہ Bluesky کی اپنی ماڈریشن لاگو کرتی ہے۔ مصنفین محدود کر سکتے ہیں کہ ان کی پوسٹس پر کون جواب دے، اور جوابات چھپا سکتے ہیں۔
فرق کہاں ہے
سرورز یا پیئرز
Bluesky کا ڈیٹا سرورز پر رہتا ہے: ہر اکاؤنٹ کی میزبانی ایک PDS کرتا ہے، ریلیز firehose آگے بڑھاتے ہیں، اور کلائنٹس جو دکھاتے ہیں وہ AppViews پیش کرتے ہیں۔ براؤزر ان سروسز کا HTTP کلائنٹ ہے، کبھی پیئر نہیں۔ Bitsocial میں مواد کمیونٹی کا نوڈ اور اسے پڑھنے والے پیئرز پیش کرتے ہیں، اور ویب ایپ اپنا پیئر ٹو پیئر نوڈ چلا سکتی ہے۔ دیکھیں براؤزر پیئر ٹو پیئر۔
عالمی منظر یا کمیونٹیز
AT Protocol ایک عالمی منظر کے لیے ڈیزائن کیا گیا ہے: AppView ہر جواب دیکھتا ہے، اس لیے تھریڈز اور سرچ مکمل ہوتے ہیں۔ Bitsocial میں کوئی عالمی انڈیکس نہیں؛ ہر کمیونٹی اپنی حالت شائع کرتی ہے، اور ایپس اس کے اوپر دریافت بناتی ہیں۔ دیکھیں مواد کی دریافت۔
Bluesky میں آج عوامی پوسٹس کے لیے کمیونٹی آبجیکٹ نہیں ہے۔ جون 2026 میں اس نے بلٹ اِن کمیونٹیز کا اعلان کیا، جن میں بعض پرائیویسی سطحوں پر پوسٹنگ منظوری سے مشروط ہے؛ اکتوبر 2026 تک یہ لانچ نہیں ہوئی تھیں۔ Bitsocial میں کمیونٹیز بنیادی آبجیکٹ ہیں، اور کمیونٹی کا نوڈ پوسٹس قبول یا مسترد کرتا ہے۔
اسپیم پر قابو
Bluesky اسپیم سے نمٹنے کے لیے اپنے سرورز پر شرح کی حدیں، ریلے پر نئے میزبانوں کے لیے حدیں، خودکار شناخت، انسانی جائزہ اور لیبلز استعمال کرتا ہے، اور مصنفین جوابات محدود کر سکتے ہیں۔ کمیونٹی کی سطح پر کوئی ایسا دروازہ نہیں جو طے کرے کہ قبول ہونے سے پہلے پوسٹ کو کس مرحلے سے گزرنا ہوگا۔ Bitsocial میں ہر کمیونٹی اپنا چیلنج خود چنتی ہے۔ دیکھیں حسب ضرورت اینٹی اسپیم چیلنجز۔
کلیدیں کس کے پاس ہیں
Bluesky کے اپنے سرورز پر موجود اکاؤنٹس پاس ورڈ سے لاگ ان کرتے ہیں، اور وہ سرورز ان کی دستخطی کلیدیں اپنی تحویل میں رکھتے ہیں (Kleppmann وغیرہ)۔ Bluesky کے ایک پروٹوکول انجینئر کے مطابق زیادہ تر اکاؤنٹس کے پاس آزادانہ طور پر کنٹرول کی جانے والی روٹیشن کلیدیں نہیں ہیں۔ Bitsocial شناخت ایک کلیدی جوڑا ہے جو صارف کی ایپ بناتی اور رکھتی ہے۔
انفراسٹرکچر چلانا
ذاتی سرور سستا ہے: حوالہ جاتی PDS زیادہ سے زیادہ 20 صارفین کے لیے 1 GB RAM تجویز کرتا ہے۔ پورے نیٹ ورک کا آزاد AppView ایک بڑا منصوبہ ہے؛ 2025 میں بنائے گئے ایک AppView پر تقریباً 200 ڈالر ماہانہ لاگت آئی، جس کا زیادہ تر حصہ 16 TB اسٹوریج کا تھا۔ Bitsocial میں نقل کرنے کے لیے کوئی عالمی انڈیکس نہیں، اور کمیونٹی نوڈ عام صارف کے ہارڈویئر پر چلتا ہے۔
موازنہ
| سوال | Bluesky (AT Protocol) | Bitsocial |
|---|---|---|
| زمرہ | عالمی انڈیکس کے ساتھ فیڈریٹڈ سرورز | پیئر ٹو پیئر کمیونٹی نیٹ ورک |
| شناخت | DID، جس کی دستخطی کلیدیں عموماً سرور کے پاس ہوتی ہیں | صارفین اور کمیونٹیز کے لیے Ed25519 کلیدی جوڑے |
| پوسٹس کہاں رہتی ہیں | ذاتی ڈیٹا سرور پر مصنف کی ریپوزٹری | کمیونٹی مالک کا نوڈ اور وہ پیئرز جو اسے پڑھتے اور سیڈ کرتے ہیں |
| اسے آن لائن کون رکھتا ہے | PDS میزبان، ریلیز اور AppViews، جنہیں ڈیفالٹ طور پر Bluesky چلاتا ہے | کمیونٹی مالک کا نوڈ اور مددگار سیڈرز |
| کمیونٹیز | عوامی پوسٹس کے لیے ابھی کوئی نہیں (2026 میں اعلان ہوا) | اولین درجے کے آبجیکٹس جن کا نوڈ پوسٹس قبول یا مسترد کرتا ہے |
| اسپیم پر قابو | سرور کی شرح کی حدیں، خودکار شناخت، لیبلز، جوابات پر کنٹرول | پوسٹ قبول ہونے سے پہلے ہر کمیونٹی کا اپنا چیلنج |
| ماڈریشن | ایک ساتھ لگائے جا سکنے والے لیبلرز؛ Bluesky ایپ ہمیشہ Bluesky کی ماڈریشن لاگو کرتی ہے | کمیونٹی مالکان اپنی کمیونٹی کی ماڈریشن کرتے ہیں؛ ایپس طے کرتی ہیں کہ کیا دکھانا ہے |
| نام | DID کے مقابل تصدیق شدہ DNS ہینڈلز | .bso اور .eth نام جو کلیدوں تک لے جاتے ہیں |
| براؤزر | ایک PDS اور ایک AppView کا HTTP کلائنٹ | عام براؤزر ٹیب کے اندر پیئر ٹو پیئر نوڈ |
| بنیادی سمجھوتہ | مکمل عالمی تھریڈز اور سرچ، مگر یکجائی کے لیے بھاری سرورز درکار | کوئی بھاری عالمی انڈیکس نہیں، مگر نیٹ ورک بھر کا مکمل منظر بھی نہیں |