چه چیزی Nostr را به یک پلتفرم اجتماعی متفاوت تبدیل می کند – مجله بیت کوین
Nostr از زمانی که اخیراً به لیست پلتفرمهای اجتماعی جایگزین که تبلیغ در توییتر ممنوع هستند اضافه شده است، توجه زیادی را به خود جلب کرده است. و همچنین در حال جلب توجه است زیرا مشخص شده است که خرید توییتر توسط ایلان ماسک اساساً چیزی را در مورد آزادی بیان در این پلتفرم تغییر
Nostr از زمانی که اخیراً به لیست پلتفرمهای اجتماعی جایگزین که تبلیغ در توییتر ممنوع هستند اضافه شده است، توجه زیادی را به خود جلب کرده است. و همچنین در حال جلب توجه است زیرا مشخص شده است که خرید توییتر توسط ایلان ماسک اساساً چیزی را در مورد آزادی بیان در این پلتفرم تغییر نداده است – کاربران همچنان به دلایل متناقض و خودسرانه ممنوع هستند و مردم به دنبال یک جایگزین غیرمتمرکز هستند. چیزی شبیه به Mastodon نیست، جایی که یک اپراتور سرور هنوز توانایی کنترل هویت شما را دارد.
علیرغم توجه اخیر، پروتکل Nostr و اجرای سرور رله اول در واقع در پایان سال 2020 توسط توسعه دهنده fiatjaf ایجاد شد. قبل از جلب توجه بزرگ، این فقط یک پروتکل آرام و خاص بود که به سادگی سعی می کرد راه حلی سبک برای مشکلات توییتر و ماستودون باشد. در هر دو سیستم، هویت / نام کاربری شما به سادگی چیزی است که توسط هر کسی که سرور را اجرا می کند کنترل می شود. Mastodon یک سیستم فدرال با چندین سرور مختلف است که همه با یکدیگر صحبت می کنند، اساساً این واقعیت را تغییر نمی دهد. سرور هر کسی که برای میزبانی یک حساب استفاده می کنید، کنترل کاملی بر این دارد که آیا می توانید از آن استفاده کنید یا نه. حتی با اجرای سرور خود، سایر اپراتورهای سرور می توانند سرورهایی را که مجاز به صحبت با سرورهای خود هستند، لیست سیاه یا سفید کنند. این منجر به پارتیشن بندی زیادی در “Fediverse” سرورهای مختلف Mastodon شده است و ایده اجرای فقط خود را بی معنی می کند. شما همچنان می توانید در نهایت توسط سایر اپراتورهای سرور سانسور شوید و از دیدن محتوای شما در فید خود توسط کاربرانشان جلوگیری کنید.
تمایز اصلی بین Nostr و چیزی مانند Mastodon این است که به جای استفاده از نام کاربری متعلق به اپراتور سرور، هر کاربر از یک جفت کلید عمومی/خصوصی برای مدیریت آن عملکرد به جای آن استفاده می کند. این چیزی است که یک اپراتور سرور نمی تواند به سادگی از شما بگیرد یا شما را از آن قفل کند. این یکی از بلوک های اصلی ساختمان است که پروتکل کلی Nostr بر روی آن ساخته شده است.
مورد بعدی «رویدادها» است. این نوع شی/داده اصلی است که توسط کلاینت ها و سرورهای رله ای که کلاینت ها به منظور ارسال و بازیابی پیام ها به آن متصل می شوند، استفاده می شود. ایده کلی پروتکل این است که کلاینتها رویدادها را به سرورهای رله میفرستند، سپس سرورها به نوبه خود آنها را ذخیره و فهرست میکنند، و سایر کلاینتها میتوانند با سرورهای رله ارتباط برقرار کنند تا رویدادهایی را که دریافت و ذخیره کردهاند درخواست کنند. در NIP 01 اصلی، سه نوع رویداد مختلف تعریف شده است:
- 0: فراداده های مربوط به یک کاربر مانند نام کاربری، تصویر، بیو و غیره را ارسال می کند.
- 1: پیام های متنی و محتوای اصلی را ارسال می کند
- 2: سرورهای رله را برای افرادی که سازنده رویداد را دنبال می کنند توصیه می کند تا به آنها متصل شوند
همه رویدادها به روشی مشخص و مشخص ساختار یافته اند. آنها شامل کلید عمومی سازنده، مهر زمانی از زمان ایجاد آنها، نوع آنها (یا نوع آنها در مشخصات)، بار محتوا و امضای سازنده رویداد هستند. آنها همچنین میتوانند برچسبهایی داشته باشند که به رویدادها یا کاربران دیگر ارجاع میدهند، و یک مقدار شناسه داشته باشند که هش از همه چیز است به جز امضای سازنده (شبیه به TXID برای تراکنشهای بیتکوین). این به شما امکان میدهد تضمین کنید که یک پیام واقعاً توسط صاحب کلید عمومی در داخل آن با تأیید امضا ایجاد شده است (و شخصی که مالک آن کلید در صورت در خطر نبودن آن است) و تضمین میکند که پیام پس از تغییر تغییر نکرده است. آن را امضا کردند. همانطور که نمیتوانید یک تراکنش بیتکوین را پس از امضای آن بدون باطل کردن آن تغییر دهید، نمیتوانید رویداد Nostr را بعد از امضای سازنده آن تغییر دهید بدون اینکه یک کلاهبرداری آشکار باشد.
سیستم نوع رویداد به طور قابل توجهی از آن NIP اصلی گسترش یافته است. یک نوع رویداد برای پیامهای مستقیم رمزگذاریشده وجود دارد، یک کلید مشترک با ترکیب کلید خصوصی فرستنده با کلید عمومی گیرنده ایجاد میکند، که منجر به همان کلیدی میشود که با ترکیب کلید عمومی فرستنده با کلید خصوصی گیرنده دریافت میکنید (به این ترتیب BIP 47 و پرداخت های خاموش کار می کنند). همچنین انواعی برای رویدادهای قابل تعویض و رویدادهای زودگذر وجود دارد. در مورد یک رویداد قابل تعویض (بدیهی است) آنها به گونه ای طراحی شده اند که خالق اصلی رویداد بتواند رویداد جدیدی را برای جایگزینی رویداد قدیمی امضا کند. سرورهای رله که از مشخصات پیروی می کنند، به طور خودکار رویداد قدیمی را از حافظه خود حذف می کنند و پس از دریافت، شروع به ارائه نسخه های جدیدتر به مشتریان می کنند. رویدادهای زودگذر به گونهای طراحی شدهاند که هنگام ارسال به رله برای هر کسی که مشترک خالق آنها است پخش میشود، اما قرار نیست سرورهای رله آنها را ذخیره کنند. این امکان را ایجاد میکند که پیامها فقط زمانی که افراد آنلاین هستند در طول پخش آن دیده شوند. حتی یک نوع رویداد برای نشان دادن واکنش (مانند لایک یا ایموجی) به رویدادهای دیگران وجود دارد.
در مورد آخرین مورد، رویدادها همچنین می توانند حاوی برچسب باشند. در حال حاضر انواع برچسب برای رویدادها (برای ارجاع به یک رویداد Nostr دقیق)، کلیدهای عمومی (برای برچسب زدن یا ارجاع به سایر کاربران) و موضوعات (برای شبیه سازی عملکرد، مانند موضوعات ایمیل) وجود دارد. همه اینها میتوانند شامل نشانگرهایی به سرورهای رله خاصی باشند که دادهها را میتوان از آنها واکشی کرد تا کاربران بتوانند در سرورها تعامل داشته باشند، به عنوان مثال، کاربری که محتوای خود را به یک سرور رله ارسال میکند، میتواند با محتوای ایجاد شده توسط کاربر دیگری که پست میکند ارتباط برقرار کند. یک سرور رله متفاوت به گونهای که به هر کاربری اجازه میدهد تا به طور منسجم تمام رشته تعاملات را به ترتیب مناسب و بدون پیچیدگی عظیم در یافتن مکان یافتن دادههای مربوطه واکشی کند.
در داخل NIP اصلی، مشخصاتی برای نحوه تعامل کلاینت ها با سرورهای رله از طریق یک ساختار پیام/داده اشتراک که شامل فیلترهایی برای رویدادهایی است که مشتری علاقه مند به دریافت آن است، ارائه شده است. این فیلترها میتوانند کلیدهای عمومی، رویدادهای دقیق، انواع رویدادها و حتی بازههای زمانی خاصی را که کاربران در آن میخواهند بر اساس معیارهای قبلی مشخص کنند. حتی میتوانید پیشوندهای کلیدهای عمومی یا شناسههای رویداد مانند «1xjisj…» را ارسال کنید. و هر رویداد یا رویدادی را از یک کلید عمومی دریافت کنید که با آن رشته کوتاه شروع میشود (این میتواند برای مخفی کردن چیزی که واقعاً میخواستید از سرور رله مفید باشد).
به طور کلی، این پروتکل یک طرح بسیار ساده و عمومی برای ارسال پیام بین کاربران است که موارد مهمی مانند تضمین یکپارچگی پیام ها و افرادی که آنها را با استفاده از هویت های کلید عمومی ارسال کرده اند را پوشش می دهد، در حالی که زیرساخت های پشتیبان را تسهیل می کند. سرورهای رله ای که می توانند بسیار متمرکز باشند یا به کاربر اجازه دهند سرور رله شخصی خود را اجرا کند، همه در حالی که به طور یکپارچه با یکدیگر تعامل دارند و در صورت ممنوعیت کاربر از یک سرور رله باعث ایجاد هرج و مرج گسترده نمی شوند. آنها میتوانند به یکی دیگر منتقل شوند یا خودشان را اجرا کنند و پلتفرمزدایی آنها از سرور قبلی هویت دیجیتال یا دنبالکنندگانشان را از دست نمیدهد، زیرا آنها همچنان کنترل کلید خصوصی خود را حفظ میکنند و کاربران میتوانند هنگام یافتن آنها در جای دیگر، آن را تأیید کنند.
سرورهای رله نیز می توانند هر طور که بخواهند کار کنند. آنها میتوانند به صورت رایگان کار کنند، میتوانند برای ارسال یا دانلود پیامها، پرداختهای خرد را دریافت کنند، و حتی یک NIP برای نیاز به اثبات کار به سبک هشکش برای ارسال پیام وجود دارد. آنها میتوانند یک سرور رله واحد برای میزبانی و ارائه پستهای شما به سایر کاربران باشند، یا میتوانند سروری باشند که در مقیاس وسیعی مانند توییتر یا ردیت اجرا میشوند (مشتریان میتوانند اطلاعات را هر طور که میخواهند نمایش و سازماندهی کنند، که امکان تقلید اساساً هر گونه اجتماعی را فراهم میکند. پلتفرم رسانه ای که امروزه وجود دارد). همه اینها می توانند به طور یکپارچه و بدون اینکه کاربر را ببندند، با هم کار کنند. شما می توانید از ارسال محتوا به سرور رله خود جلوگیری کنید، اما در نهایت نمی توانید آنها را از مشاهده محتوایی که در سرور رله خود میزبانی می کنید جلوگیری کنید یا دیگر کاربران را از یافتن محتوای آنها در سرورهای دیگر جلوگیری کنید.
این یک پروتکل بسیار ساده با یک فضای طراحی باز و بزرگ برای ساخت افراد است که تضمین میکند کاربران همیشه میتوانند با یکدیگر تعامل داشته باشند، صرف نظر از اینکه اپراتورهای سرور رلهای برای میزبانی یا عدم میزبانی انتخاب میکنند. این به طور همزمان بزرگترین نقطه قوت و بزرگترین ضعف آن است. در حالی که این آزادی را برای توسعه دهندگان تضمین می کند تا بدون محدودیت های سخت توسط یک پروتکل پیچیده بسازند، مشکلات زیادی نیز وجود دارد که ذاتاً با آنها مواجه خواهد شد که توسط خود پروتکل کنترل نمی شوند.
در قسمت بعدی که می نویسم، به برخی از مسائلی که می بینم در حال وقوع و راه حل های بالقوه می پردازم، می پردازم، اما در حال حاضر، فقط می گویم که از نظر سادگی طراحی و امکاناتی که در اختیار مردم قرار می دهد. build، Nostr کار بسیار خوبی را انجام داده است، با توجه به اینکه زاییده فکر یک نفر است و تنها تعداد انگشت شماری از افراد تا به حال در خود مشخصات پروتکل مشارکت داشته اند.
این پست مهمان شینوبی است. نظرات بیان شده کاملاً متعلق به خود آنها است و لزوماً نظرات BTC Inc یا مجله Bitcoin را منعکس نمی کند.
آموزش مجازی مدیریت عالی حرفه ای کسب و کار Post DBA + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | آموزش مجازی مدیریت عالی و حرفه ای کسب و کار DBA + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه | آموزش مجازی مدیریت کسب و کار MBA + مدرک معتبر قابل ترجمه رسمی با مهر دادگستری و وزارت امور خارجه |
مدیریت حرفه ای کافی شاپ | حقوقدان خبره | سرآشپز حرفه ای |
آموزش مجازی تعمیرات موبایل | آموزش مجازی ICDL مهارت های رایانه کار درجه یک و دو | آموزش مجازی کارشناس معاملات املاک_ مشاور املاک |
برچسب ها :Nostr ، اجتماعی ، به ، بیت ، پلتفرم ، تبدیل ، توییتر ، چه ، چیزی ، را ، رسانه های اجتماعی ، سانسور ، فنی ، کند ، کوین ، متفاوت ، مجله ، می ، ویژگی ، یک
- نظرات ارسال شده توسط شما، پس از تایید توسط مدیران سایت منتشر خواهد شد.
- نظراتی که حاوی تهمت یا افترا باشد منتشر نخواهد شد.
- نظراتی که به غیر از زبان فارسی یا غیر مرتبط با خبر باشد منتشر نخواهد شد.
ارسال نظر شما
مجموع نظرات : 0 در انتظار بررسی : 0 انتشار یافته : ۰