Taproot Bitcoin پر آ رہا ہے: یہ کیسے کام کرتا ہے، اس کی تاریخ اور اثرات

Taproot اور Schnorr کے دستخط Bitcoin پر بلاک 709,632 پر براہ راست جا رہے ہیں۔ مستقبل میں تعمیر جاری رکھنے کے لیے یہ ایک بہت بڑی بنیادی کامیابی ہوگی۔ Segregated Witness کو نیٹ ورک پر لائیو ہوئے چار سال ہو چکے ہیں، ہمارا آخری بڑا پروٹوکول اپ گریڈ۔ یہ ایک نصف سائیکل کے طور پر طویل ہے!

اس کے بارے میں سوچو۔ SegWit کے لائیو ہونے سے Taproot تک کے چار سال لائیو جا رہے ہیں۔ سست، طریقہ کار صبر، جیسا کہ ہونا چاہیے۔ لیکن Taproot/Schnorr کی تاریخ اس سے بہت آگے جاتی ہے۔

ٹیپروٹ کی تاریخ

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

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

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

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

Merkelized Abstract Syntax Trees (MAST)، اس آنے والے Taproot اپ گریڈ کا نصف ٹیپروٹ، اسی طرح کی دیرینہ تاریخ رکھتا ہے۔ میں حوالہ تلاش کرنے سے قاصر ہوں، لیکن مجھے 2013 یا 2014 کے آس پاس Bitcointalk.org پر پیٹر ٹوڈ کی پسندوں کے ذریعہ اس جملے کو پھینکا ہوا دیکھنا واضح طور پر یاد ہے۔

اصل BIP برائے MAST جانسن لاؤ نے 2016 میں تجویز کیا تھا۔ اس تجویز کو 2017 کے آس پاس کچھ سرگرمیاں بھی دیکھنے میں آئیں جب مارک فریڈن باخ، بی ٹی سی ڈراک اور کالے الم نے اسے دو الگ الگ BIPs میں توڑ دیا (116 اور 117) اور لاؤ کی اصل تجویز پر توسیع کی گئی۔

MAST قسم کے لوگ اگلے سال تک اس وقت تک لمبو میں بیٹھے رہے جب تک کہ گریگ میکسویل نے ابتدائی ٹیپروٹ آئیڈیا سامنے نہیں لایا اور شائع اسے bitcoin-dev میلنگ لسٹ میں۔ اس کی کلیدی بصیرت یہ تھی کہ متعدد شرکاء کے درمیان کسی بھی معاہدے کے معاملے میں جس کے بارے میں وہ سوچ سکتا تھا، وہاں ایک "بہترین نتیجہ" ہوتا تھا جہاں ہر کوئی زیادہ جدید اسکرپٹس اور لین دین کے ساتھ نتیجہ کو نافذ کرنے کے بجائے صرف مناسب نتیجہ پر دستخط کرکے معاہدہ طے کرسکتا تھا۔ یہ وہ بنیادی دعویٰ ہے جس پر Taproot مبنی ہے، یعنی، MAST کے درخت کو ایک باقاعدہ اعلیٰ سطحی کلید میں تبدیل کرنا جسے یہ ظاہر کیے بغیر خرچ کیا جا سکتا ہے کہ آیا دیگر اخراجات کی شرائط کا مرکل درخت بھی موجود ہے۔

اس تاریخ کے اسباق کا آخری چھوٹا حصہ Pieter Wiulle کے اعلان کے ساتھ شروع ہوتا ہے۔ BIPs کا مسودہ Schnorr اور Taproot کے لیے 6 مئی 2019 کو میلنگ لسٹ کے ساتھ مل کر۔ جنوری 2020 تک، اسے باضابطہ طور پر حتمی شکل دے دی گئی۔ BIPs 340، 341 اور 342. اس مقام سے، یہ عمل درآمد کی سطح پر صرف بہت سی چھوٹی تفصیل تھی، کچھ جائزے کی مدت تھی، اور پھر لمبا وقت نکالا گیا تھا۔ ایکٹیویشن میکانزم پر جنگ. یہ ہمیں اب کی طرف لے جاتا ہے، صرف ایکٹیویشن سے شرماتے ہیں۔

شنور کے دستخطوں کی اہمیت

تو، Schnorr دستخطوں کے ساتھ کیا بڑی بات ہے؟ ٹھیک ہے، شروع کرنے کے لیے، وہ لین دین کو چھوٹا کرتے ہیں۔ ایک ECDSA دستخط عام طور پر لین دین میں ایک دستخط کے لیے تقریباً 72 بائٹس کا ہوتا ہے۔ Schnorr کے دستخط زیادہ سے زیادہ 64 بائٹس فی دستخط پر ہوتے ہیں۔ یہ ہر Schnorr دستخط کے لیے ECDSA کے مقابلے سائز میں تقریباً 12% بچت ہے۔ یہ دونوں براہ راست فائدہ Schnorr استعمال کرنے والے شخص کے لیے ہے جو ECDSA صارف کے مقابلے میں کم فیس ادا کرے گا، لیکن یہ ان لوگوں کے لیے بھی براہ راست فائدہ ہے جو Schnorr کا استعمال نہیں کر رہے ہیں کیونکہ کسی اور کے Schnorr کو پروسیس کرنے اور اس کی توثیق کرنے کے لیے بلاک چین میں تھوڑا کم ڈیٹا ذخیرہ کرنے کی ضرورت ہوتی ہے۔ دستخط

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

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

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

کثیر دستخطی اسکرپٹس کے لیے اس بڑی چھلانگ کا پرائیویسی پروفائل اور بٹ کوائن کے اوپری حصے میں بنی متعدد ایپلی کیشنز کی لاگت پر بھی بہت بڑا اثر ہے۔ MuSig پر مبنی لائٹننگ چینلز اب چین پر Schnorr/Taproot UTXOs کے پورے گمنام سیٹ میں گھل مل سکتے ہیں کیونکہ کوئی بھی اس حقیقت میں فرق نہیں کر سکے گا کہ وہ اب دو میں سے دو ملٹی سیگ آؤٹ پٹ ہیں۔

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

سب سے پہلے، یہ واضح نہیں ہوگا کہ وہ بلاکچین کو دیکھ کر ملٹی سیگ سیٹ اپ استعمال کر رہے ہیں، لہذا یہ، لائٹننگ کے معاملے کی طرح، انہیں ہر چیز کے ساتھ ملا دے گا۔ ایک کلیدی جیت اگرچہ معاشیات کے حوالے سے ہے: ابھی ملٹی دستخط استعمال کرنے کے لیے UTXO خرچ کرنے میں شامل ہر کلید کے لیے علیحدہ دستخط فراہم کرنے کی ضرورت ہے۔ Schnorr/MuSig کے ساتھ، چیزوں کو واحد مشترکہ عوامی کلید کے لیے ایک ہی دستخط میں کمپریس کیا جائے گا، یعنی MuSig کا استعمال کرتے ہوئے multisig UTXOs کو خرچ کرنا بہت سستا ہو جائے گا کیونکہ یہ بلاکچین میں کم ڈیٹا کو دھکیل رہا ہے۔

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

اگرچہ شنور کی لکیری خصوصیات کی وجہ سے، ایک اڈاپٹر کا دستخط اتنا ہی آسان ہے جتنا کہ ایک سنگل (کہیں کہ نمبر 9,300,030) اور اس سے قدر گھٹانا (30 کہتے ہیں)۔ ایک بار جب اڈاپٹر کے دستخط رکھنے والی پارٹی کو منہا کی گئی قدر معلوم ہو جاتی ہے، تو وہ اسے آسانی سے واپس اور شامل کر سکتے ہیں۔ voila، ان کے دوبارہ ایک درست دستخط ہیں۔

Taproot کے مضمرات

جیسا کہ اوپر تھوڑا سا بحث کیا گیا ہے، Taproot حقیقت میں صرف MAST ہے، سوائے اس کے کہ یہ P2SH کی طرح کام کرتا ہے (جہاں آپ اسکرپٹ کو ہیش کرتے ہیں، یا MAST کے معاملے میں، اسکرپٹ کے درخت کے اوپری حصے کا مرکل جڑ)، آپ "ٹوئک" کرتے ہیں۔ Schnorr عوامی کلید مرکل کے درخت کی جڑ سے۔

ٹویکنگ شنور کی لکیری خصوصیات کی وجہ سے کام کرتی ہے — جب آپ مرکل روٹ کے ساتھ ایک عوامی کلید کو "ٹوئک" کرتے ہیں (اس مرکل روٹ کو عوامی کلید میں شامل کریں)، تو آپ آسانی سے مرکل روٹ کو اصل نجی کلید میں شامل کر سکتے ہیں اور اس کے لیے خرچ کی کلید تیار کر سکتے ہیں۔ نئی tweaked عوامی کلید. یعنی، آپ ایک ہی چیز کو پبلک اور پرائیویٹ کلید دونوں میں شامل کرتے ہیں، اور وہ اب بھی ایک درست کلید جوڑی ہیں۔ یہ MAST درخت کے وجود کو چھپاتا ہے، جب تک کہ اس کی ایک شاخ استعمال نہ کی جائے، لیکن بنیادی طور پر یہ اب بھی صرف ایک MAST درخت ہے، صرف ایک زیادہ موثر اور نجی طریقے سے اس کے لیے پرعزم ہے۔

مرکل ٹری میں خرچ کرنے کے مختلف اسکرپٹس کے لیے وابستگی اور صرف استعمال شدہ اسکرپٹ کو ظاہر کرنے کی صلاحیت اسمارٹ کنٹریکٹ کی پیچیدگی کے لحاظ سے ایک بڑے پیمانے پر اسکیل ایبلٹی جیت ہے جسے Bitcoin پر بنانا ممکن ہے۔

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

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

پرائیویسی کے بہت سے فوائد بھی ہیں جو Taproot کے ساتھ آتے ہیں۔ MAST درخت کے بڑے فائدے میں سے ایک یہ ہے کہ تمام قسم کے مشروط حالات پیدا کرنے کی صلاحیت ہے جہاں سکے دوسرے فریق خرچ کر سکتے ہیں۔

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

تکنیکی سطح پر، Taproot کو نسبتاً اچھی طرح سے انجینئر کیا گیا ہے۔ کوئی بھی جو پڑھ رہا ہے جو کسی بھی گہری سطح پر الگ الگ گواہ سے واقف ہے اسے گواہ کے ورژن سے واقف ہونا چاہئے۔

جب سیگریگیٹڈ وٹنیس کو لاگو کیا گیا تو اس نے لین دین کا نیا "گواہ" سیکشن بنایا جہاں دستخطی ڈیٹا کو منتقل کیا گیا تھا۔ گواہ کے ڈیٹا میں ایک ورژن کا جھنڈا تھا تاکہ اسے نئی خصوصیات کے لیے بنیادی پرت پر غیر متعینہ OP_CODEs استعمال کیے بغیر نئی فعالیت میں اپ گریڈ کیا جا سکے۔

دراصل اس طرح Taproot/Schnorr کو لاگو کیا گیا ہے۔ الگ الگ گواہوں کے لین دین میں گواہ کا ورژن صفر استعمال ہوتا ہے۔ جب Taproot/Schnorr جلد ہی لائیو ہو جائے گا، تو وہ گواہوں کے نئے ورژن کو استعمال کریں گے تاکہ وہ انہیں پرانے الگ الگ گواہوں کے لین دین سے ممتاز کر سکیں۔ اسی طرح جس طرح SegWit نے گواہی کے ورژن متعارف کروائے، Taproot نے Taproot کا استعمال کرتے ہوئے UTXOs کے MAST درختوں میں استعمال ہونے والے ٹیپ اسکرپٹس کے لیے "ٹیپلیف ورژن" متعارف کرایا۔ یہ نہ صرف MAST میں دفن اسکرپٹ کو بیس لیئر پر نئے OP_CODEs استعمال کیے بغیر اپ گریڈ کرنے کی اجازت دیتا ہے، بلکہ گواہی کے ورژن کو بھی اپ گریڈ کیے بغیر! لہذا Taproot کو پروٹوکول میں دیگر غیر متعلقہ اپ گریڈ کو محدود کیے بغیر مستقبل میں اپ گریڈ کرنے کے لیے زیادہ سے زیادہ موثر بنانے کے لیے ڈیزائن کیا گیا تھا۔

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

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

پھر، اس کے چھ ماہ بعد، ہر کوئی مائنس دو افراد اسے خرچ کر سکتا ہے۔ بالآخر، یہ ایک وکیل کی مدد سے صرف ایک شخص تک ابل سکتا ہے (اس بات کو یقینی بنانے کے لیے کہ کوئی ہنگامہ خیز واقعہ نہ ہو) UTXO خرچ کرنے کے قابل ہو۔

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

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

یہ واقعی بٹ کوائن پروٹوکول کی اسکیل ایبلٹی اور افادیت کے لیے بہت سے طریقوں سے ایک جیت ہے جس کا اظہار کرنا مشکل ہے کیونکہ ان میں سے کچھ کتنے لطیف اور "غیر سیکسی" ہیں۔ لیکن اس سے جیت سے کوئی فرق نہیں پڑتا۔ لہٰذا، ہر کوئی اندر آ جائے اور نئے کھلونوں سے کھیلنے کے لیے تیار ہو جائے جو ہمیں جلد ہی استعمال کرنا ہوں گے، کیونکہ ٹیپروٹ آ رہا ہے!

یہ شنوبی کی ایک مہمان پوسٹ ہے۔ بیان کردہ آراء مکمل طور پر ان کی اپنی ہیں اور ضروری نہیں کہ وہ BTC Inc یا کی عکاسی کریں۔ بکٹکو میگزین.

Source: https://bitcoinmagazine.com/technical/bitcoin-taproot-explainer