Unutar Universinog pametnog ugovora

Proteklih tjedana mogli ste pročitati uvodne članke o internoj arhitekturi Universinog Blockchaina te revizijama pametnih ugovora. Kao što sada znate, transakcije se ne dodaju linearnim blokovima u lancu, već je svaka transakcija revizija pametnog ugovora u nizu usmjerenih acikličkih grafova, (DAG).

Ali što je zapravo pametan ugovor i kako izgleda njegova arhitektura?

Unutar Universinih pametnih ugovora

Pristup tematici pametnih ugovora je u Universi potpuno drugačiji nego primjerice kod Ethereuma. Zvuči kao da se radi o složenom ugovoru koji se u sklopu blockchaina izvršava na pametan način.

Unutar universinog blockchaina svaka transakcija je zapravo (novi) pametni ugovor. Takav ugovor može biti i dokument, digitalni postupak ili sporazum. Sve ove operacije možemo nazvati „pametnim dokumentima“, „pametnim procesima“ ili kako već želite.

Ako pobliže pogledamo pametni ugovor na Universinom Blockchainu, uočit ćemo da ima tri značajne karakteristike:

  1. Definiciju
  2. Stanje
  3. Transakciju

Definiciju

Prvi diostrukturesadrži podatke koji moraju biti upadljivi u bilo kojoj reviziji ovog ugovora. Ako se transakcija izvrši, ti podaci moraju biti nepromjenjivi. Naknadna promjena nije moguća.

Ako se podaci promijene, Universini čvorovi zabranjuju registraciju transakcije. . Uostalom, čvorovi uspoređuju ove podatke nove revizije s prethodnom..

Stanje

Stanje sadrži podatke koji se mogu izmijeniti u reviziji ugovora. Pojedinosti o tome što se i kako može izmijeniti mogu se navesti u definiciji. Parametri koji su postavljeni u definiciji ili stanju su značajke poput “kreatora”, “izdavača” ili “vlasnika”.

Transakciju

Treći dio strukture sadrži podatke koji se neće (nužno) čuvati u ugovoru, već su vezani samo za određenu transakciju. Na primjer: Ako plaćate trgovca, možete u zapis podataka o transakciji staviti zapis o uzroku plaćanja / kod fakture.

Ovo su tri karkteristike pametnog ugovora koji sadrže sve podatke o određenoj transakciji. Sve ovo navedeno nazivamo “samo podacima”, ali o čemu se ti podaci mogu raditi?

Ugovor o Universinom Tokenu

Uzmimo kao primjer ugovor o porijeklu Universinog Tokena (UTN). Možete to sami provjeriti na universaexplorer-u. Universaexplorer prikazuje opće podatke / informacije o ulogama i vlasniku.

Također možete pročitati definicijske podatke (koji bi trebali ostati nepromijenjeni tijekom revizija). Bez obzira na reviziju ugovora, uvijek ćete vidjeti ove podatke u prilogu:

Drugi dio su podaci o stanju koji pokazuju količinuopskrbe UTN-a. To može biti zbunjujuće jer očekujete da će isporuka biti fiksna ili nepromjenjiva.

Međutim, transakcija (ili revizija ovog korijenskog ugovora) tokena koristi funkcije split-join. Ovo je jedan od primjera upotrebe pametnog ugovora. Operacija split-join na ugovor uglavnom se koristi za tokenizaciju.

Jednostavno rečeno, korijenski ugovor UTN tokena sastoji se od iznosa od 4 997 891 952 tokena.

Zbog dinamički fleksibilnih količina UTN-UTNP zamjene, Universa nema točne detalje o stanju i količinama UTNP-a u prometu. Takvi se procesi međutim mogu pratiti, ali takav alat još nije izgrađen.

Ako se iz ovog ugovora izvrši plaćanje, taj će se iznos podijeliti na recimo 1 997 891 952 i 3 000 000 000. To je moguće jer je riječ o stanju o podacima ugovora (stoga se mogu prilagoditi).

Do sada imamo dva ugovora (revizije) istog korijenskog ugovora, oba koji imaju (ili: budu) vlastitu količinu tokena. Za svako plaćanje ili transakciju s ovim tokenom iznos će biti razdvojen, poslan i nakon toga spojen (ili spojeni) prema primatelju. Više o ovom primjeru možete pročitati u Knowledge Base.

Usput, izvorni ID (ID korijenskog ugovora za token) je najvažniji u ideologiji za tokene sa fiksnom opskrbom.

Kao što možda znate, u svijetu blockchaina izrazi koji se mogu mijenjati i nepromjenljivi su vrlo važni. Razmislite o maksimalnoj opskrbi, vlasniku i izdavaču ugovora. Uz definiciju i stanja odjeljka, to se može zajamčiti za svaki pojedini slučaj upotrebe.

Dopuštenja i uloge

Postoje metode za određivanje tko točno posjeduje dozvole za ugovor. Primjerice, to može biti SimpleRole (specificiran samo jednim privatnim ključem), RoleLink (koji se odnosi na drugu ulogu, poput “vlasnika”) ili ListRole (koji se odnosi na popis više drugih uloga).

To je zapravo vrlo zanimljivo. Jer je moguće napraviti ulogu poput „popisa 5 ljudi i SVI moraju potpisati dokument“. Ili napravite ulogu poput „Popis 6 ljudi i SVI od navedenih moraju potpisati dokument. Moguće je kreirati gotovo neohgraničenu konstrukciju. Na takav način dodajemo dodatnu sigurnost operacijama npr. mogućnost skladištenja na hladnom novčaniku, odnosno fizičkom novčaniku (eng: cold wallet) ili višestrano odlučivanje.

U praktičnoj upotrebi, osim samo osnovne definicije uloga, svaka uloga može sadržavati i neke dodatne reference za provjeru i dodavanje dodatne prilagođene logike provjere. Spomenute se reference mogu biti bilo definirane, bilo specificiranim stanjem, bilo u transakcijskim odnosima. To može biti referenca na ime, transakcijski_id, polja ili potpisan_rez.

Mnogo je načina za određivanje podataka, uloga i dozvola pametnog ugovora / dokumenta. Nakon što se registrira, pametni ugovor može se koristiti / ovjeriti / izvršiti i biti revidiran za svaku transakciju. To rezultira u različitim stanjima stavki za svaku reviziju koja će biti dodana DAG-u.

Stavka stanja

Vratimo se UTN ugovoru kao primjer. Status artikla je NEDJELJEN.

Važno: to je zato što djeluje split-join funkcija, a ne zato što UTN token više ne funkcionira ili ne postoji.

Postoji nekoliko država za pametne ugovore, temeljene na konsenzusu mreže.

  1. 1.) ODOBRENO, primarno “uspješno” stanje za ugovor.
  2. 2.) ZAKLJUČENO, konsenzus o državi još je pozitivan, ali ugovor je već zaključan tijekom pripreme za njegovo arhiviranje.

Također je moguće da postoji negativan konsenzus među čvorovima:

  1. 1. ODBIO
  2. 2. UKINUTI

Konačno, postoje četiri mogućnosti pametnih ugovora (ili transakcija) u kojima konsenzus nije pronađen:

  1. 1. Nedefinirano, jer je primjerice već opozvano odavno.
  2. 2. U TIJEKU
  3. 3. ODBAČENO
  4. 4. LOCKED_FOR_CREATION

Više o tim statusima možete pročitati na web mjestu u KNOWLEDGE BASE. U sljedećem ćemo članku podrobnije istražiti slučajeve uporabe ovih pametnih dokumenata.. Pratite nas.

Help translating this post to Engleski Njemački Francuzi Holandski Talijanski španjolski Ruski. Contact @starnold to participate!

Related posts

Što čini Universin Blockchain tako jeftinim?

Arnold

Što čini Universu toliko sigurnom za upotrebu? HashID

Arnold

Unutrašnjost Universine DAG arhitekture

Arnold

Leave a Comment