<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Форум QUIK [тема: Система принятия решений и/или Нечеткая логика(FuzzyLogic)]</title>
		<link>http://forum.quik.ru</link>
		<description>Новое в теме Система принятия решений и/или Нечеткая логика(FuzzyLogic) форума  на сайте Форум QUIK [forum.quik.ru]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Sun, 01 Nov 2026 20:26:51 +0300</pubDate>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83300/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Демонстрация подхода (на реальном примере).<br /><br />Портфель, как личная эко система. Задачей которого является ежемесячное финансирование расходов по счету в банке. Фактически это альтернатива банковскому депозиту. Отсюда задача, нужна не максимальная доходность, как у инвестиционного подхода, а постоянный надежный денежный поток. По факту собираем личный хедж - фонд (подобие эндаумента). Значит главный артефакт — &nbsp;календарь денежного потока, или сколько денег приходит в каждый месяц.<br /><br />Хеджировать облигации которые держим к погашению - это лишние расходы. Совсем другое дело длинные ОФЗ и акции. Акции (~ +-10 - 20%) здесь - это составляющая роста (Инфляцию пока не кто не отменял), и их нужно обязательно хеджировать. <br /><br />Пример отчета:<br />=== ContanGO! ОТЧЁТ 19:00 (23.10.2026 17:39) ===<br />Стоимость акций: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;1 000 603 руб<br />Хедж план (номинал): &nbsp; &nbsp; &nbsp;991 805 руб<br />Хедж факт (номинал): &nbsp; &nbsp; &nbsp;244 403 руб<br />ГО под хедж (план): &nbsp; &nbsp; &nbsp; 190 600 руб<br />Покрытие факт: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;24%<br />--- РЫНОЧНЫЙ РИСК (плечо: руб на 1% IMOEX) ---<br />Экспозиция акций: &nbsp; &nbsp; &nbsp; &nbsp; 10 155<br />Хедж снимает: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; -2 648<br />Чистая экспозиция: &nbsp; &nbsp; &nbsp; &nbsp;7 507 руб на 1%<br />Если IMOEX -10%: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;-75 068 руб<br />Если IMOEX +10%: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;75 068 руб<br />--- ДЕНЕЖНЫЙ ПОТОК (ДДС, горизонт 55 дней) ---<br />Кэрри по хеджу: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 2 872 руб<br />Дивиденды (из кривой): &nbsp; &nbsp;12 344 руб<br />Итого ДДС: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;15 216 руб (10.1% годовых)<br />Равновесие (полный хедж): 21 109 руб (14.0% = КС)<br />--- ВЕРДИКТ ---<br />Хедж выполнен на 24% - портфель ЧУВСТВИТЕЛЕН к IMOEX<br /> &nbsp;+10% индекса = 75 068 руб (7.5% капитала)<br /> &nbsp;Докинуть хедж - ДДС вырастет до точки опоры (21 109 руб)<br /><br />Отчет по акциям показывает, фонд сейчас находится в агрессивной (направленной) позиции, а не в режиме защитного кэрри-трейда:<br />1. Недовыполнен план. Хедж выполнен всего на 24%. Из 1 млн рублей в акциях короткими позициями (фьючерсами) прикрыто только ~244 тыс. руб.<br />2. Рыночный риск (Бета-риск). Чистая экспозиция составляет 7 507 руб на 1% движения IMOEX. Поскольку хедж недозагружен, падение рынка на 10% лишит систему 75 068 руб бумажной стоимости. Для "альтернативы депозиту" это высокая волатильность капитала.<br />3. Эффект Контанго (Кэрри). Продавая фьючерсы (хеджируя), зарабатываем на временном распаде (контанго) — это мой Кэрри по хеджу (2 872 руб). При 100% покрытии этот поток (вместе с дивидендами) превращается в железобетонную альтернативу денежному рынку или КС (ключевой ставке).<br /><br />Вывод по блоку акций. Чтобы портфель перестал зависеть от рыночных циклов и выдавал плановые 14% годовых (у меня заложено в расчете = КС, можно ставку депозита) (21 109 руб за 55 дней) без просадок по телу, хедж нужно доводить до 100%.<br /><br />С Акциями разобрались? <br />
			<i>23.10.2026 18:26:20, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83300/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83300/topic8506/</guid>
			<pubDate>Fri, 23 Oct 2026 18:26:20 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83285/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			В заключении. Что мы получаем в результате - "Отчёт 4:15" для частного инвестора. <br />Представьте, что вы - Уэзерстоун своего портфеля. <br /><br />Каждый вечер в 19:00 (после закрытия Московской биржи) вы хотите видеть одну строку:<br />-------------------------------------------------------¬<br />¦ &nbsp;ПОРТФЕЛЬ ОБЛИГАЦИЙ - ОТЧЁТ 19:00 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp;Стоимость: &nbsp; &nbsp; &nbsp; 2 000 000 rub &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp;Совокупный DV01: 1 146 rub/bp &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ¦<br />¦ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp;Если ЦБ снизит ставку на 1%: &nbsp;+114 600 rub &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp;Если ЦБ повысит ставку на 1%: -114 600 rub &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ¦<br />¦ &nbsp;Если ставка не изменится: &nbsp; &nbsp; +купонный доход &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ¦<br />¦ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp;Хедж (фьючерс RGBI short): ~600 rub/bp (4 контракта) &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp;Чистый DV01 после хеджа: &nbsp; &nbsp;+546 rub/bp &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ¦<br />¦ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;¦<br />¦ &nbsp;Вердикт: портфель ЧУВСТВИТЕЛЕН к снижению ставок &nbsp; &nbsp;¦<br />¦ &nbsp;Риск роста ставок частично захеджирован &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; ¦<br />L-------------------------------------------------------<br />Одна страница. Конкретные рубли. Конкретный сценарий. Конкретное решение.<br /><br />PS. В моих расчетах есть не точности, сути и смыслов это не меняет, но требуется уточнения.<br />У меня же руки "чешутся" не терпится собрать код, проверить на практике.<br />Удачи. <br />
			<i>12.10.2026 20:57:06, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83285/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83285/topic8506/</guid>
			<pubDate>Mon, 12 Oct 2026 20:57:06 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83284/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_aYkK74EA" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a>, &nbsp;Вы сформулировали именно то, что нужно. Вывод безуловно правильный, дальние облигации — это ставка на макроэкономическую стабильность на 10+ лет. <br />Не на "ставка снизится в следующем году", а на "в ближайшие 15 лет не будет киндер-сюрпризов?". Это не безопасный доход, это скорее ставка на сценарий. Длинные облигации дают премию за срок, но эта премия — не бесплатный доход, а плата за риск. Чтобы её получить, нужно, чтобы за 15 лет не случилось того, что <br /> &nbsp; &nbsp;обесценит рубль, <br /> &nbsp; &nbsp;обрушит рынок <br /> &nbsp; &nbsp;или заморозит активы. <br />Иногда это оправдано, иногда — нет. &nbsp;С этим не поспоришь. <br /><br />Я же в своем примере, показываю, что в теории используемой YTM есть "дырка от бублика". Я хочу сейчас знать что, с бумагами в портфеле (перекуплено либо перепродано ведь банки и фин. институты ведут свою игру), &nbsp;какая меньше несет риска, ради чего все это? Чем выгодней торговать? Почему лучше продать риск? А может посидеть еще? &nbsp;У меня больше вопросов чем ответов.<br />К стати риск в моем рассмотрении за скобками (ОФЗ - ААА). Ведь все еще сложнее с корпоратами? <br />
			<i>12.10.2026 12:32:30, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83284/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83284/topic8506/</guid>
			<pubDate>Mon, 12 Oct 2026 12:32:30 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83283/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Расчеты не сложные просто подставьте данные в формулы. А вот вывод красота, судите сами! &nbsp;<img src="http://forum.quik.ru/upload/main/smiles/5/icon_smile.png" border="0" data-code=":smile:" data-definition="SD" alt=":smile:" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /> <br /><br />DV01 как единая мера для сравнения. <br />В исходной идее, говорил, что сравнение облигаций через YTM недостаточно. DV01 предлагает другой подход. Вместо вопроса "какая облигация доходнее?" нужно ответить на вопрос: "<B>Сколько рублей я заработаю или потеряю при изменении доходности на 100 bp?</B>"<br /><br />| Облигация | Вложение &nbsp;| DV01 &nbsp; &nbsp; | Результат при ΔY = −100 bp | Результат при ΔY = +100 bp |<br />|-----------------|---------------:|------------:|----------------------------------------:|---------------------------------------:|<br />| 26238 &nbsp; &nbsp; &nbsp; &nbsp; | 951 653 ₽ &nbsp;| 591 ₽/bp | +59 100 ₽ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | −59 100 ₽ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |<br />| 26254 &nbsp; &nbsp; &nbsp; &nbsp; | 930 259 ₽ &nbsp;| 489 ₽/bp | +48 900 ₽ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | −48 900 ₽ &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |<br /><br />Это уже не абстрактные проценты. Это конкретные рубли прибыли или убытка при конкретном сценарии.<br />Разве не именно это нужно для принятия решения о хеджировании, ротации или увеличении позиции?<br /><br />Если подвести итог всей дискуссии. &nbsp;DV01 — это и есть рычаг Архимеда:<br /> &nbsp;Номинал — единица будущих денег.<br /> &nbsp;Цена — сегодняшняя оценка этих денег.<br /> &nbsp;Количество — масштаб позиции на фиксированный капитал.<br /> &nbsp;Дюрация — абстрактное плечо чувствительности.<br /> &nbsp;DV01 — то же плечо, но переведённое в рубли.<br /> &nbsp;Фьючерс — противовес на другой чаше весов.<br /> &nbsp;Хедж — уравновешивание двух чаш через равенство DV01.<br /><br />Получается законченная механическая система:<br />&gt; Точка опоры — текущая рыночная доходность.<br />&gt;<br />&gt; Сила — изменение ожиданий по ДКП.<br />&gt;<br />&gt; Плечо — DV01 позиции.<br />&gt;<br />&gt; Противовес — DV01 фьючерса.<br />&gt;<br />&gt; Равновесие — когда сумма DV01 всех позиций равна нулю.<br /><br />И тогда задача управления облигационным портфелем сводится не к выбору "лучшей" бумаги по YTM, а <B>к управлению совокупным DV01 портфеля в зависимости от вашего прогноза по ставкам.</B><br /> &nbsp; &nbsp;Хотите заработать на снижении ставок — наращиваете положительный DV01.<br /> &nbsp; &nbsp;Ожидаете роста ставок — сокращаете DV01 или делаете его отрицательным через фьючерсы.<br /> &nbsp; &nbsp;Ожидаете стабильности — стремитесь к нулевому DV01 и собираете купоны.<br />Это уже не сравнение облигаций. Это управление риском. <br />
			<i>12.10.2026 10:54:11, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83283/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83283/topic8506/</guid>
			<pubDate>Mon, 12 Oct 2026 10:54:11 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83282/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Проверил DV01, но вначале аналогия (уж очень хороша):<br /><br />Глава американского инвестиционного банка J.P. Morgan Деннис Уэзерстоун (Dennis Weatherstone). В конце 1980-х — начале 1990-х годов он потребовал от своей команды риск-менеджеров создать простой, понятный и консолидированный отчет, который бы умещался всего на одну страницу и лежал у него на столе каждый день ровно в 16:15 (через 15 минут после закрытия торговой сессии). Этот знаменитый запрос вошел в историю финансов как «Отчет 4:15» (4:15 Report). &nbsp;Уэзерстоун хотел видеть единую цифру совокупного риска по всем торговым подразделениям банка на случай "плохого дня" на рынке. Именно для выполнения этого требования команда J.P. Morgan разработала и внедрила систему Value at Risk (VaR), которая впоследствии стала общемировым стандартом оценки финансовых рисков.<br />Уэзерстоуну требовался не ещё один аналитический показатель. Ему требовался <B>инструмент, позволяющий руководителю увидеть риск всего банка и принять решение до того, как последствия рыночного движения станут фактом</B>. <br /><br />VaR стал показателем для управленческого контроля риска.<br /><br />А что у нас? Что такое DV01 &nbsp;— Dollar Value of One Basis Point математически? <br /><br />Показывает, на сколько рублей изменится стоимость позиции при изменении доходности на один базисный пункт (0,01%).<br /><br />Формула: DV01 = Стоимость позиции × Модифицированная дюрация × 0,0001 Или развёрнуто: DV01 = N × P × Dmod × 0,0001 Где,<br />- N — количество облигаций<br />- P — цена одной облигации<br />- Dmod — модифицированная дюрация<br /><br /> N × P — это и есть стоимость позиции. То есть количество и цена не работают по отдельности. Они объединяются в стоимость, а дюрация превращает эту стоимость в чувствительность.<br /><br />DV01 превращает теоретическую конструкцию в работающий механизм. Это тот момент, где абстрактная дюрация, конкретные рубли и фьючерсный хедж соединяются в единую систему. <br />
			<i>12.10.2026 10:37:01, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83282/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83282/topic8506/</guid>
			<pubDate>Mon, 12 Oct 2026 10:37:01 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83281/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Да, Вы правы в части теории о чувствительности к ставке. У меня в голове была другая мысль, и написал что 238 менее чувствительна.<br /><br />Теория говорит &quot;большей модифицированной дюрацией обычно изменяется в цене сильнее&quot;. Да. Но моя мысль была иной:<br />в нашей реальности дальние облигации слабее реагируют на ставку и почти всегда торгуются хуже ближних. <br />Для этого идете на сайт ЦБ и смотрите на кривую бескупонной доходности и станет видно, что для длинных сроков есть &quot;премия за срок&quot;, что можно перевести как &quot;премия за риск&quot;.<br />Точнее сказать - они не обязаны реагировать на сиюминутные события, но могут, с этим не поспоришь.<br /><br />У нас есть 15-и летний деньги. И теперь начнем инвестировать на срок 15 лет... Чтобы это было как в теории, надо чтобы хотя бы лет 10 было без &quot;киндер сюрприза&quot;, не горя уже о кризисах.<br /><br />Т.о. даже если ставка снизится, это не гарантирует вам рост тела. Да, 238 обладает очень большой временной стоимостью, но в этом и проблема, время - это риск.<br /><br />Моя мысль была в этом. Думал об одном, написал другое.<br /><br />Поэтому дальние - это хорошо, можно зафкисировать ставку, как сейчас любят говорить. Но инвестируя на 15 лет, вы должно точно понимать во что, без иллюзий. <br />
			<i>12.10.2026 09:16:23, Nikolay.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83281/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83281/topic8506/</guid>
			<pubDate>Mon, 12 Oct 2026 09:16:23 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83280/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_j8jg8wR1" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a>,В вашем рассуждении есть ключевая идея, с которой не возможно спорить. Облигация — это не просто набор купонов и номинал к погашению. Это инструмент торговли будущей стоимостью денег. А ОФЗ, собственно и есть сами будущие деньги. <br /><br />Цена же скорее реагирует не столько на событие, сколько на возможное изменение ожиданий относительно этого события. Ситуация с ОФЗ Очень показательна в настоящий момент, в моем портфеле есть значительные просадки в несколько %, руки "чешутся", но добирать еще рано. Мои рассуждения собственно вокруг этого строятся. <br /><br />Но несколько утверждений требуют уточнения:<br /><br />Вы пишете: "Покупая 238, вы ожидаете снижения ставки — рост тела. Но из-за длинной дюрации этот рост не будет столь сильным, как у более ближних выпусков".<br />Наоборот. При одинаковом изменении рыночной доходности облигация с большей модифицированной дюрацией обычно изменяется в цене сильнее. Именно длинная дюрация усиливает ценовую реакцию, а не ослабляет её. Поэтому 26238 из моего примера, действительно интереснее как инструмент ставки на снижение рыночных доходностей, если остальные условия сопоставимы. Но этот рычаг работает в обе стороны.<br /><br />"254 — это просто большой купон в моменте. Но рост тела будет ещё меньше, чем у 238, так как она без дисконта". Это не совсем так.<br />Во-первых, 26254 тоже торгуется с дисконтом: 1000 − 822,51 = 177,49 ₽.<br />Во-вторых, облигация дорожает при снижении рыночной доходности не потому, что куплена с дисконтом, а потому, что изменяется приведённая стоимость её будущих платежей.<br />Ведь нельзя однозначно утверждать, что любой выпуск с большим дисконтом обязательно вырастет сильнее.<br /><br />"Сравнение между разными сериями допустимо только в части расхождения по текущим параметрам, то есть арбитраж." <br />Не соглашусь, Почему только арбитраж? Облигация и их относительная оценка. Вот где красота, здесь в полной мере проявляет себя мой структурно - монадный анализ.<br />Да и просто, выбор процентного риска, который инвестор готов принять ради ожидаемого результата. Это не арбитраж.<br /><br />с RGBI и хеджированием то же не все просто. RGBI представляет корзину государственных облигаций. ОФЗ 26238 и 26254 могут реагировать на изменение кривой доходности иначе, чем индекс.<br />Поэтому возникает базисный риск.<br />Кроме того, количество фьючерсных контрактов для хеджирования нужно рассчитывать скорее через чувствительность позиции к изменению доходности, а не просто через её стоимость.<br />Для этого удобно использовать DV01. Так как показывает, на сколько рублей изменится стоимость позиции при изменении доходности на один базисный пункт. Это уже действительно механика рычагов и математических весов.<br /><br />Первоначальная идея состояла в следующем:<br /> &nbsp; Есть фиксированный миллион рублей.<br /> &nbsp; Есть разные цены облигаций.<br /> &nbsp; Цена определяет количество.<br /> &nbsp; Количество умножает денежные потоки.<br /> &nbsp; Дюрация определяет чувствительность стоимости.<br /><br />Но чего здесь не хватает? Ожидаемого изменения рыночной доходности. Оно превращает статическую модель в динамическую.<br />Тогда можно записать результат вложения за выбранный горизонт (период владения) следующим образом:<br /><br /><B>Результат = Купонный доход + Изменение рыночной стоимости − Издержки и налоги.</B><br /><br />Здесь появляется экономический смысл сравнения. Сравниваем не просто две облигации. Мы сравниваем две реакции капитала на один и тот же экономический сценарий.<br />Именно так поступают в бизнесе. А главное, здесь появляется необходимость рассчитывать не только доходность, но и точку переключения между выпусками. <br />
			<i>11.10.2026 15:16:50, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83280/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83280/topic8506/</guid>
			<pubDate>Sun, 11 Oct 2026 15:16:50 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83276/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			С облигациям все не так.<br /><br />Мы торгуем ожидания по ДКП, Ставке, климату в стране, киндер-сюрпризы. Покупая текущую доходность, вы ожидаете, что будут изменения в ту или иную сторону по ставке. Или будет на месте. В конечном итоге уже накопилось достаточно лет, чтобы понять куда и как все двигается.<br /><br />Поэтому сравнение с другими бумагами - это не про облигации. Да, сравнение между разными сериями допустимо, но только в части расхождения по текущим параметрам, т.е. арбитраж.<br /><br />Что касается ДДС, то никто не мешает подобрать выпуски, чтобы приходы были хоть каждый месяц. Также можно использовать &quot;лестницу&quot;.<br />А если хотите защиты, то есть фьючерс RGBI. Никто не мешает захеджировать позицию.<br /><br />Поэтому покупая 238, Вы ожидаете снижения ставки - рост тела. Но из-за длинной дюрации, этот рост не будет столь сильным, как у более ближних выпусков.<br />254 же - это просто большой купон в моменте. Но рост тела будет еще меньше, чем у 238, т.к. она без дисконта.<br /><br />Собственно облигации - это про экономику, а не про тех. анализ. Спекулировать облигациями можно, и нужно. Это даст доп. доход. Но опять же, покупаю облигацию, вы в первую очередь, анализируете эмитента, решаете что с ним будет, а не сравниваете с другим эмитентом. И уже точно не график, а строки баланса о задолженности, ДДС эмитента в будут важнее. Рейтинг - это перекладывать ответственность на других. Открой баланс и сам посмотри. <br />
			<i>10.10.2026 10:41:10, Nikolay.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83276/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83276/topic8506/</guid>
			<pubDate>Sat, 10 Oct 2026 10:41:10 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83275/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			"Дайте мне точку опоры, и я переверну Землю" — высказывание принадлежит древнегреческому математику Архимеду. <br /><br />Именно такой опоры не хватает в анализе эффективности, в классическом подходе. То есть, нет ответа на вопрос, а вокруг чего все вращается (крутится). <br /><br />ПЕРЕОЦЕНКА ПО ДЕНЕЖНЫМ ПОТОКАМ ТКД, показывает что YTM не всегда прав, и полагаться только на него при выборе бумаг, не то чтоб опасно, скорее не оправдано. Все дело в том что здесь размер имеет значение. <br /><br />Отвечая на первый вопрос инвестора из списка выше, задача сводится к расчету ДДС на вложенный капитал. <br /><br />Пример. Допустим нужно разместить свободный 1 000 000 руб. посчитаем купонный ДЕНЕЖНЫЙ ПОТОК (ТДК).<br /><br />Для простоты понимания возьмем две ОФЗ: 26238; 26254. Посмотрите на них, какая разница в оценках: купона, цены при близкой дюрации, обои относят к дальним.<br /><br />Проблема классического подхода, YTM — это одно число, которое не с чем сравнить. Оно не говорит, перекуплена бумага или перепродана. YTM 16.5% — это много или мало? И ответ зависит от того, с чем сравнивать. Без точки опоры YTM — это просто число. Классический анализ говорит: "сравнивайте с другими бумагами". Но какие бумаги? С каким сроком? С каким рейтингом? Без ответа на эти вопросы — сравнение произвольно.<br /><br />Нам нужен балансир, относительно которого всё измеряется, все проверяется. <br />
			<i>10.10.2026 10:01:40, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83275/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83275/topic8506/</guid>
			<pubDate>Sat, 10 Oct 2026 10:01:40 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83272/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Возникла необходимость, ребалансировки портфеля облигаций. <br /><br />Основной вопрос любого инвестора, можно разбить на три ключевых:<br />1. Сколько получу на вложенный капитал?<br />2. На какой период?<br />3. Какой риск при этом возникает? <br /><br />Облигация - это фиксированный поток денег. Это классические весы экономики, описывающие Законом Спроса / Предложения. <br />Следовательно, облигации нужно рассматривать как механизм: весы, рычаги, шестерёнки. Здесь главные ВЕСЫ - Цена и Доходность.<br />Главный закон механики облигаций, цена и доходность - на разных чашах весов.<br />Если рыночные ставки растут, старый купон менее привлекателен, от сюда цена падает, чтобы компенсировать разницу. И наоборот.<br /><br />Тогда, РЫЧАГ = Дюрация. <br />Дюрация - это длина рычага, на котором сидит цена. Здесь интересно, Какая бывает? Виды дюрации:<br /> &nbsp; &nbsp; Тип	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Что измеряет	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Аналогия<br />--------------------|-----------------------------------------------|------------------|<br />Маколея	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Средневзвешенный срок получения денег	 &nbsp; &nbsp; &nbsp; &nbsp;Центр тяжести балки<br />Модифицированная	Чувствительность цены к изменению ставки на 1%	Плечо рычага<br />Эффективная	 &nbsp; &nbsp; &nbsp; &nbsp;То же, но для облигаций с опционами	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Рычаг с пружиной<br /><br />Формулу рычага тогда запишем: ΔЦена ≈ −Мод. дюрация × ΔСтавка × Цена<br />Линейный рычаг дюрации это лишь первое приближение. В реальность кривая - ПРУЖИНА — Выпуклость (Convexity).<br />Почему Пружина? Функционально "подталкивает" цену вверх при падении ставок сильнее, чем дюрация предсказывает И "тормозит" падение при росте ставок.<br /><br />Тогда можно записать первую - Шпаргалку по "настройке механизма" Хочу...	Беру...	Почему:<br />Стабильность	 &nbsp; &nbsp; &nbsp; &nbsp;Короткая дюрация, высокий рейтинг	Короткий рычаг, мало трения<br />Макс. доход	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;Длинная дюрация, высокий спред	 Длинный рычаг × обороты, но и риск<br />Защиту от роста ставок	Флоатеры, короткие ОФЗ	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Рычаг почти нулевой<br />Защиту от инфляции &nbsp; &nbsp;Линкеры (ОФЗ-ИН)	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Номинал «раздувается» с CPI<br />Баланс	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Лесенка погашений	 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Распределяю нагрузку на разные опоры<br /><br />Итого, три закона механики облигаций:<br />Закон весов: &nbsp; Цена и доходность движутся в противофазе.<br />Закон рычага: &nbsp;Дюрация умножает эффект изменения ставок.<br />Закон пружины: Выпуклость нелинейно корректирует результат в нашу пользу.<br /><br />Понимание этих трех элементов, дает понимание 90% механики облигационного рынка. <br />А что же остальные 10% - это налоговые нюансы, опционы и кривая доходности, но это уже следующий уровень сборки.<br /><br />Меня же интересовал несколько другой вопрос, а когда выгоднее (эффективней) продать, а когда докупить? На что опираться? Можно ли рассматривать облигацию как обычный торговый инструмент? <br />
			<i>09.10.2026 09:35:46, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83272/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83272/topic8506/</guid>
			<pubDate>Fri, 09 Oct 2026 09:35:46 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83255/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_eGw1yBIL" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a> написал:<br />Если речь про правую клавишу в окне, то да, это начиная с 8-ой версии так, если не путаю. Просьбы убрать - только регистрация пожеланий.<br />=============<br /><br />Благодарю, &nbsp; [QUOTE][Для тебя быть лишним третьим мне,  Знать, навеки суждено/QUOTE] <br />
			<i>05.10.2026 14:23:36, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83255/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83255/topic8506/</guid>
			<pubDate>Mon, 05 Oct 2026 14:23:36 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83254/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Если речь про правую клавишу в окне, то да, это начиная с 8-ой версии так, если не путаю. Просьбы убрать - только регистрация пожеланий. <br />
			<i>05.10.2026 14:20:07, Nikolay.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83254/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83254/topic8506/</guid>
			<pubDate>Mon, 05 Oct 2026 14:20:07 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83253/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_B0xTCL50" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a>, &nbsp;Если знакома и сталкивались, подскажите. Суть: Панель - окно робота есть активные ячейки (кнопки) для управления. При нажатии выскакивает подменю сортировка. Вопрос есть возможность отключить это подменю? Или это на всю жизнь? <br />
			<i>05.10.2026 14:14:55, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83253/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83253/topic8506/</guid>
			<pubDate>Mon, 05 Oct 2026 14:14:55 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83252/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_0sbN8Pq4" href="/user/16131/" bx-tooltip-user-id="16131">VPM</a>, &nbsp;Если знакома и сталкивались, подскажите. Суть: Панель - окно робота есть активные ячейки (кнопки) для управления. При нажатии выскакивает подменю сортировка. Вопрос есть возможность отключить это подменю? Или это на всю жизнь? &nbsp; <img src="http://forum.quik.ru/upload/main/smiles/5/icon_smile.png" border="0" data-code=":smile:" data-definition="SD" alt=":smile:" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /> <br />
			<i>05.10.2026 14:14:11, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83252/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83252/topic8506/</guid>
			<pubDate>Mon, 05 Oct 2026 14:14:11 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83247/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_v08uQtq6" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a>, &nbsp;благодарю что заострили внимание, раньше даже не придавал внимания на сколько важена постановка учета. <br />
			<i>03.10.2026 17:21:43, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83247/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83247/topic8506/</guid>
			<pubDate>Sat, 03 Oct 2026 17:21:43 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83244/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Я акции особо не торгую, там торговать особо нечего. Да и нет никакого смысла торговать базовый актив спекулятивно.<br />Облигации, наоборот, активно сеткой торгую, но на ИИС. Так что специфика налогов другая.<br /><br />А вот фьючерсы и календарные спреды сеткой - много и часто.<br /><br />Что касается налогов, то не все так печально, т.к. есть сальдирование и перенос убытков на будущее. Т.о. можно зачесть убытки, рассчитанные из-за разницы методологий учета.<br />В целом, метод FIFO хорош для склада продуктов, т.к. есть сроки хранения. Для инвестирования - это очень спорное решение. <br />
			<i>03.10.2026 10:33:04, Nikolay.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83244/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83244/topic8506/</guid>
			<pubDate>Sat, 03 Oct 2026 10:33:04 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83243/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_Z407GYGz" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a> написал:<br />Я торгую уровни сетки. Последний открылся, первый закрылся. А что считает брокер меня не интересует, кроме его расчета налогов.<br />=============<br /><br />Все таки немного не понятно.<br /><br />Позиция брокера и его расчет налогов — это FIFO, ваша внутренняя математика LIFO. Брокер обязан считать налоги и финансовый результат строго по методу FIFO, сталкиваясь с жесткой реальностью закона.<br /> <br />А вот как эта разница влияет на кошелек?<br />И нужно ли расчет брокера все-таки учесть?<br /><br />Попробую разобрать, в чем возникает конфликт (LIFO против брокерского FIFO)?<br /><br />Когда торгуем сеткой на одном счете, для брокера все открытые лоты по одному инструменту — это одна общая позиция (или очередь из покупок).<br />* логика (LIFO): купили по 100, потом по 90, потом по 80. Цена отросла до 90. закрываете сделку. считаете, что закрыли лот, купленный по 80, и забрали чистую прибыль (+10).<br />* логика брокера для налогов (FIFO): При продаже в первую очередь спишется тот лот, который был куплен самым первым — то есть по 100. Брокер зафиксирует для налоговой убыток (-10), а не прибыль.<br /><br />К чему это приводит на практике:<br /> &nbsp; 1. "Отложенный" налог.<br /> &nbsp; 2. Искажение финансового результата в моменте. <br /> &nbsp; Сверяя баланс в личном кабинете брокера и в своей торговой таблице, видим абсолютно разные цифры чистой прибыли и эквити (особенно на долгосрочных сетках).<br /> &nbsp; <br />Для сеточников, фьючерсы наверно гораздо удобнее, так как налог считается с общего итогового сальдо за день/год, и "зависших" старых цен покупки там просто нет.<br /><br />Но если активно использовать этот подход на Акциях и Облигациях есть проблема? <br /><br />Когда дело доходит до закрытия самых глубоких уровней, "себестоимость" оставшихся лотов в системе брокера, окажется очень низкой. В этот момент брокер посчитает огромную прибыль, и придется заплатить весь налог разом, в конце календарного года или при выводе средств.<br /><br />Сюрпризики не из приятных? <br />
			<i>03.10.2026 09:33:44, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83243/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83243/topic8506/</guid>
			<pubDate>Sat, 03 Oct 2026 09:33:44 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83242/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Я торгую уровни сетки. Последний открылся, первый закрылся. А что считает брокер меня не интересует, кроме его расчета налогов. <br />
			<i>03.10.2026 08:44:22, Nikolay.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83242/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83242/topic8506/</guid>
			<pubDate>Sat, 03 Oct 2026 08:44:22 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83241/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_6eGLQ3tF" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a> написал:<br /> <br />====quote====<br /><noindex><a href="/user/16131/" target="_blank" rel="nofollow">VPM</a></noindex> написал:<br />FIFO или средневзвешенная<br />=============<br />Это зависит от алгоритма учета позиции. Я в основном торгую по LIFO, например. А брокер всегда считает по FIFO.<br />Средняя - это для алгоритмов с единой ценой позиции, например чтобы стоп поставить от этого уровня. Но опять же она будет разная для разных режимов расчета по частичному закрытию.<br />=============<br /><br />Почему LIFO? не ну с брокером понятно. А LIFO почему пояснить можете. Ведь если много сделок может сильно расходится? Да и для расчета результатов, больше подходит средне взвешенная, ведь задача не склад контролировать. Или я чего то не до понимаю? <br />
			<i>02.10.2026 19:49:29, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83241/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83241/topic8506/</guid>
			<pubDate>Fri, 02 Oct 2026 19:49:29 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83239/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_8LFFCWf8" href="/user/16131/" bx-tooltip-user-id="16131">VPM</a> написал:<br />FIFO или средневзвешенная<br />=============<br />Это зависит от алгоритма учета позиции. Я в основном торгую по LIFO, например. А брокер всегда считает по FIFO.<br />Средняя - это для алгоритмов с единой ценой позиции, например чтобы стоп поставить от этого уровня. Но опять же она будет разная для разных режимов расчета по частичному закрытию. <br />
			<i>02.10.2026 16:24:59, Nikolay.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83239/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83239/topic8506/</guid>
			<pubDate>Fri, 02 Oct 2026 16:24:59 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83237/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_kf51a28s" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a> написал:<br />Хотя, получать среднюю из терминала - это значит доверять расчетам по FIFO от брокера.Лучше рассчитывать среднюю по своим сделкам. Хранить эту информацию, чтобы всегда иметь возможность пересчитывать, рассчитывать прибыль и т.д.<br />=============<br /><br />Да, согласен. Это более правильная архитектура.<br /><br />То, что я сделал с нормализацией 2994 -&gt; 2.994, надо считать временной защитой/диагностикой, но не фундаментальным решением. <br />Правильный вывод такой: скрипт не должен принимать временно кривые/неполные данные терминала как торговый сигнал и сразу переставлять заявки.<br /> Среднюю лучше считать самим, брать avrposnprice из getFuturesHolding() как основной источник средней — слабое место. Это удобно, но рискованно. То есть getFuturesHolding() должен быть не источником истины по средней, а проверкой. &nbsp;<br /><br />Тогда встает вопрос, FIFO или средневзвешенная? <br />
			<i>02.10.2026 11:50:27, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83237/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83237/topic8506/</guid>
			<pubDate>Fri, 02 Oct 2026 11:50:27 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83236/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<a class="blog-p-user-name" id="bp_c5HB11JT" href="/user/3132/" bx-tooltip-user-id="3132">Nikolay</a>, &nbsp;Согласен с Вами, все утро вспоминаю предупреждения поменьше связываться с колбэками терминальными. <br /><br />Сама ситуация показывает, что во время обновления данных таблицы QUIK могут быть временно несогласованны:<br /> &nbsp;позиция есть;<br /> &nbsp;стоп уже исчез;<br /> &nbsp;обычные заявки уже появились;<br /> &nbsp;средняя цена может прийти в странном виде;<br /> &nbsp;класс может временно быть недоступен: Указанный класс не найден: "SPBFUT"<br /><br />В такой момент скрипт должен не "героически восстанавливать", а уходить в защитное ожидание/паузу.<br />Здесь как раз Ваш подход должен отрабатывать, использовать SearchItems как быстрый и безопасный способ искать в таблицах QUIK orders, stop_orders, trades свои заявки/стопы/сделки по нужным полям. <br />
			<i>02.10.2026 11:14:36, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83236/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83236/topic8506/</guid>
			<pubDate>Fri, 02 Oct 2026 11:14:36 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83235/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			<br />====quote====<br /><a class="blog-p-user-name" id="bp_uzofxrUz" href="/user/16131/" bx-tooltip-user-id="16131">VPM</a> написал:<br />QUIK утром отдал среднюю цену как 2994 вместо 2.994<br />=============<br />Если у инструмента изменится лотность, то такое может быть. Либо просто ошибка.<br />Хотя, получать среднюю из терминала - это значит доверять расчетам по FIFO от брокера.<br />Лучше рассчитывать среднюю по своим сделкам. Хранить эту информацию, чтобы всегда иметь возможность пересчитывать, рассчитывать прибыль и т.д.<br /><br />А раз есть еще какие-то ошибки, то вероятно банально данные еще идет с сервера и работать скрипту в это время не стоит. <br />
			<i>02.10.2026 10:53:31, Nikolay.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83235/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83235/topic8506/</guid>
			<pubDate>Fri, 02 Oct 2026 10:53:31 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83234/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			С утра веселюсь, "Ни когда не было, и вот опять". <br /><br />Кто ни будь сталкивался с такой проблемой?<br /><br />Проблема. QUIK утром отдал среднюю цену как 2994 вместо 2.994. Это опасно. В логе появилась ключевая строка. Средняя цена изменилась без изменения объема: 2.994 -&gt; 2994<br />Скрипт решил, что средняя цена изменилась, и начал переставлять стоп. <br />После этого пошли ошибки. <br />ОШИБКА снятия стопа 1225338736: Указанный класс не найден "SPBFUT" Причина, sendTransaction() сразу возвращал ошибку, а StopManager не ставил паузу/backoff и пробовал снова каждые ~100 мс.<br /><br />Как решил избавиться от проблемы, добавил нормализацию: 2994 -&gt; 2.994 Теперь если avrposnprice приходит в масштабе без десятичной точки, скрипт сравнивает его с LAST/BID/ASK/старой средней и нормализует. Ожидаемый лог в такой ситуации, средняя цена QUIK нормализована: 2994 -&gt; 2.994 И не должно быть ложного, Средняя цена изменилась без изменения объема: 2.994 -&gt; 2994<br /><br />Ничего лучшего не пришло в голову. Да и предположить такие ошибки сложно. Потеря разряда ( в моем случае одной точки) переводит цену в 1000 раз. Радует одно что размер позиции крошечный стоял. &nbsp;<img src="http://forum.quik.ru/upload/main/smiles/5/icon_smile.png" border="0" data-code=":smile:" data-definition="SD" alt=":smile:" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /> <br />
			<i>02.10.2026 10:14:51, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83234/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83234/topic8506/</guid>
			<pubDate>Fri, 02 Oct 2026 10:14:51 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83194/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Как всё на свете помнит друг друга, или Просто о сложном.<br /><br /> Вместо предисловия.<br />Если когда-нибудь задумывались, Почему рынок иногда "чувствует" приближение кризиса? Почему дерево "помнит", как расти, даже если его никто не учил? почему пирог всегда вкуснее, если печь его по старому рецепту? <br />Ответ прост, всё на свете обладает памятью. Не только люди и животные. Память есть у клеток, у рынков, у атомов и даже у чисел. Просто мы привыкли называть это по-разному: "опыт", "интуиция", "цикл", "закон природы".<br /><br />Эта статья — о том, как устроена эта всеобщая память и как её можно измерять. Поытка объяснить всё простыми словами. Так, чтобы было понятно и школьнику, и бабушке.<br /><br /> Часть 1. Абсолютное и относительное: почему нельзя сравнивать яблоки с апельсинами<br />Представьте, что у вас есть два рынка. На одном продают яблоки, на другом — апельсины. На первом за день продали 100 яблок, на втором — 1000 апельсинов.<br />Что больше? Апельсинов, конечно. Но говорит ли это о том, что второй рынок "сильнее"? Не обязательно. Может, яблоки просто дороже, или их меньше выращивают.<br />Вот в чём проблема: абсолютные числа обманчивы. 100 яблок и 1000 апельсинов — это как 100 рублей и 1000 долларов. Числа разные, а ценность может быть одинаковой.<br />Поэтому умные люди давно придумали относительные величины. Вместо "сколько" они смотрят "какую долю составляет".<br />Например, если на рынке 100 яблок и 50 апельсинов, то доля яблок — 100/(100+50) = 2/3. А доля апельсинов — 1/3. И неважно, 100 это или 1000. Соотношение остаётся тем же.<br /><br />Но тут есть подвох. Если мы просто берём долю, мы теряем масштаб. Рынок на 100 яблок и рынок на 1000 яблок будут выглядеть одинаково, если соотношение яблок и апельсинов одно и то же. А это неправильно — большой рынок и маленький рынок ведут себя по-разному.<br /><br />Поэтому нужно хранить две вещи одновременно:<br />- положение (какую долю занимает каждая часть),<br />- масштаб (насколько велик весь "пирог").<br /><br />В математике это записывается просто. Если у нас есть две величины A и B, то:<br />- положение: p = A / (A + B)<br />- масштаб: s = A + B<br />И тогда A = p * s, а B = (1 - p) * s. Всё сходится, ничего не потеряно.<br /><br />Это как с пирогом: можно сказать, что одна часть пирога — вишнёвая, а другая — яблочная (положение). Но важно ещё, насколько велик сам пирог (масштаб). Маленький пирог на двоих и большой пирог на компанию — это разные вещи.<br /><br /> Часть 2. Волшебство логарифмов или почему рост лучше измерять "во сколько раз", а не "на сколько"<br /><br />Теперь представьте, что у вас есть 100 рублей. Через год у вас 200. Это рост на 100 рублей. А если у вас было 1000 рублей и стало 1100? Тоже рост на 100 рублей. Но в первом случае вы удвоили капитал, а во втором — лишь немного увеличили.<br /><br />Как это сравнить честно? Ответ, смотреть не на разницу, а на отношение.<br />200/100 = 2. 1100/1000 = 1.1. Вот это уже честное сравнение. Первый рост в 2 раза, второй — в 1.1 раза.<br /><br />И вот он фокус. Если мы возьмём логарифм от отношения, произойдёт чудо. Логарифм превращает умножение в сложение.<br />ln(2) = 0.69. ln(1.1) = 0.095. И если у вас несколько периодов роста, их логарифмы просто складываются.<br /><br />Это как с процентами в банке. Если у вас вклад растёт на 10% в год, то за 10 лет он вырастет не на 100%, а в 1.1^10 ~ 2.59 раза. Логарифм помогает это считать удобно.<br />Поэтому логарифмическая мера роста — это самый честный способ сравнивать, как меняются разные вещи. Не "на сколько", а "во сколько раз". И логарифм делает это "во сколько раз" удобным переводит мутипликативную операцию в аддитивную.<br /><br /> Часть 3. Круг времени или почему у всего есть фазы.<br />Вы замечали, что всё в природе повторяется? Зима, весна, лето, осень — и снова зима. День, ночь, день, ночь. Приливы и отливы.<br />Это называется цикличностью. И у каждого цикла есть фаза — то, в какой точке круга мы находимся.<br />Если представить год как круг, то январь — это начало, апрель — четверть, июль — половина, октябрь — три четверти. И в декабре мы снова возвращаемся в начало.<br />В математике это описывается просто, фаза измеряется в радианах, от 0 до 2pi. И 2pi — это тот же самый 0, только на новом витке.<br />Теперь интересная мысль, память можно привязать не ко времени, а к фазе.<br />Обычная память говорит: "Год назад в это время было то-то". А фазовая память говорит: "В прошлом году на этой же фазе цикла было то-то". Это разные вещи, и вторая часто полезнее.<br />Представим, что мы печем пироги. Обычная память: "В прошлый вторник пирог подгорел". Фазовая память: "На стадии, когда тесто подходит, нужно убавить огонь". Второе важнее.<br /><br /> Часть 4. Зеркало или противоположная фаза.<br />Если у нас есть круг, то у каждой точки есть противоположная. Если стоите на 3 часах, напротив — 9 часов. Если фаза пи/2, напротив — 3пи/2.<br />В математике это называется зеркальным отражением: R(фи) = фи + пи.<br />И вот что интересно, если применить зеркало дважды, мы вернёмся в исходную точку. R(R(фи)) = фи + 2пи -&gt; фи. Это называется инволюцией — операция, которая сама себе обратна.<br />Что это значит для памяти? Что у каждого состояния есть комплементарное состояние. И если мы помним одно, мы можем предсказать или востановить другое.<br />Представим рычажные качели. Если одна сторона вверху, другая — внизу. Это не независимые состояния, а две стороны одного процесса. Память об одном положении автоматически даёт информацию о другом.<br /><br />---<br /><br /> Часть 5. Память как последовательность изменений или соберём всё вместе.<br />Обычная память хранит значения. "Вчера цена была 100, сегодня — 110".<br />Умная память хранит отношения. "Цена выросла в 1.1 раза".<br />И ещё умнее — хранит последовательность отношений. "Сначала выросла в 1.1 раза, потом упала в 0.95 раза, потом выросла в 1.2 раза".<br />Это как генетический код. В ДНК записана не сама жизнь, а инструкция, как её строить. Так и здесь, в памяти хранится не состояние, а траектория — как мы пришли к этому состоянию.<br />И когда мы хотим сравнить две разные ситуации, мы сравниваем не абсолютные значения, а относительные структуры. Траектория "1.2 &gt; 0.8 &gt; 1.4" и траектория "120 &gt; 80 &gt; 140" — это одна и та же структура, просто в разных масштабах.<br /><br /> Часть 6. Три вида меры, или нужно разделять: длину, ширину и площадь.<br />Пожалуй подошли к главному.<br />Когда что-то измеряем, мы должны понимать, что именно измеряем? Есть три разных типа меры, и их нельзя путать.<br />Первый тип: абсолютная мера. Сколько? 100 рублей, 50 яблок, 3 метра.<br />Второй тип: относительная мера. Какая доля? 2/3, 50%, 0.8.<br />Третий тип: инвариантная мера. Что остаётся неизменным, если мы меняем точку зрения?<br /><br />Третий тип — самый интересный. Представьте, что смотрите на картину. Можно отойти дальше, можно наклонить голову. Изображение меняется. Но есть вещи, которые не меняются — например, соотношение расстояний между персонажами. Это и есть инвариант.<br />В математике самый известный инвариант — двойное отношение (cross-ratio). Если есть четыре точки на прямой, их двойное отношение остаётся одинаковым, как бы вы ни растягивали и ни сжимали прямую.<br />Это как если бы был волшебный рецепт, сколько бы мы ни увеличивали порции, соотношение муки, воды, соли и сахара остаётся тем же. И это соотношение — самая важная информация о рецепте.<br /><br /> Часть 7. Почему нельзя просто всё сложить, в качестве предостережения. <br />Когда у нас много разных измерений — цена, объём, волатильность, ликвидность — возникает соблазн просто сложить их в одну кучу.<br />Но это ошибка. Нельзя складывать метры с килограммами. Нельзя складывать рубли с процентами.<br />Правильный путь такой:<br />1. Сначала нормировать каждую величину — привести к безразмерному виду.<br />2. Потом учесть корреляции — если две величины всегда движутся вместе, это одна информация, а не две.<br />3. И только потом строить метрику — способ измерять расстояние между состояниями.<br />Для этого есть специальный инструмент — расстояние Махаланобиса. Оно учитывает и масштаб, и корреляции. Это как если бы вы измеряли расстояние между городами не по прямой, а по дорогам, с учётом пробок и качества покрытия.<br />И ещё одно - важно, сама мера может меняться со временем. Рынок сегодня не такой, как вчера. Поэтому и "линейка" должна адаптироваться. Но адаптироваться медленнее, чем меняются данные, иначе мы будем измерять шум, а не сигнал.<br /><br /> Часть 8. Вся картина целиком или алгоритм сборки.<br />Соберём всё в одну простую схему.<br />1. Сырые данные — то, что мы наблюдаем: цены, объёмы, спрос, предложение.<br />2. Измерение — приводим к относительным величинам, считаем доли и масштабы.<br />3. Логарифмирование — превращаем умножение в сложение, чтобы сравнивать рост честно.<br />4. Фаза — определяем, где мы находимся на цикле.<br />5. Зеркало — смотрим на противоположную фазу, чтобы увидеть комплементарное состояние.<br />6. Память — храним последовательность отношений, а не абсолютных значений.<br />7. Метрика — измеряем расстояние между состояниями с учётом корреляций.<br />8. Инвариант — ищем то, что не меняется при преобразованиях.<br />9. Обратная связь — мера сама зависит от состояния, и это нужно учитывать.<br /><br />И всё это вместе — не просто набор чисел, а живая геометрия, которая дышит, помнит и предсказывает!<br />---<br /> Заключение или ответ на вопрос, зачем всё это?<br />Может возникнуть вопрос, зачем такие сложности? Не проще ли просто смотреть на графики и "чувствовать" рынок? Проще. Но неточно.<br />Вся эта конструкция нужна для того, чтобы:<br />- честно сравнивать разные рынки и разные периоды,<br />- видеть циклы там, где раньше был хаос,<br />- помнить структуру, а не только значения,<br />- измерять расстояние между состояниями,<br />- находить инварианты — то, что остаётся неизменным.<br />Это как перейти от наблюдения за погодой к настоящей метеорологии. Можно всю жизнь смотреть в окно и говорить "кажется, будет дождь". А можно понимать, почему он будет, и предсказывать его заранее.<br />А самое главное, эта наука — о памяти — применима не только к рынкам. Она применима к чему угодно. К лечению болезней, к обучению детей, к построению общества. Везде, где есть прошлое, настоящее и будущее, есть и память. И везде её можно измерять и понимать.<br />Вот такая простая наука о сложных вещах. Надеюсь, что даже бабушка поняла. А если нет — пусть перечитает ещё раз, за чаем с пирогом. Пирог-то она помнит, как печь. А это и есть генная память в действии. &nbsp; &nbsp;<img src="http://forum.quik.ru/upload/main/smiles/5/icon_smile.png" border="0" data-code=":smile:" data-definition="SD" alt=":smile:" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /> <br />
			<i>18.09.2026 16:16:09, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83194/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83194/topic8506/</guid>
			<pubDate>Fri, 18 Sep 2026 16:16:09 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83160/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Здесь появился очень глубокий слой, судите сами. <br /><br />Связь точки бифуркации &gt; постоянной Фейгенбаума &gt; гармонических отношений &gt; "окна порядка" естественно возникает в модели. Но нужно четко учитывать и разделять, где строгая математика, а где рабочая гипотеза для рыночной модели.<br /><br /> 1. Бифуркация и постоянная Фейгенбаума.<br />В классической теории нелинейной динамики рассматривается, логистическое отображение (x{n+1} = r * xn * (1-xn))<br />При увеличении параметра &#174; система проходит каскад удвоения периода (1 -&gt; 2 -&gt; 4 -&gt; 8 -&gt; 16...)<br />Интервалы между бифуркациями, Delta_n уменьшаются. И отношение, Delta_n / Delta_{n+1}} стремится к delta = 4.669201609...<br />Это означает, несмотря на хаотичность поведения, структура переходов имеет масштабную закономерность.<br /><br /> 2. Перенос в модель.<br />Теперь посмотрим на рынок. Есть состояния (S_0,S_1,S_2,...) и переходы( S_i-&gt; S_j) Обычно рассматривают P(S_i -&gt; S_j) как вероятность. <br />Но теперь можно рассмотреть расстояние между переходами. <br />Например: (tau_1, tau_2, tau_3...). То есть получить ответы на вопросы:<br /> &nbsp; не только "какое состояние?", <br /> &nbsp; а <B>"через какой масштаб времени система переходит?" </B><br />(Возможно это искали классики технического анализа, определяя время как параметр системы? Например квадрат Ганна?)<br /><br />3. "Окно порядка". Вот здесь очень интересная идея. В теории сложных систем есть понятие, система может находиться между:<br /> &nbsp; &nbsp;* жёстким порядком;<br /> &nbsp; &nbsp;* полным хаосом.<br />Это область - Edge of Chaos. Именно там часто возникает максимальная адаптивность. <br />Состояние не полностью фиксировано, Entropy approx 0; <br />но и не хаотично, Entropy approx 1; <br />А, 0 &lt; Entropy &lt; 1.<br /><br />Критическое масштабирование. Постоянная Фейгенбаума. Нам не нужно использовать число, 4.669 как прямой индикатор. Это было бы неправильно. Но можем использовать идею: <B>"интервалы переходов могут иметь структуру масштабирования"</B>.<br />Например: изменение состояния наблюдается: tau_1, затем tau_2, затем tau_3. &nbsp;И исследуем возьмем отношение (R_n=tau_n / tau_{n+1}).<br />Если R_n стабилен, есть скрытая временная структура!<br /><br />7. Возникает вопрос: возможны гармонические отношения? Расширяем понятие не только золотое сечение phi=1.618, а несколько типов масштабирования:<br /> &nbsp;а) Геометрическое: phi<br /> &nbsp;б) Критическое: delta=4.669<br /> &nbsp;в) Двоичное: 2^n<br /> &nbsp;г) Временное: T_n / T_{n+1}<br />В модели они должны отвечать за разные слои.<br /><br />Предварительный вывод - гипотеза выглядит так:<br /><br /> &nbsp;&gt; Рынок перед переходом может входить в окно порядка, где внутренние циклы разных масштабов начинают гармонизироваться. Бифуркация является не случайным скачком, а выходом накопленной структуры через критическое фазовое состояние. <br />
			<i>07.09.2026 17:06:30, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83160/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83160/topic8506/</guid>
			<pubDate>Mon, 07 Sep 2026 17:06:30 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83153/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Размышление дилетанта или мысли вслух, просто о сложном.<br />Математика, Уравнение, которое меняет взгляд на мир - рекуррентные уравнения, бифуркации, множество Мандельброта, хаос и конечно гармония. <br /><br />В плоскости рыночных отношений "уравнением, меняющим взгляд на мир", является логистическое отображение (уравнение Ферхюльста), перенесенное в экономику. <br />Оно связывает простые правила спроса, предложения и конкуренции с фрактальной структурой рынков и непредсказуемым детерминированным хаосом.<br />------------------------------<br /> От баланса к хаосу или Логистическое уравнение на рынке. В классической экономике считается, что рынок стремится к равновесию. <br />Но если добавить в модель нелинейную обратную связь (когда текущие прибыли или цены жестко определяют объемы производства в следующем периоде), мы получаем динамическую систему:<br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;<br />								 &nbsp;X{t+1} = r * Xt * (1 - Xt) где,<br />* Xt — текущая доля рынка компании (или уровень цен), от 0 до 1.<br />* r — "темп роста" или коэффициент агрессивности рынка (скорость реакции инвесторов, маржинальность, доступность кредитного плеча).<br />* (1 - Xt) ограничение.<br />Если мы начнем менять параметр r, поведение рынка пройдет через те же стадии, что и популяции в биологии или турбулентность в физике или вообще где угодно что угодно.<br />------------------------------<br /> Сценарий перехода к рыночному хаосу. При наращивании темпов автоматизации, скорости торгов (HFT) и кредитного плеча &#174; рынок претерпевает каскад удвоения периодов (сценарий Фейгенбаума Статья "Что скрывается за постоянной Фейгенбаума" <noindex><a href="https://habr.com/ru/articles/467957/):" target="_blank" rel="nofollow">https://habr.com/ru/articles/467957/):</a></noindex><br /> &nbsp; 1. Стабильное равновесие (r &lt; 3.0): Рынок предсказуем. Инновация или цена находит свою справедливую стоимость и замирает на ней.<br /> &nbsp; 2. Бифуркация и циклы (3.0 &lt; r &lt; 3.57): Происходит расщепление. Цена начинает колебаться между двумя значениями (сезонность, циклы "взлет-падение"). Затем между четырьмя, восьми и так далее. Появляется регулярная рыночная волатильность.<br /> &nbsp; 3. Точка хаоса (r &gt; 3.57): Наступает детерминированный хаос. Динамика цен выглядит абсолютно случайной (белый шум), но она порождена строгим математическим правилом. Предсказать цену на долгий срок становится невозможно из-за "эффекта бабочки" (чувствительности к начальным условиям).<br />Отношения между интервалами - Постоянная Фейгенбаума и равняется примерно 4,6692016... "И она с завидной периодичностью возникает в определённых видах математических – и физических – систем, способных демонстрировать хаотичное поведение". <br />------------------------------<br /> Множество Мандельброта и фрактальные рынки. Бенуа Мандельброт — "отец" фрактальной геометрии — пришел к ней благодаря анализу рыночных цен на хлопок.<br />Если классическая финансовая теория (модель Блэка-Шоулза) утверждает, что колебания цен распределены нормально ("колокол" Гаусса), то Мандельброт доказал обратное, рынки фрактальны, и им свойственны "толстые хвосты" распределения (крупные кризисы происходят в миллионы раз чаще, чем предсказывает классическая теория).<br /> &nbsp;* Графики цены Самоподобны, за интервал 5 минут, 1 день или 10 лет выглядит структурно одинаково.<br /> &nbsp;* Как во множестве Мандельброта есть зоны порядка среди хаотичных узоров Окно стабильности внутри хаоса. Так и на рынке периоды дикого хаоса (паника, обвалы) сменяются локальными трендами, которые подчиняются строгим рекуррентным законам.<br />Математика роста цены - степенное уравнение, тогда о какой нормальности Гаусса, вообще может идти речь? Особенно нравится когда к самой цене применяется стандартное отклонение и утверждается обязательность установки стопов соразмерных Сигма. Верх современного финансового образования или маркетинг с родни обману?<br />------------------------------<br /> Как это все меняет взгляд на экономику и трейдинг в частности:<br /> 1) Кризисы — это норма, а не аномалия. <br /> 2) &nbsp;Черные лебеди (по Нассиму Талебу) заложены в саму геометрию нелинейного рынка. <br /> 3) &nbsp;Оптимизировать систему впритык без резервов — математическое самоубийство (см. работы Ральфа Винса).<br /> 4) Иллюзия контроля. Усложнение торговых алгоритмов и повышение скорости обмена информацией не стабилизируют рынок, а повышают параметр r, толкая систему глубже в зону бифуркаций и непредсказуемых мгновенных обвалов. <br /><br />------------------------------<br />В своей работе Анатолий Федорович Черняев "Золото Руси", посвященная золотым пропорциям в системе древнерусских измерительных инструментов, отражена концепция "Русских саженей" (древнерусской системы мер и соразмерностей), подход ложится в эту картину идеально. <br />С точки зрения теории хаоса, Черняев нащупал тот же самый принцип, но подошел к нему не со стороны рыночного хаоса, а со стороны живой архитектурной гармонии. Если логистическое уравнение на рынке показывает, как нелинейность порождает разрушительный хаос, то система Черняева показывает, как та же нелинейность и фрактальность создают устойчивую, живую биосферу и архитектуру. <br />Взгляд на систему Черняева через призму рекурсии, бифуркаций и фракталов раскрывает глубокие параллели.<br />Древнерусская система, по Черняеву, основана на рекуррентных числовых рядах (включая ряды Фибоначчи и их модификации), где <B>каждый следующий шаг соразмерен предыдущему</B> через иррациональные коэффициенты (золотое сечение (phi = 1.618), золотой вурф и т.д.). <br /> &nbsp;В рынке рекурсия (X{t+1} = f(Xt)) связывает прошлое и будущее, создавая фрактал цены. <br /> &nbsp;В саженях Черняева рекурсия связывает малые размеры (вершок, пядь) с большими (сажень, поприще), создавая фрактал пространства. <br />Черняев воссоздал матрицу саженей как <B>"окно порядка" </B>во множестве Мандельброта. Во множестве Мандельброта среди абсолютного хаоса внезапно возникают идеальные "островки порядка" — миниатюрные копии самого множества. Система Черняева — это и есть такой островок порядка.<br />В логистическом уравнении рынка при росте параметра &#174; система идет вразнос (бифуркации ведут к хаосу). Живая природа решает эту проблему иначе, она использует точки бифуркации для разветвления и усложнения структуры, сохраняя внутреннюю гармонию.<br />Черняев утверждает, что древнерусские зодчие интуитивно знали законы качественных переходов (бифуркаций). Переход от одной сажени к другой — это не просто увеличение размера, это переход на новый фрактальный уровень. <br />В экономике такой переход без регулирования вызывает кризис, а в древнерусском зодчестве — порождал пропорции, в которых человеку комфортно (так как органы чувств и ритмы мозга сами фрактальны и работают на частотах золотого сечения). <br /><br />Если рыночный хаос — это пример того, как нелинейность разрушает баланс, то "русская матрица саженей" Черняева — это пример того, как древняя инженерия использовала те же нелинейные законы Вселенной, чтобы укротить хаос и превратить его в гармонию. <br />Прошу прощения за столь длинные изложения, но короче не скажешь, а уникальных идей озвучено в одном посте множество. Отсюда возникает новая запись волнового уравнения, и много еще всяких чудесных вещей. &nbsp; &nbsp; <img src="http://forum.quik.ru/upload/main/smiles/5/icon_smile.png" border="0" data-code=":smile:" data-definition="SD" alt=":smile:" style="width:16px;height:16px;" title="С улыбкой" class="bx-smile" /> <br />
			<i>02.09.2026 22:04:15, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83153/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83153/topic8506/</guid>
			<pubDate>Wed, 02 Sep 2026 22:04:15 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83152/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Для типичного робота на QLua полноценный WAL почти наверняка избыточен. Наш случай — это, скорее всего, однопоточное приложение с низкой нагрузкой, где главное — простота и надежность, а не производительность на грани возможностей.<br /><br />Почему WAL избыточен для QLua-робота? Давайте попробуем разобраться, почему это так, и что можно использовать вместо этого. <br /><br />Среда выполнения, QLua-скрипт работает внутри процесса QUIK. Это не автономный высоконагруженный сервер баз данных, а, по сути, "макрос", который выполняется в одном потоке.<br />Основная задача обычно заключается, Роботу нужно сохранять небольшой объем данных: <br /> &nbsp; &nbsp;историю сделок; <br /> &nbsp; &nbsp;текущую позицию;<br /> &nbsp; &nbsp;рассчитать эффективность системы;<br /> &nbsp; &nbsp;настройки.<br />Для этого не требуется сложный протокол с LSN и восстановлением на момент времени (PITR). Реализация слишком накладная, была бы тяжеловесна для QLua. <br /><br /> Когда же WAL может быть оправдан? <br />WAL полноценный имеет смысл рассматривать в исключительных случаях:<br />а) Критичность данных. Торгуете огромными объемами, и потеря даже одной сделки или одного тика из-за сбоя QUIK недопустима.<br />б) Аварийное восстановление. Нужно гарантированно восстановить состояние робота до последнего действия в случае внезапного выключения питания.<br />с) Высокая нагрузка. Робот (или Роботы) обрабатывает тысячи событий в секунду, и стандартный подход с открытием/закрытием файла на каждое действие становится узким местом.<br /><br />Если ни один из этих пунктов не про нашу задачу (а так оно, скорее всего, и есть), то WAL — это ненужное усложнение.<br />Альтернативы проще, вместо изобретения WAL в QLua есть проверенные и более простые решения, которые отлично работают на практике. Для 99% задач QLua-робота хватит одного из этих подходов:<br /><br />1. Самый распространенный способ. Стандартные Lua-файлы (io library): Можно открыть файл в режиме "a+" (дописывание) и добавлять в него новые строки. Это дает простой журнал событий.<br />Сохранение настроек и состояния: Для хранения структурированных данных (например, текущей позиции или настроек) удобно использовать формат CSV или сериализовать таблицу Lua в текст и обратно.<br /><br />2. Использование внешней БД: Если данных становится очень много и нужны сложные запросы, можно подключиться к внешней SQLite или MySQL базе. Это даст транзакционность и целостность данных, но потребует установки драйверов. Это не мой подход скорее управляющего большим количеством портфелей и рассмотрению в моем случае не подлежит. <br /> <br />Особый случай, хранение на случай восстановления системы, ведение своей "бухгалтерии Товарно - Денежных отношений"; И своем МЕО, склоняюсь к самостоятельному, независимому, универсальному сервису, на базе событийного логирования с элементами WAL? <br />
			<i>02.09.2026 13:47:20, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83152/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83152/topic8506/</guid>
			<pubDate>Wed, 02 Sep 2026 13:47:20 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83135/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Учёт и Контроль.<br /> <br />"<B>Решающим является организация строжайшего и всестороннего учёта и контроля за производством и распределением продуктов. ..." <br />из работы "Очередные задачи советской власти</B>" написана 1918 году Ленин Владимир Ильич. <br /><br /> Вновь и вновь встает этот вопрос Учёт и Контроль. Что уже только не делал. Писал собственный учет, брал сторонние разработки, а "Воз и ныне там" снова возвращаюсь к вопросу.<br /><br />Все дело в том что учет сделок в QUIK, носит тактический характер, хранится в течении торгового дня (сессии). Стратегический учет отдан на уровень брокера, который по результатам определенного периода формирует отчеты. Но трейдеру необходим оперативный учет на обоих уровнях? Вот здесь и начинаются "пляски с бубнами"!<br /><br />Посмотрел как это устроенно в профессиональных кругах. Основной подход Профи, используют архитектуру OMS/PMS (Order & Portfolio Management System) на базе событийного логирования WAL (Write-Ahead Logging). <br /><br />В моей интерпретации получилось: Каждая сделка на бирже — это квант энергии. Изменение позиции — это изменение геометрии фазового пространства. Тогда TWR (Terminal Wealth Relative) — это главный маркер доминирования системы над рыночным хаосом. (Ральф Винс "Новый подход к управлению капиталом").<br /> <br />Как все устроено у профи, учет позиций, денег и TWR? Институциональный PMS-слой работает на трех связных инвариантах: <br /> При увеличении позиции (Набор лотов / Дозакупка сетки). Применяется метод VWAP (Volume-Weighted Average Price — средневзвешенная цена объема). Новая средняя цена позиции рассчитывается в деньгах, учитывая стоимость шага цены (srate) и уплаченную комиссию (FEE) или в пунктах по формуле:<br /><br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Price_new = {(Qty_old * Price_old) +(Qty_add * Price_add)} / (Qty_old + Qty_add)<br /><br />При уменьшении позиции (Частичная фиксация тейка или Трала), рассчитывается реализованная эффективность (Realized PnL) конкретного кванта капитала. Результат закрытых лотов мгновенно фиксируется в деньгах и пересчитывает текущий промежуточный множитель богатства HPR (Holding Wealth Relative) . Непрерывный расчет TWR (Terminal Wealth Relative) Конечная эффективность Винса — это непрерывное произведение всех фиксаций: <br /><br /> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;(TWR = TWR_prev * (1 + Realized_Profit_Rub / Worst_Loss_Capital_Rub )<br /><br /> Где Worst_Loss_Capital_Rub — это емкость залога ГО, выделенная под сделку для Фьючерсов. <br /><br /> Что получftv в финале:<br /><br /> Рост TWR выше 1.0 доказывает, что геометрия Октантов Куба Ли выбрана верно.<br /> Тотальный контроль эффективности, ушли от примитивного отслеживания баланса. Теперь в реальном времени рассчитывается чистый геометрический Рост TWR Винса. <br /> &nbsp; &nbsp; &nbsp;Если значение растет (1.0134 &gt; 1.0250) — это математическое доказательство того, что робот эффективно забирает деньги с рынка. <br /> Автоматический WAL-журнал. Каждая фиксация лотов по Тралу или Тейку автоматически заносится в лог на жестком диске с точной фиксацией даты, времени, пунктов и полученных рублей.<br /><br />То есть, полностью реализованный контур определения эффективности и перетока денег. Или? <br />
			<i>31.08.2026 09:35:14, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83135/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83135/topic8506/</guid>
			<pubDate>Mon, 31 Aug 2026 09:35:14 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
		<item>
			<title>Система принятия решений и/или Нечеткая логика(FuzzyLogic)</title>
			<description><![CDATA[<b><a href="http://forum.quik.ru/messages/forum10/message83068/topic8506/">Система принятия решений и/или Нечеткая логика(FuzzyLogic)</a></b> <i> Нечеткая логика или Система принятия решений в трейдинге</i> в форуме <a href="http://forum.quik.ru/forum10/">Программирование на языке Lua</a>. <br />
			Начну с конца, ответив, казалось бы на вечный философский вопрос, "Что первично? Курица или Яйцо?". Объективный ответ первичен - <B>ЗАКОН СОХРАНЕНИЯ</B>!<br />Первичен не объект, а закон сохранения! Просто посмотрим на это с другой стороны, как на два взаимно дополнительных потока единой системы. Если это принимается, тогда все становится по своим местам. Сейчас покажу по чему это понимание не просто важно, а носит фундаментальный закон.<br /><br />Как появляются события? Берём два состояния S(t) -&gt; S(t+dt) =&gt; Разность Delta S Если изменение достаточно большое, рождается Событие (Event). Например Trend UP v DOWN рождает TREND_REVERSAL. &nbsp;Или Risk 0.42 v 0.91 рождает RISK_LIMIT_EXCEEDED. То есть Event становится не причиной, а именем перехода между двумя состояниями. Это гораздо ближе к теории автоматов.<br /><br />С этой точки зрения, куб становится совершенно понятным. Теперь видно его место. Куб — это не пространство рынка. Куб — это дискретизация пространства состояний. То есть State -&gt; Cube(State) &nbsp;Например непрерывное состояние Momentum = 0.83, Entropy = 0.28, Liquidity = 0.71 - после квантования 101. Именно поэтому куб не первичен. Он является измерительным прибором. Как АЦП (аналогово-цифровой преобразователь).<br /><br />Но если посмотреть глубже, возникает вопрос: &gt; А существует ли вообще Event как самостоятельная сущность? На мой взгляд — нет. &nbsp;В физике не существует "событий". Существует только непрерывная эволюция состояния. Событие появляется только тогда, когда наблюдатель говорит: &gt; "Вот здесь произошло нечто существенное."<br />То есть Event = Delta State или точнее Event = f(Delta S) где Delta S = S(t+Delta t) - S(t)<br />Следовательно, Event — не первичный объект. Он производный. То есть событие рождается после построения состояния, а не до него. Event исчезает как фундаментальная сущность.<br /><br />Принцип двойственного потока, то, что сформулировал про капитал: Д_0 -&gt; Т -&gt; Д_1 и Т_0 -&gt; Д -&gt; Т_1 оказалось не просто экономикой. Это универсальный закон управления. Любая система имеет два взаимосвязанных потока.<br /> &nbsp; &nbsp;Первый поток — информационный. Он отвечает на вопрос: &gt; Что происходит?<br /> &nbsp; &nbsp;Второй поток — энергетический (ресурсный). Он отвечает: &gt; Чем система может воздействовать?<br />Получаем две ортогональные подсистемы.<br /> &nbsp;* Информационная Market Flow -&gt; Market State -&gt; Policy<br /> &nbsp;* Ресурсная Capital Flow -&gt; Capital State -&gt; Allocation<br />Получается решение принимается не только относительно анализа рынка. Оно принимается совместно рынком и ресурсом.<br /><br />Это можно выразить через декартово произведение автоматов. Теперь оно получает математический смысл. Если S_m — состояние рынка, а S_c — состояние капитала, то реальное управляющее состояние S = S_m х S_c. Но управляющее воздействие определяется не просто этим произведением. Появляется отображение A: S_m x S_c -&gt; Intent Это и есть Allocation.<br /><br />Но теперь видно, что одновременно существуют два независимых процесса.<br /> &nbsp; --Эволюция информации S_m(t) -&gt; S_m(t+Delta t)<br /> &nbsp; --Эволюция ресурсов S_c(t) -&gt; S_c(t+Delta t)<br />Runtime должен синхронизировать их. То есть Runtime: (S_m,S_c) -&gt; (S'_m,S'_c) при сохранении всех инвариантов. Теперь становится понятным Runtime. До этого утверждалось Runtime переводит State(t) -&gt; State(t+dt)<br /><br />И вот здесь появляется самый глубокий вывод. Мне кажется, всё это время искал минимальную архитектуру управляющей системы. А пришел к минимальной архитектуре "организованной материи". Потому что независимо от природы объекта всегда существуют четыре фундаментальные сущности:<br />1. "Поток вещества (или ресурса)" — что может быть преобразовано.<br />2. "Поток информации" — что описывает происходящее.<br />3. "Законы сохранения (инварианты)" — что нельзя нарушить.<br />4. "Оператор эволюции (Runtime)" — что синхронно изменяет оба потока во времени.<br /><br />У себя сделал одно изменение по сравнению с тем, что строил раньше. Раньше рассматривали "Mission" как верхнюю сущность. Теперь можно утверждать, что выше Mission существует ещё более фундаментальное понятие. Закон сохранения. Именно он является первичным.<br /><br />Миссия уже выбирается "внутри допустимого множества", определённого законами сохранения.<br />В организме нельзя поставить миссию "жить без энергии".<br />В автомобиле нельзя поставить миссию "ехать без топлива".<br />В инвестиционной системе нельзя поставить миссию "удвоить капитал за секунду без принятия риска".<br />То есть миссия не может противоречить фундаментальным ограничениям системы. Это очень хорошо согласуется исходной идеей: &gt; "«Первичен не объект, а закон сохранения.»"<br /><br />В торговой системе это означает принципиальный сдвиг, перестаём строить систему вокруг стратегии. <br /><br /> Стратегия становится лишь одной из реализаций миссии, <br /> &nbsp;миссия ограничивается инвариантами, а <br /> &nbsp;инварианты являются конкретным выражением фундаментальных законов сохранения <br /> &nbsp; &nbsp;капитала, <br /> &nbsp; &nbsp;риска, <br /> &nbsp; &nbsp;ликвидности и <br /> &nbsp; &nbsp;согласованности состояний.<br /> &nbsp; &nbsp;<br />На мой взгляд, именно здесь заканчивается этап поиска архитектуры и начинается этап построения "формальной аксиоматики MEO".<br /><br /> Если сформулировать 5–10 базовых аксиом (аналогично аксиомам механики или теории автоматов), то все остальные модули — Runtime, Observer, Policy, Allocation, OMS, RiskManager, EventStore — будут выводиться из них как теоремы, а не проектироваться независимо. <br />Это и станет настоящим фундаментом не только всей системы, но и законом проектирования автоматических систем, отвечающих принципам живого организма. Это тот момент, где архитектура может стать значительно проще и математически красивее, а главное проектируемой сверху вниз. <br />
			<i>06.08.2026 17:21:38, VPM.</i>]]></description>
			<link>http://forum.quik.ru/messages/forum10/message83068/topic8506/</link>
			<guid>http://forum.quik.ru/messages/forum10/message83068/topic8506/</guid>
			<pubDate>Thu, 06 Aug 2026 17:21:38 +0300</pubDate>
			<category>Программирование на языке Lua</category>
		</item>
	</channel>
</rss>
