a16z: بلاکچین میکانزم ڈیزائن میں 8 چیلنجز کی تلاش

اصل مصنف: ٹم روفگارڈن، a16z میں کرپٹو ریسرچ کے سربراہ

اصل ترجمہ: 0x xz، گولڈن فنانس

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

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

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

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

لیکن سب سے پہلے، میکانزم ڈیزائن کیا ہے؟

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

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

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

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

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

1. اعتماد کی کمی

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

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

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

یہ واضح نہیں ہے کہ آیا آپ اس نوڈ پر بھروسہ کر سکتے ہیں۔

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

غیر بھروسہ مند بلاک پروڈیوسرز کی جعلی بولیاں مؤثر طریقے سے Vickrey نیلامی کو پہلی قیمت کی نیلامی میں واپس لانے کا سبب بنتی ہیں، جو ویب 3 میں پہلی قیمت کی نیلامیوں کے بہت عام ہونے کی ایک وجہ ہے۔ (روایتی میکانزم ڈیزائن لٹریچر کی تازہ ترین شاخ قابل بھروسہ میکانزم پر بھی نیلامی کے ڈیزائن کو غیر بھروسہ مند نیلامیوں کے لیے سمجھتی ہے، لیکن ایک مختلف نقطہ نظر سے۔)

2. ملی بھگت

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

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

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

اس سے بھی بدتر بات یہ ہے کہ پروٹوکول استعمال کرنے والے ممکنہ طور پر نہ صرف ایک دوسرے کے ساتھ بلکہ (غیر بھروسہ مند) بلاک پروڈیوسرز کے ساتھ بھی مل سکتے ہیں (حقیقی دنیا کی نیلامی میں بولی دہندگان اور نیلامی کرنے والے کے درمیان ملی بھگت کے برابر)۔

Ethereum کے EIP-1559 ٹرانزیکشن فیس میکانزم میں ٹرانزیکشن فیس کے ایک حصے کو جلانے کے لیے آخری قسم کی ملی بھگت سے تحفظ ایک اہم محرک ہے۔ "جلانے" کے بغیر (یا بصورت دیگر بلاک پروڈیوسرز سے ان محصولات کو روکے ہوئے)، بلاک پروڈیوسرز اور اختتامی صارفین معاوضہ ادائیگیوں کے ذریعے گٹھ جوڑ کر سکتے ہیں اور کسی بھی ریزرو قیمت سے بچ سکتے ہیں جو میکانزم عائد کرنے کی کوشش کرتا ہے۔

3. ہم مکمل طور پر قانون کی حکمرانی پر انحصار نہیں کر سکتے

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

میکانزم کے ڈیزائن کے زیادہ تر ادب میں ایک غیر واضح راز ہے: قانون کی حکمرانی پر انحصار۔ جب کہ ہم یہ نہیں کہہ سکتے کہ بلا اجازت بلاک چین پروٹوکول کے دائرے میں قانون کی کوئی حکمرانی نہیں ہے — ہم اکثر دیکھتے ہیں کہ قانون نافذ کرنے والے بغیر اجازت بلاک چینز پر جرائم کے خلاف کامیابی کے ساتھ مقدمہ چلاتے ہیں — قانون کی حکمرانی کی حد روایتی میکانزم ڈیزائن ایپلی کیشنز کے مقابلے میں بہت کم ہے۔

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

4. بڑی ڈیزائن کی جگہ

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

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

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

5. مقامی کرنسیاں دیگر مسائل لا سکتی ہیں۔

پچھلی وجہ مقامی کرنسیوں کی طاقت کو نمایاں کرتی ہے۔ آپ مقامی کرنسیوں کے ساتھ دو چیزیں کر سکتے ہیں: سکے (جس طرح سے Bitcoin پروٹوکول کان کنوں کو ترغیب دینے کے لیے نئے Bitcoins کو ٹکسال کرتا ہے) اور برننگ ٹوکن (جس طرح Ethereum EIP-1559 ٹرانزیکشن فیس کا طریقہ کار ملی بھگت کے خلاف مزاحمت کرنے کے لیے ETH کو جلاتا ہے)۔ مقامی کرنسیاں ایسے خطرات سے دوچار ہیں جو روایتی میکانزم ڈیزائن میں موجود نہیں ہیں: مائیکرو اکنامک ڈیزائن کے فیصلوں کے میکرو اکنامک نتائج ہو سکتے ہیں۔

روایتی میکانزم ڈیزائن میں، میکرو اکنامک قوتوں کے بارے میں فکر کرنے کی کوئی وجہ نہیں ہے۔ روایتی نیلامیوں کا ریاستہائے متحدہ میں رقم کی فراہمی یا افراط زر کی شرح پر کوئی معنی خیز اثر نہیں پڑا ہے۔ یہ ویب 3 ڈیزائن فیلڈ کے لیے بالکل نیا چیلنج ہے۔ کیا مسائل پیدا ہوسکتے ہیں؟ میں آپ کو دو مثالیں بتاتا ہوں، ایک Bitcoin کی minting کے بارے میں اور ایک ETH کو جلانے کے بارے میں۔

بلاک انعامات کے استعمال کی وجہ سے — نئے سکے چھاپ کر کان کنوں کو ترغیب دینا — بٹ کوائن کو افراط زر کا سامنا کرنا پڑتا ہے۔ لہٰذا، افراط زر کی شرح اور وقت کے ساتھ ساتھ یہ کیسے تیار ہوتا ہے اس کا تعین کرنے کے لیے اس کے پاس ایک متعلقہ مانیٹری پالیسی بھی ہونی چاہیے۔ Satoshi Nakamoto نے 21 ملین Bitcoins کی ہارڈ سپلائی کیپ بھی مقرر کی۔ چونکہ بٹ کوائنز کی تعداد پر سخت پابندی ہے، اس لیے افراط زر کی شرح صفر تک پہنچنی چاہیے۔

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

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

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

Ethereum پروٹوکول کے لیے deflation اچھا ہے یا برا؟ ETH ہولڈرز ڈیفلیشن کو پسند کرتے ہیں کیونکہ، باقی سب برابر ہونے کی وجہ سے، ان کے ٹوکن وقت کے ساتھ زیادہ قیمتی ہوتے جاتے ہیں۔ (درحقیقت، یہ ضمنی پروڈکٹ ہو سکتا ہے جس نے بالآخر EIP-1559 کے لین دین کی فیس کے طریقہ کار میں تبدیلی کے حق میں رائے عامہ کو متاثر کیا۔) پھر بھی افراط زر کی اصطلاح کلاسیکی طور پر تربیت یافتہ میکرو اکنامسٹوں کو خوفزدہ کرتی ہے، جس سے 1990 کی دہائی میں جاپان کے معاشی جمود کو ذہن میں لایا جاتا ہے۔

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

6. بنیادی اسٹیک کو نظر انداز نہ کریں۔

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

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

مثال کے طور پر، اگر آپ ایک خودکار مارکیٹ میکر ڈیزائن کر رہے ہیں، تو آپ کو اس امکان پر غور کرنا ہوگا کہ غیر بھروسہ مند بلاک پروڈیوسرز ٹرانزیکشن آرڈرنگ کے ذمہ دار ہیں۔ یا، اگر آپ (L2) رول اپ کے لیے ایک ٹرانزیکشن فیس میکانزم ڈیزائن کرنے پر غور کر رہے ہیں، تو آپ کو نہ صرف L2 کے وسائل کی کھپت کے لیے، بلکہ بنیادی L1 پروٹوکول (مثلاً، کال ڈیٹا کو ذخیرہ کرنے) کے لیے ہونے والے تمام اخراجات کے لیے بھی ادائیگی کرنی ہوگی۔

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

7. کمپیوٹیشنل طور پر محدود ماحول میں کام کرنے کی ضرورت ہے۔

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

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

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

8. ابھی بھی ابتدائی مراحل میں ہے۔

عام طور پر جب لوگ کہتے ہیں کہ web3 ابتدائی مراحل میں ہے، تو وہ سرمایہ کاری کے مواقع یا اپنانے کا حوالہ دیتے ہیں۔ لیکن سائنسی نقطہ نظر سے، ہم اس سے بھی پہلے ہیں۔ یہ صرف مشکل ہونے والا ہے - اگرچہ موقع بہت بڑا ہے۔

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

ایک ہی وقت میں، بلاکچین اسپیس کے بہت سے پہلوؤں میں، ہم ابھی تک واضح طور پر سوچنے اور اہم مسائل پر پیش رفت کرنے کے لیے "صحیح" ماڈلز اور تعریفیں نہیں جانتے ہیں۔ مثال کے طور پر، بلاکچین پروٹوکول کے تناظر میں مطابقت کی ترغیبات کا سب سے اہم تصور کیا ہے؟ ویب 3 اسٹیک کی پرتیں کیا ہیں؟ Maximum Extractable Value (MEV) کے اجزاء کیا ہیں؟ یہ سب کھلے سوالات ہیں۔

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

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

لیکن ویب 3 میں، میکانزم ڈیزائن بنیادی ڈھانچے کے بارے میں بھی ڈیزائن کے فیصلوں سے آگاہ کرتا ہے۔

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

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

یہ مضمون انٹرنیٹ سے لیا گیا ہے: a16z: Blockchain میکانزم ڈیزائن میں 8 چیلنجز کی تلاش

متعلقہ: کمیونٹی ایکولوجی | ایک مضمون میں 2024 میں TRONs کی پہلی سہ ماہی کی رپورٹ کی چار جھلکیوں کے بارے میں جانیں۔

میساری، ایک اعلی کرپٹو ڈیٹا ریسرچ آرگنائزیشن نے حال ہی میں 2024 کے لیے TRON Q1 رپورٹ جاری کی ہے۔ رپورٹ سے پتہ چلتا ہے کہ TRON نے پروٹوکول ریونیو، TRX ڈیفلیشن، DeFi TVL، اور stablecoins کے لحاظ سے اچھی کارکردگی کا مظاہرہ کیا ہے۔ پہلی سہ ماہی میں، TRON پروٹوکول کی آمدنی میں ماہ بہ ماہ 7.2% کا اضافہ ہوا، جو US$128.1 ملین کی ریکارڈ بلند ترین سطح پر پہنچ گیا، تمام بلاکچین نیٹ ورکس میں تیسرے نمبر پر، ایتھریم اور بٹ کوائن کے بعد دوسرے نمبر پر ہے۔ پروٹوکول کی آمدنی TRX سے حاصل ہوتی ہے جو صارفین کے ذریعہ وسائل حاصل کرنے اور فیس ادا کرنے کے لیے جلائی جاتی ہے۔ رپورٹ سے پتہ چلتا ہے کہ TRX نے پہلی سہ ماہی میں افراط زر کو برقرار رکھا، اور اس کی گردش 88.2 بلین سے کم ہو کر تقریباً 87.7 بلین رہ گئی۔ TRON نیٹ ورک چند deflationary L1 نیٹ ورکس میں سے ایک ہے۔ DeFi کے لحاظ سے، TRON نے بھی اچھی کارکردگی کا مظاہرہ کیا۔ رپورٹ سے پتہ چلتا ہے کہ TRON DeFi TVL…