ویلیڈیم

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

شرائط

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

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

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

یہ "درستگی کا ثبوت" 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 کی طرح؛ ایک بار جب مین نیٹ پر انخلا کی درخواست کے لیے درستگی کا ثبوت کی تصدیق ہو جاتی ہے، تو صارفین مرکل ثبوت فراہم کر کے فنڈز نکال سکتے ہیں۔ مرکل ثبوت ایک تصدیق شدہ ٹرانزیکشن بیچ میں صارف کی انخلا کی ٹرانزیکشن کی شمولیت کی توثیق کرتا ہے، جس سے آن چین کنٹریکٹ کو انخلا پروسیس کرنے کی اجازت ملتی ہے۔

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

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

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

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

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

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

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

تصفیہ

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

سیکیورٹی

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

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

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

ٹرانزیکشنز

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

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

حالت کی کمٹمنٹ

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

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

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

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

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

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

بیچ جمع کرانا

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

۲. تکراری ثبوت (Recursive proofs)

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

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

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

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

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

StarkWare StarkEx - StarkEx ایک ایتھیریم لیئر ۲ (l2) اسکیل ایبلٹی حل ہے جو درستگی کا ثبوت پر مبنی ہے۔ یہ ZK-Rollup یا ویلیڈیم ڈیٹا کی دستیابی کے موڈز میں کام کر سکتا ہے۔

• دستاویزات (opens in a new tab)
• ویب سائٹ (opens in a new tab)

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

• بلاگ (opens in a new tab)
• دستاویزات (opens in a new tab)
• ویب سائٹ (opens in a new tab)

مزید مطالعہ

• ویلیڈیم اور لیئر ۲ ٹو بائی ٹو — شمارہ نمبر ۹۹ (opens in a new tab)
• ZK-rollups بمقابلہ ویلیڈیم (opens in a new tab)
• ولیشن اور ابھرتا ہوا ڈیٹا کی دستیابی کا اسپیکٹرم (opens in a new tab)
• ایتھیریم رول اپس کے لیے عملی گائیڈ (opens in a new tab)