Iroha وضاحت
Iroha 3 پہلا ریلیز Hyperledger Iroha پلیٹ فارم ہے۔ ایک ہی کور خود میزبان نیٹ ورکس اور ڈیٹا اسپیس اور کثیر لین روٹنگ کے لئے SORA Nexus عملدرآمد ماڈل کی حمایت کرتا ہے.
بنیادی بلڈنگ بلاکس
irohadہم مرتبہ چلاتا ہے- Torii کلائنٹ اور آپریٹر گیٹ وے ہے
- Sumeragi اتفاق رائے کو سنبھالتا ہے
- Norito ہے کنونیکل بائنری فارمیٹ
- IVM پورٹیبل سمارٹ معاہدوں اور بائٹ کوڈ چلاتا ہے
- Kotodama اعلی درجے کے
.koمعاہدوں کو IVM.toبائٹکوڈ میں مرتب کرتا ہے۔ - Kagami چابیاں، پیدائش، پروفائلز اور لوکل نیٹ ورک تیار کرتا ہے۔
- SORA Nexus سروس طیارے شامل کریں Soracloud, Inrou، SoraNet, SoraFS, اور SoraDNS اپلی کیشن ہوسٹنگ، پرائیویسی ٹرانسپورٹ، اسٹوریج اور ناموں کے لئے
عمل درآمد کا ماڈل
دنیا کی حالت میں ہر تبدیلی ابھی بھی لین دین کے ذریعے ہوتی ہے۔ لین دین ہدایات یا IVM بائٹ کوڈ پر مشتمل ہوتے ہیں ، اور Torii کلائنٹس ان کو جمع کرانے یا ان کے اثرات کا مشاہدہ کرنے کا بنیادی طریقہ ہوتا ہے۔
- Nexus -واضح ترتیب کئی لینز کی وضاحت کر سکتے ہیں
- ڈیٹا کی جگہیں کام کے بوجھ کو الگ تھلگ کرتی ہیں جبکہ وہ ایک ہی لیجر ماڈل کا حصہ رہتی ہیں۔
- روٹنگ پالیسی یہ فیصلہ کرتی ہے کہ کام کی کلاس کو کون سی لین اور ڈیٹا اسپیس سنبھالتی ہے۔
کثیر ڈیٹا اسپیس فن تعمیر
ڈیٹا اسپیس روٹنگ اور ناموں کی جگہ کی حد ہے ، الگ بلاکچین نہیں ہے۔ رن ٹائم میں ابھی بھی ایک World ، ایک ٹرانزیکشن ماڈل ، اور ایک اتفاق رائے پائپ لائن موجود ہے۔ Nexus کیٹلاگ شامل کرتا ہے جو نوڈ کو بتاتا ہے کہ لینز کے مابین پارٹیشننگ کیسے کام کرتی ہے اور ان لینز کے ذریعہ فراہم کردہ ڈیٹا اسپیس کا نام کیسے رکھا جائے۔
رن ٹائم پر ، ایک ڈیٹا اسپیس کو عددی DataSpaceId اور کیٹلاگ میٹا ڈیٹا کے ذریعہ نمائندگی کی جاتی ہے۔ DataSpaceId::UNIVERSAL 0 کے طور پر محفوظ ہے؛ ڈیفالٹ کیٹلاگ میں universal ڈیٹا اسپیس موجود ہے۔ ہر تشکیل شدہ ڈیٹا اسپیس میں:
- ایک منفرد عددی ID
- ایک منفرد عرفی نام جیسے
universal،governance، یاzk - آپریٹر سطحوں کے لئے اختیاری وضاحت
- ریلے کمیٹیوں کے سائز کے لئے استعمال ہونے والی غیر صفر
fault_toleranceقیمت
لینز ان ڈیٹا بیسوں کے ساتھ منسلک عملدرآمد اور اسٹوریج راستوں ہیں. LaneId, انگریزی میں DataSpaceId یہ خدمت کرتا ہے، ایک عرفان، نمائش (public یا restricted), ذخیرہ کرنے کا پروفائل (full_replica, commitment_only, یا split_replica), ثبوت اسکیم، اور اختیاری گورننس، تصفیہ، اور شیڈولر میٹا ڈیٹا. رن ٹائم اس کیٹلاگ سے فی لین اسٹوریج جیومیٹری حاصل کرتا ہے، بشمول: Kura سیگمنٹ کے نام اور تعیناتی کلیدی پریفیکس۔
روٹنگ کا راستہ ہے:
- ترتیب ایک توثیق شدہ تعمیر کرتا ہے
DataSpaceCatalog،LaneCatalog، اورLaneRoutingPolicy۔ متعدد لینز، متعدد ڈیٹا اسپیس، یا غیر ڈیفالٹ روٹنگ کی ضرورت ہوتی ہےnexus.enabled = true. - ٹرانزیکشن کوائیر فعال لین روٹر سے ایک
RoutingDecisionکے لئے پوچھتا ہے جس میں ایک لین ID اور ڈیٹا اسپیس ID شامل ہے۔ - واضح روٹنگ کے قواعد اتھارٹی / اکاؤنٹ یا ہدایات کے لیبل کے ذریعہ مماثل ہوسکتے ہیں۔ میچنگ اصول کے بغیر ، راؤٹر ڈومین IDs ، اثاثہ کی تعریف کی پیش گوئیاں ، ڈیٹا اسپیس سکپڈ اجازتیں ، تصدیقی پاؤں ، یا اتھارٹی کے پابند اکاؤنٹ کا دائرہ کار سے ڈیٹا اسپیس نکال سکتا ہے۔
- حل شدہ روٹ دونوں کیٹلاگ کے ساتھ چیک کیا جاتا ہے۔ نامعلوم لینز ، نامعلوم ڈیٹا اسپیس ، اور لین / ڈیٹا اسپیس مماثلت میں عدم مساوات طے پانے والی روٹنگ کی غلطیاں ہیں۔ اگر کوئی ٹرانزیکشن دو مختلف ڈیٹا اسپیس اہداف کو لکھتا ہے تو ، اسے متضاد روٹ کے طور پر مسترد کردیا جاتا ہے۔ کراس ڈیٹا اسپیس DVP/PVP تصفیہ کو یونیورسل کوآرڈینیٹر لین کے ذریعے روٹ کیا جاتا ہے۔
- Sumeragi اور ٹیلی میٹری تفویض کو لین اور ڈیٹا اسپیس کی سرگرمی، بیک لوگ، اور مصروفیت کے سنیپ شاٹس کے طور پر نظر آتا ہے.
اس وجہ سے آبجیکٹ شناخت کرنے والے اہم ہیں۔ ڈومینز میں ان کے ID میں ڈیٹا اسپیس عرفات شامل ہیں ، مثال کے طور پر payments.universal ، لہذا ڈومین سکپڈ تحریر کو روٹ کیا جاسکتا ہے۔ اکاؤنٹس کینیکل اور ڈومین لیس رہتے ہیں ، لہذا ایک ہی اکاؤنٹ کو مختلف ایپلی کیشن سکوپوں میں پابند کیا جاسکتا ہے بغیر اس کا AccountId تبدیل کیے۔ اثاثہ تعریفیں ایک ڈومین / ڈیٹا اسپیس پروجیکشن لے سکتے ہیں، جو اثاثہ آپریشنز کو صحیح ڈیٹا اسپیس روٹ کا وارث کرنے کی اجازت دیتا ہے۔
Nexus اووررائڈز کے بغیر ، نوڈ ایک ہی لین اور universal ڈیٹا اسپیس کا استعمال کرتا ہے۔ بنڈل شدہ SORA پروفائل اس کی جگہ تین لین کیٹلاگ لے لیتا ہے: core یونیورسل پبلک لین کے لئے، governance گورننس ٹریفک کے لئے، اور zk صفر علم منسلک کرنے اور معاہدے کی تعیناتی کے لئے.
کام کے بوجھ کی کلاسوں کو الگ کرنے کے لئے ان تین ڈیفالٹ موجود ہیں:
| ڈیٹا اسپیس | لین | یہ کیوں موجود ہے؟ |
|---|---|---|
universal | core | عام عوامی لیجر ٹریفک اور فال بیک روٹنگ کے لئے مخصوص ڈیفالٹ ڈیٹا اسپیس (DataSpaceId::UNIVERSAL == 0) ۔ |
governance | governance | حکمرانی اور پارلیمنٹ ٹریفک کے لئے محدود لین، لہذا کنٹرول طیارے کی سرگرمیاں عام درخواست لکھنے کے ساتھ ملا نہیں ہے. |
zk | zk | صفر علم کے ثبوتوں، منسلکات اور معاہدے کی تعیناتی روٹنگ کے لئے محدود لین ، ثبوت بھاری کام کے بہاؤ کو معمول کے لکھنے سے الگ رکھتی ہے۔ |
صرف universal ریزروڈ بیس لائن ہے۔ governance اور zk بٹنڈ کیٹلاگ اور روٹنگ پالیسی میں کوڈیڈ شدہ SORA پروفائل انتخاب ہیں۔ آپریٹرز جب انہیں ڈیٹا اسپیس کی مختلف حدود کی ضرورت ہو تو ایک مختلف کیٹلاگ کی وضاحت کرسکتے ہیں۔
Sumeragi ہمیشہ ڈیٹا کی دستیابی اور قابل اعتماد نشریات کا استعمال کرتا ہے۔ یہ راستے Iroha 3 اتفاق رائے کے پروٹوکول کا حصہ ہیں اور تعیناتی پروفائل کے ذریعہ غیر فعال نہیں کیا جاسکتا ہے۔
رن ٹائم کا رویہ ترتیب فائلوں اور آن چین پیرامیٹرز سے حاصل ہوتا ہے۔ ماحولیاتی متغیرات پیداوار کی خصوصیت کے گیٹ نہیں ہیں۔