#dusk $ROBO $CYS $DUSK
Ладно, одна из частей Dusk, которая меня постоянно беспокоит, — это не Moonlight.
Даже не Phoenix.
Проблема в Transfer-контракте: из‑за него оба выглядят как одна и та же проблема с расчетом... пока treasury не пытается их сверить.
Ладно.
Moonlight урегулируется через DuskDS и оставляет публичное состояние аккаунта позади. Отправитель, получатель, сумма. Treasury читает строку, находит совпадение и закрывает.
Потом Phoenix приходит через тот же слой расчетов Dusk.
Другое утро.
Зашифрованная заметка. Скрытая сумма. Доказательство. Нет эквивалентной публичной строки баланса для файла сверки.
Я относился к той же финальности DuskDS так, будто она должна «выкупить» у бэк-офиса одну привычку сверки.
Это было слишком оптимистично.
В контракте Dusk Transfer можно проложить оба сценария через один и тот же слой расчетов, не «сплющивая» то, что каждый модель показывает после этого. Прекрасно... Moonlight дает treasury состояние учетной записи. Phoenix может быть полностью завершен, пока сумма все еще остается за полномочиями на просмотр и за избирательным раскрытием.
То же состояние в цепочке.
Но другая «desk» может на самом деле закрывать против.
Одна строка в treasury-файле закрывается по данным из состояния Moonlight в Dusk.
Строка Phoenix остается открытой.
И потом... да. Кому‑то нужны права на просмотр. Или внутренний реестр, связывающий заметку с суммой. Может быть, избирательное раскрытие для этого перевода. Может быть. Зависит от того, какой именно файл это на самом деле требует.
DuskDS не ждет.
А treasury — ждет.
Очень эффективно. Цепочка закончилась раньше, чем таблица.
Я видел команды, которые делают ошибку: один рельс, одна привычка сверки. Звучит разумно, пока Phoenix не оставляет одну строку, зависящую от просмотра.
В Dusk и DuskDS могут завершить оба перевода, а treasury все еще держит два совершенно разных фрагмента, с которыми нужно сверяться. Moonlight дает ей публичный след по аккаунту. Phoenix оставляет вторую строку зависимой от просмотра со стороны заметки.
Хорошо.
Я бы все равно дважды проверил DuskDS, прежде чем признавать, что цепочка — это не то, что оставило строку Phoenix открытой.
Это глупо — ровно так чистые строки финальности и обманывают.
Вот такая «синячина».
Та же финальность DuskDS. Строка Moonlight в Dusk Foundation закрыта. Phoenix все еще ждет просмотра.
что именно должно было сделать «тот же расчет» в @Dusk , чтобы сделать все одинаковым?
Ладно, одна из частей Dusk, которая меня постоянно беспокоит, — это не Moonlight.
Даже не Phoenix.
Проблема в Transfer-контракте: из‑за него оба выглядят как одна и та же проблема с расчетом... пока treasury не пытается их сверить.
Ладно.
Moonlight урегулируется через DuskDS и оставляет публичное состояние аккаунта позади. Отправитель, получатель, сумма. Treasury читает строку, находит совпадение и закрывает.
Потом Phoenix приходит через тот же слой расчетов Dusk.
Другое утро.
Зашифрованная заметка. Скрытая сумма. Доказательство. Нет эквивалентной публичной строки баланса для файла сверки.
Я относился к той же финальности DuskDS так, будто она должна «выкупить» у бэк-офиса одну привычку сверки.
Это было слишком оптимистично.
В контракте Dusk Transfer можно проложить оба сценария через один и тот же слой расчетов, не «сплющивая» то, что каждый модель показывает после этого. Прекрасно... Moonlight дает treasury состояние учетной записи. Phoenix может быть полностью завершен, пока сумма все еще остается за полномочиями на просмотр и за избирательным раскрытием.
То же состояние в цепочке.
Но другая «desk» может на самом деле закрывать против.
Одна строка в treasury-файле закрывается по данным из состояния Moonlight в Dusk.
Строка Phoenix остается открытой.
И потом... да. Кому‑то нужны права на просмотр. Или внутренний реестр, связывающий заметку с суммой. Может быть, избирательное раскрытие для этого перевода. Может быть. Зависит от того, какой именно файл это на самом деле требует.
DuskDS не ждет.
А treasury — ждет.
Очень эффективно. Цепочка закончилась раньше, чем таблица.
Я видел команды, которые делают ошибку: один рельс, одна привычка сверки. Звучит разумно, пока Phoenix не оставляет одну строку, зависящую от просмотра.
В Dusk и DuskDS могут завершить оба перевода, а treasury все еще держит два совершенно разных фрагмента, с которыми нужно сверяться. Moonlight дает ей публичный след по аккаунту. Phoenix оставляет вторую строку зависимой от просмотра со стороны заметки.
Хорошо.
Я бы все равно дважды проверил DuskDS, прежде чем признавать, что цепочка — это не то, что оставило строку Phoenix открытой.
Это глупо — ровно так чистые строки финальности и обманывают.
Вот такая «синячина».
Та же финальность DuskDS. Строка Moonlight в Dusk Foundation закрыта. Phoenix все еще ждет просмотра.
что именно должно было сделать «тот же расчет» в @Dusk , чтобы сделать все одинаковым?