چند نوع Blockchain وجود دارد؟
چند نوع Blockchain وجود دارد؟
پاسخ به نوع Taxonomy بستگی دارد. یک تقسیمبندی مهم Permissionless و Permissioned است؛ در مدل Deployment نیز اصطلاحهای Public، Private، Consortium و Hybrid رایجاند.
«انواع بلاکچین» را نمیتوان فقط با یک فهرست چهارگانه توضیح داد؛ چون شبکهها را میتوان بر اساس چند محور مختلف طبقهبندی کرد: چه کسی اجازه استفاده یا اعتبارسنجی دارد، چه کسی داده را میبیند، چه نهادی Governance را کنترل میکند و Consensus میان چه Participantهایی اجرا میشود.
یکی از مهمترین تفکیکهای فنی، Permissionless در برابر Permissioned است. در مدل Permissionless مجوزهای کاربران توسط Administrator یا Consortium تعیین نمیشود؛ در مدل Permissioned دسترسی و نقشها توسط Governance شبکه تعریف میشوند.
اصطلاحهای Public، Private، Consortium و Hybrid نیز برای توضیح الگوی دسترسی و Governance استفاده میشوند، اما دقیقاً یک Taxonomy جهانی و بدون همپوشانی نیستند. در این مقاله این مفاهیم را جدا و سپس در یک جدول مقایسه میکنیم.
اگر ابتدا به تعریف خود فناوری نیاز دارید، مقاله بلاکچین چیست؟ را مطالعه کنید.
NIST در تعریفهای فنی خود بین Permissionless و Permissioned تفاوت میگذارد. در شبکه Permissionless، سطح Permission توسط یک Administrator یا Consortium تعیین نمیشود؛ در شبکه Permissioned، استفاده از سیستم و نقشها نیازمند مجوز است. تعریف Permissionless در NIST
برای تحلیل یک Blockchain بهتر است حداقل این چهار سؤال را بپرسیم:
همین چهار محور توضیح میدهند چرا Public و Permissionless اغلب کنار هم دیده میشوند، اما از نظر مفهومی دقیقاً یک واژه نیستند.

Public Blockchain شبکهای است که Ledger و تعاملات اصلی آن برای عموم قابل دسترسی است و معمولاً هر کاربر میتواند Transaction ارسال کند. شبکههای Public بزرگ مانند Bitcoin و Ethereum نمونههای شناختهشدهاند.
Ethereum Mainnet یک Blockchain عمومی است و مستند رسمی Ethereum توضیح میدهد هر کاربر دارای اتصال اینترنت میتواند شبکه را بخواند، Transaction ایجاد کند و طبق Ruleهای عمومی Protocol با شبکه تعامل داشته باشد. شبکههای عمومی در Ethereum.org
خیر. Security را نمیتوان فقط با Public یا Private بودن رتبهبندی کرد. هر مدل Threat Model متفاوتی دارد.
در یک شبکه Proof-of-Work عمومی، تمرکز شدید Hashrate میتواند ریسک Reorganization یا Censorship ایجاد کند. اما این موضوع به این معنی نیست که Public Blockchain بهطور کلی «امنیت کمتری» دارد.
در مقابل، یک Private Blockchain ممکن است Validatorهای بسیار کمتری داشته باشد و به Administrator، Membership Service یا چند سازمان مشخص اعتماد بیشتری نیاز داشته باشد. اگر همان Governance compromise شود، مهاجم ممکن است قدرت قابلتوجهی روی شبکه داشته باشد.
پس مقایسه Security باید براساس Validator distribution، consensus، key management، governance و attack assumptions انجام شود، نه صرفاً برچسب Public/Private.

Private Blockchain شبکهای است که Participation و معمولاً Read/Write Access آن به کاربران یا سازمانهای مشخص محدود میشود. Governance اغلب تحت کنترل یک سازمان یا مجموعه محدودی از Administratorهاست.
Private Blockchain معمولاً Permissioned است، اما بهتر است این دو اصطلاح را کاملاً مترادف ندانیم: Permissioned درباره «مجوز نقشها و دسترسی» است، در حالی که Private بیشتر درباره «بستهبودن شبکه برای عموم» صحبت میکند.
برای توضیح دقیق Permission، Identity و Membership، مقاله بلاکچین مجوزمحور چیست؟ را مطالعه کنید.

Hyperledger Fabric نمونهای از یک Platform Permissioned است. در Fabric، Actorها Identity دارند و Policyها تعیین میکنند چه کسی میتواند Resourceها را بخواند، تغییر دهد یا Transaction را Endorse کند.
مستند Fabric صریحاً آن را Permissioned Blockchain معرفی میکند که Identity و Policy برای Access Control و Governance دارد. Security Model در Hyperledger Fabric
Consortium Blockchain یک الگوی Permissioned چندسازمانی است. بهجای اینکه یک شرکت بهتنهایی Membership و Validation را کنترل کند، چند سازمان براساس Governance مشترک Participant شبکه هستند.
در این مدل ممکن است هر Organization چند Peer یا Validator داشته باشد و Policy تعیین کند برای تأیید Transaction یا تغییر Configuration چند Organization باید موافقت کنند.
Hyperledger Fabric نیز امکان تعریف Policy چندسازمانی را فراهم میکند؛ برای مثال Channel Memberها میتوانند مشخص کنند چه تعداد Organization برای Endorse یا Update کردن Resource لازم است. Policyهای چندسازمانی در Fabric
«Hybrid Blockchain» اصطلاحی کاربردی برای معماریهایی است که اجزای Public و Permissioned/Private را ترکیب میکنند، اما برخلاف Permissioned/Permissionless تعریف استاندارد واحدی ندارد.
برای مثال یک سیستم سازمانی میتواند Data حساس را در Ledger Permissioned نگه دارد و Hash یا Commitment دورهای را روی یک Public Blockchain ثبت کند تا Proof قابل Verify بیرونی داشته باشد.
بنابراین ادعاهای فعلی مثل «حمله ۵۱ درصدی در Hybrid غیرممکن است»، «هویت تا زمان Transaction همیشه مخفی است» یا «Hybrid همیشه ارزانتر و سریعتر است» باید حذف شوند. همه این ویژگیها به Design واقعی سیستم بستگی دارند.
| مدل | دسترسی | Governance | Validatorها | Transparency | کاربرد رایج |
|---|---|---|---|---|---|
| Public / Permissionless | باز | Protocol/community governance | طبق قواعد عمومی شبکه | معمولاً بالا | دارایی عمومی، Smart Contract، Settlement باز |
| Private / Permissioned | محدود | یک سازمان یا Administrator | اعضای مجاز | قابل محدودسازی | سیستم داخلی سازمان |
| Consortium | محدود | چند سازمان | اعضای تعریفشده Consortium | قابل محدودسازی | Shared Ledger بین چند نهاد |
| Hybrid | ترکیبی | وابسته به Architecture | ترکیبی | بخشی عمومی، بخشی محدود | Public proof + private data |
این جدول «برنده مطلق» ندارد. نوع مناسب به Trust Model، Privacy، Governance، Performance و Compliance موردنیاز بستگی دارد.

مهمترین تفاوت در این نیست که یکی «امن» و دیگری «ناامن» باشد. تفاوت اصلی در اعتماد، عضویت و Governance است.
Hyperledger Fabric نیز تفاوت Permissionless و Permissioned را بر پایه Participantهای ناشناس در برابر Participantهای شناختهشده و Governance تعریفشده توضیح میدهد. Permissioned vs Permissionless در Hyperledger Fabric
برای بررسی اینکه ساختار Network، Consensus و Application در معماری کلی کجا قرار میگیرند، مقاله لایههای بلاکچین چیست؟ را ببینید.
Permissioned Network معمولاً به دلیل Participantهای شناختهشده و امکان استفاده از Consensusهای کمهزینهتر میتواند Throughput بالاتر و Latency پایینتری داشته باشد، اما این ویژگی تضمینی نیست.
Performance به Consensus، Hardware، Network Topology، Transaction Complexity و تعداد Participantها وابسته است. مقایسه درست باید شرایط Benchmark یکسان داشته باشد.
برای چارچوب دقیقتر Throughput، Finality و Node Requirements، مقاله مقیاسپذیری بلاکچین چیست؟ مکمل این بخش است.
Public، Private، Consortium و Hybrid برچسبهای مفیدی هستند، اما برای تحلیل دقیق کافی نیستند. باید مشخص شود چه کسی میتواند وارد شبکه شود، چه کسی Validate کند، چه کسی Ledger را ببیند و چه نهادی Governance را در اختیار دارد.
Public Permissionless برای Verification و Participation باز طراحی میشود، Private Permissioned کنترل Membership بیشتری دارد، Consortium Governance را میان چند سازمان تقسیم میکند و Hybrid ممکن است اجزای Public و Permissioned را ترکیب کند. هیچکدام ذاتاً در همه سناریوها «بهتر» یا «امنتر» نیستند.
پاسخ به نوع Taxonomy بستگی دارد. یک تقسیمبندی مهم Permissionless و Permissioned است؛ در مدل Deployment نیز اصطلاحهای Public، Private، Consortium و Hybrid رایجاند.
اغلب شبکههای عمومی بزرگ Permissionless هستند، اما این دو اصطلاح دقیقاً مترادف نیستند. Public درباره دسترسی/Visibility عمومی و Permissionless درباره نبود Administrator برای تعیین Permissionها صحبت میکند.
Private Blockchain معمولاً Permissioned است، اما Permissioned میتواند بین چند Organization در قالب Consortium نیز اجرا شود.
پاسخ عمومی وجود ندارد. Security به Consensus، Validator distribution، Identity، Key Management، Governance و Threat Model بستگی دارد.
میتواند Ledger و Validation را میان چند Node توزیع کند، اما Governance و Membership معمولاً متمرکزتر از Public Permissionless Network است.
اصطلاحی برای معماری ترکیبی Public و Private/Permissioned است؛ تعریف استاندارد واحدی ندارد و باید Design واقعی هر سیستم بررسی شود.