بلڈنگ ہیلیوس: ایتھریم تک مکمل طور پر بے اعتبار رسائی

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

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

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

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

پورٹیبلٹی اور ڈی سینٹرلائزیشن کے درمیان تجارت ایک عام تکلیف دہ نقطہ ہے، لیکن ہمارا کلائنٹ - جسے ہم نے عوام کے لیے دستیاب کیا ہے اور مزید بنانے کے لیے - تقریباً دو سیکنڈ میں مطابقت پذیر ہو جاتا ہے، اسے کسی اسٹوریج کی ضرورت نہیں ہوتی ہے، اور صارفین کو اس سے محفوظ چین ڈیٹا تک رسائی کی اجازت دیتا ہے۔ کوئی بھی ڈیوائس (بشمول موبائل فون اور براؤزر ایکسٹینشنز)۔ لیکن کیا ہیں مرکزی بنیادی ڈھانچے پر انحصار کرنے کے ممکنہ نقصانات؟ ہم اس پوسٹ میں اس بات کا احاطہ کرتے ہیں کہ وہ کس طرح کھیل سکتے ہیں، ہمارے ڈیزائن کے فیصلوں پر عمل کرتے ہیں، اور دوسروں کے لیے بھی کچھ خیالات کا خاکہ پیش کرتے ہیں کوڈ بیس.

مرکزی بنیادی ڈھانچے کے نقصانات: ایتھریم کے "تاریک جنگل" میں نظریاتی مخلوق

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

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

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

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

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

Helios کا تعارف: Ethereum تک مکمل طور پر بے اعتبار رسائی

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

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

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

…اتفاق کی پرت پر

متفقہ پرت لائٹ کلائنٹ بیکن چین لائٹ کلائنٹ کے مطابق ہے۔ تصریح، اور بیکن چین کی مطابقت پذیری کمیٹیوں کا استعمال کرتا ہے (الٹیر ہارڈ فورک میں مرج سے پہلے متعارف کرایا گیا)۔ مطابقت پذیری کمیٹی 512 تصدیق کنندگان کا تصادفی طور پر منتخب کردہ ذیلی سیٹ ہے جو ~27 گھنٹے کے وقفوں کے لیے کام کرتی ہے۔ 

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

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

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

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

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

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

1. ہمارے چیک پوائنٹ کے بعد اگلی ہم آہنگی کمیٹی کا استعمال کریں تاکہ مستقبل میں ایک ہم آہنگی کمیٹی کا آغاز ہو۔
2. نئی اگلی ہم آہنگی کمیٹی لانے کے لیے اس نئے بلاک کا استعمال کریں۔
3. اگر اب بھی پیچھے ہے تو، مرحلہ 1 پر واپس جائیں۔

اس عمل کی ہر تکرار ہمیں زنجیر کی تاریخ کے 27 گھنٹوں کے ذریعے تیزی سے آگے بڑھنے، ماضی میں کسی بھی بلاک ہیش سے شروع کرنے اور موجودہ بلاک ہیش کے ساتھ مطابقت پذیر ہونے کی اجازت دیتی ہے۔

… پھانسی کی پرت پر

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

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

ہیلیوس کے پاس متفقہ پرت سے ایک مستند ریاستی جڑ ہے۔ اس جڑ کا استعمال کرتے ہوئے اور مرکل پروف کی درخواستیں غیر بھروسہ مند عمل درآمد پرت RPC کو، Helios مقامی طور پر Ethereum پر محفوظ تمام ڈیٹا کی تصدیق کر سکتا ہے۔

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

جنگلی میں Helios کا استعمال کرتے ہوئے

پورٹیبلٹی اور ڈی سینٹرلائزیشن کے درمیان تجارت ایک عام درد کی بات ہے — لیکن چونکہ ہیلیوس بہت ہلکا ہے، اس لیے صارفین کسی بھی ڈیوائس (بشمول موبائل فون اور براؤزر ایکسٹینشن) سے محفوظ چین ڈیٹا تک رسائی حاصل کر سکتے ہیں۔ Helios کو کہیں بھی چلانے کی صلاحیت زیادہ سے زیادہ لوگوں کے لیے ناقابل اعتماد ایتھریم ڈیٹا تک رسائی ممکن بناتی ہے، چاہے ان کے ہارڈ ویئر سے قطع نظر۔ اس کا مطلب ہے کہ صارفین MetaMask میں Helios کو اپنے RPC فراہم کنندہ کے طور پر استعمال کر سکتے ہیں، اور بغیر کسی تبدیلی کے ڈیپ تک بے اعتمادی سے رسائی حاصل کر سکتے ہیں۔ 

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

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

• RPC کے ذریعے براہ راست P2P نیٹ ورک سے لائٹ کلائنٹ ڈیٹا لانے میں معاونت کریں۔
• کچھ غائب RPC طریقوں کو لاگو کریں۔
• Helios کا ایک ایسا ورژن بنائیں جو WebAssembly کو مرتب کرے۔
• Helios کو براہ راست والیٹ سافٹ ویئر میں ضم کریں۔
• اپنے ٹوکن بیلنس کو دیکھنے کے لیے ایک ویب ڈیش بورڈ بنائیں جو WebAssembly کے ساتھ ویب سائٹ میں سرایت کردہ Helios سے ڈیٹا حاصل کرتا ہے۔
• انجن API کو لاگو کریں تاکہ ہیلیوس کی متفقہ پرت کو موجودہ ایگزیکیوشن لیئر فل نوڈ سے منسلک کیا جا سکے۔

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

***
یہاں بیان کردہ خیالات انفرادی AH Capital Management, LLC ("a16z") کے اہلکاروں کے ہیں جن کا حوالہ دیا گیا ہے اور یہ a16z یا اس سے وابستہ افراد کے خیالات نہیں ہیں۔ یہاں پر موجود کچھ معلومات فریق ثالث کے ذرائع سے حاصل کی گئی ہیں، بشمول a16z کے زیر انتظام فنڈز کی پورٹ فولیو کمپنیوں سے۔ اگرچہ قابل اعتماد مانے جانے والے ذرائع سے لیا گیا ہے، a16z نے آزادانہ طور پر ایسی معلومات کی تصدیق نہیں کی ہے اور معلومات کی موجودہ یا پائیدار درستگی یا کسی دی گئی صورتحال کے لیے اس کی مناسبیت کے بارے میں کوئی نمائندگی نہیں کی ہے۔ اس کے علاوہ، اس مواد میں فریق ثالث کے اشتہارات شامل ہو سکتے ہیں۔ a16z نے اس طرح کے اشتہارات کا جائزہ نہیں لیا ہے اور اس میں موجود کسی بھی اشتہاری مواد کی توثیق نہیں کرتا ہے۔

یہ مواد صرف معلوماتی مقاصد کے لیے فراہم کیا گیا ہے، اور قانونی، کاروبار، سرمایہ کاری، یا ٹیکس کے مشورے کے طور پر اس پر انحصار نہیں کیا جانا چاہیے۔ آپ کو ان معاملات کے بارے میں اپنے مشیروں سے مشورہ کرنا چاہئے۔ کسی بھی سیکیورٹیز یا ڈیجیٹل اثاثوں کے حوالے صرف مثالی مقاصد کے لیے ہیں، اور سرمایہ کاری کی سفارش یا پیشکش کی تشکیل نہیں کرتے ہیں کہ سرمایہ کاری کی مشاورتی خدمات فراہم کریں۔ مزید برآں، یہ مواد کسی سرمایہ کار یا ممکنہ سرمایہ کاروں کی طرف سے استعمال کرنے کے لیے نہیں ہے اور نہ ہی اس کا مقصد ہے، اور کسی بھی صورت میں a16z کے زیر انتظام کسی بھی فنڈ میں سرمایہ کاری کرنے کا فیصلہ کرتے وقت اس پر انحصار نہیں کیا جا سکتا ہے۔ (a16z فنڈ میں سرمایہ کاری کرنے کی پیشکش صرف پرائیویٹ پلیسمنٹ میمورنڈم، سبسکرپشن ایگریمنٹ، اور اس طرح کے کسی بھی فنڈ کی دیگر متعلقہ دستاویزات کے ذریعے کی جائے گی اور ان کو مکمل طور پر پڑھا جانا چاہیے۔) کوئی بھی سرمایہ کاری یا پورٹ فولیو کمپنیوں کا ذکر کیا گیا، حوالہ دیا گیا، یا بیان کردہ A16z کے زیر انتظام گاڑیوں میں ہونے والی تمام سرمایہ کاری کے نمائندے نہیں ہیں، اور اس بات کی کوئی یقین دہانی نہیں ہو سکتی کہ سرمایہ کاری منافع بخش ہو گی یا مستقبل میں کی جانے والی دیگر سرمایہ کاری میں بھی ایسی ہی خصوصیات یا نتائج ہوں گے۔ Andreessen Horowitz کے زیر انتظام فنڈز کے ذریعے کی گئی سرمایہ کاری کی فہرست (ان سرمایہ کاری کو چھوڑ کر جن کے لیے جاری کنندہ نے a16z کو عوامی طور پر ظاہر کرنے کے ساتھ ساتھ عوامی طور پر تجارت کیے جانے والے ڈیجیٹل اثاثوں میں غیر اعلانیہ سرمایہ کاری کی اجازت فراہم نہیں کی ہے) https://a16z.com/investments پر دستیاب ہے۔ /.

اندر فراہم کردہ چارٹس اور گراف صرف معلوماتی مقاصد کے لیے ہیں اور سرمایہ کاری کا کوئی فیصلہ کرتے وقت ان پر انحصار نہیں کیا جانا چاہیے۔ ماضی کی کارکردگی مستقبل کے نتائج کا اشارہ نہیں ہے۔ مواد صرف اشارہ کردہ تاریخ کے مطابق بولتا ہے۔ کوئی بھی تخمینہ، تخمینہ، پیشین گوئی، اہداف، امکانات، اور/یا ان مواد میں بیان کیے گئے خیالات بغیر اطلاع کے تبدیل کیے جا سکتے ہیں اور دوسروں کی رائے سے مختلف یا اس کے برعکس ہو سکتے ہیں۔ اضافی اہم معلومات کے لیے براہ کرم https://a16z.com/disclosures دیکھیں