بیسڈ بوسٹر رول اپ کا گہرائی سے تجزیہ: پس منظر، مشق اور امکانات

41 0 1

اصل مصنف: jolestar (X: @jolestar )

میں نے کئی دوستوں کو بیسڈ رول اپ کے بارے میں بات کرتے دیکھا، ان میں سے اکثر نے اس کے بارے میں سیکورٹی کے نقطہ نظر سے بات کی۔ میں L1 اور L2 کے درمیان تعلقات اور ایپلی کیشنز کی تعمیر کے تناظر میں بیسڈ بوسٹر رول اپ پر اپنے خیالات کے بارے میں بات کرنا چاہوں گا۔

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

بوسٹر رول اپ دوسرے نقطہ نظر سے شروع ہوتا ہے۔ L2 پر معاہدے کے ذریعے L1 کی حالت کو براہ راست کیسے پڑھیں؟ خیال پیچیدہ نہیں ہے۔ چونکہ بیسڈ رول اپ پہلے سے ہی L1 پر L2 ٹرانزیکشنز کو انجام دے رہا ہے، کیوں نہ L1 ٹرانزیکشنز کو بھی انجام دیا جائے؟ اس طرح، L1 اور L2 کی ریاستیں ایک بڑے ریاستی درخت میں ہیں، اور L2 معاہدہ براہ راست L1 کی حالت کو پڑھ سکتا ہے۔

تو ایسے منصوبے بھی ہیں جو بیسڈ رول اپ اور بوسٹر رول اپ کو یکجا کرتے ہیں، جسے بیسڈ بوسٹر رول اپ (BBR) کہتے ہیں، جیسے کہ تائیکو۔

بی بی آر کا پس منظر

جس وقت سے BBR کی تجویز پیش کی گئی تھی اس وقت سے اس نے مارکیٹ کی توجہ مبذول کروائی ہے، بنیادی پس منظر Ethereum کے موجودہ مین اسٹریم L2 حل، L1 اور L2 کے درمیان تقسیم، اور L2 کے درمیان تقسیم کا مسئلہ ہے۔ موجودہ L2 حل کے ذریعہ فراہم کردہ افعال، چاہے ڈویلپرز کے نقطہ نظر سے ہوں یا صارفین کے نقطہ نظر سے، Alt-L1 سے زیادہ مختلف نہیں ہیں۔ L1 ڈیٹا کو پڑھنا اب بھی اوریکل پر منحصر ہے، اثاثوں کو اب بھی ایک پل کی ضرورت ہے، اور بٹوے کو نیٹ ورکس کو تبدیل کرنا ہوگا۔ یہ تقسیم ایک اور مسئلہ بھی لاتی ہے۔ L1 اور L2 کے درمیان بائنڈنگ اتنا سخت نہیں ہے۔ L2 ایک Alt-L1 بننے کے لیے کسی بھی وقت متفقہ میکانزم کا ایک سیٹ شامل کر سکتا ہے، اپنے طور پر کھڑا ہو سکتا ہے، اور ڈویلپرز اور صارفین کو بنیادی طور پر بے خبر بنا سکتا ہے۔ موجودہ بنیادی پابند تعلق آرتھوڈوکس پر EFs کی رکاوٹوں سے آتا ہے: L2 کو L1 کو DA کے طور پر استعمال کرنا چاہیے، لیکن ظاہر ہے کہ یہ رکاوٹ قابل اعتماد نہیں ہے۔

تو اگر ہم تمام موجودہ L2 سلوشنز کو بیسڈ رول اپ سلوشنز سے بدل دیں تو کیا مسئلہ حل ہو جائے گا؟ میرا اندازہ ہے کہ Optimism اور Arbitrum چھلانگ لگائیں گے اور کہیں گے، کیا بیسڈ رول اپ پر سوئچ کرنا آسان نہیں ہے؟ اہم L2 حلوں میں اب فورس انکلوژن میکانزم ہیں۔ L2 براہ راست Sequencer کو ہٹاتا ہے اور صارفین کو فورس انکلوژن کے ذریعے L1 کو لین دین بھیجنے کی اجازت دیتا ہے۔ کیا بیسڈ رول اپ لاگو نہیں ہوا؟

لیکن کیا یہ ٹکڑے ٹکڑے کرنے کا مسئلہ حل کر سکتا ہے؟ نہیں، اگرچہ Arb اور Op دونوں حقیقی وقت میں L1 پر لین دین جمع کراتے ہیں، اور L1 پیکجز اور ان کو ترتیب دیتے ہیں، وہ اب بھی بکھرے ہوئے ہیں کیونکہ ہر ایک صرف اپنے لین دین کو پہچانتا ہے۔ اس مقام پر، ہر کسی کو سمجھنا چاہیے کہ بیسڈ رول اپ کے لیے فریگمنٹیشن کے مسئلے کو حل کرنے کی کلید لین دین یا ڈیٹا کا ہونا ہے جو L2 کے درمیان شیئر کیا جا سکتا ہے، اور اس ڈیٹا فارمیٹ کی ضرورت ہے:

یہ ایک فارمیٹ ہونا چاہیے۔ defiL1 پر ned جو پلیٹ فارم اور نفاذ سے آزاد ہے۔ مختلف L2 اکاؤنٹس اور ورچوئل مشینیں مختلف ہیں، اور ان کے لین دین کو براہ راست شیئر نہیں کیا جا سکتا۔
اس کے لیے L2s کے درمیان اتفاق رائے اور متعدد L2s کی حمایت کی ضرورت ہے۔

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

BBR سے BBSR تک، اسٹیک ایبل L2

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

یہ تضاد اس لیے پیدا ہوتا ہے کہ لوگ کئی قسم کے لین دین کو الجھا دیتے ہیں:

صارفین کی طرف سے براہ راست L1 کو جمع کرائے گئے اور L1 کے ذریعے اس کی تصدیق شدہ ٹرانزیکشنز L1 ٹرانزیکشنز ہیں۔
صارف براہ راست L1 کو جمع کرتا ہے، لیکن L1 براہ راست تصدیق اور عمل درآمد نہیں کرتا ہے۔ L2 کے درمیان مشترکہ پروٹوکول کے ڈیٹا ٹرانزیکشن کو L1.5 ٹرانزیکشن کہا جا سکتا ہے۔
صارف براہ راست لین دین کو L2 Sequencer کو جمع کراتا ہے، جس کی پہلے سے تصدیق ہوتی ہے اور Sequencer کے ذریعے عمل میں لایا جاتا ہے، جو کہ ایک مخصوص L2 کا ایک وقف شدہ لین دین ہے۔

بیسڈ رول اپ صرف 1 اور 2 سے متعلق ہے۔ 3 سیکوینسر رول اپ کا موجودہ کام کرنے کا طریقہ ہے۔ دونوں کو ملایا جا سکتا ہے۔

فرض کریں کہ ایسا رول اپ حل ہے:

Sequencer خود بخود تمام L1 (بشمول L1.5) ٹرانزیکشنز کو ہم آہنگ کرتا ہے اور L1 کی طرف سے دی گئی ترتیب میں ان پر عمل درآمد کرتا ہے۔
Sequencer ایک ہی وقت میں L2 ٹرانزیکشن وصول کرتا ہے، انہیں L1 ٹرانزیکشنز کے ساتھ ترتیب دیتا ہے، اور ان پر عمل درآمد کرتا ہے۔

1 کے ذریعے، یہ بیسڈ اور بوسٹر کو لاگو کرتا ہے، اور 2 کے ذریعے، یہ صارف کے تجربے کو قربان کیے بغیر L2 ٹرانزیکشنز کی تیزی سے تصدیق کا احساس کرتا ہے۔ پچھلی نام کی اسکیم کے مطابق، اسے BBSR (Base Booster Sequencer Rollup) کہا جانا چاہیے، لیکن یہ تھوڑا طویل ہے اور سمجھنا آسان نہیں ہے، اس لیے میں اسے Stackable L2 کہتا ہوں۔ جیسا کہ نام سے پتہ چلتا ہے، L2 کو L1 پر اسٹیک کیا گیا ہے، اور L2 میں L1 کے تمام لین دین اور ریاستیں شامل ہیں۔ یہ ہے کا حل @RoochNetwork .

L2 ٹرانزیکشنز کے DA کو کیسے یقینی بنایا جائے؟ رول اپ یا رول آؤٹ؟

اگر مندرجہ بالا حل کو اپنایا جاتا ہے، تو L2 کے لیے اپنی ٹرانزیکشنز کو پیک کرنا اور انہیں دوبارہ L1 میں جمع کرانا قدرے عجیب ہو گا، کیونکہ L2 ان L1 ٹرانزیکشنز کو پڑھے گا جو اس کے اپنے لین دین کو پیک کرتے ہیں اور ان پر دوبارہ عمل درآمد کرتے ہیں، جو کہ تھوڑا سا ایسا ہی ہے۔ اس کا اپنا آؤٹ پٹ بھی اس کا اپنا ان پٹ بن جاتا ہے۔ لہذا، Roochs حل رول اپ کے بجائے رول آؤٹ ہے۔ کیونکہ طویل مدت میں، L1s بلاک کی جگہ بہت قیمتی ہے، اور L1s کی جگہ پر قبضہ کرنے والے متعدد L2 ٹرانزیکشنز ایک رولنگ موڈ ہے۔ L1s جگہ L1 اور L1.5 لین دین کے لیے چھوڑی جانی چاہیے۔ L2 ایپلیکیشن کی سطح کے لین دین کو سستی بلاک جگہ تلاش کرنی چاہیے اور رول آؤٹ کے ذریعے بلاک کی نئی جگہ کو بڑھانا چاہیے، جو پوری صنعت کے ماحولیاتی نظام کی ترقی کے لیے بھی موزوں ہے۔

بیسڈ بوسٹر رول اپ کا گہرائی سے تجزیہ: پس منظر، مشق اور امکانات

BBSR/Bitcoin ایکو سسٹم میں اسٹیک ایبل L2 پریکٹس

پچھلی وضاحتیں تمام Ethereum کے نقطہ نظر سے ہیں۔ جیسا کہ روچ بٹ کوائن کا پہلا BBSR یا Stackable L2 پریکٹس ہے، آئیے بٹ کوائن ایکو سسٹم میں فرق کے بارے میں بات کرتے ہیں۔

Bitcoin L2 پر کوئی ٹورنگ مکمل سمارٹ معاہدہ نہیں ہے، جو بیسڈ رول اپ موڈ میں ایک فائدہ بن جاتا ہے۔ کیونکہ بیسڈ رول اپ کو لین دین کو انجام دینے اور اس کی تصدیق کرنے کے لیے L1 کی ضرورت نہیں ہے، اسے صرف اجازت کم اور ڈی اے کو یقینی بنانے کی ضرورت ہے۔ اس نے بٹ کوائن ایکو سسٹم میں پراجیکٹس کو ڈیٹا ڈھانچے پر مبنی پروٹوکول ڈیزائن کرنے پر بھی مجبور کیا جو بہت پہلے سے ہے۔ چاہے یہ رنگین سکے ہوں، یا بعد میں RGB، Taproot Assets، Ordinals Inscription، Atomicals، Runs وغیرہ، یہ سب اس زمرے کی کوششیں ہیں اور CSV (Client-side Validation) پروٹوکول کے وسیع تصور میں شامل کی جا سکتی ہیں۔ ان کے لین دین عام L1.5 ٹرانزیکشنز ہیں۔ اگر Ethereum ماحولیاتی نظام میں پروجیکٹس L2 پر مبنی مشق کرنا چاہتے ہیں اور ایک سے زیادہ L2s کے درمیان مشترکہ پروٹوکول ڈیزائن کرنا چاہتے ہیں، تو یہ تقریباً اوپر والے پروٹوکول جیسا ہی ہوگا۔

آئیے بٹ کوائن پر بی بی ایس آر کے ورکنگ موڈ کی وضاحت کے لیے روچ کو ایک مثال کے طور پر لیں:

بیسڈ بوسٹر رول اپ کا گہرائی سے تجزیہ: پس منظر، مشق اور امکانات

صارفین براہ راست L1 اور L1.5 لین دین بٹ کوائن میں جمع کرائیں گے۔ چونکہ پروٹوکول عوامی ہے، اس لیے انٹری پوائنٹ کوئی بھی درخواست ہو سکتا ہے۔
روچ تمام L1 ٹرانزیکشنز کو سنکرونائز کرے گا، ان میں UTXOs پر کارروائی کرے گا، اور یہ معلوم کرے گا کہ آیا پروٹوکول کی اضافی معلومات موجود ہیں، اور پھر اس پر کارروائی کرنے کے لیے متعلقہ Move ماڈیول کا استعمال کرے گا۔ مثال کے طور پر، Inscription کے طور پر شناخت کردہ لین دین پر ord ماڈیول کے ذریعے کارروائی کی جائے گی، جبکہ Babylon Staking کے لین دین پر bbn ماڈیول کے ذریعے کارروائی کی جائے گی۔
صارفین پروسیسنگ کے لیے براہ راست L2 ٹرانزیکشن روچس سیکوینسر نوڈ میں جمع کراتے ہیں۔ مندرجہ بالا تین ٹرانزیکشنز کے نفاذ کے نتائج ایک مکمل ریاستی درخت پیدا کریں گے، اور درخواست کا معاہدہ L1 اور L1.5 ٹرانزیکشنز سے پیدا ہونے والی ریاستوں کا مکمل استعمال کر سکتا ہے۔

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

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

بلاشبہ، Bitcoin ماحولیاتی نظام کو اس راستے پر کچھ چیلنجز کا بھی سامنا ہے:

جب Bitcoin کو پہلی بار ڈیزائن کیا گیا تھا، اس نے اس DA منظر نامے کے لیے توسیع کے لیے کافی جگہ نہیں چھوڑی تھی۔ لہذا، Bitcoin پر ڈیٹا کیسے لکھنا ہے ان ہدایات میں سے ایک تھی جسے مختلف پروٹوکولز نے دریافت کرنے کی کوشش کی ہے، جیسے کہ OP_RETURN میں ڈیٹا کو سرایت کرنا، گواہ کے ذریعے، اور یہاں تک کہ دستخطوں کے ذریعے۔ فی الحال، معیاری حل کی کمی ہے.
Bitcoin ماحولیاتی نظام چین پر سرایت شدہ ڈیٹا کی قدر پر وسیع اتفاق رائے تک نہیں پہنچا ہے۔ یہ وہی ہے جس کے لئے میں آخری نوشتہ جات کے جنون سے پکار رہا ہوں۔ Bitcoin ایکو سسٹم کو Bitcoin کی قدر کو عالمی پبلک ڈیٹا بس کے طور پر اہمیت دینی چاہیے۔

عالمی عام ڈیٹا بس کے بطور L1 کی قدر

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

یہ مضمون بنیادی طور پر ماحولیات اور اطلاق کے نقطہ نظر سے BBR پر بحث کرتا ہے۔ BBR موڈ کی سیکورٹی اور BBR موڈ کے تحت L1، L1.5، اور L2 ریاستوں کی انٹرآپریبلٹی پر بعد کے مضامین میں تفصیل سے بات کی جائے گی۔ کچھ متعلقہ لنکس آخر میں منسلک ہیں، بشمول میرے تاریخی مضامین اور ٹویٹر کے دوستوں کے مختلف نقطہ نظر سے بیسڈ رول اپ کی وضاحت۔

متعلقہ لنکس:
1. اسٹیک ایبل L2 — ایک نیا بلاک چین توسیعی حل https://rooch.network/zh-CN/blog/stackable-l2

2. بٹ کوائنز لیئر 2 کو کیسے کیا جائے؟ https://x.com/jolestar/status/1717358817992995120 میں نے ابتدائی منصوبہ اس بنیاد پر ڈیزائن کیا کہ L2 کس طرح Bitcoin L1 پر ریاست اور ڈیٹا کو استعمال کرتا ہے۔ ایک دوست نے تبصروں میں بوسٹر سلوشن کا ذکر کیا، اور آخر کار بوسٹر سلوشن کو عملی طور پر اپنایا۔

3. کیا نوشتہ ایک بگ یا خصوصیت ہے؟ https://x.com/jolestar/status/1732711942563959185 یہ مضمون L2 کی تعمیر کے نقطہ نظر سے نوشتہ جات کی قدر کی وضاحت کرتا ہے، بشمول L1 اور L2 کے درمیان ترغیبی مطابقت کا مسئلہ۔

4. گھٹاؤ تھیوری @kerne l1 983 کے نقطہ نظر سے بیسڈ رول اپ پر بحث https://web3 caff.com/zh/archives/108241

5. @jason_chen 998 کا مضمون بیسڈ رول اپ پر https://x.com/jason_chen998/status/1799692331635048697

6. پر مبنی رول اپ ٹریک ریسرچ رپورٹ https://research.web3 caff.com/zh/archives/22719

اصل لنک

یہ مضمون انٹرنیٹ سے لیا گیا ہے: بیسڈ بوسٹر رول اپ کا گہرائی سے تجزیہ: پس منظر، مشق اور امکانات

متعلقہ: ادائیگی کے انقلاب میں PayFi کے محفوظ پاس ورڈز Web3 فنانس کی بنیادی حفاظت کرتے ہیں۔

یہ مضمون Hash (SHA 1): 8656ff83d95af1de9dab2b925597cf72c6f63c66 نمبر: Lianyuan Security Knowledge No.032 بلاک چین ٹیکنالوجی کی مسلسل ترقی کے ساتھ، مالیاتی صنعت ایک بے مثال تبدیلی سے گزر رہی ہے۔ اس تناظر میں، ایک ابھرتا ہوا تصور بتدریج ابھرا ہے: PayFi (ادائیگی فنانس)۔ یہ اصطلاح سب سے پہلے سولانا فاؤنڈیشن کے چیئرمین للی لیو نے 2024 EthCC کانفرنس میں ایک اختراعی ادائیگی اور مالیاتی ماڈل کی تلاش کے لیے تجویز کی تھی۔ PayFis وژن نہ صرف ایک ادائیگی کے نظام پر مبنی ہے۔ کرپٹوکرنسی، بلکہ کرنسی کی وقتی قدر کے ساتھ مل کر وکندریقرت ٹیکنالوجی کے ذریعے صارفین کو محفوظ، تیز، اور کم لاگت والی مالیاتی خدمات فراہم کرنے کی امید بھی رکھتی ہے۔ 1. PayFi کا بنیادی تصور: پیسے کی وقتی قیمت اور وکندریقرت مالیات پے فائی کیا ہے للی لیو نے بتایا کہ پے فائی کا بنیادی محرک بٹ کوائن کے اصل وژن کو سمجھنا ہے۔