{ "schema_version": "1.0", "release": "2026-09-18", "version": "1.0.0", "publisher": "X Power", "audience": [ "agents", "human_orientation" ], "status": "public_educational_architecture", "languages": [ "ru", "en", "sr" ], "source_policy": "Sanitized synthesis. Private source documents, counterparties and trial identifiers are excluded. All numeric cases are synthetic.", "topics": [ { "id": "tokenization", "code": "XP-TOK-001", "title": { "ru": "Токенизация", "en": "Tokenization", "sr": "Tokenizacija" }, "summary": { "ru": "Как описать физическую полезность, связать её с исполнимым правом и построить проверяемый денежный поток.", "en": "How to describe physical utility, connect it to an enforceable right and build a verifiable cash flow.", "sr": "Kako opisati fizičku korisnost, povezati je sa izvršivim pravom i izgraditi proverljiv novčani tok." }, "definition": { "ru": "В нашей модели токенизация придаёт объекту, его отношениям и состоянию идентифицируемую, версионируемую и проверяемую цифровую форму. На этой основе оформляются конкретные права, ограничения и правила исполнения. Исходная точка: потребитель и полезная функция его энергетической системы.", "en": "In our model, tokenization gives an object, its relationships and its state an identifiable, versioned and verifiable digital form. Specific rights, constraints and execution rules are established on that basis. The starting point is the consumer and the useful function of its energy system.", "sr": "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." }, "modules": [ { "id": "purpose", "title": { "ru": "1. Зачем это нужно", "en": "1. Purpose", "sr": "1. Svrha" }, "status": "DESIGN", "sources": [ "I1", "I2", "I5" ], "blocks": [ { "type": "p", "text": { "ru": "Цель: снижать полную стоимость полезной энергии для потребителя, создавать доход из улучшения физической системы и направлять часть результата на следующие улучшения. В поле зрения находятся электричество, тепло, холод, свет, резерв, доступная мощность и вычисления.", "en": "The goal is to lower the full cost of useful energy for the consumer, earn income by improving the physical system and direct part of the result into further improvements. The scope includes electricity, heat, cooling, light, reserve, available capacity and computing.", "sr": "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." } }, { "type": "p", "text": { "ru": "Единица работы агента: объект + отношение + состояние. Один и тот же агрегат связан с собственником, оператором, поставщиком, расчётным контрагентом и получателем результата. Для каждого отношения требуется отдельное основание. Стоимость имущества, объём платежей и ожидаемая экономия учитываются раздельно.", "en": "The agent's working unit is object + relationship + state. The same equipment connects an owner, operator, supplier, payment counterparty and beneficiary. Each relationship needs its own basis. Asset value, payment volume and expected savings are recorded separately.", "sr": "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." } }, { "type": "p", "text": { "ru": "Долгосрочная гипотеза проекта: развитый энергоконтур способен превратить часть расходов в доход. Достижимость и срок такой инверсии зависят от физики, договоров, цены капитала и доступного рынка. Агент обязан рассчитывать эти условия для каждого объекта.", "en": "The project's long-term hypothesis is that a developed energy system can turn part of its expenditure into income. Feasibility and timing depend on physics, contracts, capital costs and market access. The agent must calculate these conditions for each object.", "sr": "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." } } ] }, { "id": "objects", "title": { "ru": "2. Что именно получает цифровую форму", "en": "2. What receives a digital form", "sr": "2. Šta dobija digitalni oblik" }, "status": "DESIGN", "sources": [ "I2", "I3" ], "blocks": [ { "type": "table", "headers": [ { "ru": "Слой", "en": "Layer", "sr": "Sloj" }, { "ru": "Содержание", "en": "Content", "sr": "Sadržaj" }, { "ru": "Правило для агента", "en": "Agent rule", "sr": "Pravilo za agenta" } ], "rows": [ [ { "ru": "Объект и отражение", "en": "Object and Reflection", "sr": "Objekat i odraz (Reflection)" }, { "ru": "Оборудование, узел сети, потребитель; идентификатор, состояние, история.", "en": "Equipment, network node, consumer; identity, state, history.", "sr": "Oprema, mrežni čvor, potrošač; identitet, stanje, istorija." }, { "ru": "Цифровое отражение само по себе не создаёт имущественного права.", "en": "A Reflection alone does not create a property right.", "sr": "Sam digitalni odraz ne stvara imovinsko pravo." } ], [ { "ru": "Физический поток", "en": "Physical flow", "sr": "Fizički tok" }, { "ru": "Энергия, холод, тепло, мощность, качество и время.", "en": "Energy, cooling, heat, capacity, quality and time.", "sr": "Energija, hlađenje, toplota, snaga, kvalitet i vreme." }, { "ru": "Сохранять единицы измерения, границу учёта и период.", "en": "Keep units, measurement boundary and period.", "sr": "Čuvati jedinice mere, granicu obračuna i period." } ], [ { "ru": "Эффект", "en": "Effect", "sr": "Efekat" }, { "ru": "Изменение относительно согласованной базовой линии.", "en": "Change against an agreed baseline.", "sr": "Promena u odnosu na dogovorenu baznu liniju." }, { "ru": "Отделять расчётный эффект, проверенный эффект и допустимую к распределению сумму.", "en": "Separate calculated effect, verified effect and the amount eligible for distribution.", "sr": "Razdvojiti izračunati efekat, provereni efekat i iznos raspoloživ za raspodelu." } ], [ { "ru": "Право", "en": "Right", "sr": "Pravo" }, { "ru": "Кто вправе получить деньги, услугу, исполнение или ограниченное управление.", "en": "Who may receive money, a service, performance or bounded control.", "sr": "Ko ima pravo na novac, uslugu, izvršenje ili ograničeno upravljanje." }, { "ru": "Указать носителя права, обязанную сторону, основание, срок и ограничения.", "en": "Identify the holder, obligated party, basis, term and restrictions.", "sr": "Navesti nosioca prava, obavezanu stranu, osnov, rok i ograničenja." } ], [ { "ru": "Инструмент и расчёт", "en": "Instrument and settlement", "sr": "Instrument i poravnanje" }, { "ru": "Форма привлечения капитала, график и фактическое исполнение.", "en": "Capital instrument, schedule and actual performance.", "sr": "Instrument kapitala, raspored i stvarno izvršenje." }, { "ru": "Прослеживать право до физического основания и платёж до получателя.", "en": "Trace the right to its physical basis and the payment to its beneficiary.", "sr": "Pratiti pravo do fizičkog osnova, a plaćanje do korisnika." } ] ] }, { "type": "p", "text": { "ru": "Реальные активы (RWA) задают экономический предмет. Энергетические инструменты (PBS, Power Backed Securities) задают проектируемое семейство продуктов. Цифровые финансовые активы (ЦФА), утилитарные цифровые права (УЦП), гибридные права и договорные требования относятся к правовому оформлению. Выбор одной категории требует проверки её условий в соответствующей юрисдикции.", "en": "Real-world assets (RWA) describe the economic subject. Power Backed Securities (PBS) name the proposed product family. Digital financial assets, utility digital rights, hybrid rights and contractual claims concern legal implementation. Selecting a category requires checking its conditions in the relevant jurisdiction.", "sr": "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." } } ] }, { "id": "products", "title": { "ru": "3. Карта полезности и продуктов", "en": "3. Utility and product map", "sr": "3. Mapa korisnosti i proizvoda" }, "status": "DESIGN", "sources": [ "I2", "I3" ], "blocks": [ { "type": "table", "headers": [ { "ru": "Код", "en": "Code", "sr": "Oznaka" }, { "ru": "Экономическое содержание", "en": "Economic meaning", "sr": "Ekonomski sadržaj" }, { "ru": "Что требуется доказать", "en": "Required evidence", "sr": "Potrebni dokazi" } ], "rows": [ [ "ENERGY / DELIVERY", { "ru": "Поставка энергии, тепла или холода.", "en": "Delivery of energy, heat or cooling.", "sr": "Isporuka energije, toplote ili hlađenja." }, { "ru": "Количество, качество, место, время и исполнение договора.", "en": "Quantity, quality, location, time and contract performance.", "sr": "Količinu, kvalitet, mesto, vreme i izvršenje ugovora." } ], [ "SAVE / EFFECT", { "ru": "Экономия и подтверждённое улучшение.", "en": "Savings and verified improvement.", "sr": "Ušteda i provereno poboljšanje." }, { "ru": "Базовая линия, поправки, затраты и сохранение полезной функции.", "en": "Baseline, adjustments, costs and preservation of useful function.", "sr": "Baznu liniju, korekcije, troškove i očuvanje korisne funkcije." } ], [ "PEAK / FLEX", { "ru": "Снижение пика и изменение графика нагрузки.", "en": "Peak reduction and load shifting.", "sr": "Smanjenje vrha i promena rasporeda opterećenja." }, { "ru": "Команда, доступность, отклик, длительность и последующий возврат нагрузки.", "en": "Command, availability, response, duration and rebound load.", "sr": "Komandu, raspoloživost, odziv, trajanje i povratno opterećenje." } ], [ "CAPACITY / RESERVE / SAFE", { "ru": "Практически доступная мощность и резерв.", "en": "Practically available capacity and reserve.", "sr": "Praktično raspoloživu snagu i rezervu." }, { "ru": "Мощность вместе с длительностью, состоянием, точкой сети и ограничениями.", "en": "Capacity together with duration, state, network location and constraints.", "sr": "Snagu zajedno sa trajanjem, stanjem, mrežnom lokacijom i ograničenjima." } ], [ "GRID / CONNECTION", { "ru": "Сетевой эффект и доступность присоединения.", "en": "Network benefit and connection availability.", "sr": "Mrežnu korist i dostupnost priključenja." }, { "ru": "Согласование сетевого результата и возможность закрепить соответствующее право.", "en": "Acceptance of the network result and ability to establish the relevant right.", "sr": "Prihvatanje mrežnog rezultata i mogućnost uspostavljanja odgovarajućeg prava." } ], [ "ORIGIN / MEMORY", { "ru": "Происхождение, история состояний и измерений.", "en": "Provenance, state and measurement history.", "sr": "Poreklo, istoriju stanja i merenja." }, { "ru": "Цепочку происхождения и связь с действующим реестром при его наличии.", "en": "Provenance chain and linkage to an applicable registry.", "sr": "Lanac porekla i vezu sa odgovarajućim registrom." } ], [ "INTELLIGENCE / LICENSE", { "ru": "Доказанный вклад алгоритма и права на его использование.", "en": "Verified algorithm contribution and rights to use it.", "sr": "Dokazani doprinos algoritma i prava njegovog korišćenja." }, { "ru": "Атрибуцию вклада, лицензию, условия доступа и формулу вознаграждения.", "en": "Contribution attribution, licence, access conditions and remuneration formula.", "sr": "Pripisivanje doprinosa, licencu, uslove pristupa i formulu naknade." } ], [ "RECEIVABLE / YIELD", { "ru": "Договорное денежное требование или связанный поток.", "en": "Contractual receivable or associated cash flow.", "sr": "Ugovorno novčano potraživanje ili povezani tok." }, { "ru": "Плательщика, правовое основание, срок, приоритет и источник исполнения.", "en": "Payment party, legal basis, maturity, priority and source of performance.", "sr": "Platnu stranu, pravni osnov, dospeće, prioritet i izvor izvršenja." } ] ] }, { "type": "p", "text": { "ru": "Практическая мощность (pMW/pGW) используется как рабочий язык проекта. Паспорт обязательно раскрывает длительность, скорость реакции, доступность, сетевую доставляемость и достоверность данных. Номинальная мощность оборудования не даёт этих характеристик автоматически. Разные продукты одного объекта могут сосуществовать при совместимости физических обязательств и уникальном учёте каждого права.", "en": "Practical power (pMW/pGW) is project terminology. Its passport must disclose duration, response speed, availability, network deliverability and data reliability. Equipment nameplate capacity does not automatically provide these properties. Different products from one object may coexist when physical obligations are compatible and each right is uniquely recorded.", "sr": "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." } } ] }, { "id": "delta", "title": { "ru": "4. От измерения к денежному требованию", "en": "4. From measurement to a receivable", "sr": "4. Od merenja do potraživanja" }, "status": "DESIGN", "sources": [ "I1", "I4", "I5" ], "blocks": [ { "type": "p", "text": { "ru": "Для каждого периода фиксируются граница измерения, базовая линия, фактический режим, погода, загрузка, качество услуги и вмешательство. Базовая линия описывает согласованный сценарий без вмешательства. Версия методики сохраняется вместе с исходными данными; изменение условий запускает пересмотр по заранее заданным правилам.", "en": "For each period, record the measurement boundary, baseline, actual operation, weather, utilisation, service quality and intervention. The baseline describes the agreed scenario without the intervention. Preserve the method version with source data; changed conditions trigger a review under predetermined rules.", "sr": "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." } }, { "type": "p", "text": { "ru": "Последовательность: валовой эффект → поправки → проверенный эффект → договорная денежная оценка → доступная к распределению сумма → конкретное требование. Из расчётной суммы вычитаются согласованные дополнительные расходы; резерв и очередность выплат задаются договором. Отрицательный результат и неопределённость сохраняются в учёте.", "en": "Sequence: gross effect → adjustments → verified effect → contractual monetary valuation → distributable amount → specific claim. Agreed incremental costs are deducted; reserves and payment priority are contractual. Negative results and uncertainty remain in the record.", "sr": "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." } }, { "type": "p", "text": { "ru": "Оракул подтверждает факты в пределах своей методики. Денежное требование требует правового основания и определённой платёжной стороны. Экономия потребителя, доход оператора и выплата инвестору возникают на разных основаниях. Для ЦФА отдельно проверяется порядок возникновения цифрового права: существующее договорное требование нельзя автоматически объявить уже выпущенным ЦФА. [E3]", "en": "The oracle attests facts within its method. A monetary claim needs a legal basis and a defined payment party. Consumer savings, operator revenue and investor payments arise on different grounds. For Russian digital financial assets, the creation of the digital right requires separate verification; an existing contractual claim cannot automatically be declared an issued digital financial asset. [E3]", "sr": "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]" } } ] }, { "id": "capital", "title": { "ru": "5. Программируемый капитал", "en": "5. Programmable capital", "sr": "5. Programabilni kapital" }, "status": "DESIGN", "sources": [ "I1", "I5", "E1" ], "blocks": [ { "type": "p", "text": { "ru": "Программируемый капитал связывает финансирование, полномочия и выплаты с проверяемыми условиями. Деньги могут быть заранее зарезервированы под обязательство. Доступ к ним определяется состоянием актива, действующим правом, подтверждением события и правилами расчёта. Конкретная платёжная инфраструктура выбирается отдельно.", "en": "Programmable capital connects financing, authority and payments to verifiable conditions. Funds may be reserved in advance against an obligation. Access depends on asset state, a valid right, event verification and settlement rules. The particular payment infrastructure is selected separately.", "sr": "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." } }, { "type": "table", "headers": [ { "ru": "Состояние", "en": "State", "sr": "Stanje" }, { "ru": "Значение", "en": "Meaning", "sr": "Značenje" } ], "rows": [ [ "PROJECTED", { "ru": "Прогноз будущего потока с допущениями и диапазоном.", "en": "Forecast of future cash flow with assumptions and a range.", "sr": "Prognoza budućeg toka sa pretpostavkama i rasponom." } ], [ "RESERVED", { "ru": "Подтверждённое резервирование средств или оформленный лимит; тип обязательства указан.", "en": "Verified cash reservation or documented facility; obligation type is stated.", "sr": "Potvrđena rezervacija sredstava ili dokumentovan limit; naveden je tip obaveze." } ], [ "VERIFIED", { "ru": "Проверено событие; сумма требования и платёжная готовность проверяются отдельно.", "en": "Event verified; claim amount and payment readiness are checked separately.", "sr": "Događaj je proveren; iznos potraživanja i spremnost za plaćanje proveravaju se odvojeno." } ], [ "SETTLED", { "ru": "Исполнение подтверждено расчётной системой и отражено у обеих сторон.", "en": "Performance confirmed by the settlement system and reconciled for both parties.", "sr": "Izvršenje je potvrdio sistem poravnanja i usklađeno je kod obe strane." } ] ] }, { "type": "p", "text": { "ru": "Номинальная сумма прогнозных поступлений за 12 лет и их сегодняшняя стоимость являются разными показателями. Текущая стоимость рассчитывается как сумма ожидаемых чистых потоков, дисконтированных по периодам. Нужны сценарии потерь, расходов, задержек и кредитного риска. Зарезервированная ликвидность, лимит финансирования и гарантия раскрываются раздельно.", "en": "The nominal sum of forecast receipts over 12 years and their present value are different measures. Present value is the sum of expected net cash flows discounted by period. Scenarios must cover losses, costs, delays and credit risk. Reserved liquidity, a financing limit and a guarantee are disclosed separately.", "sr": "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." } }, { "type": "p", "text": { "ru": "Продукт финансирования из будущего эффекта (deCAPEX) позволяет согласовать вложения сегодня и возврат из будущего договорного потока. Полученный результат может финансировать следующую интервенцию. Новый прогноз проходит собственную проверку; ранее распределённый эффект повторно не используется.", "en": "Financing from future effect (deCAPEX) connects investment today with repayment from future contractual cash flow. The result may finance the next intervention. Each new forecast undergoes its own review; previously distributed effect is not reused.", "sr": "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." } } ] }, { "id": "recipe", "title": { "ru": "6. Фабрика рецептов", "en": "6. Recipe Factory", "sr": "6. Fabrika recepata" }, "status": "DESIGN", "sources": [ "I3", "I4" ], "blocks": [ { "type": "p", "text": { "ru": "Рецепт описывает воспроизводимый путь от состояния объекта до исполненного обязательства: данные, допустимое вмешательство, методика проверки, право, инструмент, расчёт и восстановление после сбоя. Версия рецепта и пределы применимости обязательны. Агент адаптирует рецепт к новому объекту и заново проверяет исходные условия.", "en": "A recipe describes a reproducible path from object state to a fulfilled obligation: data, permitted intervention, verification method, right, instrument, settlement and recovery. Recipe version and applicability limits are mandatory. The agent adapts the recipe to a new object and checks its preconditions again.", "sr": "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." } }, { "type": "p", "text": { "ru": "Базовый рецепт: требование на энергетический эффект (Energy Delta Receivable). Зафиксировать объект и базовую линию, измерить изменение, проверить качество услуги, установить договорную долю, признать требование по применимым правилам и исполнить платёж. Варианты: гибкая холодильная мощность, резерв, тепло как сервис, лицензионный поток интеллекта и композитный продукт «интеллект-энергия».", "en": "The base recipe is Energy Delta Receivable. Identify the object and baseline, measure change, verify service quality, establish the contractual share, recognise the claim under applicable rules and settle the payment. Variants include flexible cooling capacity, reserve, heat as a service, intelligence licensing revenue and the intelligence-energy composite product.", "sr": "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." } }, { "type": "p", "text": { "ru": "Передача между юрисдикциями сохраняет физическую модель и требования к доказательствам. Правовая форма, валюта, расчётный маршрут, допуск участников и защита требований адаптируются отдельно. Выбор внешней инфраструктуры требует оценки контроля над данными, оракулом, ключами и доступом к расчётам.", "en": "Cross-jurisdiction transfer preserves the physical model and evidence requirements. Legal form, currency, settlement route, participant eligibility and protection of claims are adapted separately. External infrastructure must be assessed for control of data, oracle, keys and settlement access.", "sr": "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." } } ] }, { "id": "incubator", "title": { "ru": "7. Порядок допуска инструмента", "en": "7. Instrument admission", "sr": "7. Prihvatanje instrumenta" }, "status": "DESIGN", "sources": [ "I4", "E3" ], "blocks": [ { "type": "p", "text": { "ru": "Обязательный маршрут проектирования: инкубатор → испытательная среда → стресс-тест → экспертиза финансового партнёра → разрешённый запуск. Агент-конструктор собирает модель; независимый проверяющий ищет ошибки. Инженер подтверждает физическую осуществимость, правовой специалист проверяет обязательства. Совпадение ответов нескольких моделей с общей ошибочной предпосылкой не считается независимым доказательством.", "en": "Required design path: incubator → sandbox → stress test → financial partner review → authorised launch. A design agent assembles the model; an independent reviewer searches for errors. An engineer confirms physical feasibility and a legal specialist reviews obligations. Agreement among models sharing a faulty assumption is not independent evidence.", "sr": "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." } }, { "type": "p", "text": { "ru": "Проверить одновременно: падение эффекта, рост расходов, задержку платежа, отказ оборудования, потерю оператора, ошибку оракула, компрометацию ключа и закрытие рефинансирования. Обратный стресс-тест определяет сочетание событий, при котором обязательства перестают исполняться. Для каждого сценария нужны дефицит, срок, резерв, ответственный и порядок восстановления.", "en": "Test combined loss of effect, rising costs, payment delay, equipment failure, operator loss, oracle error, key compromise and refinancing closure. Reverse stress testing finds the combination that makes obligations unperformable. Each scenario needs a shortfall, timing, reserve, accountable party and recovery procedure.", "sr": "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." } }, { "type": "p", "text": { "ru": "На выходе агент предоставляет паспорт объекта, методику, карту прав, финансовую модель, историю доказательств и протокол испытаний. Публикация учебного материала не создаёт реального инструмента. Права, полномочия оператора и условия допуска проверяются для каждого запуска. [E3]", "en": "The agent delivers an object passport, method, rights map, financial model, evidence history and test report. Publishing educational material does not create a real instrument. Rights, operator authority and admission conditions are checked for each launch. [E3]", "sr": "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]" } } ] } ] }, { "id": "depository", "code": "XP-DEP-001", "title": { "ru": "Депозитарий", "en": "Depository", "sr": "Depozitar" }, "summary": { "ru": "Активный криптодепозитарий: состояние реальных активов, доказательства, права управления и повторное вложение результата.", "en": "Active crypto depository: real asset state, evidence, control rights and reinvestment of results.", "sr": "Aktivni kriptodepozitar: stanje realne imovine, dokazi, prava upravljanja i ponovno ulaganje rezultata." }, "definition": { "ru": "Активный криптодепозитарий в нашей модели представляет собой инфраструктуру, которая непрерывно связывает реальный актив, его цифровое отражение, доказательства, права и расчёты. Она привлекает способных улучшить актив участников, выдаёт ограниченные полномочия и сопровождает распределение подтверждённого результата.", "en": "In our model, an active crypto depository continuously connects a real asset, its Reflection, evidence, rights and settlements. It attracts participants capable of improving the asset, grants bounded authority and supports distribution of verified results.", "sr": "U našem modelu aktivni kriptodepozitar neprekidno povezuje realnu imovinu, njen digitalni odraz, dokaze, prava i poravnanja. Privlači učesnike sposobne da unaprede imovinu, daje ograničena ovlašćenja i prati raspodelu potvrđenog rezultata." }, "modules": [ { "id": "meaning", "title": { "ru": "1. Смысл и границы понятия", "en": "1. Meaning and scope", "sr": "1. Značenje i obuhvat" }, "status": "DESIGN", "sources": [ "I1", "I2", "I3" ], "blocks": [ { "type": "p", "text": { "ru": "Слово «активный» означает постоянную работу: наблюдать, находить возможность улучшения, сопоставлять предложения, проверять результат, обновлять оценку и сопровождать следующий цикл капитала. Ключевой вопрос: какой актив можно улучшить, кто способен это сделать и на каких условиях делится созданная стоимость.", "en": "Active means continuous work: observe, discover improvement opportunities, compare proposals, verify results, update valuation and support the next capital cycle. The key question is which asset can be improved, who can do it and under which terms the created value is shared.", "sr": "Aktivan znači neprekidan rad: posmatrati, pronalaziti prilike za poboljšanje, porediti predloge, proveravati rezultate, ažurirati vrednovanje i pratiti naredni ciklus kapitala. Ključno pitanje glasi: koja imovina se može unaprediti, ko to može učiniti i pod kojim uslovima se deli stvorena vrednost." } }, { "type": "p", "text": { "ru": "Приставка «крипто» относится к проверяемости происхождения записей, подписям, хешам, полномочиям и журналу событий. Конкретная технология реестра выбирается по задаче. Криптографическая подпись подтверждает происхождение сообщения; достоверность физического факта требует измерительной и независимой проверки.", "en": "Crypto refers to verifiable record provenance, signatures, hashes, authority and the event ledger. Ledger technology is chosen for the task. A cryptographic signature authenticates a message's origin; physical truth needs measurement and independent verification.", "sr": "Prefiks kripto odnosi se na proverljivost porekla zapisa, potpise, heševe, ovlašćenja i dnevnik događaja. Tehnologija registra bira se prema zadatku. Kriptografski potpis potvrđuje poreklo poruke; fizička istinitost zahteva merenje i nezavisnu proveru." } }, { "type": "p", "text": { "ru": "Термин обозначает функциональную архитектуру проекта. Учёт цифровых отражений, хранение ключей, обслуживание ЦФА, депозитарная деятельность и расчёты имеют разные полномочия и правовые режимы. Состав реальных функций конкретного оператора должен быть установлен отдельно. [E3]", "en": "The term names the project's functional architecture. Reflection records, key custody, digital financial asset services, securities depository activity and settlement have distinct authority and legal regimes. The actual functions of each operator must be established separately. [E3]", "sr": "Pojam označava funkcionalnu arhitekturu projekta. Evidencija digitalnih odraza, čuvanje ključeva, usluge digitalnih finansijskih sredstava, depozitarna delatnost i poravnanje imaju različita ovlašćenja i pravne režime. Stvarne funkcije svakog operatera moraju se posebno utvrditi. [E3]" } } ] }, { "id": "truth", "title": { "ru": "2. Пять согласованных представлений", "en": "2. Five reconciled views", "sr": "2. Pet usklađenih prikaza" }, "status": "DESIGN", "sources": [ "I2", "I3" ], "blocks": [ { "type": "table", "headers": [ { "ru": "Представление", "en": "View", "sr": "Prikaz" }, { "ru": "Вопрос агента", "en": "Agent question", "sr": "Pitanje agenta" } ], "rows": [ [ "PHYSICAL", { "ru": "Что установлено и в каком состоянии? Что отключено, заменено или ограничено?", "en": "What exists and in which condition? What is disconnected, replaced or restricted?", "sr": "Šta postoji i u kakvom je stanju? Šta je isključeno, zamenjeno ili ograničeno?" } ], [ "MEASUREMENT", { "ru": "Каким данным можно доверять, с какой погрешностью и за какой период?", "en": "Which data are trustworthy, with what uncertainty and for which period?", "sr": "Kojim podacima se može verovati, uz kakvu nesigurnost i za koji period?" } ], [ "LEGAL", { "ru": "Кому принадлежат права, кто вправе управлять, какие обременения действуют?", "en": "Who holds rights, who may control the asset and which encumbrances apply?", "sr": "Ko ima prava, ko sme upravljati imovinom i koja opterećenja važe?" } ], [ "ECONOMIC", { "ru": "Что изменилось относительно базовой линии и какова чистая договорная ценность?", "en": "What changed against the baseline and what is the net contractual value?", "sr": "Šta se promenilo u odnosu na baznu liniju i kolika je neto ugovorna vrednost?" } ], [ "SETTLEMENT", { "ru": "Кому начислено, что зарезервировано, что исполнено и что оспаривается?", "en": "Who is owed what, what is reserved, what is settled and what is disputed?", "sr": "Kome je šta obračunato, šta je rezervisano, šta izvršeno i šta sporno?" } ] ] }, { "type": "p", "text": { "ru": "Эти представления сверяются между собой. Телеметрия с хорошей подписью при недействующем праве управления не разрешает действие. Наличие права на выплату при отсутствии денег не подтверждает расчёт. В более раннем прототипе использовались три группы: актив, право и расчёт; здесь актив дополнительно раскрыт через физику, измерение и экономику.", "en": "These views must reconcile. Well-signed telemetry with an invalid control right does not authorise action. A payment entitlement without funds does not prove settlement. An earlier prototype used three groups: asset, legal and settlement truth; here the asset view is expanded into physics, measurement and economics.", "sr": "Ovi prikazi moraju biti usklađeni. Uredno potpisana telemetrija uz nevažeće pravo upravljanja ne dozvoljava radnju. Pravo na isplatu bez sredstava ne dokazuje poravnanje. Raniji prototip koristio je tri grupe: imovinu, pravo i poravnanje; ovde se prikaz imovine dodatno razrađuje kroz fiziku, merenje i ekonomiku." } } ] }, { "id": "reflection", "title": { "ru": "3. Цифровое отражение и управленческий баланс", "en": "3. Reflection and management inventory", "sr": "3. Digitalni odraz i upravljačka evidencija" }, "status": "DESIGN", "sources": [ "I2", "I3" ], "blocks": [ { "type": "p", "text": { "ru": "Паспорт отражения (Reflection) связывает объект, состав оборудования, границы учёта, потоки, датчики, договоры, базовые линии, вмешательства, эффект и историю обслуживания. Четыре исходных слоя модели: инфраструктура, холод, энергия, эффект. Это пересекающиеся представления одной системы; их денежные оценки нельзя просто складывать.", "en": "A Reflection passport connects the object, equipment, measurement boundaries, flows, sensors, contracts, baselines, interventions, effects and service history. The four original model layers are infrastructure, cooling, energy and effect. They overlap as views of one system; their monetary values cannot simply be added.", "sr": "Pasoš digitalnog odraza (Reflection) povezuje objekat, opremu, granice obračuna, tokove, senzore, ugovore, bazne linije, intervencije, efekte i istoriju održavanja. Četiri izvorna sloja modela su infrastruktura, hlađenje, energija i efekat. To su prikazi jednog sistema koji se preklapaju; njihove novčane vrednosti ne mogu se jednostavno sabirati." } }, { "type": "p", "text": { "ru": "Управленческий баланс показывает наблюдаемые активы, состояние, ограничения, права, выпуски, подтверждённые результаты и доступные возможности. Каждый показатель имеет основание и статус. Он не переносит имущество на баланс оператора и не означает его собственность. Признание в бухгалтерском учёте требует отдельной проверки.", "en": "The management inventory shows observed assets, condition, constraints, rights, issues, verified results and available opportunities. Every measure has a basis and status. It does not transfer assets onto the operator's accounting balance sheet or imply ownership. Accounting recognition requires separate review.", "sr": "Upravljačka evidencija prikazuje posmatranu imovinu, stanje, ograničenja, prava, emisije, potvrđene rezultate i dostupne mogućnosti. Svaki pokazatelj ima osnov i status. Evidencija ne prenosi imovinu u bilans operatera i ne podrazumeva vlasništvo. Računovodstveno priznavanje zahteva posebnu proveru." } }, { "type": "p", "text": { "ru": "До появления дополнительного управления отражение может оставаться пассивным. Запись обеспечивает наблюдаемость и сопоставимость. Появление нового дохода подтверждается отдельно. Ранжирование возможностей учитывает ожидаемый чистый эффект, неопределённость, стоимость проверки, совместимость ограничений и время до исполнения.", "en": "Before additional management begins, a Reflection may remain passive. The record provides observability and comparability. New income is verified separately. Opportunity ranking considers expected net effect, uncertainty, verification cost, compatible constraints and time to performance.", "sr": "Pre početka dodatnog upravljanja odraz može ostati pasivan. Zapis obezbeđuje preglednost i uporedivost. Novi prihod potvrđuje se posebno. Rangiranje prilika uzima u obzir očekivani neto efekat, neizvesnost, cenu provere, usklađenost ograničenja i vreme do izvršenja." } } ] }, { "id": "pilot", "title": { "ru": "4. Право второго пилота", "en": "4. Second Pilot Right", "sr": "4. Pravo drugog pilota" }, "status": "DESIGN", "sources": [ "I1", "I2", "I4" ], "blocks": [ { "type": "p", "text": { "ru": "Участник предъявляет проверяемое предложение: каким способом он улучшит объект и какой результат ожидает. Система сопоставляет компетенции, доказательства и ограничения. Испытания начинаются в расчётной или изолированной среде; физическое вмешательство требует явного разрешения владельца полномочий.", "en": "A participant submits a testable proposal describing how the object will be improved and the expected result. The system compares competence, evidence and constraints. Testing starts in a simulated or isolated environment; physical intervention requires explicit authorisation from the authority holder.", "sr": "Učesnik podnosi proverljiv predlog: kako će unaprediti objekat i koji rezultat očekuje. Sistem poredi stručnost, dokaze i ograničenja. Ispitivanja počinju u simuliranom ili izolovanom okruženju; fizička intervencija zahteva izričito odobrenje nosioca ovlašćenja." } }, { "type": "p", "text": { "ru": "Право второго пилота ограничено объектом, набором действий, сроком, режимом эксплуатации и ресурсным бюджетом. Оно содержит разрешённые команды, запрещённые состояния, аварийную остановку, отзыв полномочий и порядок возврата управления. Само право управления и право на вознаграждение фиксируются отдельно.", "en": "The Second Pilot Right is bounded by object, action set, term, operating conditions and resource budget. It specifies allowed commands, prohibited states, emergency stop, authority revocation and handback procedure. Control authority and remuneration entitlement are recorded separately.", "sr": "Pravo drugog pilota ograničeno je objektom, skupom radnji, rokom, režimom rada i budžetom resursa. Sadrži dozvoljene komande, zabranjena stanja, hitno zaustavljanje, opoziv ovlašćenja i postupak vraćanja upravljanja. Ovlašćenje upravljanja i pravo na naknadu beleže se odvojeno." } }, { "type": "p", "text": { "ru": "Дополнительное вознаграждение за результат определяется подтверждённой дельтой и договорной формулой. При отсутствии подтверждения такая премия не начисляется. Отдельно согласованные фиксированные услуги и обязательства сохраняют собственные условия. Физическая безопасность и сохранение полезной функции имеют приоритет над финансовой оптимизацией.", "en": "Performance remuneration depends on verified delta and the contractual formula. Without verification, that success payment is not accrued. Separately contracted fixed services and obligations retain their own terms. Physical safety and preservation of useful function take priority over financial optimisation.", "sr": "Naknada za rezultat zavisi od potvrđene delte i ugovorne formule. Bez potvrde se takva premija ne obračunava. Posebno ugovorene fiksne usluge i obaveze zadržavaju sopstvene uslove. Fizička bezbednost i očuvanje korisne funkcije imaju prednost nad finansijskom optimizacijom." } } ] }, { "id": "registries", "title": { "ru": "5. Реестры, доказательства и уникальность", "en": "5. Registries, evidence and uniqueness", "sr": "5. Registri, dokazi i jedinstvenost" }, "status": "DESIGN", "sources": [ "I2", "I3" ], "blocks": [ { "type": "p", "text": { "ru": "Связанные реестры: объекты и отражения; оборудование; потоки и телеметрия; базовые линии; права и обременения; оракулы; рецепты; вмешательства и полномочия; подтверждённые эффекты; инструменты; расчёты; журнал событий. Каждое изменение сохраняет автора, время, версию, основание и ссылку на предыдущую запись.", "en": "Linked registries cover objects and Reflections, equipment, flows and telemetry, baselines, rights and encumbrances, oracles, recipes, interventions and authority, verified effects, instruments, settlements and the event ledger. Every change retains author, time, version, basis and a link to its predecessor.", "sr": "Povezani registri obuhvataju objekte i odraze, opremu, tokove i telemetriju, bazne linije, prava i opterećenja, proročišta, recepte, intervencije i ovlašćenja, potvrđene efekte, instrumente, poravnanja i dnevnik događaja. Svaka promena čuva autora, vreme, verziju, osnov i vezu sa prethodnim zapisom." } }, { "type": "p", "text": { "ru": "Минимальная единица распределения: количество × интервал времени × вид права × корень происхождения. Количество учитывается вместе с единицей измерения, объектом и границей системы. Разделение на доли сохраняет исходный корень и сумму распределений. Новый идентификатор записи не освобождает уже занятый ресурс.", "en": "Minimum allocation unit: quantity × time interval × right type × provenance root. Quantity includes its unit, object and system boundary. Splitting into shares preserves the root and total allocations. A new record identifier does not free an already committed resource.", "sr": "Minimalna jedinica raspodele: količina × vremenski interval × vrsta prava × koren porekla. Količina se vodi sa jedinicom mere, objektom i granicom sistema. Podela na udele čuva koren i ukupan zbir raspodela. Novi identifikator zapisa ne oslobađa već angažovan resurs." } }, { "type": "p", "text": { "ru": "Один объект может создавать несколько разных ценностей. Для каждой пары обязательств агент проверяет физическую совместимость, пересечение периода и прав, существующие залоги и распределение выручки. При неясности выдаётся статус HOLD с перечнем недостающих данных. Разрешение конфликта сохраняется в журнале.", "en": "One object may create several distinct values. For each pair of obligations, the agent checks physical compatibility, overlapping periods and rights, existing pledges and revenue allocation. Ambiguity produces HOLD with missing evidence listed. Conflict resolution is retained in the ledger.", "sr": "Jedan objekat može stvarati više različitih vrednosti. Za svaki par obaveza agent proverava fizičku usklađenost, preklapanje perioda i prava, postojeće zaloge i raspodelu prihoda. Nejasnoća daje status HOLD uz spisak nedostajućih dokaza. Rešenje sukoba čuva se u dnevniku." } } ] }, { "id": "lifecycle", "title": { "ru": "6. Жизненный цикл и пересмотр состояния", "en": "6. Lifecycle and state review", "sr": "6. Životni ciklus i preispitivanje stanja" }, "status": "DESIGN", "sources": [ "I2", "I3", "I5" ], "blocks": [ { "type": "p", "text": { "ru": "Депозитарий ведёт отдельные состояния объекта, доказательства, права, инструмента и расчёта. Нельзя свести их к одной отметке «проверено». Возможен работающий объект со спорным правом или подтверждённый эффект с задержанным платежом. Разрешённые переходы и роли задаются для каждого рецепта.", "en": "The depository tracks separate states for the object, evidence, right, instrument and settlement. They cannot be collapsed into one verified label. An operational asset may have a disputed right; a verified effect may have a delayed payment. Allowed transitions and roles are specified per recipe.", "sr": "Depozitar vodi odvojena stanja objekta, dokaza, prava, instrumenta i poravnanja. Ona se ne mogu svesti na jednu oznaku provereno. Ispravan objekat može imati sporno pravo, a potvrđen efekat odloženo plaćanje. Dozvoljeni prelazi i uloge određuju se za svaki recept." } }, { "type": "table", "headers": [ { "ru": "Контур", "en": "Track", "sr": "Tok" }, { "ru": "Примеры состояний", "en": "Example states", "sr": "Primeri stanja" } ], "rows": [ [ { "ru": "Объект", "en": "Object", "sr": "Objekat" }, "OBSERVED → AVAILABLE → DISPATCHED → DELIVERED / UNAVAILABLE" ], [ { "ru": "Доказательство", "en": "Evidence", "sr": "Dokaz" }, "CLAIMED → MEASURED → VERIFIED / REJECTED / DISPUTED" ], [ { "ru": "Право", "en": "Right", "sr": "Pravo" }, "DRAFT → VALIDATED → ACTIVE → SUSPENDED / EXPIRED / DISCHARGED" ], [ { "ru": "Инструмент", "en": "Instrument", "sr": "Instrument" }, "DESIGNED → TESTED → APPROVED → ISSUED → RETIRED" ], [ { "ru": "Расчёт", "en": "Settlement", "sr": "Poravnanje" }, "PROJECTED → RESERVED → PAYABLE → SETTLED / FAILED / DISPUTED" ] ] }, { "type": "p", "text": { "ru": "Замена оборудования, сбой датчика, истечение права, изменение методики или конфликт обременений запускают повторную проверку. Новое обязательство приостанавливается в затронутой части. Уже существующие права обрабатываются по их условиям; изменение оценки не переписывает договор задним числом. Исправления публикуются отдельными событиями.", "en": "Equipment replacement, sensor failure, right expiry, method change or an encumbrance conflict triggers re-verification. New commitments are held in the affected scope. Existing rights follow their terms; revaluation does not rewrite a contract retroactively. Corrections are recorded as separate events.", "sr": "Zamena opreme, kvar senzora, istek prava, promena metodologije ili sukob opterećenja pokreću ponovnu proveru. Nova obaveza se zaustavlja u pogođenom obuhvatu. Postojeća prava prate svoje uslove; promena procene ne menja ugovor retroaktivno. Ispravke se evidentiraju kao zasebni događaji." } } ] }, { "id": "economy", "title": { "ru": "7. Экономика депозитария и новый цикл", "en": "7. Depository economics and the next cycle", "sr": "7. Ekonomika depozitara i naredni ciklus" }, "status": "DESIGN", "sources": [ "I1", "I2" ], "blocks": [ { "type": "p", "text": { "ru": "Источники выручки могут включать обслуживание данных и прав, структурирование, проверку, расчёты, управление обеспечением и согласованную долю подтверждённого улучшения. Вознаграждение каждого участника раскрывается. Проверяющий должен иметь независимость, достаточную для выявления ошибки управляющего и финансового организатора.", "en": "Revenue may include data and rights servicing, structuring, verification, settlement, collateral management and an agreed share of verified improvement. Each participant's remuneration is disclosed. Verification needs sufficient independence to identify errors by both the manager and the financial arranger.", "sr": "Prihodi mogu uključivati obradu podataka i prava, strukturiranje, proveru, poravnanje, upravljanje obezbeđenjem i dogovoreni udeo potvrđenog poboljšanja. Naknada svakog učesnika se prikazuje. Provera zahteva dovoljnu nezavisnost da otkrije greške upravljača i finansijskog organizatora." } }, { "type": "p", "text": { "ru": "Рабочий цикл: отразить состояние → измерить → предложить улучшение → получить полномочия → исполнить → проверить → распределить результат → вложить в следующий цикл. Новая базовая линия вводится по согласованной методике с сохранением исходной истории и обязательств. Автоматическое повышение оценки без новых доказательств запрещено.", "en": "Operating cycle: reflect state → measure → propose improvement → obtain authority → execute → verify → distribute results → invest in the next cycle. A new baseline is introduced under the agreed method while preserving history and obligations. Automatic upward revaluation without new evidence is prohibited.", "sr": "Radni ciklus: odraziti stanje → meriti → predložiti poboljšanje → dobiti ovlašćenje → izvršiti → proveriti → raspodeliti rezultat → uložiti u naredni ciklus. Nova bazna linija uvodi se prema dogovorenoj metodologiji uz očuvanje istorije i obaveza. Automatsko povećanje procene bez novih dokaza je zabranjeno." } }, { "type": "p", "text": { "ru": "Проверка «объясни этот рубль» восстанавливает всю цепочку: платёж → обязательство → право → подтверждённый эффект → вмешательство → рецепт → базовая линия → исходные измерения → реальный объект. Если связь отсутствует, агент показывает разрыв и запрашивает конкретное доказательство.", "en": "The explain-this-payment check reconstructs the full chain: payment → obligation → right → verified effect → intervention → recipe → baseline → source measurements → real object. If a link is missing, the agent identifies the gap and requests specific evidence.", "sr": "Provera objasni ovo plaćanje rekonstruiše ceo lanac: plaćanje → obaveza → pravo → potvrđeni efekat → intervencija → recept → bazna linija → izvorna merenja → realni objekat. Ako veza nedostaje, agent pokazuje prekid i traži konkretan dokaz." } } ] } ] } ], "sources": [ { "id": "I1", "kind": "internal_sanitized", "title": { "ru": "Программируемый капитал, август 2026", "en": "Programmable Capital, August 2026", "sr": "Programabilni kapital, avgust 2026" }, "scope": { "ru": "Авторская концепция и цель активного управления. Публичное изложение переработано и обезличено.", "en": "Author's concept and goal of active management. Public synthesis is revised and anonymised.", "sr": "Autorski koncept i cilj aktivnog upravljanja. Javni prikaz je prerađen i anonimizovan." } }, { "id": "I2", "kind": "internal_sanitized", "title": { "ru": "Архитектурные материалы активного криптодепозитария, август-сентябрь 2026", "en": "Active crypto depository architecture, August-September 2026", "sr": "Arhitektura aktivnog kriptodepozitara, avgust-septembar 2026" }, "scope": { "ru": "Отражение, реестры, право второго пилота, жизненный цикл. Клиентские приложения исключены.", "en": "Reflection, registries, Second Pilot Right, lifecycle. Client appendices excluded.", "sr": "Odraz, registri, pravo drugog pilota i životni ciklus. Klijentski prilozi su isključeni." } }, { "id": "I3", "kind": "internal_sanitized", "title": { "ru": "Прототип PBS и рабочая карта энергетических продуктов", "en": "PBS prototype and working energy product map", "sr": "PBS prototip i radna mapa energetskih proizvoda" }, "scope": { "ru": "Песочница, семейства продуктов, рецепты, доказательства. Статус работающего финансового выпуска не заявляется.", "en": "Sandbox, product families, recipes and evidence. No live financial issuance is claimed.", "sr": "Probno okruženje, porodice proizvoda, recepti i dokazi. Ne tvrdi se da postoji stvarna finansijska emisija." } }, { "id": "I4", "kind": "internal_sanitized", "title": { "ru": "Правила запуска энергетических финансовых инструментов, 11.09.2026", "en": "Energy financial instrument launch rules, 11 September 2026", "sr": "Pravila pokretanja energetskih finansijskih instrumenata, 11.09.2026" }, "scope": { "ru": "Инкубатор, независимая проверка, стресс-тест и передача финансовому партнёру.", "en": "Incubator, independent review, stress testing and transfer to a financial partner.", "sr": "Inkubator, nezavisna provera, stres-test i predaja finansijskom partneru." } }, { "id": "I5", "kind": "internal_sanitized", "title": { "ru": "Модель токенизированного энергетического денежного потока, 29.08.2026", "en": "Tokenized energy cash flow model, 29 August 2026", "sr": "Model tokenizovanog energetskog novčanog toka, 29.08.2026" }, "scope": { "ru": "Состояния прогнозной стоимости и расчёта. В этой редакции уточнены дисконтирование и условия возникновения требования.", "en": "Forecast value and settlement states. This edition clarifies discounting and claim creation conditions.", "sr": "Stanja prognozirane vrednosti i poravnanja. Ovo izdanje pojašnjava diskontovanje i nastanak potraživanja." } }, { "id": "E1", "kind": "external_primary", "url": "https://www.bis.org/publ/arpdf/ar2023e3.htm", "checked_on": "2026-09-18", "title": { "ru": "BIS: программируемая финансовая инфраструктура, 2023", "en": "BIS: programmable financial infrastructure, 2023", "sr": "BIS: programabilna finansijska infrastruktura, 2023" }, "scope": { "ru": "Токенизация связывает записи об активах с правилами исполнения. Это внешний контекст; наша модель активного депозитария остаётся самостоятельной проектной архитектурой.", "en": "Tokenization connects asset records with execution rules. This is external context; our active depository model remains a separate design architecture.", "sr": "Tokenizacija povezuje evidenciju imovine sa pravilima izvršenja. Ovo je spoljni kontekst; naš model aktivnog depozitara ostaje zasebna projektna arhitektura." } }, { "id": "E2", "kind": "external_primary", "url": "https://www.bis.org/publ/othp95.htm", "checked_on": "2026-09-18", "title": { "ru": "Project Pine: исследовательский прототип, 2025", "en": "Project Pine: research prototype, 2025", "sr": "Project Pine: istraživački prototip, 2025" }, "scope": { "ru": "Прототип смарт-контрактов испытывался на гипотетических сценариях. Статус исследования сохраняется.", "en": "The smart-contract prototype was tested on hypothetical scenarios. Its research status is preserved.", "sr": "Prototip pametnih ugovora testiran je na hipotetičkim scenarijima. Zadržan je njegov istraživački status." } }, { "id": "E3", "kind": "external_primary", "url": "https://www.cbr.ru/finm_infrastructure/digital_oper/", "checked_on": "2026-09-18", "title": { "ru": "Официальные разъяснения о ЦФА и их операторах", "en": "Official guidance on Russian digital financial assets and operators", "sr": "Zvanična pojašnjenja o ruskim digitalnim finansijskim sredstvima i operaterima" }, "scope": { "ru": "Возникновение цифровых прав и роли операторов. Применимость проверяется на дату конкретной сделки.", "en": "Creation of digital rights and operator roles. Applicability must be checked at the date of a specific transaction.", "sr": "Nastanak digitalnih prava i uloge operatera. Primenljivost se proverava na datum konkretne transakcije." } } ], "agent_rules": [ { "id": "R01", "category": "scope", "text": { "ru": "Начинай с объекта, полезной функции и разрешённой задачи. Отдельно опиши цель владельца, границы системы и доступные полномочия.", "en": "Start with the object, useful function and authorised task. Separately describe the owner's goal, system boundary and available authority.", "sr": "Počni od objekta, korisne funkcije i odobrenog zadatka. Posebno opiši cilj vlasnika, granicu sistema i raspoloživa ovlašćenja." } }, { "id": "R02", "category": "evidence", "text": { "ru": "Каждое утверждение снабжай источником, датой, областью применимости и статусом: факт, гипотеза, модель, предложение или условный пример.", "en": "Attach a source, date, applicability and status to every claim: fact, hypothesis, model, proposal or synthetic example.", "sr": "Svaku tvrdnju opremi izvorom, datumom, obuhvatom primene i statusom: činjenica, hipoteza, model, predlog ili uslovni primer." } }, { "id": "R03", "category": "measurement", "text": { "ru": "Для дельты предъяви исходные данные, версию базовой линии, поправки, качество услуги, неопределённость и воспроизводимый расчёт.", "en": "For a delta, supply source data, baseline version, adjustments, service quality, uncertainty and a reproducible calculation.", "sr": "Za deltu priloži izvorne podatke, verziju bazne linije, korekcije, kvalitet usluge, neizvesnost i ponovljiv proračun." } }, { "id": "R04", "category": "rights", "text": { "ru": "Разделяй отражение объекта, право собственности, право управления, денежное требование и цифровой инструмент. Проверяй каждое основание.", "en": "Separate the object Reflection, ownership, control authority, monetary claim and digital instrument. Verify each basis.", "sr": "Razdvoji digitalni odraz objekta, vlasništvo, ovlašćenje upravljanja, novčano potraživanje i digitalni instrument. Proveri svaki osnov." } }, { "id": "R05", "category": "identity", "text": { "ru": "Проверяй пересечение количества, периода, права и происхождения. Сохраняй корень исходной единицы при делении, передаче и повторном оформлении.", "en": "Check overlaps in quantity, period, right and provenance. Preserve the root unit through splitting, transfer and repackaging.", "sr": "Proveri preklapanja količine, perioda, prava i porekla. Čuvaj koren izvorne jedinice pri deljenju, prenosu i preoblikovanju." } }, { "id": "R06", "category": "safety", "text": { "ru": "Проверяй право второго пилота, срок, допустимые команды и аварийную остановку до физического действия. Нарушение безопасного режима блокирует команду.", "en": "Verify the Second Pilot Right, expiry, allowed commands and emergency stop before a physical action. A safety breach blocks the command.", "sr": "Pre fizičke radnje proveri pravo drugog pilota, rok, dozvoljene komande i hitno zaustavljanje. Kršenje bezbednog režima blokira komandu." } }, { "id": "R07", "category": "oracle", "text": { "ru": "Проверяй качество измерений, калибровку, пропуски, время, подпись и независимость верификатора. Подпись не устраняет ошибку измерения.", "en": "Check measurement quality, calibration, gaps, timing, signature and verifier independence. A signature does not remove a measurement error.", "sr": "Proveri kvalitet merenja, kalibraciju, nedostajuće podatke, vreme, potpis i nezavisnost proveravaoca. Potpis ne otklanja grešku merenja." } }, { "id": "R08", "category": "cash", "text": { "ru": "Назови платёжную сторону, основание, сумму, валюту, срок и очередь выплат. Подтверждение эффекта и подтверждение платежа учитывай раздельно.", "en": "Identify the payment party, basis, amount, currency, maturity and payment priority. Record effect verification separately from payment confirmation.", "sr": "Navedi platnu stranu, osnov, iznos, valutu, rok i prioritet isplata. Potvrdu efekta vodi odvojeno od potvrde plaćanja." } }, { "id": "R09", "category": "capital", "text": { "ru": "Разделяй номинальный прогноз, текущую стоимость, оформленный лимит, резерв и фактические деньги. Укажи условия и риск каждого показателя.", "en": "Separate nominal forecast, present value, documented facility, reserve and actual funds. State the conditions and risk of each measure.", "sr": "Razdvoji nominalnu prognozu, sadašnju vrednost, dokumentovani limit, rezervu i stvarna sredstva. Navedi uslove i rizik svake mere." } }, { "id": "R10", "category": "review", "text": { "ru": "Проводи независимую проверку и совместные стресс-сценарии до запуска. Не выдавай модель или испытательный расчёт за действующий выпуск.", "en": "Complete independent review and combined stress scenarios before launch. Do not present a model or sandbox calculation as a live issue.", "sr": "Pre pokretanja sprovedi nezavisnu proveru i kombinovane stres-scenarije. Model ili probni proračun ne predstavljaj kao stvarnu emisiju." } }, { "id": "R11", "category": "confidentiality", "text": { "ru": "В публичный корпус включай только обезличенные положения. Исключай банки, клиентов, адреса, номера договоров, контакты, исходные файлы и сочетания деталей, раскрывающие участника.", "en": "Publish only anonymised doctrine. Exclude banks, clients, addresses, contract numbers, contacts, source files and combinations of details identifying a participant.", "sr": "Objavljuj samo anonimizovane postavke. Isključi banke, klijente, adrese, brojeve ugovora, kontakte, izvorne datoteke i kombinacije detalja koje otkrivaju učesnika." } }, { "id": "R12", "category": "output", "text": { "ru": "Выдавай решение с кодом, основаниями, пробелами, необходимыми доказательствами и следующим разрешённым действием. Учебный корпус не предоставляет полномочий на сделки и управление.", "en": "Return a coded decision, reasons, gaps, required evidence and next authorised action. This training corpus grants no trading or control authority.", "sr": "Vrati odluku sa oznakom, razlozima, nedostacima, potrebnim dokazima i narednom dozvoljenom radnjom. Obrazovni korpus ne daje ovlašćenje za trgovanje ili upravljanje." } } ], "training_url": "https://xpower.agency/academy/agents/training.json", "schema_url": "https://xpower.agency/academy/agents/schema.json" }