هڪ غير ٽيڪنيڪل شخص کان ڪنهن به ورهايل سسٽم بابت هڪ پسنديده سوال آهي "توهان جي بلاڪچين تي ڪيترا ٽي پي آهن؟" بهرحال، جواب ۾ ڏنل نمبر عام طور تي ٿورڙو عام آهي جيڪو سوال ڪندڙ ٻڌڻ چاهي ٿو. حقيقت ۾، هو پڇڻ چاهيندو هو ته "ڇا توهان جي بلاڪچين منهنجي ڪاروباري گهرجن کي پورو ڪندي،" ۽ اهي گهرجون هڪ نمبر نه آهن، پر ڪيتريون ئي شرطون آهن - هتي نيٽ ورڪ جي غلطي رواداري، حتمي گهرجن، سائيز، ٽرانزيڪشن جي فطرت ۽ ٻيا ڪيترائي پيٽرولر آهن. تنهن ڪري سوال جو جواب ”ڪيترن ٽي پي ايس“ سادو هجڻ ممڪن ناهي، ۽ تقريبن ڪڏهن به مڪمل ناهي. ڏهن يا سوين نوڊس سان هڪ ورهايل نظام ڪافي پيچيده حسابن کي انجام ڏئي ٿو، نيٽ ورڪ جي حالت سان لاڳاپيل مختلف رياستن جي وڏي تعداد ۾ ٿي سگهي ٿو، بلاڪ جي مواد، ٽيڪنيڪل ناڪامي، اقتصادي مسئلا، نيٽ ورڪ تي حملا ۽ ٻيا ڪيترائي سبب. . اهي مرحلا جن تي ڪارڪردگي جا مسئلا ممڪن آهن روايتي خدمتن کان مختلف آهن، ۽ هڪ بلاڪچين نيٽ ورڪ سرور هڪ نيٽ ورڪ سروس آهي جيڪا ڊيٽابيس، ويب سرور ۽ ٽورينٽ ڪلائنٽ جي ڪارڪردگي کي گڏ ڪري ٿي، جيڪا ان کي انتهائي پيچيده بڻائي ٿي لوڊ پروفائل جي لحاظ کان سڀني سب سسٽم تي. : پروسيسر، ياداشت، نيٽ ورڪ، اسٽوريج
ائين ٿئي ٿو ته غير مرڪزي نيٽ ورڪ ۽ بلاڪچين مرڪزي سافٽ ويئر ڊولپرز لاءِ خاص ۽ غير معمولي سافٽ ويئر آهن. تنهن ڪري، مان غير مرڪزي نيٽ ورڪ جي ڪارڪردگي ۽ استحڪام جي اهم حصن کي اجاگر ڪرڻ چاهيان ٿو، انهن کي ماپڻ ۽ رڪاوٽون ڳولڻ لاء طريقا. اسان ڪارڪردگي جي مختلف مسئلن تي نظر وجهنداسين جيڪي خدمتون مهيا ڪرڻ جي رفتار کي محدود ڪن ٿيون بلاڪ چين استعمال ڪندڙن لاءِ ۽ نوٽ ڪريو خاصيتون خاصيتون هن قسم جي سافٽ ويئر جي.
بلاڪچين ڪلائنٽ طرفان خدمت جي درخواست جا مرحلا
ڪنهن به وڌيڪ يا گهٽ پيچيده خدمت جي معيار بابت ايمانداري سان ڳالهائڻ لاءِ، توهان کي نه رڳو اوسط قدر، پر وڌ ۾ وڌ/گهٽ ۾ گهٽ، وچين، فيصد کي به حساب ۾ رکڻو پوندو. نظرياتي طور تي، اسان ڪجهه بلاڪچين ۾ 1000 tps بابت ڳالهائي سگهون ٿا، پر جيڪڏهن 900 ٽرانزيڪشن تمام گهڻي رفتار سان مڪمل ڪيا ويا، ۽ 100 ڪجهه سيڪنڊن لاء "پڪڙجي" ويا، ته پوء سڀني ٽرانزيڪشن تي گڏ ڪيل سراسري وقت ڪلائنٽ لاء مڪمل طور تي منصفانه ميٽرڪ نه آهي. جنهن کي مان چند سيڪنڊن ۾ ٽرانزيڪشن مڪمل نه ڪري سگهيو آهيان. عارضي "سوراخ" جي ڪري گم ٿيل اتفاق راؤنڈز يا نيٽ ورڪ جي ورهايل هڪ خدمت کي تمام گهڻو برباد ڪري سگهي ٿو جيڪا ٽيسٽ بينچ تي شاندار ڪارڪردگي ڏيکاري ٿي.
اهڙين رڪاوٽن کي سڃاڻڻ لاءِ، ضروري آهي ته انهن مرحلن جي چڱيءَ ريت ڄاڻ هجي، جنهن تي حقيقي بلاڪچين کي صارفين جي خدمت ڪرڻ ۾ ڏکيائي ٿئي ٿي. اچو ته هڪ ٽرانزيڪشن کي پهچائڻ ۽ پروسيسنگ جي چڪر کي بيان ڪريون، انهي سان گڏ بلاڪچين جي هڪ نئين حالت حاصل ڪرڻ، جنهن مان ڪلائنٽ تصديق ڪري سگهي ٿو ته هن جي ٽرانزيڪشن تي عمل ڪيو ويو آهي ۽ ان جي حساب سان.
- ٽرانزيڪشن ڪلائنٽ تي ٺهيل آهي
- ٽرانزيڪشن ڪلائنٽ تي دستخط ٿيل آهي
- ڪلائنٽ نوڊس مان هڪ کي چونڊيندو آهي ۽ ان ڏانهن پنهنجو ٽرانزيڪشن موڪليندو آهي
- ڪلائنٽ نوڊ جي اسٽيٽ ڊيٽابيس کي اپڊيٽ ڪرڻ جي رڪنيت حاصل ڪري ٿو، ان جي ٽرانزيڪشن جا نتيجا ظاهر ٿيڻ جي انتظار ۾
- نوڊ p2p نيٽ ورڪ تي ٽرانزيڪشن کي تقسيم ڪري ٿو
- ڪيترائي يا هڪ بي پي (بلاڪ پروڊيوسر) جمع ٿيل ٽرانزيڪشن کي پروسيس ڪري ٿو، رياستي ڊيٽابيس کي اپڊيٽ ڪرڻ
- ٽرانزيڪشن جي گهربل تعداد کي پروسيس ڪرڻ کان پوء بي پي هڪ نئون بلاڪ ٺاهي ٿو
- بي پي پي 2 پي نيٽ ورڪ تي هڪ نئون بلاڪ ورهائي ٿو
- نئون بلاڪ نوڊ تائين پهچايو ويو آهي جيڪو ڪلائنٽ تائين رسائي آهي
- نوڊ اسٽيٽ ڊيٽابيس کي اپڊيٽ ڪري ٿو
- نوڊ ڪلائنٽ جي حوالي سان تازه ڪاري ڏسي ٿو ۽ کيس هڪ ٽرانزيڪشن نوٽيفڪيشن موڪلي ٿو
ھاڻي اچو ته انھن مرحلن تي ويجھو نظر رکون ۽ ھر مرحلي تي امڪاني ڪارڪردگي جي مسئلن کي بيان ڪريون. مرڪزي سسٽم جي برعڪس، اسان نيٽ ورڪ ڪلائنٽ تي ڪوڊ جي عملدرآمد تي پڻ غور ڪنداسين. گهڻو ڪري، جڏهن TPS کي ماپڻ، ٽرانزيڪشن پروسيسنگ وقت نوڊس مان گڏ ڪيو ويندو آهي، ۽ نه ڪلائنٽ کان - اهو مڪمل طور تي منصفانه ناهي. گراهڪ کي پرواه ناهي ته نوڊ پنهنجي ٽرانزيڪشن کي ڪيترو جلدي پروسيس ڪيو؛ هن لاءِ سڀ کان اهم شيءِ اهو لمحو آهي جڏهن هن ٽرانزيڪشن بابت قابل اعتماد معلومات بلاڪچين ۾ شامل ٿي وڃي هن وٽ. اهو اهو ميٽرڪ آهي جيڪو بنيادي طور تي ٽرانزيڪشن جي عمل جو وقت آهي. هن جو مطلب اهو آهي ته مختلف گراهڪ، جيتوڻيڪ هڪ ئي ٽرانزيڪشن موڪلڻ، مڪمل طور تي مختلف وقت وصول ڪري سگھن ٿا، جيڪي چينل، لوڊ ۽ نوڊ جي قربت وغيره تي منحصر آهن. تنهنڪري اهو بلڪل ضروري آهي ته هن وقت کي ڪلائنٽ تي ماپڻ لاء، ڇو ته هي پيٽرولر آهي جنهن کي بهتر ڪرڻ جي ضرورت آهي.
ڪلائنٽ جي پاسي تي ٽرانزيڪشن تيار ڪرڻ
اچو ته پهرين ٻن نقطن سان شروع ڪريون: ٽرانزيڪشن ٺاهي وئي آهي ۽ ڪلائنٽ طرفان دستخط ٿيل آهي. حيرت انگيز طور تي، اهو پڻ ٿي سگهي ٿو بلاڪچين ڪارڪردگي جو هڪ رڪاوٽ ڪلائنٽ جي نقطي نظر کان. مرڪزي خدمتن لاءِ اهو غير معمولي آهي، جيڪي ڊيٽا سان گڏ سڀني حسابن ۽ عملن کي سنڀاليندا آهن، ۽ ڪلائنٽ صرف هڪ مختصر درخواست تيار ڪري ٿو جيڪا ڊيٽا يا حسابن جي وڏي مقدار جي درخواست ڪري سگهي ٿي، تيار ڪيل نتيجو حاصل ڪري. بلاڪچين ۾، ڪلائنٽ ڪوڊ وڌيڪ ۽ وڌيڪ طاقتور ٿي ويندو آهي، ۽ بلاڪچين ڪور وڌيڪ ۽ وڌيڪ هلڪو وزن بڻجي ويندو آهي، ۽ وڏي ڪمپيوٽنگ جا ڪم عام طور تي ڪلائنٽ سافٽ ويئر ڏانهن منتقل ڪيا ويندا آهن. بلاڪچين ۾، اهڙا گراهڪ آهن جيڪي هڪ ٽرانزيڪشن کي ڪافي وقت تائين تيار ڪري سگهن ٿا (مان مختلف مرڪل ثبوتن، مختصر ثبوتن، حد جي دستخط ۽ ڪلائنٽ جي پاسي تي ٻين پيچيده عملن بابت ڳالهائي رهيو آهيان). آسان آن-چين تصديق جو هڪ سٺو مثال ۽ ڪلائنٽ تي ٽرانزيڪشن جي وڏي تياري مرڪل وڻ جي بنياد تي لسٽ ۾ رڪنيت جو ثبوت آهي، هتي .
اهو به نه وساريو ته ڪلائنٽ ڪوڊ صرف بلاڪچين ڏانهن ٽرانزيڪشن نه موڪليندو آهي، پر پهريان بلاڪچين جي حالت بابت سوال ڪندو آهي - ۽ اها سرگرمي نيٽ ورڪ ۽ بلاڪچين نوڊس جي گنجائش کي متاثر ڪري سگهي ٿي. تنهن ڪري، جڏهن ماپون وٺڻ، اهو مناسب هوندو ته ڪلائنٽ ڪوڊ جي رويي کي مڪمل طور تي ممڪن طور تي نقل ڪرڻ. جيتوڻيڪ توهان جي بلاڪچين ۾ عام هلڪي ڪلائنٽ آهن جيڪي باقاعده ڊجيٽل دستخط ڪن ٿا آسان ٽرانزيڪشن تي ڪجهه اثاثن کي منتقل ڪرڻ لاء، هر سال اڃا تائين ڪلائنٽ تي تمام وڏا حساب ڪتاب آهن، crypto الگورتھم مضبوط ٿي رهيا آهن، ۽ پروسيسنگ جو هي حصو ٿي سگهي ٿو. مستقبل ۾ هڪ اهم رڪاوٽ ۾ تبديل ڪريو. تنهن ڪري، محتاط رهو ۽ ان صورتحال کي نه وڃايو جڏهن، 3.5s تي هلندڙ ٽرانزيڪشن ۾، 2.5s ٽرانزيڪشن کي تيار ڪرڻ ۽ دستخط ڪرڻ تي، ۽ 1.0s ان کي نيٽ ورڪ ڏانهن موڪلڻ ۽ جواب جي انتظار ۾ خرچ ڪيو وڃي ٿو. هن رڪاوٽ جي خطرن جو جائزو وٺڻ لاءِ، توهان کي ڪلائنٽ مشينن مان ميٽرڪ گڏ ڪرڻ جي ضرورت آهي، ۽ نه صرف بلاڪچين نوڊس مان.
هڪ ٽرانزيڪشن موڪلڻ ۽ ان جي حيثيت جي نگراني
ايندڙ قدم اهو آهي ته ٽرانزيڪشن کي منتخب ٿيل بلاڪچين نوڊ ڏانهن موڪلڻ ۽ ان کي ٽرانزيڪشن پول ۾ قبول ڪرڻ جي حيثيت حاصل ڪرڻ. هي اسٽيج هڪ باقاعده ڊيٽابيس جي رسائي وانگر آهي؛ نوڊ کي پول ۾ ٽرانزيڪشن کي رڪارڊ ڪرڻ گهرجي ۽ p2p نيٽ ورڪ ذريعي ان بابت معلومات ورهائڻ شروع ڪرڻ گهرجي. ڪارڪردگي جو جائزو وٺڻ جو طريقو هتي روايتي ويب API مائڪرو سروسز جي ڪارڪردگي جو جائزو وٺڻ جي برابر آهي، ۽ پاڻ کي بلاڪچين ۾ ٽرانزيڪشن کي اپڊيٽ ڪري سگهجي ٿو ۽ فعال طور تي انهن جي حيثيت کي تبديل ڪري سگهجي ٿو. عام طور تي، ڪجهه بلاڪچين تي ٽرانزيڪشن جي معلومات کي اپڊيٽ ڪرڻ ڪيترائي ڀيرا ٿي سگهي ٿو، مثال طور جڏهن زنجير فورڪس جي وچ ۾ مٽائڻ يا جڏهن BPs هڪ بلاڪ ۾ ٽرانزيڪشن کي شامل ڪرڻ جي ارادي جو اعلان ڪن ٿا. ھن پول جي سائيز تي حدون ۽ ان ۾ ٽرانزيڪشن جو تعداد بلاڪچين جي ڪارڪردگي کي متاثر ڪري سگھي ٿو. جيڪڏهن ٽرانزيڪشن پول وڌ ۾ وڌ ممڪن سائيز تائين ڀريو وڃي ٿو، يا RAM ۾ مناسب نه آهي، نيٽورڪ ڪارڪردگي تيزيء سان گهٽجي سگهي ٿي. بلاڪچين وٽ فضول پيغامن جي سيلاب کان بچاءُ جو ڪو به مرڪزي وسيلو نه آهي، ۽ جيڪڏهن بلاڪچين اعليٰ مقدار جي ٽرانزيڪشن ۽ گهٽ فيس جي حمايت ڪري ٿي، ته اهو ٽرانزيڪشن پول کي اوور فلو ڪرڻ جو سبب بڻجي سگهي ٿو- هڪ ٻي امڪاني ڪارڪردگي جي رڪاوٽ.
بلاڪچين ۾، ڪلائنٽ ڪنهن به بلاڪچين نوڊ ڏانهن ٽرانزيڪشن موڪليندو آهي جيڪو هو پسند ڪندو آهي، ٽرانزيڪشن جو هيش عام طور تي ڪلائنٽ کي موڪلڻ کان پهريان معلوم ٿيندو آهي، تنهنڪري هن کي صرف ڪنيڪشن حاصل ڪرڻ جي ضرورت آهي ۽، ٽرانسميشن کان پوء، بلاڪچين تبديل ٿيڻ جو انتظار ڪريو. ان جي حالت، ان جي ٽرانزيڪشن کي چالو ڪرڻ. نوٽ ڪريو ته "tps" کي ماپڻ سان توھان حاصل ڪري سگھو ٿا مڪمل طور تي مختلف طريقن لاءِ مختلف طريقن سان ڳنڍڻ جي بلاڪچين نوڊ. اهو ٿي سگهي ٿو هڪ باقاعده HTTP RPC يا هڪ WebSocket جيڪو توهان کي "سبسڪرائب" نموني کي لاڳو ڪرڻ جي اجازت ڏئي ٿو. ٻئين صورت ۾، ڪلائنٽ اڳ ۾ هڪ نوٽيفڪيشن حاصل ڪندو، ۽ نوڊ ٽرانزيڪشن جي صورتحال بابت جوابن تي گهٽ وسيلن (خاص طور تي ياداشت ۽ ٽرئفڪ) خرچ ڪندو. تنهن ڪري جڏهن "tps" کي ماپڻ ضروري آهي ته انهي طريقي سان حساب ۾ ورتو وڃي ته ڪلائنٽ نوڊس سان ڳنڍي رهيا آهن. تنهن ڪري، هن رڪاوٽ جي خطرن جو جائزو وٺڻ لاءِ، بينچ مارڪ بلاڪچين کي لازمي طور تي صارفين کي WebSocket ۽ HTTP RPC درخواستن جي تقليد ڪرڻ جي قابل هوندو، تناسب ۾ حقيقي نيٽ ورڪن جي مطابق، انهي سان گڏ ٽرانزيڪشن جي فطرت ۽ انهن جي سائيز کي تبديل ڪرڻ.
هن رڪاوٽ جي خطرن جو جائزو وٺڻ لاء، توهان کي ڪلائنٽ مشينن مان ميٽرڪ گڏ ڪرڻ جي ضرورت آهي، ۽ نه صرف بلاڪچين نوڊس مان.
پي 2 پي نيٽ ورڪ ذريعي ٽرانزيڪشن ۽ بلاڪ جي منتقلي
بلاڪچين ۾، ڀائيوارن جي وچ ۾ ٽرانزيڪشن ۽ بلاڪ کي منتقل ڪرڻ لاء پير کان پير (p2p) نيٽ ورڪنگ استعمال ڪيو ويندو آهي. ٽرانزيڪشن سڄي نيٽ ورڪ ۾ پکڙيل آهي، هڪ نوڊس کان شروع ٿئي ٿو، جيستائين اهي پير بلاڪ پروڊڪٽرن تائين پهچي وڃن، جيڪي ٽرانزيڪشن کي بلاڪ ۾ پيڪ ڪن ٿا ۽ ساڳئي p2p استعمال ڪندي، سڀني نيٽ ورڪ نوڊس ۾ نوان بلاڪ ورهائي ٿو. سڀ کان جديد p2p نيٽ ورڪ جو بنياد Kademlia پروٽوڪول جي مختلف ترميمن آهي. هن پروٽوڪول جو هڪ سٺو خلاصو، ۽ - BitTorrent نيٽ ورڪ ۾ مختلف ماپن سان گڏ هڪ آرٽيڪل، جنهن مان ڪو سمجهي سگهي ٿو ته هن قسم جو نيٽ ورڪ مرڪزي سروس جي سخت ترتيب سان ترتيب ڏنل نيٽ ورڪ کان وڌيڪ پيچيده ۽ گهٽ اڳڪٿي ڪري سگهجي ٿو. پڻ، Ethereum نوڊس لاءِ مختلف دلچسپ ميٽرڪ ماپڻ بابت آرٽيڪل.
مختصر ۾، اهڙين نيٽ ورڪن ۾ هر پير پنهنجي ٻين ساٿين جي پنهنجي متحرڪ فهرست کي برقرار رکي ٿو، جنهن کان اها معلومات جي بلاڪ جي درخواست ڪري ٿي جيڪا مواد طرفان خطاب ڪئي وئي آهي. جڏهن ڪو پيئر درخواست وصول ڪري ٿو، اهو يا ته ضروري معلومات ڏئي ٿو يا لسٽ مان ايندڙ pseudo-random peer کي درخواست موڪلي ٿو، ۽ جواب حاصل ڪرڻ کان پوء، اهو درخواست ڪندڙ ڏانهن منتقل ڪري ٿو ۽ ان کي ڪجهه دير تائين محفوظ ڪري ٿو، اهو ڏئي ٿو. ايندڙ وقت کان پهريان معلومات جو بلاڪ. اهڙيءَ طرح، مشهور معلومات ختم ٿي ويندي آهي وڏي تعداد ۾ وڏي تعداد ۾ پيرن جي ڪيش ۾، ۽ غير مقبول معلومات آهستي آهستي تبديل ٿي ويندي آهي. پير صاحب رڪارڊ رکي ٿو ته ڪنهن ڪيتري معلومات ڪيئن منتقل ڪئي آهي، ۽ نيٽ ورڪ فعال ورهائڻ وارن کي متحرڪ ڪرڻ جي ڪوشش ڪري ٿو انهن جي درجه بندي وڌائي ۽ انهن کي اعليٰ سطح جي خدمت فراهم ڪري، پاڻمرادو غير فعال شرڪت ڪندڙن کي پيرن جي لسٽن مان خارج ڪري.
تنهن ڪري، ٽرانزيڪشن کي هاڻي سڄي نيٽ ورڪ ۾ ورهائڻ جي ضرورت آهي ته جيئن بلاڪ پروڊڪٽرز ان کي ڏسي ۽ بلاڪ ۾ شامل ڪري سگھن. نوڊ فعال طور تي "تقسيم" ڪري ٿو هڪ نئين ٽرانزيڪشن هر ڪنهن کي ۽ ٻڌي ٿو نيٽ ورڪ، انڊيڪس ۾ هڪ بلاڪ جي انتظار ۾ جنهن جي گهربل ٽرانزيڪشن ظاهر ٿيندي انتظار ڪندڙ ڪلائنٽ کي مطلع ڪرڻ لاء. p2p نيٽ ورڪن ۾ نئين ٽرانزيڪشن ۽ بلاڪن بابت معلومات هڪ ٻئي ڏانهن منتقل ڪرڻ لاءِ نيٽ ورڪ کي جيڪو وقت لڳندو آهي ان جو دارومدار تمام وڏي انگ تي هوندو آهي: ويجهو ڪم ڪندڙ ايماندار نوڊس جو تعداد (نيٽ ورڪ جي نقطي نظر کان)، ”گرم- مٿي" انهن نوڊس جي ڪيچز جي، بلاڪ جي سائيز، ٽرانزيڪشن، تبديلين جي نوعيت، نيٽ ورڪ جاگرافي، نوڊس جو تعداد ۽ ٻيا ڪيترائي عنصر. اهڙين نيٽ ورڪن ۾ ڪارڪردگي جي ماپن جي پيچيده ماپ هڪ پيچيده معاملو آهي؛ اهو ضروري آهي ته هڪ ئي وقت ۾ درخواست جي پروسيسنگ وقت جو جائزو وٺڻ لاء ٻنهي مراجعين ۽ ساٿين تي (blockchain nodes). ڪنهن به p2p ميکانيزم ۾ مسئلا، غلط ڊيٽا جي بي دخلي ۽ ڪيشنگ، فعال ساٿين جي فهرستن جو غير موثر انتظام، ۽ ٻيا ڪيترائي عنصر دير جو سبب بڻجي سگهن ٿا جيڪي مجموعي طور تي پوري نيٽ ورڪ جي ڪارڪردگي کي متاثر ڪن ٿا، ۽ هن رڪاوٽ جو تجزيو ڪرڻ تمام ڏکيو آهي. ، امتحان ۽ نتيجن جي تشريح.
Blockchain پروسيسنگ ۽ رياستي ڊيٽابيس جي تازه ڪاري
بلاڪچين جو سڀ کان اهم حصو اتفاق الورورٿم آهي، نيٽ ورڪ مان حاصل ڪيل نون بلاڪن تي ان جي درخواست ۽ رياستي ڊيٽابيس ۾ نتيجن جي رڪارڊنگ سان ٽرانزيڪشن جي پروسيسنگ. زنجير ۾ نئون بلاڪ شامل ڪرڻ ۽ پوءِ مکيه زنجير کي چونڊڻ جيترو جلدي ممڪن ٿي سگهي ڪم ڪرڻ گهرجي. جڏهن ته، حقيقي زندگي ۾، "ڪرڻ گهرجي" جو مطلب نه آهي "ڪم"، ۽ هڪ مثال طور، هڪ اهڙي صورتحال جو تصور ڪري سگهي ٿو جتي ٻه ڊگھي مقابلي واري زنجير مسلسل پاڻ ۾ تبديل ٿي رهيا آهن، هر سوئچ تي پول ۾ هزارين ٽرانزيڪشن جي ميٽا ڊيٽا کي تبديل ڪري رهيا آهن. ، ۽ مسلسل رياستي ڊيٽابيس کي واپس آڻيندي. هي اسٽيج، رڪاوٽ جي وضاحت جي لحاظ کان، p2p نيٽ ورڪ پرت کان وڌيڪ آسان آهي، ڇاڪاڻ ته ٽرانزيڪشن جي عملدرآمد ۽ اتفاق الورورٿم سختي سان طئي ٿيل آهن، ۽ هتي هر شيء کي ماپ ڪرڻ آسان آهي.
بنيادي شيء هن اسٽيج جي ڪارڪردگي ۾ بي ترتيب واري خرابي کي نيٽ ورڪ جي مسئلن سان گڏ نه آهي - نوڊس بلاڪ ۽ مکيه زنجير بابت معلومات پهچائڻ ۾ سست هوندا آهن، ۽ هڪ ٻاهرين ڪلائنٽ لاء اهو هڪ سست نيٽ ورڪ وانگر نظر اچي سگهي ٿو، جيتوڻيڪ اهو مسئلو آهي. هڪ مڪمل طور تي مختلف جڳهه.
هن مرحلي تي ڪارڪردگي کي بهتر ڪرڻ لاءِ، پاڻ نوڊس مان ميٽرڪ گڏ ڪرڻ ۽ مانيٽر ڪرڻ لاءِ ڪارائتو آهي، ۽ انهن ۾ رياستي ڊيٽابيس کي اپڊيٽ ڪرڻ سان لاڳاپيل اهي شامل ڪرڻ: نوڊ تي عمل ٿيل بلاڪن جو تعداد، انهن جي سائيز، ٽرانزيڪشن جو تعداد، زنجير فورڪس جي وچ ۾ سوئچ جو تعداد، غلط بلاڪ جو تعداد، ورچوئل مشين آپريٽنگ ٽائيم، ڊيٽا ڪمٽ ٽائيم، وغيره. هي نيٽ ورڪ جي مسئلن کي زنجير پروسيسنگ الگورتھم ۾ غلطين سان پريشان ٿيڻ کان بچائيندو.
هڪ مجازي مشين پروسيسنگ ٽرانزيڪشن معلومات جو هڪ مفيد ذريعو ٿي سگهي ٿو جيڪو بلاڪچين جي آپريشن کي بهتر ڪري سگهي ٿو. ميموري مختص ڪرڻ جو تعداد، پڙهڻ / لکڻ جي هدايتن جو تعداد، ۽ معاهدي ڪوڊ جي عمل جي ڪارڪردگي سان لاڳاپيل ٻيون ميٽرڪ ڊولپرز کي تمام مفيد معلومات مهيا ڪري سگھن ٿا. ساڳئي وقت، سمارٽ معاهدو پروگرام آهن، جنهن جو مطلب آهي نظريي ۾ اهي ڪنهن به وسيلن کي استعمال ڪري سگهن ٿا: cpu/memory/network/storage، تنهنڪري ٽرانزيڪشن پروسيسنگ هڪ غير يقيني اسٽيج آهي، جنهن ۾، اضافي طور تي، تبديلين جي وچ ۾ منتقل ٿيڻ وقت تمام گهڻو تبديل ٿي ويندو آهي. ۽ جڏهن معاهدو ڪوڊ تبديل ڪريو. تنهن ڪري، ٽرانزيڪشن پروسيسنگ سان لاڳاپيل ميٽرڪ پڻ ضروري آهي ته بلاڪ جي ڪارڪردگي کي بهتر ڪرڻ لاء.
بلاڪچين ۾ ٽرانزيڪشن کي شامل ڪرڻ بابت نوٽيفڪيشن جي ڪلائنٽ طرفان وصولي
هي بلاڪچين ڪلائنٽ جي خدمت حاصل ڪرڻ جو آخري مرحلو آهي؛ ٻين مرحلن جي مقابلي ۾، ڪو به وڏو اوور هيڊ خرچ نه آهي، پر اهو اڃا به قابل غور آهي ته ڪلائنٽ جي امڪان کي نوڊ کان وڏي ردعمل حاصل ڪرڻ (مثال طور، هڪ سمارٽ معاهدو. ڊيٽا جي هڪ صف کي واپس ڏيڻ). ڪنهن به صورت ۾، هي نقطو سڀ کان اهم آهي ان لاءِ جنهن اهو سوال پڇيو ”توهان جي بلاڪچين ۾ ڪيترا ٽي پي آهن؟“، ڇاڪاڻ ته هن وقت، خدمت حاصل ڪرڻ جو وقت رڪارڊ ڪيو ويو آهي.
هن جڳهه تي، هميشه مڪمل وقت جي موڪل آهي جيڪا ڪلائنٽ کي بلاڪچين جي جواب جي انتظار ۾ خرچ ڪرڻو پوندو؛ اهو وقت آهي جڏهن صارف پنهنجي درخواست ۾ تصديق جو انتظار ڪندو، ۽ اهو ان جي اصلاح آهي. ڊولپرز جو بنيادي ڪم.
ٿڪل
نتيجي طور، اسان بيان ڪري سگھون ٿا آپريشن جا قسم جيڪي بلاڪچين تي ڪيا ويا ۽ انھن کي ڪيترن ئي ڀاڱن ۾ ورهائي سگھون ٿا:
- cryptographic transformations، ثبوت تعمير
- پير-کان-پيئر نيٽ ورڪنگ، ٽرانزيڪشن ۽ بلاڪ نقل
- ٽرانزيڪشن پروسيسنگ، سمارٽ معاهدي جي عملدرآمد
- رياستي ڊيٽابيس ۾ بلاڪچين ۾ تبديليون لاڳو ڪرڻ، ٽرانزيڪشن ۽ بلاڪ تي ڊيٽا کي اپڊيٽ ڪرڻ
- رياستي ڊيٽابيس، بلاڪچين نوڊ API، سبسڪرپشن سروسز لاءِ صرف پڙهڻ لاءِ درخواستون
عام طور تي، جديد بلاڪچين نوڊس لاءِ ٽيڪنيڪل گهرجون انتهائي سنگين آهن - ڪرپٽوگرافي لاءِ تيز سي پي يوز، اسٽيٽ ڊيٽابيس کي ذخيرو ڪرڻ ۽ جلدي رسائي حاصل ڪرڻ لاءِ وڏي مقدار ۾ ريم، هڪ ئي وقت کليل ڪنيڪشن جي وڏي تعداد کي استعمال ڪندي نيٽ ورڪ رابطي، ۽ وڏي اسٽوريج. اهڙيون وڏيون گهرجون ۽ مختلف قسم جي عملن جي گهڻائي ناگزير طور تي ان حقيقت ڏانهن وٺي وڃي ٿي ته نوڊس وٽ ڪافي وسيلا نه هوندا، ۽ پوءِ مٿي ذڪر ڪيل ڪنهن به مرحلا مجموعي نيٽ ورڪ جي ڪارڪردگيءَ لاءِ هڪ ٻي رڪاوٽ بڻجي سگهي ٿي.
جڏهن بلاڪچين جي ڪارڪردگي کي ڊزائين ڪرڻ ۽ جائزو وٺڻ، توهان کي انهن سڀني نقطن کي حساب ۾ رکڻو پوندو. هن کي ڪرڻ لاءِ، توهان کي ضرورت آهي ميٽرڪ گڏ ڪرڻ ۽ تجزيو ڪرڻ لاءِ هڪ ئي وقت ڪلائنٽ ۽ نيٽ ورڪ نوڊس مان، انهن جي وچ ۾ لاڳاپا ڳولهيو، ڪلائنٽ کي خدمتون مهيا ڪرڻ ۾ لڳندڙ وقت جو اندازو لڳايو، سڀني مکيه وسيلن کي حساب ۾ رکو: cpu/memory/network/storage سمجھو ته اهي ڪيئن استعمال ڪيا ويا آهن ۽ هڪ ٻئي تي اثر انداز ڪن ٿا. اهو سڀ ڪجهه مختلف بلاڪچين جي رفتار جي مقابلي ۾ ”ڪيترن ٽي پي ايس“ جي صورت ۾ هڪ انتهائي شڪرگذار ڪم آهي، ڇاڪاڻ ته اتي مختلف ترتيبن ۽ رياستن جو وڏو تعداد آهي. وڏي مرڪزي سسٽم ۾، سوين سرورن جا ڪلستر، اهي مسئلا پڻ پيچيده آهن ۽ مختلف ميٽرڪ جي وڏي تعداد کي گڏ ڪرڻ جي ضرورت آهي، پر بلاڪچين ۾، p2p نيٽ ورڪن جي ڪري، ورچوئل مشين پروسيسنگ معاهدي، اندروني معيشت، درجي جو تعداد. آزاديءَ جو تمام گهڻو وڏو آهي، جيڪو ٽيسٽ ڪري ٿو ڪيترن ئي سرورن تي به، اهو غير اشاري آهي ۽ ڏيکاري ٿو صرف انتهائي تقريبن قدر جن جو حقيقت سان ڪو به واسطو ناهي.
تنهن ڪري، جڏهن بلاڪچين ڪور ۾ ترقي ڪندي، ڪارڪردگي جو جائزو وٺڻ ۽ سوال جو جواب ڏيڻ لاء "ڇا اهو گذريل وقت جي مقابلي ۾ بهتر ٿيو آهي؟" اسان ڪافي پيچيده سافٽ ويئر استعمال ڪندا آهيون جيڪو ڪيترن ئي نوڊس سان بلاڪچين جي لانچ کي ترتيب ڏئي ٿو ۽ خودڪار طور تي هڪ معيار کي لانچ ڪري ٿو ۽ ميٽرڪ گڏ ڪري ٿو. هن معلومات کان سواءِ پروٽوڪول کي ڊيبگ ڪرڻ تمام ڏکيو آهي جيڪي گهڻن شرڪت ڪندڙن سان ڪم ڪن ٿا.
تنهن ڪري، جڏهن توهان اهو سوال حاصل ڪيو ته "توهان جي بلاڪچين ۾ ڪيترا ٽي پي ايس آهن؟"، توهان جي ڳالهائيندڙ کي ڪجهه چانهه پيش ڪريو ۽ پڇو ته ڇا هو هڪ درجن گراف ڏسڻ لاء تيار آهي ۽ پڻ ٻڌڻ لاء سڀني ٽن خانن کي ٻڌڻ لاء بلاڪچين ڪارڪردگي مسئلن ۽ توهان جي تجويز لاء. ان کي حل ڪرڻ...
جو ذريعو: www.habr.com