مرکزی مواد پر جائیں
Change page

ویلیڈیم (Validium)

صفحہ کی آخری اپ ڈیٹ: 23 فروری، 2026

ویلیڈیم ایک اسکیلنگ سلوشن ہے جو ZK-rollups کی طرح ویلیڈیٹی پروفز (validity proofs) کا استعمال کرتے ہوئے ٹرانزیکشنز کی سالمیت کو نافذ کرتا ہے، لیکن ٹرانزیکشن کا ڈیٹا Ethereum مین نیٹ پر اسٹور نہیں کرتا۔ اگرچہ آف چین ڈیٹا کی دستیابی کچھ سمجھوتے (trade-offs) متعارف کراتی ہے، لیکن یہ اسکیل ایبلٹی میں بڑے پیمانے پر بہتری لا سکتی ہے (ویلیڈیمز فی سیکنڈ ~9,000 یا اس سے زیادہ ٹرانزیکشنز (opens in a new tab) پروسیس کر سکتے ہیں)۔

پیشگی شرائط

آپ کو ایتھیریم اسکیلنگ اور لیئر 2 پر ہمارا صفحہ پڑھ اور سمجھ لینا چاہیے۔

ویلیڈیم کیا ہے؟

ویلیڈیمز ایسے اسکیلنگ سلوشنز ہیں جو آف چین ڈیٹا کی دستیابی اور کمپیوٹیشن کا استعمال کرتے ہیں، جنہیں ایتھیریم مین نیٹ سے باہر ٹرانزیکشنز پروسیس کر کے تھرو پٹ (throughput) کو بہتر بنانے کے لیے ڈیزائن کیا گیا ہے۔ زیرو نالج رول اپس (ZK-rollups) کی طرح، ویلیڈیمز ایتھیریم پر آف چین ٹرانزیکشنز کی تصدیق کے لیے شائع کرتے ہیں۔ یہ نامانوس اسٹیٹ ٹرانزیشنز (invalid state transitions) کو روکتا ہے اور ویلیڈیم چین کی سیکیورٹی کی ضمانتوں کو بڑھاتا ہے۔

یہ "ویلیڈیٹی پروفز" ZK-SNARKs (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) یا ZK-STARKs (Zero-Knowledge Scalable Transparent ARgument of Knowledge) کی شکل میں ہو سکتے ہیں۔ زیرو نالج پروفز (opens in a new tab) کے بارے میں مزید جانیں۔

ویلیڈیم صارفین کے فنڈز ایتھیریم پر ایک اسمارٹ کانٹریکٹ کے ذریعے کنٹرول کیے جاتے ہیں۔ ویلیڈیمز ZK-rollups کی طرح تقریباً فوری انخلا (withdrawals) کی پیشکش کرتے ہیں؛ ایک بار جب مین نیٹ پر انخلا کی درخواست کے لیے ویلیڈیٹی پروف کی تصدیق ہو جاتی ہے، تو صارفین مرکل پروفز (Merkle proofs) فراہم کر کے فنڈز نکال سکتے ہیں۔ مرکل پروف صارف کی انخلا کی ٹرانزیکشن کی تصدیق شدہ ٹرانزیکشن بیچ میں شمولیت کی توثیق کرتا ہے، جس سے آن چین کانٹریکٹ کو انخلا پروسیس کرنے کی اجازت ملتی ہے۔

تاہم، ویلیڈیم صارفین کے فنڈز منجمد کیے جا سکتے ہیں اور انخلا پر پابندی لگائی جا سکتی ہے۔ ایسا اس وقت ہو سکتا ہے جب ویلیڈیم چین پر ڈیٹا کی دستیابی کے مینیجرز صارفین سے آف چین اسٹیٹ ڈیٹا روک لیں۔ ٹرانزیکشن ڈیٹا تک رسائی کے بغیر، صارفین فنڈز کی ملکیت ثابت کرنے اور انخلا کو انجام دینے کے لیے درکار مرکل پروف کا حساب نہیں لگا سکتے۔

یہ ویلیڈیمز اور ZK-rollups کے درمیان سب سے بڑا فرق ہے—ڈیٹا کی دستیابی کے اسپیکٹرم پر ان کی پوزیشنز۔ دونوں سلوشنز ڈیٹا اسٹوریج تک مختلف انداز میں پہنچتے ہیں، جس کے سیکیورٹی اور ٹرسٹ لیسنیس (trustlessness) پر اثرات مرتب ہوتے ہیں۔

ویلیڈیمز ایتھیریم کے ساتھ کیسے تعامل کرتے ہیں؟

ویلیڈیمز موجودہ ایتھیریم چین کے اوپر بنائے گئے اسکیلنگ پروٹوکولز ہیں۔ اگرچہ یہ ٹرانزیکشنز کو آف چین انجام دیتا ہے، لیکن ایک ویلیڈیم چین کا انتظام مین نیٹ پر تعینات اسمارٹ کانٹریکٹس کے مجموعے کے ذریعے کیا جاتا ہے جس میں شامل ہیں:

  1. ویریفائر کانٹریکٹ (Verifier contract): ویریفائر کانٹریکٹ اسٹیٹ اپ ڈیٹس کرتے وقت ویلیڈیم آپریٹر کی طرف سے جمع کرائے گئے پروفز کی درستگی کی تصدیق کرتا ہے۔ اس میں آف چین ٹرانزیکشنز کی درستگی کی تصدیق کرنے والے ویلیڈیٹی پروفز اور آف چین ٹرانزیکشن ڈیٹا کی موجودگی کی تصدیق کرنے والے ڈیٹا کی دستیابی کے پروفز شامل ہیں۔

  2. مین کانٹریکٹ (Main contract): مین کانٹریکٹ بلاک پروڈیوسرز کی طرف سے جمع کرائی گئی اسٹیٹ کمٹمنٹس (مرکل روٹس) کو اسٹور کرتا ہے اور ایک بار آن چین ویلیڈیٹی پروف کی تصدیق ہو جانے کے بعد ویلیڈیم کی اسٹیٹ کو اپ ڈیٹ کرتا ہے۔ یہ کانٹریکٹ ویلیڈیم چین میں ڈپازٹس اور انخلا کو بھی پروسیس کرتا ہے۔

ویلیڈیمز درج ذیل کے لیے مین ایتھیریم چین پر بھی انحصار کرتے ہیں:

سیٹلمنٹ

ویلیڈیم پر انجام دی گئی ٹرانزیکشنز کی اس وقت تک مکمل تصدیق نہیں کی جا سکتی جب تک کہ پیرنٹ چین ان کی درستگی کی تصدیق نہ کر دے۔ ویلیڈیم پر کیا جانے والا تمام کاروبار بالآخر مین نیٹ پر سیٹل ہونا چاہیے۔ ایتھیریم بلاک چین ویلیڈیم صارفین کے لیے "سیٹلمنٹ کی ضمانتیں" بھی فراہم کرتی ہے، جس کا مطلب ہے کہ ایک بار آن چین کمٹ ہونے کے بعد آف چین ٹرانزیکشنز کو ریورس یا تبدیل نہیں کیا جا سکتا۔

سیکیورٹی

ایتھیریم، ایک سیٹلمنٹ لیئر کے طور پر کام کرتے ہوئے، ویلیڈیم پر اسٹیٹ ٹرانزیشنز کی درستگی کی بھی ضمانت دیتا ہے۔ ویلیڈیم چین پر انجام دی گئی آف چین ٹرانزیکشنز کی تصدیق بیس ایتھیریم لیئر پر ایک اسمارٹ کانٹریکٹ کے ذریعے کی جاتی ہے۔

اگر آن چین ویریفائر کانٹریکٹ پروف کو نامانوس سمجھتا ہے، تو ٹرانزیکشنز مسترد کر دی جاتی ہیں۔ اس کا مطلب ہے کہ آپریٹرز کو ویلیڈیم کی اسٹیٹ کو اپ ڈیٹ کرنے سے پہلے ایتھیریم پروٹوکول کے ذریعے نافذ کردہ درستگی کی شرائط کو پورا کرنا ہوگا۔

ویلیڈیم کیسے کام کرتا ہے؟

ٹرانزیکشنز

صارفین آپریٹر کو ٹرانزیکشنز جمع کراتے ہیں، جو ویلیڈیم چین پر ٹرانزیکشنز کو انجام دینے کے لیے ذمہ دار ایک نوڈ ہے۔ کچھ ویلیڈیمز چین کو چلانے کے لیے واحد آپریٹر کا استعمال کر سکتے ہیں یا آپریٹرز کو تبدیل کرنے کے لیے پروف آف اسٹیک (PoS) میکانزم پر انحصار کر سکتے ہیں۔

آپریٹر ٹرانزیکشنز کو ایک بیچ میں جمع کرتا ہے اور اسے ثابت کرنے کے لیے ایک پروونگ سرکٹ (proving circuit) کو بھیجتا ہے۔ پروونگ سرکٹ ٹرانزیکشن بیچ (اور دیگر متعلقہ ڈیٹا) کو ان پٹ کے طور پر قبول کرتا ہے اور ایک ویلیڈیٹی پروف آؤٹ پٹ کرتا ہے جو اس بات کی تصدیق کرتا ہے کہ آپریشنز درست طریقے سے انجام دیے گئے تھے۔

اسٹیٹ کمٹمنٹس

ویلیڈیم کی اسٹیٹ کو ایک مرکل ٹری کے طور پر ہیش کیا جاتا ہے جس کی روٹ ایتھیریم پر مین کانٹریکٹ میں اسٹور ہوتی ہے۔ مرکل روٹ، جسے اسٹیٹ روٹ بھی کہا جاتا ہے، ویلیڈیم پر اکاؤنٹس اور بیلنسز کی موجودہ اسٹیٹ کے لیے ایک کرپٹوگرافک کمٹمنٹ کے طور پر کام کرتی ہے۔

اسٹیٹ اپ ڈیٹ کرنے کے لیے، آپریٹر کو (ٹرانزیکشنز انجام دینے کے بعد) ایک نئی اسٹیٹ روٹ کا حساب لگانا چاہیے اور اسے آن چین کانٹریکٹ میں جمع کرانا چاہیے۔ اگر ویلیڈیٹی پروف درست ثابت ہوتا ہے، تو مجوزہ اسٹیٹ کو قبول کر لیا جاتا ہے اور ویلیڈیم نئی اسٹیٹ روٹ پر سوئچ کر جاتا ہے۔

ڈپازٹس اور انخلا

صارفین آن چین کانٹریکٹ میں ETH (یا کوئی بھی ERC-مطابقت پذیر ٹوکن) جمع کر کے فنڈز کو ایتھیریم سے ویلیڈیم میں منتقل کرتے ہیں۔ کانٹریکٹ ڈپازٹ ایونٹ کو آف چین ویلیڈیم تک پہنچاتا ہے، جہاں صارف کے ایڈریس میں ان کے ڈپازٹ کے برابر رقم کریڈٹ کر دی جاتی ہے۔ آپریٹر اس ڈپازٹ ٹرانزیکشن کو ایک نئے بیچ میں بھی شامل کرتا ہے۔

فنڈز کو واپس مین نیٹ پر منتقل کرنے کے لیے، ایک ویلیڈیم صارف انخلا کی ٹرانزیکشن شروع کرتا ہے اور اسے آپریٹر کو جمع کراتا ہے جو انخلا کی درخواست کی توثیق کرتا ہے اور اسے ایک بیچ میں شامل کرتا ہے۔ سسٹم سے باہر نکلنے سے پہلے ویلیڈیم چین پر صارف کے اثاثے بھی تباہ (destroy) کر دیے جاتے ہیں۔ ایک بار جب بیچ سے وابستہ ویلیڈیٹی پروف کی تصدیق ہو جاتی ہے، تو صارف اپنے ابتدائی ڈپازٹ کا بقیہ حصہ نکالنے کے لیے مین کانٹریکٹ کو کال کر سکتا ہے۔

اینٹی سنسرشپ میکانزم کے طور پر، ویلیڈیم پروٹوکول صارفین کو آپریٹر کے پاس جائے بغیر براہ راست ویلیڈیم کانٹریکٹ سے انخلا کی اجازت دیتا ہے۔ اس صورت میں، صارفین کو ویریفائر کانٹریکٹ کو ایک مرکل پروف فراہم کرنے کی ضرورت ہوتی ہے جو اسٹیٹ روٹ میں اکاؤنٹ کی شمولیت کو ظاہر کرتا ہو۔ اگر پروف قبول کر لیا جاتا ہے، تو صارف ویلیڈیم سے اپنے فنڈز نکالنے کے لیے مین کانٹریکٹ کے انخلا کے فنکشن کو کال کر سکتا ہے۔

بیچ جمع کرانا

ٹرانزیکشنز کا ایک بیچ انجام دینے کے بعد، آپریٹر متعلقہ ویلیڈیٹی پروف ویریفائر کانٹریکٹ کو جمع کراتا ہے اور مین کانٹریکٹ کو ایک نئی اسٹیٹ روٹ تجویز کرتا ہے۔ اگر پروف درست ہے، تو مین کانٹریکٹ ویلیڈیم کی اسٹیٹ کو اپ ڈیٹ کرتا ہے اور بیچ میں ٹرانزیکشنز کے نتائج کو حتمی شکل دیتا ہے۔

ZK-rollup کے برعکس، ویلیڈیم پر بلاک پروڈیوسرز کو ٹرانزیکشن بیچز کے لیے ٹرانزیکشن ڈیٹا شائع کرنے کی ضرورت نہیں ہوتی (صرف بلاک ہیڈرز)۔ یہ ویلیڈیم کو ایک خالصتاً آف چین اسکیلنگ پروٹوکول بناتا ہے، اس کے برعکس "ہائبرڈ" اسکیلنگ پروٹوکولز (یعنی، لیئر 2) جو بلاب (blob) ڈیٹا، calldata، یا دونوں کے امتزاج کا استعمال کرتے ہوئے مین ایتھیریم چین پر اسٹیٹ ڈیٹا شائع کرتے ہیں۔

ڈیٹا کی دستیابی

جیسا کہ ذکر کیا گیا ہے، ویلیڈیمز ایک آف چین ڈیٹا کی دستیابی کا ماڈل استعمال کرتے ہیں، جہاں آپریٹرز تمام ٹرانزیکشن ڈیٹا ایتھیریم مین نیٹ سے باہر اسٹور کرتے ہیں۔ ویلیڈیم کا کم آن چین ڈیٹا فٹ پرنٹ اسکیل ایبلٹی کو بہتر بناتا ہے (تھرو پٹ ایتھیریم کی ڈیٹا پروسیسنگ کی صلاحیت تک محدود نہیں ہے) اور صارف کی فیس کو کم کرتا ہے (آن چین ڈیٹا شائع کرنے کی لاگت کم ہوتی ہے)۔

تاہم، آف چین ڈیٹا کی دستیابی ایک مسئلہ پیش کرتی ہے: مرکل پروفز بنانے یا ان کی تصدیق کرنے کے لیے ضروری ڈیٹا دستیاب نہیں ہو سکتا ہے۔ اس کا مطلب ہے کہ اگر آپریٹرز بدنیتی سے کام کریں تو صارفین آن چین کانٹریکٹ سے فنڈز نکالنے سے قاصر ہو سکتے ہیں۔

مختلف ویلیڈیم سلوشنز اسٹیٹ ڈیٹا کے اسٹوریج کو ڈی سینٹرلائز کر کے اس مسئلے کو حل کرنے کی کوشش کرتے ہیں۔ اس میں بلاک پروڈیوسرز کو بنیادی ڈیٹا "ڈیٹا کی دستیابی کے مینیجرز" کو بھیجنے پر مجبور کرنا شامل ہے جو آف چین ڈیٹا کو اسٹور کرنے اور درخواست پر صارفین کو دستیاب کرنے کے ذمہ دار ہیں۔

ویلیڈیم میں ڈیٹا کی دستیابی کے مینیجرز ہر ویلیڈیم بیچ پر دستخط کر کے آف چین ٹرانزیکشنز کے لیے ڈیٹا کی دستیابی کی تصدیق کرتے ہیں۔ یہ دستخط "دستیابی کے پروف" کی ایک شکل بناتے ہیں جسے آن چین ویریفائر کانٹریکٹ اسٹیٹ اپ ڈیٹس کی منظوری دینے سے پہلے چیک کرتا ہے۔

ویلیڈیمز ڈیٹا کی دستیابی کے انتظام کے حوالے سے اپنے نقطہ نظر میں مختلف ہوتے ہیں۔ کچھ اسٹیٹ ڈیٹا کو اسٹور کرنے کے لیے قابل اعتماد فریقین پر انحصار کرتے ہیں، جبکہ دیگر اس کام کے لیے تصادفی طور پر (randomly) تفویض کردہ ویلیڈیٹرز کا استعمال کرتے ہیں۔

ڈیٹا کی دستیابی کی کمیٹی (DAC)

آف چین ڈیٹا کی دستیابی کی ضمانت دینے کے لیے، کچھ ویلیڈیم سلوشنز قابل اعتماد اداروں کے ایک گروپ کو مقرر کرتے ہیں، جنہیں اجتماعی طور پر ڈیٹا کی دستیابی کی کمیٹی (DAC) کہا جاتا ہے، تاکہ اسٹیٹ کی کاپیاں اسٹور کی جا سکیں اور ڈیٹا کی دستیابی کا ثبوت فراہم کیا جا سکے۔ DACs کو نافذ کرنا آسان ہے اور انہیں کم کوآرڈینیشن کی ضرورت ہوتی ہے کیونکہ ممبرشپ کم ہوتی ہے۔

تاہم، صارفین کو ضرورت پڑنے پر (مثلاً، مرکل پروفز بنانے کے لیے) ڈیٹا دستیاب کرنے کے لیے DAC پر بھروسہ کرنا چاہیے۔ اس بات کا امکان موجود ہے کہ ڈیٹا کی دستیابی کی کمیٹیوں کے ممبران کسی بدنیتی پر مبنی ایکٹر کے ذریعے کمپرومائز ہو جائیں (opens in a new tab) جو پھر آف چین ڈیٹا کو روک سکتا ہے۔

ویلیڈیمز میں ڈیٹا کی دستیابی کی کمیٹیوں کے بارے میں مزید (opens in a new tab)۔

بانڈڈ ڈیٹا کی دستیابی

دیگر ویلیڈیمز کو آف لائن ڈیٹا اسٹور کرنے کے ذمہ دار شرکاء سے یہ درکار ہوتا ہے کہ وہ اپنے کردار سنبھالنے سے پہلے ایک اسمارٹ کانٹریکٹ میں ٹوکنز کو اسٹیک (یعنی لاک اپ) کریں۔ یہ اسٹیک ڈیٹا کی دستیابی کے مینیجرز کے درمیان ایماندارانہ رویے کی ضمانت دینے کے لیے ایک "بانڈ" کے طور پر کام کرتا ہے اور اعتماد کے مفروضوں کو کم کرتا ہے۔ اگر یہ شرکاء ڈیٹا کی دستیابی ثابت کرنے میں ناکام رہتے ہیں، تو بانڈ ضبط (slashed) کر لیا جاتا ہے۔

بانڈڈ ڈیٹا کی دستیابی کی اسکیم میں، مطلوبہ اسٹیک فراہم کرنے کے بعد کسی کو بھی آف چین ڈیٹا رکھنے کے لیے تفویض کیا جا سکتا ہے۔ یہ اہل ڈیٹا کی دستیابی کے مینیجرز کے پول کو بڑھاتا ہے، جس سے اس سینٹرلائزیشن میں کمی آتی ہے جو ڈیٹا کی دستیابی کی کمیٹیوں (DACs) کو متاثر کرتی ہے۔ اس سے بھی اہم بات یہ ہے کہ یہ نقطہ نظر بدنیتی پر مبنی سرگرمی کو روکنے کے لیے کرپٹو اکنامک مراعات پر انحصار کرتا ہے، جو ویلیڈیم میں آف لائن ڈیٹا کو محفوظ کرنے کے لیے قابل اعتماد فریقین کو مقرر کرنے سے کہیں زیادہ محفوظ ہے۔

ویلیڈیمز میں بانڈڈ ڈیٹا کی دستیابی کے بارے میں مزید (opens in a new tab)۔

ولیشنز اور ویلیڈیم

ویلیڈیمز بہت سے فوائد پیش کرتے ہیں لیکن ان کے ساتھ کچھ سمجھوتے (trade-offs) بھی آتے ہیں (سب سے نمایاں طور پر، ڈیٹا کی دستیابی)۔ لیکن، بہت سے اسکیلنگ سلوشنز کی طرح، ویلیڈیمز مخصوص استعمال کے معاملات (use-cases) کے لیے موزوں ہیں—یہی وجہ ہے کہ ولیشنز (volitions) بنائے گئے تھے۔

ولیشنز ایک ZK-rollup اور ویلیڈیم چین کو یکجا کرتے ہیں اور صارفین کو دونوں اسکیلنگ سلوشنز کے درمیان سوئچ کرنے کی اجازت دیتے ہیں۔ ولیشنز کے ساتھ، صارفین مخصوص ٹرانزیکشنز کے لیے ویلیڈیم کی آف چین ڈیٹا کی دستیابی کا فائدہ اٹھا سکتے ہیں، جبکہ ضرورت پڑنے پر آن چین ڈیٹا کی دستیابی کے سلوشن (ZK-rollup) پر سوئچ کرنے کی آزادی برقرار رکھ سکتے ہیں۔ یہ بنیادی طور پر صارفین کو اپنے منفرد حالات کے مطابق سمجھوتے (trade-offs) منتخب کرنے کی آزادی دیتا ہے۔

ایک ڈی سینٹرلائزڈ ایکسچینج (DEX) اعلیٰ مالیت کی ٹریڈز کے لیے ویلیڈیم کے اسکیل ایبل اور نجی انفراسٹرکچر کو استعمال کرنے کو ترجیح دے سکتی ہے۔ یہ ان صارفین کے لیے ZK-rollup بھی استعمال کر سکتی ہے جو ZK-rollup کی اعلیٰ سیکیورٹی کی ضمانتیں اور ٹرسٹ لیسنیس چاہتے ہیں۔

ویلیڈیمز اور EVM کی مطابقت

ZK-rollups کی طرح، ویلیڈیمز زیادہ تر سادہ ایپلی کیشنز کے لیے موزوں ہیں، جیسے ٹوکن سویپس اور ادائیگیاں۔ ویلیڈیمز کے درمیان عمومی کمپیوٹیشن اور اسمارٹ کانٹریکٹ کے نفاذ کو سپورٹ کرنا نافذ کرنا مشکل ہے، کیونکہ زیرو نالج پروف سرکٹ میں EVM ہدایات کو ثابت کرنے کا کافی اوور ہیڈ ہوتا ہے۔

کچھ ویلیڈیم پروجیکٹس EVM-مطابقت پذیر زبانوں (مثلاً، Solidity، Vyper) کو موثر پروونگ کے لیے آپٹمائزڈ کسٹم بائٹ کوڈ بنانے میں مرتب کر کے اس مسئلے سے بچنے کی کوشش کرتے ہیں۔ اس نقطہ نظر کی ایک خامی یہ ہے کہ نئے زیرو نالج پروف کے موافق VMs اہم EVM اوپ کوڈز (opcodes) کو سپورٹ نہیں کر سکتے ہیں، اور ڈیولپرز کو بہترین تجربے کے لیے براہ راست ہائی لیول زبان میں لکھنا پڑتا ہے۔ اس سے اور بھی زیادہ مسائل پیدا ہوتے ہیں: یہ ڈیولپرز کو مکمل طور پر نئے ڈیولپمنٹ اسٹیک کے ساتھ dapps بنانے پر مجبور کرتا ہے اور موجودہ ایتھیریم انفراسٹرکچر کے ساتھ مطابقت کو توڑ دیتا ہے۔

تاہم، کچھ ٹیمیں ZK-proving سرکٹس کے لیے موجودہ EVM اوپ کوڈز کو آپٹمائز کرنے کی کوشش کر رہی ہیں۔ اس کے نتیجے میں ایک زیرو نالج ایتھیریم ورچوئل مشین (zkEVM) تیار ہوگی، جو ایک EVM-مطابقت پذیر VM ہے جو پروگرام کے نفاذ کی درستگی کی تصدیق کے لیے پروفز تیار کرتی ہے۔ zkEVM کے ساتھ، ویلیڈیم چینز اسمارٹ کانٹریکٹس کو آف چین انجام دے سکتی ہیں اور ایتھیریم پر آف چین کمپیوٹیشن کی تصدیق کے لیے (اسے دوبارہ انجام دیے بغیر) ویلیڈیٹی پروفز جمع کرا سکتی ہیں۔

zkEVMs کے بارے میں مزید (opens in a new tab)۔

ویلیڈیمز ایتھیریم کو کیسے اسکیل کرتے ہیں؟

1. آف چین ڈیٹا اسٹوریج

لیئر 2 اسکیلنگ پروجیکٹس، جیسے آپٹمسٹک رول اپس اور ZK-rollups، L1 پر کچھ ٹرانزیکشن ڈیٹا شائع کر کے سیکیورٹی کے لیے خالص آف چین اسکیلنگ پروٹوکولز (مثلاً، پلازما (Plasma)) کی لامحدود اسکیل ایبلٹی کا تبادلہ کرتے ہیں۔ لیکن اس کا مطلب ہے کہ رول اپس کی اسکیل ایبلٹی کی خصوصیات ایتھیریم مین نیٹ پر ڈیٹا بینڈوتھ تک محدود ہیں (اسی وجہ سے ڈیٹا شارڈنگ ایتھیریم کی ڈیٹا اسٹوریج کی صلاحیت کو بہتر بنانے کی تجویز پیش کرتی ہے)۔

ویلیڈیمز تمام ٹرانزیکشن ڈیٹا کو آف چین رکھ کر اسکیل ایبلٹی حاصل کرتے ہیں اور مین ایتھیریم چین پر اسٹیٹ اپ ڈیٹس بھیجتے وقت صرف اسٹیٹ کمٹمنٹس (اور ویلیڈیٹی پروفز) پوسٹ کرتے ہیں۔ تاہم، ویلیڈیٹی پروفز کی موجودگی ویلیڈیمز کو پلازما اور سائیڈ چینز سمیت دیگر خالص آف چین اسکیلنگ سلوشنز کے مقابلے میں اعلیٰ سیکیورٹی کی ضمانتیں دیتی ہے۔ آف چین ٹرانزیکشنز کی توثیق کرنے سے پہلے ایتھیریم کو جس ڈیٹا پروسیس کرنا پڑتا ہے اس کی مقدار کو کم کر کے، ویلیڈیم ڈیزائنز مین نیٹ پر تھرو پٹ کو بہت زیادہ بڑھاتے ہیں۔

2. ریکرسیو پروفز (Recursive proofs)

ایک ریکرسیو پروف ایک ویلیڈیٹی پروف ہے جو دوسرے پروفز کی درستگی کی تصدیق کرتا ہے۔ یہ "پروفز کے پروف" متعدد پروفز کو بار بار (recursively) جمع کر کے اس وقت تک بنائے جاتے ہیں جب تک کہ پچھلے تمام پروفز کی تصدیق کرنے والا ایک حتمی پروف نہ بن جائے۔ ریکرسیو پروفز فی ویلیڈیٹی پروف تصدیق کی جا سکنے والی ٹرانزیکشنز کی تعداد میں اضافہ کر کے بلاک چین پروسیسنگ کی رفتار کو اسکیل کرتے ہیں۔

عام طور پر، ہر ویلیڈیٹی پروف جو ویلیڈیم آپریٹر تصدیق کے لیے ایتھیریم کو جمع کراتا ہے وہ ایک ہی بلاک کی سالمیت کی توثیق کرتا ہے۔ جبکہ ایک ہی ریکرسیو پروف کو ایک ہی وقت میں کئی ویلیڈیم بلاکس کی درستگی کی تصدیق کے لیے استعمال کیا جا سکتا ہے—یہ اس لیے ممکن ہے کیونکہ پروونگ سرکٹ کئی بلاک پروفز کو بار بار ایک حتمی پروف میں جمع کر سکتا ہے۔ اگر آن چین ویریفائر کانٹریکٹ ریکرسیو پروف کو قبول کرتا ہے، تو تمام بنیادی بلاکس کو فوری طور پر حتمی شکل دے دی جاتی ہے۔

ویلیڈیم کے فوائد اور نقصانات

فوائدنقصانات
ویلیڈیٹی پروفز آف چین ٹرانزیکشنز کی سالمیت کو نافذ کرتے ہیں اور آپریٹرز کو نامانوس اسٹیٹ اپ ڈیٹس کو حتمی شکل دینے سے روکتے ہیں۔ویلیڈیٹی پروفز تیار کرنے کے لیے خصوصی ہارڈویئر کی ضرورت ہوتی ہے، جو سینٹرلائزیشن کا خطرہ پیدا کرتا ہے۔
صارفین کے لیے کیپٹل کی کارکردگی کو بڑھاتا ہے (فنڈز کو واپس ایتھیریم میں نکالنے میں کوئی تاخیر نہیں)عمومی کمپیوٹیشن/اسمارٹ کانٹریکٹس کے لیے محدود سپورٹ؛ ڈیولپمنٹ کے لیے خصوصی زبانوں کی ضرورت ہے۔
اعلیٰ مالیت کی ایپلی کیشنز میں فراڈ پروف پر مبنی سسٹمز کو درپیش بعض معاشی حملوں کا خطرہ نہیں ہے۔ZK پروفز بنانے کے لیے اعلیٰ کمپیوٹیشنل پاور درکار ہے؛ کم تھرو پٹ ایپلی کیشنز کے لیے لاگت کے لحاظ سے موثر نہیں ہے۔
ایتھیریم مین نیٹ پر calldata پوسٹ نہ کر کے صارفین کے لیے گیس فیس کو کم کرتا ہے۔سست سبجیکٹو فائنلٹی ٹائم (ZK پروف بنانے میں 10-30 منٹ) لیکن مکمل فائنلٹی کے لیے تیز تر کیونکہ تنازعہ کے وقت کی کوئی تاخیر نہیں ہے۔
مخصوص استعمال کے معاملات کے لیے موزوں ہے، جیسے ٹریڈنگ یا بلاک چین گیمنگ جو ٹرانزیکشن کی پرائیویسی اور اسکیل ایبلٹی کو ترجیح دیتے ہیں۔صارفین کو فنڈز نکالنے سے روکا جا سکتا ہے کیونکہ ملکیت کے مرکل پروفز بنانے کے لیے آف چین ڈیٹا کا ہر وقت دستیاب ہونا ضروری ہے۔
آف چین ڈیٹا کی دستیابی تھرو پٹ کی اعلیٰ سطح فراہم کرتی ہے اور اسکیل ایبلٹی کو بڑھاتی ہے۔سیکیورٹی ماڈل اعتماد کے مفروضوں اور کرپٹو اکنامک مراعات پر انحصار کرتا ہے، ZK-rollups کے برعکس، جو خالصتاً کرپٹوگرافک سیکیورٹی میکانزم پر انحصار کرتے ہیں۔

ویلیڈیم/ولیشنز کا استعمال کریں

متعدد پروجیکٹس ویلیڈیم اور ولیشنز کے نفاذ فراہم کرتے ہیں جنہیں آپ اپنے dapps میں ضم کر سکتے ہیں:

StarkWare StarkEx - StarkEx ایک ایتھیریم لیئر 2 (L2) اسکیل ایبلٹی سلوشن ہے جو ویلیڈیٹی پروفز پر مبنی ہے۔ یہ ZK-Rollup یا ویلیڈیم ڈیٹا کی دستیابی کے موڈز میں کام کر سکتا ہے۔

Matter Labs zkPorter- zkPorter ایک لیئر 2 اسکیلنگ پروٹوکول ہے جو ایک ہائبرڈ نقطہ نظر کے ساتھ ڈیٹا کی دستیابی سے نمٹتا ہے جو zkRollup اور شارڈنگ کے خیالات کو یکجا کرتا ہے۔ یہ من مانی طور پر بہت سے شارڈز کو سپورٹ کر سکتا ہے، ہر ایک کی اپنی ڈیٹا کی دستیابی کی پالیسی ہوتی ہے۔

مزید مطالعہ

کیا یہ مضمون مددگار تھا؟