میں "براؤزر میں پہلا نوڈ؛ ایک کارڈانو USP" پر "نہیں" ووٹ دے رہا ہوں۔ ایک محدود خزانہ کو کارآمد طریقے سے استعمال کرنے کے لیے، بجٹ کو اصل ایکو سسٹم ترقی کی ضروریات کے مطابق ترجیحات کے لحاظ سے تقسیم کیا جانا چاہیے۔ اگر یہ پروپوزل منظور ہو جائے اور ایک نیا TypeScript بنیادی براؤزر نوڈ دوسرے کلائنٹ ایمپلیمنٹیشن کے طور پر شامل کر دیا جائے، تو یہ خود بخود ایک مثبت بات ہے، لیکن میرے خیال میں یہ ایک ایسا بنیادی مسئلہ حل نہیں کرتا جو ایکو سسٹم ترقی کو روک رہا ہو۔ دوسروں کے الفاظ میں، اس کا ہونا اچھا ہوگا، لیکن اس سائکل کی ترجیحات کے لحاظ سے یہ ضروری نہیں ہے۔ 1. پروپوزل میں کارڈانو ایکو سسٹم کو حل کرنے کے لیے اصل مسئلہ نہیں دکھایا گیا ہے۔ کارڈانو dapp اور والٹ ایکو سسٹم حالیہ طور پر Mesh، Lucid Evolution، Blockfrost، Maestro، اور Koios جیسے انفراسٹرکچر پر مستقل طور پر چل رہا ہے۔ براؤزر میں مکمل طور پر ویریفائنگ نوڈ کے عدم وجود سے dApp بنانے والوں یا صارفین کو کوئی حقیقی مسائل نہیں ہو رہے۔ اس کے علاوہ، IOG پہلے ہی Mithril کے ذریعے ایک لائٹ ویریفکیشن آپشن فراہم کر رہا ہے۔ "≥3 والٹ/dApp انٹیگریشنز" کا 12 ماہ کا ہدف بھی پروپوزل خود اس بات کا اعتراف کرتا ہے کہ مارکٹ کی مانگ زیادہ نہیں ہے۔ 2. خزانہ کی ترجیح کا معاملہ کمزور ہے۔ موجودہ NCL محدود ماحول میں، ₳4.6M ایک چھوٹی رقم نہیں ہے۔ کلائنٹ ڈائورسٹی کا مقصد پہلے ہی متعدد منصوبوں کے ذریعے حاصل ہو رہا ہے، اور "براؤزر-بنیادی TypeScript نوڈ" کا اس سے مختلف فائدہ واضح طور پر بیان نہیں کیا گیا۔ HLabs بھی اسی سائکل میں Pebble اور TypeScript ٹولنگ کے لیے الگ ₳4.6M کا درخواست دے رہا ہے، جس کا مطلب ہے کہ اگر دونوں پروپوزلز منظور ہو جائیں تو ایک ہی ٹیم کو اس سائکل سے تقریباً ₳9.2M مل جائینگے۔ میرے خیال میں، اس سائکل کے لیے زمیدارانہ خزانہ تقسیم یہ ہونا چاہئے کہ ان فنڈز کو پروٹوکول لیر انفراسٹرکچر، ثابت شدہ رکن تحریرات کے مراعات، اور واقعی مانگ ثابت ہونے والے بنانے والوں کے کاموں میں لگایا جائے۔