# Tokenizacija

XP-TOK-001 | Izdanje 18.09.2026 · v1.0.0
Projektna arhitektura · Anonimizovano izdanje

U našem modelu tokenizacija daje objektu, njegovim odnosima i stanju prepoznatljiv, verzionisan i proverljiv digitalni oblik. Na toj osnovi uređuju se konkretna prava, ograničenja i pravila izvršenja. Polazište su potrošač i korisna funkcija njegovog energetskog sistema.

## 1. Svrha

Cilj je smanjivanje ukupne cene korisne energije za potrošača, stvaranje prihoda unapređenjem fizičkog sistema i ulaganje dela rezultata u naredna poboljšanja. Obuhvat uključuje električnu energiju, toplotu, hlađenje, svetlost, rezervu, raspoloživu snagu i računarstvo.

Radna jedinica agenta je objekat + odnos + stanje. Ista oprema povezuje vlasnika, operatera, dobavljača, platnu ugovornu stranu i korisnika rezultata. Svaki odnos zahteva sopstveni osnov. Vrednost imovine, obim plaćanja i očekivana ušteda vode se odvojeno.

Dugoročna hipoteza projekta jeste da razvijen energetski sistem može pretvoriti deo troškova u prihod. Ostvarivost i rok zavise od fizike, ugovora, cene kapitala i dostupnog tržišta. Agent mora izračunati ove uslove za svaki objekat.

Sources: I1, I2, I5

## 2. Šta dobija digitalni oblik

| Sloj | Sadržaj | Pravilo za agenta |
| --- | --- | --- |
| Objekat i odraz (Reflection) | Oprema, mrežni čvor, potrošač; identitet, stanje, istorija. | Sam digitalni odraz ne stvara imovinsko pravo. |
| Fizički tok | Energija, hlađenje, toplota, snaga, kvalitet i vreme. | Čuvati jedinice mere, granicu obračuna i period. |
| Efekat | Promena u odnosu na dogovorenu baznu liniju. | Razdvojiti izračunati efekat, provereni efekat i iznos raspoloživ za raspodelu. |
| Pravo | Ko ima pravo na novac, uslugu, izvršenje ili ograničeno upravljanje. | Navesti nosioca prava, obavezanu stranu, osnov, rok i ograničenja. |
| Instrument i poravnanje | Instrument kapitala, raspored i stvarno izvršenje. | Pratiti pravo do fizičkog osnova, a plaćanje do korisnika. |

Realna imovina (RWA) opisuje ekonomski predmet. Energetski instrumenti (PBS, Power Backed Securities) označavaju projektovanu porodicu proizvoda. Digitalna finansijska sredstva, utilitarna digitalna prava, hibridna prava i ugovorna potraživanja odnose se na pravno uređenje. Izbor kategorije zahteva proveru njenih uslova u odgovarajućoj jurisdikciji.

Sources: I2, I3

## 3. Mapa korisnosti i proizvoda

| Oznaka | Ekonomski sadržaj | Potrebni dokazi |
| --- | --- | --- |
| ENERGY / DELIVERY | Isporuka energije, toplote ili hlađenja. | Količinu, kvalitet, mesto, vreme i izvršenje ugovora. |
| SAVE / EFFECT | Ušteda i provereno poboljšanje. | Baznu liniju, korekcije, troškove i očuvanje korisne funkcije. |
| PEAK / FLEX | Smanjenje vrha i promena rasporeda opterećenja. | Komandu, raspoloživost, odziv, trajanje i povratno opterećenje. |
| CAPACITY / RESERVE / SAFE | Praktično raspoloživu snagu i rezervu. | Snagu zajedno sa trajanjem, stanjem, mrežnom lokacijom i ograničenjima. |
| GRID / CONNECTION | Mrežnu korist i dostupnost priključenja. | Prihvatanje mrežnog rezultata i mogućnost uspostavljanja odgovarajućeg prava. |
| ORIGIN / MEMORY | Poreklo, istoriju stanja i merenja. | Lanac porekla i vezu sa odgovarajućim registrom. |
| INTELLIGENCE / LICENSE | Dokazani doprinos algoritma i prava njegovog korišćenja. | Pripisivanje doprinosa, licencu, uslove pristupa i formulu naknade. |
| RECEIVABLE / YIELD | Ugovorno novčano potraživanje ili povezani tok. | Platnu stranu, pravni osnov, dospeće, prioritet i izvor izvršenja. |

Praktična snaga (pMW/pGW) jeste radni jezik projekta. Pasoš mora prikazati trajanje, brzinu odziva, raspoloživost, mogućnost isporuke kroz mrežu i pouzdanost podataka. Nazivna snaga opreme ne obezbeđuje automatski ova svojstva. Različiti proizvodi jednog objekta mogu postojati zajedno kada su fizičke obaveze usklađene i svako pravo jedinstveno evidentirano.

Sources: I2, I3

## 4. Od merenja do potraživanja

Za svaki period beleže se granica merenja, bazna linija, stvarni režim rada, vreme, iskorišćenost, kvalitet usluge i intervencija. Bazna linija opisuje dogovoreni scenario bez intervencije. Verzija metodologije čuva se sa izvornim podacima; promenjeni uslovi pokreću preispitivanje prema unapred zadatim pravilima.

Redosled: bruto efekat → korekcije → provereni efekat → ugovorno novčano vrednovanje → iznos za raspodelu → konkretno potraživanje. Odbijaju se dogovoreni dodatni troškovi; rezerve i prioritet plaćanja uređuju se ugovorom. Negativni rezultati i neizvesnost ostaju u evidenciji.

Proročište podataka (oracle) potvrđuje činjenice u okviru svoje metodologije. Novčano potraživanje zahteva pravni osnov i određenu platnu stranu. Ušteda potrošača, prihod operatera i isplata investitoru nastaju na različitim osnovama. Kod ruskih digitalnih finansijskih sredstava posebno se proverava nastanak digitalnog prava; postojeće ugovorno potraživanje ne može se automatski proglasiti izdatim digitalnim finansijskim sredstvom. [E3]

Sources: I1, I4, I5

## 5. Programabilni kapital

Programabilni kapital povezuje finansiranje, ovlašćenja i plaćanja sa proverljivim uslovima. Sredstva mogu biti unapred rezervisana za obavezu. Pristup zavisi od stanja imovine, važećeg prava, potvrde događaja i pravila poravnanja. Konkretna platna infrastruktura bira se posebno.

| Stanje | Značenje |
| --- | --- |
| PROJECTED | Prognoza budućeg toka sa pretpostavkama i rasponom. |
| RESERVED | Potvrđena rezervacija sredstava ili dokumentovan limit; naveden je tip obaveze. |
| VERIFIED | Događaj je proveren; iznos potraživanja i spremnost za plaćanje proveravaju se odvojeno. |
| SETTLED | Izvršenje je potvrdio sistem poravnanja i usklađeno je kod obe strane. |

Nominalni zbir prognoziranih priliva tokom 12 godina i njihova sadašnja vrednost različite su mere. Sadašnja vrednost predstavlja zbir očekivanih neto tokova diskontovanih po periodima. Scenariji obuhvataju gubitke, troškove, kašnjenja i kreditni rizik. Rezervisana likvidnost, limit finansiranja i garancija prikazuju se odvojeno.

Finansiranje iz budućeg efekta (deCAPEX) povezuje današnje ulaganje sa otplatom iz budućeg ugovornog toka. Rezultat može finansirati narednu intervenciju. Svaka nova prognoza prolazi sopstvenu proveru; već raspodeljeni efekat ne koristi se ponovo.

Sources: I1, I5, E1

## 6. Fabrika recepata

Recept opisuje ponovljiv put od stanja objekta do izvršene obaveze: podatke, dozvoljenu intervenciju, metod provere, pravo, instrument, poravnanje i oporavak. Verzija recepta i granice primene su obavezne. Agent prilagođava recept novom objektu i ponovo proverava preduslove.

Osnovni recept je potraživanje iz energetskog efekta (Energy Delta Receivable). Identifikovati objekat i baznu liniju, izmeriti promenu, proveriti kvalitet usluge, utvrditi ugovorni udeo, priznati potraživanje prema primenljivim pravilima i izvršiti plaćanje. Varijante uključuju fleksibilnu rashladnu snagu, rezervu, toplotu kao uslugu, licencni prihod od inteligencije i kompozitni proizvod inteligencija-energija.

Prenos između jurisdikcija čuva fizički model i zahteve za dokazima. Pravni oblik, valuta, ruta poravnanja, podobnost učesnika i zaštita potraživanja prilagođavaju se posebno. Spoljna infrastruktura procenjuje se prema kontroli podataka, proročišta, ključeva i pristupa poravnanju.

Sources: I3, I4

## 7. Prihvatanje instrumenta

Obavezni put projektovanja: inkubator → probno okruženje → stres-test → stručna provera finansijskog partnera → odobreno pokretanje. Agent-konstruktor sastavlja model; nezavisni proveravalac traži greške. Inženjer potvrđuje fizičku izvodljivost, a pravni stručnjak proverava obaveze. Saglasnost modela koji dele pogrešnu pretpostavku ne predstavlja nezavisan dokaz.

Testirati istovremeni pad efekta, rast troškova, kašnjenje plaćanja, kvar opreme, gubitak operatera, grešku proročišta, kompromitovan ključ i zatvaranje refinansiranja. Obrnuti stres-test pronalazi kombinaciju zbog koje obaveze postaju neizvršive. Svaki scenario zahteva iznos manjka, rok, rezervu, odgovorno lice i postupak oporavka.

Agent predaje pasoš objekta, metodologiju, mapu prava, finansijski model, istoriju dokaza i zapisnik ispitivanja. Objavljivanje obrazovnog materijala ne stvara stvarni instrument. Prava, ovlašćenja operatera i uslovi pristupa proveravaju se za svako pokretanje. [E3]

Sources: I4, E3

## Pravila agenta

R01: Počni od objekta, korisne funkcije i odobrenog zadatka. Posebno opiši cilj vlasnika, granicu sistema i raspoloživa ovlašćenja.
R02: Svaku tvrdnju opremi izvorom, datumom, obuhvatom primene i statusom: činjenica, hipoteza, model, predlog ili uslovni primer.
R03: Za deltu priloži izvorne podatke, verziju bazne linije, korekcije, kvalitet usluge, neizvesnost i ponovljiv proračun.
R04: Razdvoji digitalni odraz objekta, vlasništvo, ovlašćenje upravljanja, novčano potraživanje i digitalni instrument. Proveri svaki osnov.
R05: Proveri preklapanja količine, perioda, prava i porekla. Čuvaj koren izvorne jedinice pri deljenju, prenosu i preoblikovanju.
R06: Pre fizičke radnje proveri pravo drugog pilota, rok, dozvoljene komande i hitno zaustavljanje. Kršenje bezbednog režima blokira komandu.
R07: Proveri kvalitet merenja, kalibraciju, nedostajuće podatke, vreme, potpis i nezavisnost proveravaoca. Potpis ne otklanja grešku merenja.
R08: Navedi platnu stranu, osnov, iznos, valutu, rok i prioritet isplata. Potvrdu efekta vodi odvojeno od potvrde plaćanja.
R09: Razdvoji nominalnu prognozu, sadašnju vrednost, dokumentovani limit, rezervu i stvarna sredstva. Navedi uslove i rizik svake mere.
R10: Pre pokretanja sprovedi nezavisnu proveru i kombinovane stres-scenarije. Model ili probni proračun ne predstavljaj kao stvarnu emisiju.
R11: Objavljuj samo anonimizovane postavke. Isključi banke, klijente, adrese, brojeve ugovora, kontakte, izvorne datoteke i kombinacije detalja koje otkrivaju učesnika.
R12: Vrati odluku sa oznakom, razlozima, nedostacima, potrebnim dokazima i narednom dozvoljenom radnjom. Obrazovni korpus ne daje ovlašćenje za trgovanje ili upravljanje.

## Obrazovni zadaci

Svi brojevi u zadacima su uslovni. Ovde se ne tvrdi da postoje stvarne emisije ili rezultati ispitivanja.

### CASE-01 · Ušteda bez obaveze

Potvrđena je ušteda od 20.000 kWh. Ne postoji ugovor koji investitoru prenosi novčani deo. Može li se obračunati prihod investitora?

HOLD: Sačuvati fizički efekat sa statusom VERIFIED. Potraživanje investitora nije potvrđeno. Zatražiti ugovor, platnu stranu i formulu; zaustaviti obračun.

### CASE-04 · Uslovni obračun raspodele

Godišnja korigovana baza iznosi 1.000.000 kWh, stvarna potrošnja 800.000 kWh, a dogovorena vrednost 10 RUB/kWh. Dodatni troškovi su 300.000 RUB, rezerva 200.000 RUB. Ostatak se deli: vlasnik 50%, finansiranje 30%, operater 20%. Svi uslovi su uslovni.

MODEL_ONLY: Delta je 200.000 kWh; bruto efekat 2.000.000 RUB; posle troškova 1.700.000 RUB; posle rezerve 1.500.000 RUB. Udeli su 750.000, 450.000 i 300.000 RUB. Rezerva ostaje odvojena. Stvarni obračun zahteva dokaze i ugovore; ovo je obrazovni proračun.

### CASE-05 · Dvanaest godina budućeg toka

Prognozirani tok je 1 milion novčanih jedinica na kraju svake godine tokom 12 godina. Uslovna diskontna stopa je 10% godišnje. Može li se 12 miliona prikazati kao sadašnja vrednost?

MODEL_ONLY: Nominalni zbir je 12 miliona. U ovom pojednostavljenom modelu sadašnja vrednost je 1 milion × [1 − 1,1^(-12)] / 0,1 ≈ 6,814 miliona. Posebno prikazati kreditne gubitke, troškove i pretpostavke; iznos ne označavati kao raspoloživ novac.

### CASE-08 · Važeće potraživanje, odloženo plaćanje

Efekat je proveren, potraživanje dokumentovano i dospelo. Platna strana nije prenela sredstva.

ESCALATE: Sačuvati status prava i evidentirati kašnjenje u toku poravnanja. Proveriti likvidnost, rezervu, pokriće i postupak naplate. Ne menjati VERIFIED u SETTLED bez potvrde izvršenja.

### CASE-09 · Anonimizacija pre objave

Ime klijenta je uklonjeno. Primer i dalje sadrži adresu objekta, datum ispitivanja, tačnu veličinu mreže i naziv bankarskog proizvoda.

HOLD: Zaustaviti objavu. Ukloniti direktne i posredne identifikatore i zameniti parametre nezavisnim sintetičkim primerom. Proveriti i linkove, nazive datoteka i mašinski čitljive podatke.

Kriterijum usvajanja: agent bira ispravnu odluku, navodi nedostajući dokaz, ponavlja proračun i ostaje u granicama ovlašćenja. Bezbednosna greška, dvostruko računanje, izmišljeno pravo ili otkrivanje učesnika znače neuspeh. Objavljivanje daje materijal za učenje i proveru; samo čitanje stranice ne potvrđuje obuku modela.

## Osnov i izvori

I1 | Programabilni kapital, avgust 2026
Autorski koncept i cilj aktivnog upravljanja. Javni prikaz je prerađen i anonimizovan.

I2 | Arhitektura aktivnog kriptodepozitara, avgust-septembar 2026
Odraz, registri, pravo drugog pilota i životni ciklus. Klijentski prilozi su isključeni.

I3 | PBS prototip i radna mapa energetskih proizvoda
Probno okruženje, porodice proizvoda, recepti i dokazi. Ne tvrdi se da postoji stvarna finansijska emisija.

I4 | Pravila pokretanja energetskih finansijskih instrumenata, 11.09.2026
Inkubator, nezavisna provera, stres-test i predaja finansijskom partneru.

I5 | Model tokenizovanog energetskog novčanog toka, 29.08.2026
Stanja prognozirane vrednosti i poravnanja. Ovo izdanje pojašnjava diskontovanje i nastanak potraživanja.

E1 | BIS: programabilna finansijska infrastruktura, 2023 | https://www.bis.org/publ/arpdf/ar2023e3.htm
Tokenizacija povezuje evidenciju imovine sa pravilima izvršenja. Ovo je spoljni kontekst; naš model aktivnog depozitara ostaje zasebna projektna arhitektura.

E2 | Project Pine: istraživački prototip, 2025 | https://www.bis.org/publ/othp95.htm
Prototip pametnih ugovora testiran je na hipotetičkim scenarijima. Zadržan je njegov istraživački status.

E3 | Zvanična pojašnjenja o ruskim digitalnim finansijskim sredstvima i operaterima | https://www.cbr.ru/finm_infrastructure/digital_oper/
Nastanak digitalnih prava i uloge operatera. Primenljivost se proverava na datum konkretne transakcije.