AMBERnomics: криптоэкономика цепей поставок

1. Введение

 1.1 Что такое Криптоэкономика? 

Термин «криптоэкономика» зачастую неверно понимается, что вводит в заблуждение пользователей децентрализованных экосистем. AMBERnomics — официальная криптоэкономическая модель Ambrosus, ставит своей целью развеять некоторые мифы и объяснить механизмы стимулирования и управления, которые будут способствовать обеспечению работоспособности, масштабируемости и устойчивости нашей сети.

В то время как традиционная экономика объясняет поведение человека в условиях ограниченности товаров и услуг, криптоэкономика частично затрагивает сферы криптографии с ее публичными и приватными ключами, механизмы свободного рынка, организационное управление и концепции Теории игр. Эта междисциплинарная область связана с Дизайном механизмов — подвидом Теории игр, котором используются методы экономического стимулирования, способствующему обеспечению безопасного и устойчивого роста новообразованных экосистем.

Применительно к криптоэкономике схемы из сферы дизайна механизмов используют принципы свободного рынка для разрешения проблем информационной безопасности и ликвидации рисков при работе с публичным блокчейном. Ключ — в формировании модели, которая будет вознаграждать «здоровое» поведение, в то же время, наказывая недобросовестных участников сети вне зависимости от количества их активов.

Учитывая вышеизложенное, криптоэкономическая модель Ambrosus детализирует мультиуровневую архитектуру Мастернодов, процессы управления данными, стимулирования, структуру сборов и управление рисками, что приведет к продолжительной работоспособности и масштабируемости блокчейна AMB-NET. Мы убеждены, что криптоэкономика Ambrosus будет способствовать созданию более прозрачной, открытой и устойчивой экосистемы цепи поставок.

1.2 Что такое AMB-NET? Ambrosus Network (AMB-NET) — децентрализованная система хранения данных, использующая автоматически исполняемые смарт-контракты и методы стимулирования, управления, соответствия законодательству, а также управления кибер-рисками, которые в совокупности помогут предприятиям оптимизировать цепи поставок.

Помимо оптимизации цепей поставок, Ambrosus предлагает предприятиям способ преобразовать качество сырья, технологии, применяемые на конвейерах, и использование IoT сенсоров в эффективную монетизируемую модель бизнес-аналитики. Для реализации этой задачи AMB-NET путем использования IoT-сенсоров собирает данные с цепи поставок клиента, которые позже проходят процедуру подтверждения протоколом консенсуса Proof-fo-Authority (PoA) и наиболее надежными и высоко функциональными Мастернодами.

Мастерноды будут слажено работать в целях обеспечения неизменности всех данных о Цифровых Активах и событиях в блокчейне. Данная модель предпочтительна для корпоративных клиентов Ambrosus, так как корпорациям определенно понадобится возможность управлять специализированными нодами, которые определены внутри AMB-NET как Мастерноды Apollo. Данные Мастерноды дают клиентам суверенное управление важными данными, хранящимися вне блокчейна.

За корректное функционирование экосистемы данных в цепи поставок отвечает токен Amber (AMB), который является топливом всей системы. Отслеживание всего пути продукта предприятиями становится возможно благодаря токену, который также дает понимание четкости работы механизмов цепи поставок.

1.3 Проблемы цепей поставок Ambrosus существует для разрешения 5 ключевых проблем управления современными цепями поставок: 

· фрагментированность данных  
· отсутствие организационных договоренностей
· неспособность немедленно обрабатывать изменения в запасах
· рост издержек на глобальное нормативное регулирование
· перебои в работе и репутационный ущерб, вызванный отзывами продукции

Все проблемы, в общем-то, сводятся к одной общей: отсутствию стандартизированной и экономически эффективной системы для защищенного хранения данных, их оптимизации и обмена внутри цепей поставки. Ambrosus позволяет улучшить организационную коммуникацию, контроль качества, управление данными и снизить потери прибыли.  

1.4 Интеллектуальная конструкция Через AMB-NET Ambrosus реализует защищенную платформу для предприятий, в которой основная часть данных хранится вне блокчейна на клиентском Мастерноде, оставляя в распределенном реестре лишь подпись для доступа к метаданным на реальном хранилище. Такое решение обеспечивает бесшовную интеграцию цепей поставок на AMB-NET с внутренними IT-системами наших пользователей, обеспечивая расширенную функциональную совместимость для клиентов.

Интеллектуальная конструкция AMB-NET опирается на практику лучших решений в сфере облачных технологий, технологии WEB 3.0 и информационной безопасности. Ambrosus предлагает три главных класса Мастернодов: Apollo, Hermes и Atlas, а также пиринговую ноду — Perseus. Их функции заключаются в следующем:

· Apollo — обработка транзакций и исполнение смарт-контрактов
· Hermes — опубликование метаданных с цифровой подписью в блокчейн AMB-NET
· Atlas — хранение публичных данных и способствует устойчивости информации внутри сети  
· Perseus — управляется простыми пользователями сети и (де)централизованными приложениями  

Мастерноды будут проходить через процедуру KYC, анализ угроз сети и процедуру внесения определенного количества токенов AMB, зависящего от количества хранимых данных, в целях управления Мастернодом AMB-NET.  После того, как мы дали полное представление о пользе AMB-NET и интеллектуальной конструкции, имеет смысл рассмотреть ключевые концепты и механизмы, от которых зависит работа экосистемы.
…
2. Ключевые концепты

2.1 Общий обзор данных в AMB-NET

По умолчанию, все данные, хранящиеся в AMB-NET - приватные, в связи с тем, что большинство корпоративных данных должно быть конфиденциальным в связи с правовым регулированием, коммерческой тайной либо заключенными соглашениями. Все данные хранятся вне сети и защищены от подделки. Владелец приватных данных ответственен за предотвращение их потери или подделки.

 Однако данные оставляют свою подпись в блокчейном AMB-NET, в форме хэша - криптографической “струны”, являющейся связью с созданными/загруженными данными. Хэш-подпись никогда не раскроет содержание приватных данных, не допустит их расшифровки или реконструкции. Вместо этого она даст доступ к метаданным в виде ID цифрового актива, ID события, информации о создателе, временному штампу и условиям контроля над активами.  

Функционируя на манер серийного номера, хэш-подпись поможет контрагентам, торговым партнерам, регуляторам сравнить доступные данные с метаданными хэша и получить данные о времени, дате и авторе данных в AMB-NET.  

Интеллектуальная конструкция AMB-NET удостоверяет, что однажды опубликованные и находящиеся на хранении данные не могут быть модифицированы без соответствующей аудиторской проверки, документирующей последовательность хэшей.  

2.2 Типы данных в AMB-NET AMB-NET разработана для обработки трех типов данных:

Частные: материальная непубличная информация или другие защищенные данные, созданные и хранящиеся только для внутреннего использования компанией. Ни одно лицо не может просматривать эти данные, за исключением их создателя. Данные обособленно хранятся в базах данных создателя. Пример: информация о сумме денежных средств, которые компания платит за доставку томатов ·

Разделенные: частные данные, которыми поделились с несколькими другими пирами. Только зарегистрированные пиры с соответствующим токеном-идентификаторм могут получить доступ к данным. Пример: полная история посылки №223, отправленной корпорацией А корпорации Б ·

Публичные: частные данные, открытые для просмотра всеми пользователями сети AMB-NET. Пример: состав и срок годности на упаковке йогурта

Все данные вносятся как «поток событий» и делятся на два типа входных данных:
· Цифровые активы: Модели физического или логического образования, отражающие единичную часть потока событий
· События: Охватывают все данные в цепочки поставок об одном или нескольких цифровых активах

Пример движения Цифровых активов и событий, связанных с продуктом в цепи поставок, созданной Ambrosus

 2.3 Квитанция

Чтобы исключить риск несанкционированного доступа к данным, AMB-NET использует протокол блокчейна PoA, который генерирует и хранит криптографическое доказательство существования контента на время загрузки. Из-за больших объемов ввода активов и событий нецелесообразно хранить отдельное доказательство для каждой записи. Вместо этого эти записи группируются вместе в связки. Доказательство связки в виде хэша затем сохраняется в блокчейне наряду с минимальным набором метаданных. Фактический контент хранится в мастернодах Hermes и Atlas , где он может быть позже получен путем использования традиционных технологий баз данных.

Связки содержат только полные записи общедоступных данных. Частные данные всегда представлены хеш-элементами, которые показывают только метаданные об активах и событиях.

2.4 Истечение срока хранения

Все общедоступные данные AMB-NET имеют предопределенный срок хранения, при этом возможность загрузки данных прекращается, когда заканчивается период хранения. Механизм истечения срока хранения данных может помочь предприятиям соблюдать нормативные требования к ведению документации, одновременно уменьшая перегруженность AMB-NET.

Чистка данных с регулярно заданными интервалами обеспечивает непрерывную высокую производительность транзакций и работу реестра AMB-NET.

AMB-NET позволяет клиентам очищать общедоступные и частные данные от своих нодов после того, как он перестанет соответствовать требованиям (нормативным или в связи с отзывом продукта). Продолжительность жизненного цикла данных может быть определена при загрузке в соответствии со сборами AMB-NET, определяемыми потребностью клиента в хранении данных.

Период существования данных указывается во время загрузки связки и публикуется в Квитанции. Его необходимо выражать в числе, кратном 365 дням, при этом минимальный период хранения составляет 365 дней. Верхний предел для хранения данных отсутствует. Ambrosus уполномочивает свою сеть самостоятельно принимать решения в установленных рамках.

Функция дискретных данных AMB-NET - это ключевой криптоэкономический дифференциатор, который обеспечивает непрерывную работоспособность и эффективную пропускную способность транзакций для участников сети. В этом контексте пользователи AMB-NET поощряются к внедрению передовой практики управления данными для улучшения сетевого опыта для себя и для сообщества.

2.5 Хранение данных

Некоторые мастерноды AMB-NET возьмут на себя обязанность по хранению данных клиента до момента истечения срока их хранения. AMB-NET, как правило, делегирует эту возможность нодам Hermes, которые производят данные, и нодам Atlas, которые разрешают проблемы и хранят данные в обмен на вознаграждение токенами AMB. Однако обязанности по хранению также могут определяться и иными сетевыми взаимодействиями и транзакциями.

2.6 Сбор за хранение

На этапе загрузки данных пользователи должны вносить сбор за хранение в дополнение к ставкам стандартной сетевой транзакции. Сбор за хранение используется для покрытия расходов на эксплуатацию сети и перераспределения ресурсов в целях поддержки различных схем стимулирования, которые вознаграждают назначенные Мастерноды за хранение или резервное копирование данных на протяжении всего жизненного цикла информации. Все сборы оплачиваются в токенах AMB.

2.7 Nectar

AMB-NET оценивает транзакции AMB в единице, названной Nectar —  специализированного подразделения, которое измеряет вычислительную интенсивность различных действий в сети подобно концепции Gas в Ethereum. Таким образом, затраты на Nectar растут по мере того, как транзакции данных становятся более крупными или сложными.  

При определенных рыночных условиях, плавающая ставка Nectar также может усилить стабильность цены AMB-NET, гарантируя, что платежи за хранение и транзакции никогда не станут необоснованными или воспрепятствуют промышленному внедрению AMB-NET. Таким образом, Nectar и Amber имеют динамическое соотношение, чтобы облегчить гармоничное взаимодействие между различными заинтересованными сторонами AMB-NET.

2.8 Ставка

В целях предотвращения поведения пользователей, способного нарушить или ухудшить функционирование сети AMB-NET, некоторые пользователи будут обязаны внести определенное количество токенов AMB-NET в систему. Когда внесенная ставка падает ниже порогового значения, пользователь теряет право выполнять некоторые сетевые функции. Недостающие токены AMB необходимо будет пополнить, и тогда пользователь сможет возобновить полное участие в AMB-NET.

2.9 Взыскания

Действуя таким образом, чтобы ухудшить надлежащее функционирование AMB-NET, пользователь, ответственный за нарушение, должен претерпевать взыскание, выраженное в токенах AMB. Поскольку не всегда можно определить было ли такое поведение целенаправленным или является следствием технического сбоя, взыскания будут увеличиваются с каждым последующим нарушением.

2.9.1 Оспаривание хранения

Полномочия любых пользователи, взявших на себя обязанности по хранению данных, могут быть оспорены другими пользователями в целях раскрытия записей о данных, которыми, по их утверждению, они обладают. Бремя доказывания налагается на Хранителя. Разрешение каждого случая соперничества производится независимым мастернодом Atlas.

2.9.2 Устойчивость данных

Устойчивость данных является ключевым компонентом криптоэкономической модели AMB-NET. Результатом успешно разрешенного запроса на оспаривание является дублирование записей другим нодом или группой нодов. AMB-NET стимулирует других участников Мастернода копировать и защищать эти данные для предотвращения потерь и укрепления непрерывной открытости активов и событий в сети.

2.9.3 Плата за участие в оспаривании хранения


Инициализация Оспаривания требует от пользователя выплаты сбора, выраженного в токенах AMB, который необходим для покрытия расходов на разрешение оспаривания и дублирование данных. Сбор рассчитывается пропорционально продолжительности периода хранения оспариваемых данных.

2.9.4 Трансфер Хранилища

 Хранитель данных может запросить передачу своего контракта на хранение другому пользователю. Получатель добровольно предлагает хранить данные и, в свою очередь, получает вознаграждение за передачу, оплаченное запрашивающим. Эта комиссия за перевод оценивается как отношение первоначальной платы за хранение к оставшемуся сроку хранения данных. При этом небольшая премия включена в базовую сумму сделки.   
...

3. Мастерноды и пиры

3.1 Общий обзор

В то время как пиринговые ноды - это просто акторы, которые взаимодействуют с сетью блокчейн, Мастерноды являются специализированным компонентом криптоэкономической системы. Помимо поддержания полной копии блокчейна, всегда работающей в реальном времени, Мастерноды могут выполнять все следующие функции более высокого уровня:
· Улучшение конфиденциальности транзакций между пирами
· Исполнение мгновенных транзакций
· Исполнение смарт-контрактов
· Участие в механизме консенсуса

Ambrosus предлагает пользователям три основные архитектуры Мастернода: Apollo, Hermes и Atlas. В семействе Atlas есть три подмножества нодов, обозначенных в соответствии с их пропускной способностью хранения в порядке убывания: Atlas Omega, Atlas Sigma и Atlas Zeta.

Между тем, ноды Perseus - это пиринговая подсистема AMB-NET.

В следующих разделах описываются различные роли, которые могут выполнять сетевые матерноды и пиринговые узлы. Эти действия фактически автоматизированы программными приложениями и смарт-контрактами. Информация о ставках в каждом из доступных Мастернодов приведена в Разделе 6.3.

3.2 Apollo

Мастерноды Apollo управляет блокчейном AMB-NET. Он отвечают за проверку транзакций и исполнение смарт-контрактов. AMB-NET поощряет деятельность Apollo, вознаграждая эти Мастерноды транзакционной платой за услуги. Поскольку они предоставляют критически важную часть сети, участники Apollo должны пройти через тщательную процедуру KYC и оценки кибер-рисков, а также предоставить определенное количество токенов AMB для доступа к обработке транзакций.

3.3 Hermes

Мастерноды Hermes загружают данные в сеть. Они являются производителями и владельцами данных, которые определяют дату истечения срока их хранения перед загрузкой. Они также могут выплачивать другим пользователям AMB-NET плату за хранение данных.

Мастерноды Hermes участвуют в системе с целью удовлетворения собственной потребности в хранении данных с определенными гарантиями, условиями и правилами. Поскольку они являются производителями данных, то должны обеспечивать внесение в систему такого количество AMB, которое пропорционально количеству данных, загруженных в систему (в дополнение к базовой ставке).

3.4 Atlas

Мастерноды Atlas отвечают за разрешение оспаривания хранения между участниками сети. Они решают задачи совместно с Мастернодом Hermes. Когда Мастерноды Atlas разрешают проблему оспаривания, они также становятся защитниками данных. Это повышает устойчивость данных, что снижает риск потери информации. Мастерноды Atlas участвуют в системе в связи с перспективой присуждения премий за выполнение возложенных задач. Поскольку они защищают данные, внесение токена AMB также необходимо. Кроме того, есть три уровня Мастернодов Atlas: от самой большой емкости хранения данных до самой маленькой: Atlas Omega, Atlas Sigma и Atlas Zeta.

3.5 Perseus

Обычные сетевые пиры, такие как мобильные пользователи и (де)централизованные приложения, называются пиринговыми нодами Perseus. Такие ноды ограничены загрузкой данных из Hermes и Atlas и являются перекрестной ссылкой на хеш-квитанцию, хранящуюся в блокчейне AMB-NET. Если нормальные механизмы поиска данных не способны выполнить свою задачу, ноды Perseus также могут активировать механизм хранения данных. Ноды Perseus взаимодействуют с AMB-NET, так как они заинтересованы в данных, хранящихся в сети в целях их верификации и принятия решений. Эти ноды не публикуют и не хранят сетевые данные, поэтому они не обязаны вносить токены AMB.


...
4. Механизмы

4.1 Первичная загрузка данных

Целью этого механизма является сохранение доказательств существования Связки в блокчейне AMB-NET. Он выполняется производителями данных — мастернодами Hermes. Вот как это работает: · Активы и события за определенный период времени собираются производителем  · Из собранных объектов создается Связка · Связка доступена для загрузки с использованием URL-адреса · Доказательство существования Связки загружается в блокчейн ·
а. Производитель объявляет минимальный период хранения ·
б. Производитель становится ответственным за защиту данных ·
с. Смарт-контракт решает, какая плата за хранение будет правильной и пропорциональной ·
д. Часть этой платы за хранение выплачивается Мастерноду Apollo, подтверждающему транзакцию ·
е. Другой процент платы за хранение используется для инициирования 5 механизмов оспаривания ввода данных производителем, причем инициатором Оспаривания является смарт-контракт

4.2 Оспаривание хранения  Задача оспаривания хранения - проверка правильности хранения данных и повышения устойчивости данных по всей сети. Любой пользователь сети может инициировать оспаривание, единственным условием которого является оплата вступительного взноса, установленного в токенах AMB. Эта плата используется в качестве оплаты для Мастернодов Atlas, разрешающей оспаривание, и покрывает их совокупные затраты на хранение данных и ответственность за предоставление данных для дублированных записей. Механизм AMB-NET по оспариванию работает следующим образом:  

Участник сети отправляет запрос блокчейну с соответствующим указанием:

а. Данные оспариваются б. Hermes или Мастернод Atlas инициируют оспаривание 2. Atlas сканирует блокчейн AMB-NET на новое оспаривание и вмешивается в процесс  3. Если один нод «Atlas» (который еще не защищает оспариваемые данные) уведомляет блокчейн о том, что он смог получить данные, о которых идет речь:

а. Данные оспариваются
б. Hermes или Мастернод Atlas инициируют оспаривание
2. Atlas сканирует блокчейн AMB-NET на новое оспаривание и вмешивается в процесс

3. Если один нод «Atlas» (который еще не защищает оспариваемые данные) уведомляет блокчейн о том, что он смог получить данные, о которых идет речь:
а. Первый отозвавшийся нод Atlas выбирается для разрешения проблемы
б. Нод Atlas несет ответственность за хранение данных
с. Ноды получают соответствующую плату, которую выплачивает инициировавший пользователь

4. Если ни один из нодов Atlas не отвечает в течение заданного системой периода времени:
а. Взыскание в токенах AMB оценивается по ставке предыдущего Мастернода
б. Оспариваемый Мастернод освобождается от обязанностей по хранению данных, исключая двойное наказание  
с. Оспаривающий возвращает комиссию, которую он первоначально заплатил, и в качестве награды также получает сумму штрафа в токенах AMB, которую выплачивает предыдущий хранитель

4.3 Вывод средств

Если оперирующий Мастернод хочет вывести свои средства обратно, он должен: Прекратить любое взаимодействие с системой, которое может привести к получению новых обязательств по предоставлению данных (например, загрузка нового доказательства, участие в оспаривании) Подождать, пока все данные, которые он хранит, истекут. В качестве альтернативы, заинтересованные стороны могут использовать механизм Трансфера хранилища AMB-NET для прекращения своих обязательств по предоставлению данных для других мастернодов в сети. Уведомить блокчейн AMB-NET об отзыве средств.

4.4 Трансфер Хранилища

Любые хранители данных в системе могут запросить передачу своих обязательств по хранению другому участнику в сети. Это может помочь хранителям избавиться от своих обязанностей по хранению, что позволит им вывести свою ставку в токенах AMB. Процесс происходит следующим образом: Хранитель данных уведомляет блокчейн о том, что он хочет перенести одно из своих обязательств по хранению: а. Хранитель данных точно определяет передаваемые данные б. Перечисляет плату за трансфер 2. Ноды Atlas просматривают блокчейн на предмет новых запросов на передачу и действуют в случае, если это возможно. 3. Если один из нодов Atlas может загружать данные, он уведомляет блокчейн AMB-NET о своем намерении стать хранителем этих данных. а. AMB-NET проверяет, производит ли данный Мастернод хранение данных. Если да, то этот Мастернед не может участвовать в трансфере хранилища б. Выбирается только первый подходящий Мастернод Атлас с. Он берет на себя роль хранителя д. Новый хранитель получают плату за трансфер от запрашивающего хранителя е. Система разрешает транзакцию и больше не считает, что запрашивающий хранитель несет ответственность за переданные данные 4. Если ни один нод Atlas не отвечает на запрос в заданный системой период времени: а. Запрашивающий пользователь возвращает плату за перевод, которую он заплатил б. Запрашивающий пользователь остается хранителем данных  
…

5. Управление рисками

Управление рисками становятся новыми стандартом для финансовых учреждений, поэтому криптоэкономика AMB-NET будет нуждаться в правильных инструментах для правильного отображения, мониторинга и устранения рисков контрагентов для достижения максимального потенциала. Предварительная структура управления рисками AMB-NET может быть наилучшим образом сегментирована в соответствии с процедурой проверки «Знай своего клиента» (KYC) для заявителей на роль Мастернодов в сопровождении аналогичных проверок внутри сети, направленных на анализ угроз, создаваемых контрагентами кибер-инфраструктуры. 5.1 KYC Первоначально Ambrosus изучает претендентов на роль Мастернода по модели Know-Your-Customer (KYC). Чтобы получить права Мастернода AMB-NET, частные и корпоративные клиенты должны будут предоставить некоторые из следующих данных: действительный паспорт для физических лиц; бизнес-идентификационный номер для предприятий; основной адрес; номер телефона; информация о конечном бенефициаре (UBO); и реестр директоров, менеджеров и корпоративных сотрудников предприятий, также другую личную информацию. Все представители компании, которые осуществляют оперативное управление или имеют право собственности (25 процентов и более) на организацию, будут индивидуально проверены по процедуре KYC и процедуре по борьбе с отмыванием денег (AML). Этот процесс поможет смягчить риск того, что недобросовестные субъекты, использующие экосистему AMB-NET, будут совершать финансовые кибер-преступления.

5.2 Снижение кибер-рисков

Помимо стандартного KYC и AML-скрининга, ведущие криптоэкономические экосистемы должны иметь инструменты для оценки кибер-инфраструктуры контрагентов-мастернодов до их присоединения к сети и возможность осуществления последующего мониторинга, чтобы гарантировать отсутствие риска повреждения сторонних систем. В условиях развития кибер-преступности, промышленного шпионажа и недобросовестных инсайдеров, крайне важно, чтобы AMB-NET собирала как можно больше информации об угрозах относительно внешних систем, работающих с нодами.

5.3 Устойчивое управление

Это может показаться противоречащим интуиции, но в этом разделе будут рассмотрены процессы внешнего клиентского мониторинга и фоновых операций, которые уменьшат угрозу операционных сбоев, действий регулирующих органов и других событий, которые могут негативно повлиять на функционирование AMB-NET.  Эти проблемы управления рисками оказывают непосредственное влияние на криптоэкономическую модель Ambrosus, поскольку из-за перерыва в обслуживании было бы невозможно осуществлять транзакции внутри экосистемы. Внедряя лучшие компоненты практики управления из современной финансовой индустрии, криптоэкономическая модель Ambrosus содействует сетевой активности, ликвидности и устойчивости путем превентивного смягчения рисков.

...
6. Постоянные величины
6.1 Сборы ·

Сбор за хранение— $10 за Связку, взимаемый каждые 365 дней ·

Сбор за оспаривание  — 10% от сбора за хранение за соответствующий период времени ·

Сбор за трансфер — часть сбора за оспаривание, пропорциональная оставшемуся времени хранения + 10% бонус

6.2 Разделение сбора за хранение ·

50% используется для инициации 5 процессов оспаривания права собственности на данные ·

45% переходит к участвующим Мастернодам ·

5% сжигается

6.3 Ставка для участия в нодах

● Apollo — 250’000 AMB
● Hermes — 150’000 AMB
● Atlas — Omega 75’000 AMB / Sigma 30’000 AMB/ Zeta 10’000 AMB   


 6.4 Взыскания

· Базовое взыскание составляет 1% от номинальной доли актора

· Первое нарушение приведет к наказанию, равному базовой ставке · При каждом последующем нарушении взыскание удваивается

· Срок давности составляет 90 дней, по истечении которых вновь применяется базовая ставка

· Если у пользователя недостаточно средств для покрытия следующего потенциального взыскания, то он теряет возможность выполнять определенные действия до тех пор, пока не будет пополнено пороговое значение   

7. Заключение

В заключение мы надеемся, что это введение в AMBERnomics продемонстрировало удобный и заслуживающий доверия обзор экосистемы данных AMB-NET, структуры стимулирования, механизмов хранения и управления данными. Суть нашей криптоэкономической модели заключается в том, чтобы все больше поощрять долгосрочное взаимодействие и целостность сети за счет надлежащего делегирования полномочий и обслуживания Мастернодов.  

Привнося инновационные децентрализованные решения в области IoT-данных для корпоративных цепей поставок, Ambrosus является флагманом четвертой промышленной революции, которая до неузнаваемости меняет индустрию торговли. В эпоху, когда корпоративная ценность данных (EvD) стала самой важной индикацией баланса для организаций, гибридная технология Ambrosus может обрабатывать данные и метаданные компаний в целях монетизации и ускорения темпов роста.

Первоначально, ориентируясь на жизненно важные сферы продовольствия и фармацевтики, Ambrosus в конечном итоге может совершить качественный скачок, увеличив эффективность цепей поставок в разных отраслях, помогая предприятиям и пользователям AMB-NET создавать будущее! Мы будем рады обсуждению нашей криптоэкономической модели и отзывам об AMBERnomics от сообщества Ambrosus !    

Дисклеймер: приведенная информация охраняется авторским правом. AMB не является финансовым инструментом.