رپلX کا خیال ہے کہ اگلے ہفتے ہی XRP Ledger کے کور سافٹ ویئر، xrpld 3.3.0 کا اگلا ورژن جاری ہو جائے گا۔ اس ریلیز سے اجازت کی خامیوں کے باعث مین نیٹ فعال ہونے سے پہلے آپریٹرز نے جو پچھلے ایمنڈمنٹس کو بلاک کر دیا تھا، وہ بیچ اور اجازت ڈیلی گیشن ایمنڈمنٹس دوبارہ ویلیڈیٹر پروسیس میں شامل ہو جائیں گے۔
اس رول آؤٹ کی حالت اب بھی پری ریلیز مرحلے پر ہے۔ xrpld 3.2.1 1 اگست تک تازہ ترین مستحکم ریلیز تھا، جبکہ 3.3.0 کے لیے سرکاری بیٹا اور ریلیز-کینڈیڈیٹ ٹیگز عوامی طور پر دستیاب تھے۔ کسی بھی تبدیلی کے لیے مین نیٹ اکثریت کا گنتی شروع نہیں ہوئی تھی۔
رپل ایکس کے پروڈکٹ ہیڈ جازی کوپر نے 3.3.0 کے لیے پانچ تجویز کردہ XRP Ledger خصوصیات فہرست کیں: سیکورٹی MPT، بیچ، اجازت ڈیلی گیشن، سپانسرڈ فیز اور ریزروز، اور ڈائنانمک MPT۔ کوپر نے کہا کہ پانوں میں سے ہر ایک کو فعال ہونے سے پہلے ویلیڈیٹر کی منظوری درکار ہوگی۔
ویلیدیٹرز نے اصل خصوصیات کو روک دیا
اصل بیچ ترمیم میں ایک اختیار کی خامی تھی جس کی وجہ سے حملہ آور کسی بھی قربانی اکاؤنٹ کے لیے اندر کے ٹرانزیکشنز اپنے پرائیویٹ کلوز کے بغیر انجام دے سکتا تھا، جس میں غیر اجازت دی گئی ادائیگیاں اور لیڈجر میں تبدیلیاں شامل تھیں۔
سرکاری اعلان میں کہا گیا کہ تحقیق کاروں نے ترمیم ابھی ووٹنگ کے دوران اس مسئلے کو دریافت کیا۔ ویلیڈیٹرز نے فعال ہونے سے روک دیا، اور کوئی فنڈز خطرے میں نہیں ڈالے گئے۔ CryptoSlate نے اس مداخلت کے بارے میں فروری میں رپورٹ کیا۔
ڈیلی گیشن کی اجازت نے نقصان کا ایک مختلف راستہ ظاہر کیا۔ ایک غلط آف لائن دستخط شدہ ٹرانزیکشن احکام کی منظوری سے قبل ایک شکایت کے اکاؤنٹ سے ٹرانزیکشن فیس وصول کر سکتی تھی، جس سے XRP کو فیس کے ذریعے خالی کرنے کے لیے دہرائے جانے والے سب مٹشن کی اجازت مل جاتی تھی۔ XRPL کے disclosure میں کہا گیا کہ یہ فیچر مین نیٹ پر کبھی فعال نہیں ہوا، اور ویلیدیٹرز نے متاثرہ ترمیم کے لیے سپورٹ بند کر دیا۔
3.3 ترقی رجسٹری اب BatchV1_1 اور PermissionDelegationV1_1 کو ڈیفالٹ نو ووٹس کے ساتھ سپورٹڈ کے طور پر نشان زد کرتا ہے۔ اس رجسٹری میں "سپورٹڈ" کا مطلب ہے کہ سرور کوڈ ترمیم کو سمجھتا ہے؛ ویلیڈیٹر کی منظوری اور فعال کرنا الگ الگ مراحل رہتے ہیں۔
XRPL ایمینڈمنٹس صرف اس صورت میں فعال ہو سکتے ہیں جب مطابقت رکھنے والی کوڈ شپ ہو جائے اور دو ہفتے تک بھروسہ مند ویلیڈیٹرز کے 80% سے زیادہ سپورٹ برقرار رہے۔ اگر فعال ہونے سے پہلے سپورٹ 80% یا اس سے کم ہو جائے، تو مدت دوبارہ شروع ہو جائے گی۔
1 اگست کو، لیڈجر 105,997,300 پر تصدیق شدہ مین نیٹ ترمیمیات کا آبجیکٹ Majorities فیلڈ نہیں تھا اور فعال ترمیمیات میں سے کوئی بھی تبدیلی نہیں تھی۔ یہ فیلڈ وہ ترمیمیات درج کرتا ہے جو اکثریت کے حد سے آگے نکل چکی ہیں، جس سے یہ ثابت ہوتا ہے کہ کوئی دو ہفتے کا ٹائمر فعال نہیں تھا۔ لیڈجر آبجیکٹ صرف فعال اکثریت کے ٹائمرز کو درج کرتا ہے، جس سے بالکل درست حد سے کم حمایت کا انکشاف نہیں ہوتا۔
فعال سازی سے ایک عملی مہلت بھی لگ جائے گی۔ XRPL کے ترمیم کے قواعد کہتے ہیں کہ ایک سرور جو فعال ترمیم کو نہ سمجھ سکے، ترمیم بند ہو سکتا ہے، جس کی وجہ سے لیجر کی درستگی، لین دین کی پروسیسنگ، اکٹھے رائے دہی، یا ووٹ دینے کی صلاحیت کھو دی جائے گی۔ اگر کوئی بھی تبدیلی فعال ہو جائے، تو آپریٹرز کو اپنے ذاتی ووٹ کے مطابق چاہے کچھ بھی ہو، مطابقت رکھنے والے سافٹ ویئر کی ضرورت ہوگی۔
XRPL کا اگلا قابل قیاس اہمیت والا مرحلہ ایک مستحکم ریلیز ہے، جس کے بعد کسی بھی ترمیم کے لیے مستقل ویلیڈیٹر سپر میجرٹی حاصل ہوگی۔ اس تک، دوبارہ لکھنے والی خصوصیات تبدیلیوں کے طور پر رہیں گی جو فعال ہونے سے پہلے روک دی گئی تھیں، اور کوئی مین نیٹ پر استعمال یا نقصان نہیں ہوا جس کا ازالہ کیا جا سکے۔
پوسٹ کیسے XRPL ویلیڈیٹرز نے ایک خاموش استعمال کو خاموشی سے ختم کر دیا جس سے قربانیوں کے اکاؤنٹس صرف ٹرانزیکشن فیس سے خالی ہو سکتے تھے پہلے CryptoSlate پر ظاہر ہوئی۔