Skip to content

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_replicacommitment_only ወይም split_replica) ፣ ማስረጃ መርሃ ግብር እና አማራጭ አስተዳደር ፣ ቀረጻ ፣ እና መርሐግብር metadata: የሂደት ጊዜ Kura ክፍሎች ስሞች እና የተወሰኑ ቁልፍ prefixes ጨምሮ በዚህ ካታሎግ ውስጥ በየመንገዱ የማከማቻ ጂኦሜትሪ ይወሰዳል.

የጉዞ መንገድ:

  1. ውቅር የተረጋገጠ DataSpaceCatalog, LaneCatalog, እና LaneRoutingPolicy ይገነባል. በርካታ መስመሮች, ብዙ የውሂብ ቦታዎች, ወይም ነባሪ ያልሆነ አሰላለፍ ያስፈልገዋል nexus.enabled = true.
  2. የግብይት ረድፍ ንቁ ጎዳና ራውተር RoutingDecision አንድ ጎዳና ID እና የውሂብ ቦታ ID ይ containsል.
  3. ግልፅ የመመሪያ ደንቦች በባለስልጣን / መለያ ወይም በትእዛዝ መለያ ሊዛመዱ ይችላሉ ። ያለ ተዛማጅ ደንብ ፣ ራውተር የውሂብ ክፍተቱን ከጎራ IDs ፣ ከንብረት-አስተያየት ትንበያዎች ፣ በመረጃ ክፍተቶች የተቀመጡ ፍቃዶች ፣ የማስተካከያ እግሮች ወይም ባለሥልጣኑ የታገደ የሂሳብ ስፋት ማውጣት ይችላል ።
  4. የተፈታው መንገድ በሁለቱም ካታሎጎች ላይ ይመረመራል። የማይታወቁ መስመሮች ፣ የማይታወቁት የውሂብ ጎዳናዎች እና የመንገድ / የውሂብ ቦታ አለመጣጣም የዲተሪሚኒስት መስመራዊ ስህተቶች ናቸው ። አንድ ግብይት ወደ ሁለት የተለያዩ የውሂብ ቦታ ግቦች የሚጻፍ ከሆነ በተቃራኒ መንገድ ይተላለፋል፤ በመረጃ ቦታ DVP/PVP መካከል ያለው ስምምነት በዩኒቨርሳል አስተባባሪ መስመሩ በኩል ይመራል።
  5. Sumeragi እና የቴሌሜትሪ ተልዕኮውን እንደ ጎዳና እና የመረጃ ቦታ እንቅስቃሴ ፣ የኋላ ዥረት እና የተሳትፎ ቅጽበታዊ ገጽ እይታዎች እንዲታይ ያደርገዋል ።

ለዚህም ነው የኦጀክት መለያዎች አስፈላጊ የሆኑት። ጎራዎች ለምሳሌ ID ውስጥ የመረጃ ቦታ ቅጽል ስያሜዎችን ያካትታሉ ፣ ለምሳሌ payments.universal ፣ ስለሆነም የጎራ-ተኮር ጽሁፎች ሊመሩ ይችላሉ ። አካውንቶች ቀኖኒክ እና ጎራ የሌላቸው ሆነው ይቆያሉ ፣ ስለዚህ አንድ ተመሳሳይ መለያ ወደ የተለያዩ የአፕሊኬሽን ስኮፖች ሳይቀየር ወደ AccountId ሊገናኝ ይችላል። የንብረት ትርጓሜዎች ትክክለኛውን የውሂብ ክልል መንገድ እንዲወርስ የሚያስችል የጎራ / የመረጃ ቦታ ትንበያ ሊኖራቸው ይችላል ።

ያለ Nexus አሻራዎች ፣ ኖዱ ነጠላ ጎዳና እና የ universal የውሂብ ቦታን ይጠቀማል ። የታሸገው SORA መገለጫ ያንን በሶስት ጎዳና ካታሎግ ይተካዋል- core ለዩኒቨርሳል የህዝብ ጎዳና ፣ governance ለአስተዳደር ትራፊክ እና zk ለዜሮ እውቀት ማያያዝ እና የውል ልውውጥ ትራፊክስ ።

እነዚህ ሦስት ነባሪ ሁኔታዎች የስራ ጭነት ክፍሎችን ለመለየት አሉ:

የውሂብ ክልልሌንይህ ለምን አለ ?
universalcoreለተለመደው የህዝብ መቁጠሪያ ትራፊክ እና ወደ ኋላ ለመሄድ የተቀመጠው ነባሪ የመረጃ ቦታ (DataSpaceId::UNIVERSAL == 0) ።
governancegovernanceለአስተዳደር እና ለፓርላማ ትራፊክ የተገደበ ጎዳና ፣ ስለሆነም የቁጥጥር-ደረጃ እንቅስቃሴ ከአጠቃላይ አተገባበር ጋር አይቀላቀልም።
zkzkለዜሮ-ዕውቀት ማስረጃዎች ፣ አባሪዎችን እና የኮንትራት ማሰማሪያ መስመሮችን ለመቆጣጠር የተገደበ ጎዳና ፣ የማረጋገጫ ከባድ የሥራ ፍሰቶችን ከተለመደው ጽሁፎች ተለይተው ይጠብቁ።

ብቻ universal የተጠበቀ የመነሻ መስመር ነው. governance እና zk በቡንድ ካታሎግ እና በመመሪያ ፖሊሲ ውስጥ የ SORA መገለጫ ምርጫዎች ናቸው; ኦፕሬተሮች የተለያዩ የውሂብ ቦታ ገደቦችን በሚፈልጉበት ጊዜ የተለየ ካታሎግን መግለፅ ይችላሉ ።

Sumeragi ሁልጊዜ የመረጃ ተደራሽነት እና አስተማማኝ ስርጭትን ይጠቀማል ። እነዚህ መንገዶች የ Iroha 3 ስምምነት ፕሮቶኮል አካል ናቸው እናም በማሰማራት መገለጫ ሊሰናከሉ አይችሉም ።

የአፈፃፀም ጊዜ ባህሪ የሚመነጨው ከኮንፊግሬሽን ፋይሎች እና በሰንሰለት ላይ ካሉ መለኪያዎች ነው ። የአካባቢ ተለዋዋጮች የምርት ባህሪያት በሮች አይደሉም።