رفتن به محتوای اصلی
Koohestun
بررسی عمیق کوهستانمعماری پروتکلتحلیل مزایا و معایب· 6 دقیقه مطالعه· در متا

ارزیابی اکتیویتی‌پاب در برابر پروتکل AT: چگونه وب غیرمتمرکز استقلال سرور را با قابلیت انتقال داده‌ها معاوضه می‌کند

دو پروتکل پیشرو در شبکه‌های اجتماعی غیرمتمرکز، چشم‌اندازهای کاملاً متفاوتی برای اینترنت ارائه می‌دهند: اکتیویتی‌پاب استقلال سرورهای محلی را در اولویت قرار می‌دهد، در حالی که پروتکل AT هویت کاربر را از میزبانی جدا می‌کند تا امکان مهاجرت حساب کاربری را تضمین کند.

به قلم دلناز نورانی

مدافعان استقلال سرور 40%طرفداران انتقال داده 40%سازندگان تعامل‌پذیری پروتکل 20%
مدافعان استقلال سرور
استدلال می‌کنند که تمرکززدایی واقعی نیازمند هزینه‌های پایین زیرساخت و حاکمیت محلی جامعه است.
طرفداران انتقال داده
مالکیت رمزنگاری‌شده و توانایی مهاجرت حساب‌ها بدون از دست دادن داده‌ها را در اولویت قرار می‌دهند.
سازندگان تعامل‌پذیری پروتکل
بر طرح‌واره‌های با نوع‌دهی قوی تمرکز دارند که به چندین برنامه اجازه می‌دهد روی یک هویت کاربری بخوانند و بنویسند.

دیدگاه‌هایی که این گزارش پوشش نداده

  • کاربران روزمره‌ای که انتخاب‌های فید الگوریتمی را بر مکانیک‌های زیربنایی پروتکل ترجیح می‌دهند
  • قانون‌گذارانی که در حال ارزیابی نحوه انطباق نظارت غیرمتمرکز با قوانین منطقه‌ای آزادی بیان هستند

چرا مهم است

تفاوت‌های معماری میان این پروتکل‌ها تعیین می‌کند که آیا کاربران واقعاً مالک هویت دیجیتال خود هستند یا صرفاً آن را از مدیران داوطلب اجاره کرده‌اند؛ مسئله‌ای که آینده قابلیت انتقال داده‌ها در سراسر اینترنت را شکل می‌دهد.

کاربرانی که بین شبکه‌های اجتماعی غیرمتمرکز جابه‌جا می‌شوند، اکنون می‌توانند کل هویت، شبکه دنبال‌کنندگان و تاریخچه پست‌های خود را بدون نیاز به کسب اجازه از مدیر سرور، بین ارائه‌دهندگان مختلف منتقل کنند. این قابلیت که توسط پروتکل انتقال احراز هویت‌شده (AT Protocol) فراهم شده، مدل هویت وابسته به سرور را که مشخصه نسل اول وب فدرال بود، اساساً در هم می‌شکند. سال‌ها پیوستن به یک پلتفرم غیرمتمرکز به معنای پذیرش یک معامله بود: فرار از کنترل شرکت‌های بزرگ نیازمند اعتماد به یک اپراتور داوطلب برای نگهداری از هویت دیجیتال شما بود. ظهور سرورهای داده شخصی (PDS) قابل‌حمل این الزام را از بین برده و وب غیرمتمرکز را به دو فلسفه معماری رقیب تقسیم کرده است.[1][6]

این شکاف صرفاً فنی نیست؛ بلکه نشان‌دهنده یک اختلاف‌نظر بنیادین بر سر این است که اعتماد در یک شبکه باید در کجا متمرکز باشد. در یک سو اکتیویتی‌پاب (ActivityPub) قرار دارد که در سال ۲۰۱۸ به عنوان استاندارد کنسرسیوم وب جهان‌گستر (W3C) رسمیت یافت و توسط ماستودون (Mastodon) با بیش از ۴٫۴ میلیون کاربر ثبت‌نام‌شده به محبوبیت رسید. در سوی دیگر، پروتکل AT قرار دارد که توسط شرکت Bluesky PBC توسعه یافته و با داده‌های اجتماعی بیشتر شبیه به یک سیستم فایل با دسترسی جهانی برخورد می‌کند.[1][2][3]

مدل مفهومی اکتیویتی‌پاب شباهت زیادی به ایمیل دارد. سرورهای مستقل به نمایندگی از کاربرانشان برای یکدیگر پیام می‌فرستند. وقتی کاربری ثبت‌نام می‌کند، شناسه‌ای دریافت می‌کند که مستقیماً به دامنه میزبان او گره خورده است (با فرمت @user@instance.example). اگر کاربری در یک سرور شخص دیگری را در سرور دیگر دنبال کند، پروتکل به سادگی پیام‌ها را بین صندوق‌های ورودی و خروجی آن سرورها رد و بدل می‌کند.[4]

این سادگی امکان فدراسیون گسترده را فراهم می‌کند، اما یک آسیب‌پذیری ساختاری نیز به همراه دارد: هویت در اینجا امانی است. اگر مدیر یک سرور اکتیویتی‌پاب سرور را خاموش کند، بودجه‌اش تمام شود یا کاربری را مسدود کند، آن هویت دیجیتال از بین می‌رود. اگرچه ماستودون ابزاری برای مهاجرت ارائه می‌دهد، اما این ابزار نیازمند آن است که سرور مبدأ به اندازه کافی آنلاین بماند تا دستور تغییر مسیر را صادر کند، و از طرفی قادر به انتقال پست‌های گذشته کاربر نیست. کاربر باید با یک تایم‌لاین خالی در دامنه‌ای جدید از صفر شروع کند.[1][3]

اکتیویتی‌پاب هویت را به سرور میزبان گره می‌زند، در حالی که پروتکل AT شناسه رمزنگاری را از مخزن داده جدا می‌کند.

پروتکل AT دقیقاً برای حل این تله امانتداری مهندسی شده است. در یک تحلیل معماری که در سال ۲۰۲۶ توسط FediView منتشر شد، آمده است: «در حالی که اکتیویتی‌پاب فرض می‌کند سرور واحد اعتماد است، پروتکل AT بر این باور است که کاربر فردی باید مالک داده‌های خود باشد، فارغ از اینکه کدام ارائه‌دهنده میزبان آن است.»[1]

برای دستیابی به این هدف، پروتکل AT هویت را از میزبانی جدا می‌کند. هویت کاربر از طریق یک شناسه غیرمتمرکز (DID) ایجاد می‌شود؛ یک رشته رمزنگاری‌شده که مستقل از هر سروری وجود دارد. محتوای واقعی شامل پست‌ها، لایک‌ها و دنبال‌شوندگان در یک سرور داده شخصی (PDS) ذخیره می‌شود. اگر یک ارائه‌دهنده میزبانی از کار بیفتد یا رویکردی خصمانه در پیش بگیرد، کاربر به سادگی DID خود را به یک PDS جدید متصل می‌کند و دقیقاً از همان‌جایی که کار را رها کرده بود، با حفظ کامل تاریخچه خود، ادامه می‌دهد.[1][4]

این مالکیت رمزنگاری‌شده شامل یک شبکه ایمنی داخلی نیز هست. دایرکتوری did:plc در این پروتکل از کلیدهای چرخشی با اولویت‌بندی استفاده می‌کند که یک پنجره بازیابی ۷۲ ساعته دارند. اگر یک مهاجم حسابی را هک کند، مالک اصلی سه روز فرصت دارد تا با استفاده از کلید پشتیبان خود، دسترسی مهاجم را لغو کرده و کنترل را پس بگیرد؛ قابلیتی که در معماری اکتیویتی‌پاب کاملاً غایب است.[5]

دایرکتوری did:plc در این پروتکل از کلیدهای چرخشی با اولویت‌بندی استفاده می‌کند که یک پنجره بازیابی ۷۲ ساعته دارند.

با این حال، این قابلیت انتقال به قیمت نیاز به زیرساخت‌های سنگین تجمیع داده تمام می‌شود. از آنجا که داده‌های پروتکل AT در هزاران مخزن مستقل PDS پراکنده شده‌اند، شبکه برای دریافت جریان عظیم و جهانی فعالیت‌ها به «رله‌های» (Relays) عظیمی متکی است. سپس برنامه‌ها که با نام AppViews شناخته می‌شوند، برای ساخت تایم‌لاین کاربران و نتایج جستجو، از این رله‌ها پرس‌وجو می‌کنند.[4]

پردازش این جریان عظیم داده نیازمند توان محاسباتی قابل‌توجهی است. در حال حاضر، اجرای یک رله کامل پروتکل AT حدود ۳۰ تا ۳۴ دلار در ماه هزینه پایه سرور در بر دارد؛ رقمی که با رشد شبکه به صورت خطی افزایش می‌یابد. در مقابل، مدل همتا‌به‌همتای اکتیویتی‌پاب به سرورهای کوچک محلی اجازه می‌دهد تا با سخت‌افزاری که کمتر از ۱۰ دلار در ماه هزینه دارد، به طور مؤثر کار کنند، زیرا آن‌ها تنها داده‌های مربوط به کاربران خاص خود را پردازش می‌کنند.[2]

اتکای پروتکل AT به تجمیع شبکه جهانی، نیازمند توان محاسباتی پایه بسیار بیشتری نسبت به مدل همتا‌به‌همتای اکتیویتی‌پاب است.

اتکای پروتکل AT به رله‌های جهانی، حریم خصوصی را نیز پیچیده می‌کند. از آنجا که رله‌ها برای تضمین یکپارچگی شبکه، تمامی تغییرات وضعیت را به صورت عمومی تجمیع می‌کنند، پیاده‌سازی ویژگی‌هایی مانند لایک‌های خصوصی یا پروفایل‌های محدودشده از نظر معماری دشوار است. اکتیویتی‌پاب حریم خصوصی محلی را به راحتی مدیریت می‌کند، زیرا سرورها داده‌ها را تنها با همتایانی که صراحتاً مجاز شده‌اند به اشتراک می‌گذارند.[1]

قالب‌بندی داده‌ها شکاف فلسفی دیگری را آشکار می‌کند. اکتیویتی‌پاب بر JSON-LD متکی است؛ یک استاندارد انعطاف‌پذیر که به توسعه‌دهندگان اجازه می‌دهد انواع جدیدی از داده‌ها را در لحظه ابداع کنند. اگرچه این امر مشوق آزمایش و نوآوری است، اما به طور معمول باعث از بین رفتن سازگاری بین پلتفرم‌های مختلف فدیورس می‌شود. برای مثال، یک نظرسنجی ایجادشده در ماستودون ممکن است در پیکسل‌فد به عنوان یک لینک خراب نمایش داده شود.[2][3]

شرکت Bluesky PBC این انعطاف‌پذیری را به نفع اجرای سخت‌گیرانه قوانین رد کرد. در مستندات پروتکل AT آمده است: «راه‌حل ما برای قابلیت انتقال، نیازمند مخازن داده امضاشده و DIDها است که اضافه‌کردن هیچ‌کدام به اکتیویتی‌پاب آسان نیست.» برای اطمینان از اینکه داده‌ها در هر برنامه‌ای قابل خواندن باقی می‌مانند، این پروتکل از Lexicon استفاده می‌کند؛ یک سیستم طرح‌واره با نوع‌دهی قوی که همه توسعه‌دهندگان را مجبور به رعایت ساختارهای داده استاندارد می‌کند.[3]

همین نوع‌دهی قوی است که به چندین برنامه اجازه می‌دهد یک هویت مشترک را به اشتراک بگذارند. یک توسعه‌دهنده می‌تواند یک برنامه اشتراک‌گذاری ویدیو یا یک مخزن کد بسازد که مستقیماً از PDS موجود کاربر در پروتکل AT بخواند. کاربر نیازی به ایجاد حساب جدید ندارد؛ بلکه به سادگی به برنامه جدید اجازه می‌دهد تا روی هویت رمزنگاری‌شده فعلی‌اش بخواند و بنویسد.[2]

پروتکل AT از کلیدهای چرخشی با اولویت‌بندی استفاده می‌کند که به کاربران یک پنجره ۷۲ ساعته می‌دهد تا در صورت به خطر افتادن کلید حساب اصلی، دسترسی را لغو کنند.

علی‌رغم ظرافت فنی پروتکل AT، واقعیت استقرار آن در سال ۲۰۲۶ همچنان به شدت متمرکز است. اگرچه از نظر تئوری هر کسی می‌تواند یک رله یا AppView را اجرا کند، اما اکثریت قریب‌به‌اتفاق کاربران کاملاً به زیرساخت‌هایی متکی هستند که توسط Bluesky PBC اداره می‌شود. این پروتکل باز است، اما جاذبه عملیاتی آن همچنان به شدت به سمت یک نهاد شرکتی واحد کشیده می‌شود.[1]

اکتیویتی‌پاب نیز با پارادوکس تمرکزگرایی خاص خود مواجه است. در حالی که این پروتکل به جای یک شرکت واحد توسط W3C اداره می‌شود، شبکه آن تمرکز سروری عظیمی را نشان می‌دهد. هزاران سرور وجود دارد، اما تعداد انگشت‌شماری از سرورهای بزرگ میزبان اکثریت قاطع ۴٫۴ میلیون کاربر این شبکه هستند و گلوگاه‌های نظارتی متمرکز را در پوشش فدراسیون بازتولید می‌کنند.[1]

انتخاب بین این دو معماری تعیین می‌کند که یک توسعه‌دهنده یا جامعه حاضر به پذیرش کدام نوع از شکست است. اکتیویتی‌پاب زیرساختی اثبات‌شده و کم‌هزینه و حاکمیت واقعی جامعه را ارائه می‌دهد، اما کاربران را در هویت‌های امانی گرفتار می‌کند. پروتکل AT مالکیت رمزنگاری‌شده و قابلیت انتقال یکپارچه داده‌ها را به ارمغان می‌آورد، اما در حال حاضر برای قابل‌خواندن کردن شبکه، نیازمند زیرساخت‌های سنگین و اتکا به تجمیع‌کنندگان متمرکز است.[1][2][5][6]

نکات کلیدی

  1. اکتیویتی‌پاب هویت کاربر را به سرورهای خاصی گره می‌زند، به این معنی که اگر میزبانی تعطیل شود، حساب‌ها نمی‌توانند به طور کامل مهاجرت کنند.
  2. پروتکل AT با استفاده از DIDهای رمزنگاری‌شده، هویت را از میزبانی جدا می‌کند و امکان مهاجرت یکپارچه دنبال‌کنندگان و تاریخچه پست‌ها را فراهم می‌سازد.
  3. مدل همتا‌به‌همتای اکتیویتی‌پاب زیرساخت‌های کم‌هزینه را ممکن می‌سازد و میزبانی شخصی را برای جوامع کوچک آسان می‌کند.
  4. پروتکل AT برای تجمیع داده‌ها به رله‌های جهانی سنگین متکی است که هزینه‌های زیرساخت را افزایش می‌دهد اما هویت‌های قابل‌حمل را ممکن می‌سازد.
  5. طرح‌واره‌های داده با نوع‌دهی قوی در پروتکل AT به چندین برنامه مختلف اجازه می‌دهند تا روی یک حساب کاربری بخوانند و بنویسند.

بررسی عمیق دیدگاه‌ها

استدلال اکتیویتی‌پاب

استقلال سرور، حاکمیت جامعه و یک مدل فدراسیون گسترده و کم‌هزینه را در اولویت قرار می‌دهد.

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

استدلال پروتکل AT

مالکیت داده‌های فردی، هویت رمزنگاری‌شده و تعامل‌پذیری برنامه‌ها را در اولویت قرار می‌دهد.

طرفداران تأکید می‌کنند که گره زدن هویت به یک سرور خاص، انحصار وب متمرکز را بازتولید می‌کند، فقط در مقیاسی کوچک‌تر. پروتکل AT با جدا کردن هویت (از طریق DIDها) از میزبانی (از طریق PDS)، تضمین می‌کند که کاربران می‌توانند ارائه‌دهندگان خود را بدون از دست دادن گراف اجتماعی یا تاریخچه پست‌هایشان تغییر دهند. طرح‌واره‌های Lexicon با نوع‌دهی قوی نیز به چندین برنامه مختلف اجازه می‌دهند تا داده‌های کاربری یکسانی را بخوانند. این مدل زمانی مناسب است که قابلیت انتقال داده‌ها و تعامل‌پذیری توسعه‌دهندگان اهداف اصلی باشند؛ اما زمانی که جوامع بخواهند مرزهای حریم خصوصی محلی و سخت‌گیرانه‌ای را اعمال کنند یا کاملاً خارج از شبکه جهانی فعالیت کنند، مناسب نیست.

منابع

پوشش منابع

6 منبع

3 دیدگاه شناسایی‌شده

مدافعان استقلال سرور 40%طرفداران انتقال داده 40%سازندگان تعامل‌پذیری پروتکل 20%
  1. [1]FediViewمدافعان استقلال سرور

    ActivityPub vs AT Protocol: The 2026 Architecture Comparison

    مطالعه در FediView
  2. [2]BigGoطرفداران انتقال داده

    AT Protocol vs ActivityPub Comparison

    مطالعه در BigGo
  3. [3]AT Protocol Officialطرفداران انتقال داده

    AT Protocol FAQ

    مطالعه در AT Protocol Official
  4. [4]Fediverse Reportمدافعان استقلال سرور

    The conceptual models of ATProto and ActivityPub

    مطالعه در Fediverse Report
  5. [5]D-Centralطرفداران انتقال داده

    Decentralized Social Protocols Compared: Nostr vs AT Protocol vs ActivityPub vs Farcaster

    مطالعه در D-Central
  6. [6]تیم سردبیری کوهستانسازندگان تعامل‌پذیری پروتکل

    تحلیل تیم سردبیری کوهستان

    مطالعه در تیم سردبیری کوهستان

نظرات

همیشه در جریان باشید

هر زاویه. هر روز.

دریافت متا اخبار همراه با پوشش کامل منابع و تحلیل دیدگاه‌ها، مستقیم در صندوق ورودی شما.