اثبات سهام و اثبات کار چیست؟ مکانیزم اجماع و امنیت شبکه به زبان ساده_دوپلر

اثبات سهام و اثبات کار چیست؟ مکانیزم اجماع و امنیت شبکه به زبان ساده

[ad_1]

سلب مسئولیت: دیجیاتو فقط نمایش‌دهنده این متن تبلیغاتی است و تحریریه مسئولیتی درمورد محتوای آن ندارد.

معرفی اثبات کار و اثبات سهام: ستون‌های فقرات اجماع شبکه

ابتدا باید این دو را به عنوان دو پیاده‌سازی اصلی از الگوریتم‌های اجماع (Consensus Algorithm) در بستر بلاکچین (Blockchain Consensus) شناسایی کنیم. مکانیزم توافق یا Consensus Mechanism یکی از مفاهیم کلیدی و پایه در تکنولوژی دفتر کل توزیع شده (DLT) است. همانطور که آکادمی روبلکس تشریح می‌کند، دفتر کل (Ledger) در حسابداری ابزاری است که کلیه تراکنش‌های مالی، خرید، فروش و انتقال دارایی را به صورت منظم ثبت می‌کند؛ از جمله نام حساب‌ها، بدهکاری، بستانکاری و جزئیات تراکنشی.

دفتر کل توزیع شده (DLT) چیست و چه نقشی ایفا می‌کند؟
در معماری اثبات کار و اثبات سهام، DLT وظایف حیاتی نظیر تایید مالکیت، احراز هویت و شفاف‌سازی وضعیت شبکه را بر عهده دارد. بلاکچین یک دفتر کل عمومی و غیرمتمرکز است که به صورت زنجیره‌ای از بلوک‌ها سازماندهی شده است. هر بلوک یک بسته داده حاوی تاریخچه تراکنش‌ها (زمان، مبلغ، امضای دیجیتال یا هش منحصر به فرد) است که به بلوک قبلی پیوند خورده، بنابراین تغییر در یک بلوک،_INVALID کردن کل زنجیره را به دنبال دارد.

دیفای (DeFi) و ضرورت مکانیزم اجماع
بازگشت به سوالات اصلی: اثبات کار و اثبات سهام چیستند؟ این دو سازوکار قلب تپنده اجماع در سیستم‌های مالی غیرمتمرکز (DeFi) هستند. DeFi از ترکیب Decentralized و Finance مشتق شده و میانجی‌های سنتی را حذف می‌کند. در این سامانه، هر گره (Node) یا کاربر حق رأی در تأیید تراکنش‌ها را دارد. وقتی اکثریت گره‌ها بر صحت یک تراکنش توافق می‌کنند، آن به بلاکچین اضافه می‌شود؛ این یعنی دموکراسی مالی که امنیت آن متکی بر الگوریتم اجماع است.

تراکنش‌های قابل اعتماد بدون مرجع متمرکز
در سیستم‌های مالی کلاسیک، یک نهاد متمرکز (بانک) با مراجعه به سرورهای خصوصی، اعتبار تراکنش را تایید می‌کند. اما در شبکه‌های نامتمرکز، هیچ مرجع تک‌نقطه‌ای وجود ندارد. اثبات کار و اثبات سهام دو راهکار اصلی برای حل چالش اعتماد در محیط بی‌اعتماد (Trustless) هستند تا کاربران بتوانند بدون ترس از تقلب یا دوبرختی، بر شبکه نظارت کنند.

چالش جنرالات بیزانسی و تحمل خطا (BFT)
مشکل اصلی شبکه‌های نامتمرکز، تضمین صداقت شرکت‌کنندگان است. این چالش با «مسئله جنرالات بیزانسی» تشبیه شده: اگر فرماندهان (گره‌ها) نتوانند به توافق برسند یا برخی خائن باشند، نظام سقوط می‌کند. راه حل، تحمل خطای بیزانسی (BFT) است که در آن گره‌های خرابکار از فرآیند تصمیم‌گیری خارج می‌شوند. دو پیاده‌سازی nổi بật BFT، دقیقاً PoW و PoS هستند. برای مطالعه عمیق‌تر به روبلکس مراجعه کنید.

مکانیزم اثبات کار (Proof of Work – PoW): امنیت با انرژی
در PoW، برای کسب حق ساخت بلوک جدید، باید «کار» انجام داد. این کار، حل معماهای ریاضیاتی پیچیده با استفاده از قدرت پردازشی سخت‌افزاری و مصرف برق است. ماینرها (Miners) در مسابقه‌ای رقابتی برای یافتن هش هدف تلاش می‌کنند. برنده‌ی مسابقه، بلوک را منتشر کرده و پاداش بلاک (Block Reward) و کارمزد تراکنش‌ها را دریافت می‌کند. منطق امنیتی این است: حمله به شبکه نیازمند کنترل ۵۱٪ قدرت هش شبکه است که هزینه اقتصادی آن فراتر از سود احتمالی است، بنابراین ماینرهای رقیب حالت‌های خرابکارانه را بی‌معنی می‌سازند.

مکانیزم اثبات سهام (Proof of Stake – PoS): امنیت با تعهد مالی
PoS رویکرد متفاوتی دارد: به جای برق و سخت‌افزار، «سهام» یا Stake کردن توکن‌های بومی شبکه معیار است. کاربران توکن خریداری کرده و آن‌ها را قفل (Lock) می‌کنند تا به عنوان اعتبارسنج (Validator) یا بیکر (Baker) در قرعه‌کشی ساخت بلوک شرکت کنند. شانس انتخاب متناسب با مقدار سهام و دوره قفل‌گذاری است. اگر اعتبارسنج رفتار بدی داشته باشد (مثل امضای دو بلاک متناقض)، سهام او از بین می‌رود (Slashing). این مکانیزم هزینه حمله را به خرید بخش قابل توجهی از توکن‌های گردش می‌رساند که اقتصادی نیست و قیمت توکن را بالا می‌برد، به ضرر مهاجم تمام می‌شود.

اثبات سهام تفویضی (DPoS): دموکراسی نمایی
اگر در PoS، صاحبان سهام نمایندگانی را برای تأیید بلوک‌ها انتخاب کنند که بر پایه پروتکل BFT و به صورت چرخشی کار کنند، به DPoS (Delegated Proof of Stake) می‌رسیم. تعداد محدود نمایندگان (Delegates) باعث افزایش سرعت تراکنش و مقیاس‌پذیری می‌شود، در حالی که مکانیزم انتصابی و امکان عزل نمایندگان بی‌کفایت، امنیت را حفظ می‌کند.

<a href="https://academy.rublex.io/fa/proof-of-stake-and-proof-of-work/" target="_blank" rel="noreferrer noopener