Деньги с разрешённым маршрутом
 
Программируемость в цифровых валютах звучит почти безобидно.
 
Платёж прошёл только после доставки товара. Субсидия дошла до получателя и не ушла в сторону. Бюджетные деньги можно проследить по цепочке подрядчиков. Сделка исполняется автоматически, без ручных согласований и бумажной волокиты.
 
Рационально? Да.
 
Но именно здесь начинается самый тонкий спор: 
Где заканчивается удобный условный платёж и начинаются деньги, которым заранее разрешили только один маршрут?
 
ЕЦБ проводит эту границу очень жёстко. На странице о цифровом евро он прямо пишет: цифровой евро не должен стать программируемыми деньгами. Программируемые деньги там определены как деньги, ограниченные по цели или сроку использования, как ваучер. При этом цифровой евро может поддерживать условные платежи: например, платёж при доставке, оплату по факту использования или по достижении этапа сделки. 
 
Разница вроде бы ясна.
 
Условный платёж: человек сам выбирает сделку, а автоматическое правило помогает исполнить её точнее.
 
Программируемые деньги: ограничение встроено уже в саму денежную единицу. Где, когда и на что её можно потратить, решено заранее.
 
Для бюджета и корпоративных расчётов такая логика даёт сильные аргументы. Банк России в материалах о цифровом рубле пишет, что смарт-контракты могут контролировать целевое использование бюджетных средств, повышать прозрачность, снижать риски злоупотреблений и автоматизировать расчёты. В 2024 году вместе с Федеральным казначейством тестировались операции по выплате студенческих пособий из федерального бюджета и уплате штрафов в бюджет с использованием экспериментальных цифровых рублей. 
 
С точки зрения государства, это дисциплина потока.
 
С точки зрения человека, тот же механизм может выглядеть иначе: деньги есть, но пользоваться ими можно только так, как разрешила система.
 
Поэтому исследовать надо не только код условия. Надо исследовать восприятие ограничения.
 
Одно дело, когда автоматическое правило защищает обе стороны сделки: товар доставлен, платёж ушёл. Другое дело, когда человек получает выплату, но вместе с ней получает невидимый коридор допустимого поведения.
 
IMF в работе о программируемости платежей и расчётов формулирует проблему как поиск баланса между хорошо контролируемыми системами и инновационными возможностями. 
 
И вот здесь баланс перестаёт быть техническим.
 
Главный вопрос не в том, можно ли встроить условие в платёж. Можно.
 
Главный вопрос: кто пишет условие, кто может его изменить, кто отвечает за ошибку и где у человека остаётся право выйти из автоматического правила.
 
Программируемость может сделать денежный поток чище. Но если пользователь начинает чувствовать, что деньги больше не принадлежат ему полностью, доверие ломается быстрее, чем исполняется самый умный смарт-контракт.
 
#АрхДенег_Мифы
Читайте в MAX
😀 Архитектура денег