Skip to content

Տվյալների մոդելավորում

Ledger- ի տվյալները պետք է մոդելավորվեն սեփականության, փոխանցման վարքի, թույլտվությունների սահմանների եւ հարցումների ձեւերի շուրջ: Ընտրեք ամենափոքր շղթայի ներկայացումը, որը կարող է աջակցել ստուգելիությանը եւ որոշողական կատարմանը:

Դոմեյններ եւ հաշիվներ

  • Օգտագործեք տիրույթներ վարչական եւ քաղաքական սահմանների ներկայացնելու համար: Պահպանեք տիրույթի անունները կայուն, քանի որ դրանք հայտնվում են հաշիվների եւ ակտիվների նույնականացման մեջ:
  • Մի՛ գերբեռնեք մեկ հաշիվ, որի հետ կապված պատասխանատվություններ չկան: Օգտագործեք առանձին հաշիվներ օգտվողների, ծառայությունների, գործարկիչների, օպերատորների եւ վճարովի հովանավորների համար:
  • Օգտագործեք կանոնիկ հաշիվների եւ տիրույթի նույնականացումներ կոնֆիգում եւ փորձարկումներում: Iroha անունները կանոնիկ զննումից հետո զգայուն են դեպքերի համար:
  • Փորձարկման եւ արտադրության նույնականությունները տեսանելիորեն տարբերվում են անունների, տիրույթների եւ կոնֆիգուրացիոն ֆայլերի ուղիները:

Նայեք Դոմեյններ, Հաշվետեր եւ Նամակ:

Գործիքներ եւ NFTs

  • Օգտագործեք թվային ակտիվներ ֆունգիբալ հավասարակշռման եւ փոխանցելի քանակության համար:
  • Օգտագործեք NFTs կամ տիրույթի հատուկ օբյեկտներ բացառիկ սեփականության մեջ գտնվող արձանագրությունների համար:
  • Խուսափեք միայն մետադատներում արժեքներ կրող վիճակի կոդավորումից: Աշունները եւ NFTs ապահովում են կյանքի ցիկլային իրադարձություններ, փոխանցում է սեմանտիկան եւ թույլտվությունների ստուգումներ, որոնք չեն կատարվում մետադայթերում:
  • Սահմանել ճշգրտությունը, մատակարարման քաղաքականությունը, թողարկողի պատասխանատվությունը եւ այրված/մինտային իշխանությունը նախքան ակտիվը դիմումներին ենթարկելը:

Տեսեք Գործիքներ, NFTs, եւ RWAs.

Մետադատա

  • Գլխավոր գրքի օբյեկտների կոմպակտ հատկանիշների համար օգտագործեք մեթադատա տվյալներ, ինչպիսիք են տիտղակները, ինտեգրումը IDs, քաղաքականության դրոշները, շիշերը, URIs կամ բովանդակության հասցեագրված հղումները:
  • Պահպանեք մետադատա բանալիները կայուն եւ փաստաթղթավորված: Փոխելով բանալիների անունները, երբ հաճախորդները կախված են դրանցից ստեղծում է միգրացիոն խնդիր:
  • Մի՛ պահեք մեծ փաստաթղթեր, օրագրեր, անձնական օգտվողների տվյալներ կամ բարձր ծավալ ունեցող դիմումների վիճակը ուղղակիորեն մետադատաներում:
  • Երբ մետադատները մատնանշում են օֆ-շղթակից տվյալներ, պահեք ստուգելի հղում, ինչպիսիք են բովանդակության հաշինգը, URI, SoraFS ուղին, ակնհայտ հղումը կամ համապարփակ պարտավորությունը:

Դիտեք Մետադատա եւ Ledger Storage Options եւ Մետադայթա.

Մոդելի համաձայն թույլտվություններ

  • Դիզայնային դերերը բիզնեսի գործունեության շուրջ են, այլ ոչ թե իրականացման հարմարավետությունների շուրջ: Աշխատանքի կամ ծառայության անունով կոչված դերակատարությունը ավելի հեշտ է վերլուծել, քան լայն տեխնիկական կարողությունից հետո անվանվող դերը:
  • Գլխավորության թույլտվությունների տոքերն ամենափոքր օբյեկտի վրա, որը բավարարում է աշխատանքային հոսքը:
  • Մինտման, այրելու, զուգընկերների կառավարման, կատարողի փոփոխությունների, գործարկման կառավարման եւ մետադատա մուտացիայի թույլտվությունները դիտեք որպես բարձր ազդեցություն ունեցող թույլտվություններ.
  • Ներբեռնեք ժամանակավոր թույլտվությունների համար հստակ չեղարկման եւ շրջանառության ընթացակարգեր:

Դիտեք Թույլտվություններ եւ Տույլտվությունների տոքեր:

Հարցման ձեւը

  • Ընտրեք նույնականացնողներ եւ մետադատա կոճակներ, որոնք աջակցում են այն հարցումները, որոնք ձեր ծրագիրը պետք է ամենաշատը:
  • Հրապարակեք լայն արդյունքների հավաքածուները եւ խուսափեք օգտագործողի ինտերֆեյսներից, որոնք սովորական գործողությունների համար պահանջում են անսահմանափակ ledger-wide սկանավորումներ.
  • Պահպանեք շղթայից դուրս գտնվող ինդեքսները, որոնք կարող են վերակառուցվել գլխավոր գրքի տվյալներից եւ իրադարձություններից, երբ դրանք օգտագործվում են քննադատական ծրագրի վարքագծի համար: