به سوی یک بلاک چین بی صف، بدون رهبر و بی حد – اخبار بیت کوین حمایت شده

در 2 نوامبر 2021، RCchainآتیکبی، دانشمند بلاک چین بازدید کرد ZB تبادل به عنوان یک مهمان دعوت شده برای یک AMA بسیار فنی. ZB یک صرافی جهانی است که به مدت 8 سال با تمرکز بر حفظ امنیت دارایی های مشتریان فعالیت می کند. Atticbee در مورد مشکلات فناوری بلاک چین فعلی و پاسخ RCchain به این چالش ها بحث کرد و اینکه چرا روزی RChain به بهترین زیرساخت وب 3.0 برای کاربر و توسعه دهنده تبدیل خواهد شد.

آنچه در تمام بلاک چین های عمومی فعلی گم شده است

از نظر آتیکبی، هیچ یک از زنجیره های عمومی موجود به این مسائل که برای وب 3.0 حیاتی هستند، پرداخته اند:

1. در حال حاضر هیچ راه حل واقعی برای مشکل مقیاس پذیری وجود ندارد: مقیاس پذیری لایه 2 و ETH 2.0 یک توهم است زیرا لایه 2 و زیرسیستم های خرده تکه ای با یکدیگر قابل همکاری نیستند – آنها مانند یک زنجیره منطقی “به نظر نمی رسند و احساس می کنند”.
2. آنها برای برنامه های کاربردی انتقال رمز طراحی شده اند، نه برنامه های کاربردی وب 3.0 فشرده داده.
3. قراردادها نمی توانند با خیال راحت یکدیگر را فراخوانی کنند، زیرا فاقد «قابلیت ترکیب امن» برای ساختن سیستم های نرم افزاری بزرگ و پیچیده از بلوک های ساختمانی کوچکتر و ساده تر مانند وب 2.0 هستند.

گرگ مردیت، بنیانگذار RChain، در سال 2015 زمانی که او و ویتالیک، بنیانگذار اتریوم، با یکدیگر برای مقیاس‌بندی اتریوم همکاری می‌کردند، متوجه این نکات دردناک شد. بنابراین او Rho-Calculus همزمان و قابل ترکیب با قابلیت تأیید رسمی روی زنجیره را به عنوان مدل محاسباتی برای لایه قرارداد در ابتدای طراحی انتخاب کرد.

این مسیر فناوری دارای ویژگی های زیادی است که از نظر تئوری برای پروژه های دیگر غیرممکن است:

1. «سه‌گانه بلاک چین» را با پردازش همزمان «بدون صف» حل می‌کند.
2. یک پلت فرم برای همه: ذخیره سازی مستقیم روی زنجیره داده های بزرگ، یکپارچه سازی تمام عملکردهای ETH، IPFS و GRT در یک پلت فرم واحد.
3. خرد کردن بدون درز: قطعات با تراکنش های متقاطع اتمی شبیه به هم هستند.
4. راستی‌آزمایی رسمی سریع روی زنجیره براساس سیستم نوع رفتار OSLF آن.

علت اصلی “سه‌گانه بلاک چین” و راه حل آن

از نظر Atticbee، سه‌گانه امنیت، عملکرد و تمرکززدایی، فقط برای بلاک‌چین‌های فعلی که نیاز به صف‌بندی تراکنش‌ها دارند، اعمال می‌شود، اما برای زنجیره RC بدون صف قابل اجرا نیست.

اساساً بلاک چین های سنتی نیاز دارند که تراکنش ها به صورت یک صف طولانی پردازش شوند و تمام گره های شبکه با هم کار کنند تا این صف را حفظ کنند. سپس آنها محکوم به رنج بردن از مثلث غیرممکن امنیت، عملکرد و تمرکززدایی هستند:

1. برای امنیت، گره های بیشتری باید در حفظ این صف درگیر شوند.
2. برای عملکرد (مقیاس‌پذیری)، صف باید با بیشترین سرعت ممکن به جلو حرکت کند.
3. برای تمرکززدایی، همه گره ها باید فرصت برابر برای مشارکت در مدیریت و پردازش این صف و نظارت بر یکدیگر داشته باشند.

منطق پایه به ما می گوید که فقط می توان هر دو را انتخاب کرد و سومی را رها کرد. مثال‌های معمولی: اتریوم امنیت و عدم تمرکز را به عملکرد ترجیح می‌دهد. سولانا، یک سیستم مبتنی بر رهبر، امنیت و عملکرد را بر عدم تمرکز ترجیح می دهد. EOS با 21 گره مساوی، عملکرد و عدم تمرکز را به امنیت انتخاب می کند.

با این حال، وقتی متوجه می‌شویم که «حفظ یک صف تراکنش به‌صورت توزیع‌شده دلیل اصلی این مشکل است»، اگر بتوانیم نیاز به صف ترجمه مانند RChain را حذف کنیم، این مشکل به طور طبیعی حل می‌شود. در شبکه آزمایشی “block-merge” RChain، با اضافه شدن گره های بیشتر، شبکه TPS بالاتری را به دست می آورد. این یک دلیل محکم است که سه‌راه حل شده است: گره‌های بیشتر به معنای امنیت قوی‌تر است. بدون رهبر به معنای غیر متمرکز است. TPS بالاتر به معنای عملکرد بهتر است. بنابراین RChain به هر سه رأس “مثلث غیرممکن” به طور همزمان می رسد.

RChain VS Solana و PolkaDot – دو نمونه از راه حل های ناقص

وقتی از Atticbee نظر او در مورد پروژه های ستاره دیگر پرسیده شد، آتیکبی فکر می کند که سولانا TPS بالایی را به قیمت مدل اعتماد بلاک چین به دست می آورد، که بی معنی است زیرا هر سیستم متمرکز می تواند TPS بسیار بالاتری داشته باشد. ایده پشت طراحی آن ساده است: از آنجایی که نمی توان به بسیاری از گره ها اجازه داد که صف را با هم مدیریت کنند، بسیار کند است، به سادگی به یک گره اثبات تاریخ اجازه می دهد تا ترتیب را تعیین کند و در یک دفتر کل PoH مقاوم در برابر دستکاری بنویسد. گره های دیگر فقط تراکنش های این دفتر کل را اجرا و تایید می کنند.

با این حال، با انجام این کار، کار مدیریت صف متمرکز می شود و گره PoH می تواند دستور تراکنش را دیکته کند یا تراکنش ها را به دلخواه سانسور کند. شناسایی و اثبات این رفتارهای مخرب تقریبا غیرممکن است. Atticbee از Flow به عنوان پروژه ای با ایده مشابه یاد کرد، اما از کمیته ای برای تصمیم گیری در مورد سفارش استفاده می کند و آن را نسخه منصفانه تری از Solana می کند، اما به عنوان هزینه TPS آن بسیار کمتر است. این نمونه ای از کتاب درسی است که نشان می دهد چگونه یک “سیستم صف” ناگزیر از این سه گانه رنج می برد.

در مورد RChain، اصلاً نیازی به صف‌بندی تراکنش‌ها ندارد، بنابراین می‌تواند به TPS بالا دست یابد و در عین حال معماری غیرمتمرکز بدون رهبر را حفظ کند.

Atticbee همچنین PolkaDot را به عنوان یک راه حل زنجیره ای ناقص و فاقد قابلیت های هماهنگی ضروری می داند. هیچ راهی برای نهایی کردن تراکنش های زنجیره ای متقابل ندارد. همچنین “امنیت قابل ترکیب” را فراهم نمی کند تا اطمینان حاصل شود که وقتی یک قرارداد واقع شده قرارداد دیگری را از طریق زنجیره رله بر روی پارا زنجیره دیگر فراخوانی می کند، مجوزهای داده شده به دیگران درز نمی کند. RCchain دارای نهایی‌سازی اتمی تراکنش‌های زنجیره‌ای متقابل، همراه با یک سیستم نوع رفتاری به‌عنوان «دیوار آتش روی زنجیره» است که آن را به یک راه‌حل زنجیره متقابل برتر تبدیل می‌کند.

یک کامپیوتر جهانی با هماهنگی فرآیند همزمان

هدف نهایی RChain ساخت یک کامپیوتر جهانی واقعی است تا به عنوان پایه وب 3.0 عمل کند. همانطور که از تجربه وب 2.0 مشاهده می شود، با ارزش ترین دارایی در وب، حجم وسیع داده است. بنابراین تمام بلاک چین های موجود در ابتدا با طراحی اشتباه ساخته شده اند: آنها منحصراً به عنوان شبکه های پرداخت بهینه شده اند. یک زیرساخت واقعی وب 3.0 باید برای برنامه های کاربردی داده فشرده طراحی شود.

علاوه بر این، می‌توانیم ببینیم که سیستم‌های موجود وب ۲.۰ در حال پیچیده‌تر شدن هستند، اما به لطف مولفه‌سازی و کانتینری‌سازی، توسعه‌دهندگان می‌توانند به سرعت سیستم‌های بزرگ را با اجزای کوچک‌تر قابل استفاده مجدد بسازند. با این حال، بدون یک سیستم تأیید رسمی سریع برای اطمینان از همکاری ایمن بین قراردادها، هیچ یک از بلاک چین های موجود نمی توانند به این هدف دست یابند. فاز Venus از نقشه راه RChain سعی در حل این نقطه درد با معرفی یک سیستم پشتیبانی از نوع رفتار دارد. Rho-Calculus RChain یکی از معدود مدل هایی است که این قابلیت را دارد.

هر توسعه دهنده ای باید شروع به یادگیری Rholang کند

Rholang، زبانی که بر اساس محاسبات فرآیندی است، مدت‌هاست که توسط صنعت IT به دلیل عدم تمایل آن به ترک منطقه آسایش پارادایم‌های برنامه‌نویسی فعلی مورد غفلت قرار گرفته است. با این حال، با ورود به عصر بلاک چین، Rholang دارای طیف وسیعی از مزایای برای بلاک چین با طراحی خود است.

اول از همه، تغییرناپذیری آن، تراکنش‌های «بدون صف» را ممکن می‌سازد. همه منابع در Rholang داده ها و کدهای تغییرناپذیر هستند که توسط کانال ها سازماندهی شده اند. Atticbee استعاره ای ساخته است: قراردادی که به زبان سنتی مانند Solidity نوشته شده است مانند گروهی از بچه ها است که روی تخته سیاه نقاشی می کنند: ترتیب نقاشی بچه ها بر وضعیت نهایی تخته تأثیر می گذارد، بنابراین آنها باید یک صف تشکیل دهند. از سوی دیگر، Rholang بیشتر شبیه گروهی از بچه‌ها است که با بلوک‌های لگو بازی می‌کنند: آن‌ها می‌توانند چند بلوک را بردارند و جمع کنند و سپس محصول را به پروژه مشترک وصل کنند. از آنجایی که هیچ کس نمی تواند هیچ قطعه ای را “جهش” کند، ترتیب آن مهم نیست تا بچه ها بتوانند همزمان بازی کنند.

یکی دیگر از مزایای مهم “صف” بودن این است که داده های بزرگ را می توان مستقیماً در زنجیره ذخیره کرد. هر تراکنش فشرده داده باید با تأخیر بالای عملیات شبکه و دیسک مقابله کند. لازمه انجام این گونه تراکنش ها به صورت زنجیره ای این است که بتوان آنها را به طور همزمان با انواع دیگر تراکنش ها پردازش کرد.

پس از نقطه عطف شاردینگ، RChain یک ویژگی دوستدار توسعه‌دهنده دیگر خواهد داشت: هیچ تفاوتی بین نوشتن قرارداد متقاطع و نوشتن قرارداد تک‌شارد وجود ندارد.

پس از نقطه عطف ونوس، توسعه دهندگان می توانند از سیستم نوع رفتاری برای انجام تجزیه و تحلیل استاتیک برای پاسخ به سؤالاتی مانند: آیا این کد شرایط مسابقه ایجاد می کند، وارد بن بست می شود یا مجوزهای داده شده را به شخص ثالث درز می کند؟ این تجزیه و تحلیل ها را می توان در زمان کامپایل در Rholang، قبل از اجرای کد انجام داد. با استفاده از این ویژگی، اکنون می‌توانید گروهی از قراردادها را به صورت زنجیره‌ای سازماندهی کنید و به آنها اجازه دهید که با خیال راحت با یکدیگر در یک تنظیمات همزمان تماس بگیرند. این مزیت ویژگی قاتل نهایی RCchain را تکمیل می‌کند: هماهنگی روی زنجیره قراردادها یا “Kubernetes در بلاک چین”.

جامعه RCchain قبلاً DAppهایی ساخته است که سایر زنجیره‌ها نمی‌توانند با بهره‌گیری از قابلیت ذخیره‌سازی داده‌های روی زنجیره آن انجام دهند:

1. Dappy: سرور و مرورگر DNS غیرمتمرکز، با NFT و کیف پول های یکپارچه در یک بسته.
2. RSong: پخش موسیقی DApp با موسیقی ذخیره شده مستقیماً در زنجیره.
3. RPI: یک پلت فرم NFT عکس با داده های عکس که مستقیماً روی زنجیره ذخیره می شود.
4. پاسپورت RCovid-19: گواهی واکسیناسیون مستقیماً در زنجیره ذخیره می شود.

آتیکبی پیش بینی می کند که وقتی تمام نقاط عطف کامل شوند، مزایای Rholang به اندازه کافی کافی است تا هر توسعه دهنده DApp این پارادایم زبان جدید را بپذیرد.

این پست حمایت شده است. یاد بگیرید چگونه به مخاطبان خود دسترسی پیدا کنید اینجا. سلب مسئولیت را در زیر بخوانید.

اعتبار تصویر: Shutterstock، Pixabay، Wiki Commons