Криптовалюта AllianceBlock (ALBT)

AllianceBlock (ALBT) - собственный токен блокчейн-платформы, призванной обеспечить мост между традиционными и цифровыми рынками капитала для всех участников, что отражает то, как традиционные финансы будут разработаны сегодня с использованием современных технологий.

Разработчики утверждают, что его экосистема упростит выпуск, проверку и оформление, в то же время интегрируя прогрессивную регуляторику и соответствие нормативно-правовой базе для снижения затрат и повышения эффективности.

Что такое AllianceBlock?

AllianceBlock (ALBT) создает децентрализованный рынок капитала, соответствующий международным стандартам. AllianceBlock Protocol - это децентрализованный, независимый от блокчейна уровень 2, который автоматизирует процесс преобразования любых цифровых или криптоактивов в продукт, пригодный для банков.

AllianceBlock, созданный тремя самыми престижными инкубаторами Европы: Station F, L39 и Kickstart Innovation в Цюрихе, возглавляется опытной командой бывших сотрудников JP Morgan, Barclays, BNP Paribas, инвестиционных банкиров Goldman Sachs, Quant и других.

«AllianceBlock находится на пути к подрыву рынка ценных бумаг с оборотом 100 триллионов долларов благодаря своему современному и глобально совместимому децентрализованному рынку капитала», - сообщают разработчики.

Метрики ALBT

Цена ALBT сегодня составляет 0,701254 доллара США, а объем торгов за 24 часа - 3 592 220 долларов США. В текущем рейтинге CoinMarketCap ALBT анимает 257-е место с рыночной капитализацией 79 474 627 долларов США. В обращении находится 113 332 233 монет ALBT из максимального объема эмиссии в 1 млрд. монет ALBT.

О протоколе

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

С помощью протокола Prometheus учреждения смогут выполнять KYC / AML / KYB21 / DD22 и такие проверки быстрее и за небольшую часть существующей стоимости (ZKP23 может использоваться для мгновенного выполнения таких проверок при сохранении конфиденциальности клиентов финансовых учреждений). Консорциум валидаторов (утвержденных регулирующими органами и другими заинтересованными сторонами, такими как сами учреждения) выполняет верификацию индивидуально, и только после достижения консенсуса проверенные данные будут переданы в Реестр данных. Это также способствует более плавному согласованию трансграничных регулирующих действий.

Надежное управление данными, полностью соответствующее GDPR, является центральным принципом, лежащим в основе протокола Prometheus. Протокол Prometheus - это комплексная структура, которая включает в себя все заинтересованные стороны в экосистеме регулирования, соответствия, выпуска, торговли и пост-трейдинга: от регулирующих органов и финансовых учреждений- инвестиционных банков уровня II и уровня III, частных банков, управляющих различными видами активов, до консалтинговых агентств и платформ выпуска токенов, которые создают решения для своих клиентов. Протокол Prometheus имеет ролевой контроль доступа. архитектура для сглаживания бизнес-потоков на всех вертикалях. Простыми словами, протокол Prometheus станет связующим звеном между силами токенизации и регулирующими органами и позволит пользователям беспрепятственно использовать лучшие возможности обоих.

Уровни протокола Prometheus

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

● Уровень управления данными – для гарантии того, что все собранные, обрабатываемые и распространяемые данные полностью соответствуют нормативным требованиям, таким как GDPR и MiFID II,  для гарантии того, что конфиденциальность пользователей и прозрачность транзакций соответствуют различным нормативным актам Протокол Prometheus

● Уровень соответствия международным нормам (CBRCL) - для обеспечения гармоничной интеграции с существующими правовыми и регулирующими структурами во всем мире вместо того, чтобы исключать их из процесса. Соответствие Prometheus Protocol международным нормативно-правовым базам обеспечивает полный надзор со стороны регулирующих органов, обращение в суд со стороны соответствующих регулирующих органов и возможность обновления логики смарт-контрактов с разрешения регулирующих органов, чтобы постоянно соответствовать развивающимся нормативным требованиям.

● Уровень выпуска ценных бумаг и жизненного цикла - для обеспечения соответствующей токенизации цифровых ценных бумаг в оцифрованные ценные бумаги.

Реестр данных протокола Prometheus представляет собой единую надежную организацию для всех компонентов данных, относящихся к инвесторам и эмитентам. Реестр данных имеет несколько точек соприкосновения с юридическим уровнем и уровнем соответствия протокола Prometheus, мандат которого заключается в обеспечении 100% соответствия всей системы нормативным и законодательным директивам.

В Реестре данных хранятся следующие данные:

1. Информация о KYC инвесторов и информация DD юридических лиц (в виде значения), связанная с хешем (ключом) предоставленных данных.

2. KYC и статусы инвесторов.

3. Статусы прав собственности на цифровый ценные бумаги по протоколу Prometheus

4. Данные о сделках между контрагентами.

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

Фрагментация данных и архитектура хранилища

Централизованное хранилище чревато рисками - самые большие из них - цензура, единые точки отказа и непостоянство данных. Децентрализация (передача данных по одноранговым сетям) тоже имеет свои проблемы. Поиск / запросы очень медленный и в лучшем случае ненадежный. Здесь на помощь приходят децентрализованные хеш-таблицы (DHT).

О DHT

DHT - это децентрализованная версия хеш-таблицы. В хэш-таблице упорядоченно хранятся пары ключей (идентификаторов) и значений (содержимого). DHT - это основная единица хранилища IPFS. Данные, переданные в IPFS для хранения и извлечения, хранятся в децентрализованных хэш-таблицах (DHT).

Каждый одноранговый узел имеет идентификатор PeerID и хранит список всех одноранговых узлов, у которых есть копия одной и той же корзины, а также список одноранговых узлов, у которых есть копии других корзин, созданных из того же DHT.

Принятие и извлечение содержимого

Подобно протоколу BitTorrent, каждый фрагмент содержимого хешируется (для создания адреса содержимого) перед привязкой к IPFS и разбивается на более мелкие части. Каждый фрагмент содержимого имеет идентификатор содержимого (CID), который указывает на идентификатор содержимого предшествующего фрагмента и фрагмента, следующего за ним. Это достигается путем создания IPLD-Merkle-DAG части содержимого. Эти более мелкие части контента затем передаются в тот же или другой DHT, где CID служит ключом, а соответствующий фрагмент контента - значением.

Чтобы получить часть содержимого, запросы создаются с использованием адреса содержимого, а не местоположения содержимого. Это действует как мера безопасности. Только те, у кого есть адрес содержимого, могут запросить его получение. Этот запрос адреса содержимого ретранслируется одноранговым узлом, чтобы найти все CID и вернуть связанные части содержимого по тому же пути. Как только части контента получены, запрашивающая сторона может проверить их подлинность, хэшируя блоки контента и сопоставляя их с их CID. Фрагментация ассоциаций данных в протоколе Prometheus (работа в процессе) В протоколе Prometheus реестр данных является внешним интерфейсом архитектуры на базе IPFS.

Реестр данных содержит два основных типа данных:

• Лично идентифицируемые пользовательские данные - переданы в Реестр данных после достижения консенсуса среди поставщиков KYC в отношении проверки данных
• Данные транзакции - передаются в реестр данных после проверки CBRCL после выполнения транзакции. После того, как данные созданы на уровне пользователя или на уровне учреждения, данные транзакции и данные, позволяющие установить личность пользователя, обрабатываются по-разному. Обычное шифрование обычно является излишним (и очень дорогостоящим) во многих ситуациях, когда некоторые данные не являются конфиденциальными сами по себе; важна их связь с другими данными.

Протокол Prometheus разделяет данные с минимальными ограничениями фрагментации и конфиденциальности. Ограничения конфиденциальности - это требования конфиденциальности этих данных, которые используются для сегментации ассоциаций между компонентами этого набора данных. Это гарантирует, что даже если данные хранятся на одних и тех же серверах (низкая статистическая вероятность), фрагменты данных будут по существу отдельными частями, указывающими на разные источники и ассоциации. Только владельцы данных будут знать:

1. Ключи шифрования данных

2. Место хранения данных.

Протокол Prometheus использует эту технологию для создания открытой и всеобъемлющей общедоступной облачной системы на основе IPFS24, которая обеспечивает суверенное владение пользовательскими данными только пользователям. Таким образом, пользователи могут подтверждать свою личность для нескольких организаций, не раскрывая свой KYC и такие документы, удостоверяющие личность, и соответствующие документы для каждой организации. Это также обеспечивает более широкое соблюдение законов о конфиденциальности данных, таких как GDPR, за счет полного удаления пользовательских данных - по требованию, в отличие от того, чтобы оставлять цифровые хлебные крошки на блокчейне в качестве приемлемого компромисса.

Протокол Prometheus использует фрагментацию данных и DHT в кластерах IPFS для обеспечения:

● Частного и безопасного хранения данных

 ● Проверки без доверия

● Права на забывание

● Сохранения энергопотребления.

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

Это снижает потребление ресурсов пользователями, а также служит серверной частью для клиентов IPFS. Протокол также включает встроенный алгоритм фрагментации, который можно вызывать через API. Алгоритм фрагментации данных находится между данными пользователей и децентрализованным хранилищем. Финансовые консорциумы могут использовать протокол Prometheus для создания своих отдельных частных облаков со своим собственным набором участников и операторов, но под общим контролем уровня регулирования и соответствия.

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

Проверка на основе Zero-Knowledge Proof26 гарантирует соблюдение законов о конфиденциальности данных и одновременно исключает ошибки.

Протокол Prometheus и контроль необходимых данных

Протокол Prometheus включает в себя стратегический и комплексный подход для обеспечения всестороннего надежного управления данными. В отличие от традиционных моделей управления данными, которые являются узкими местами на уровне совета директоров из-за медленного действия советов по управлению данными по советам распорядителей данных, структура управления данными протокола Prometheus обеспечивает:

1. Прозрачность в обработке и хранении данных

2. Обеспечение конфиденциальности пользователей с помощью zk STARK

3. Полная проверяемость с нулевой возможностью манипулирования данными после записи. Протокол Прометей следует за рекомендациями Института управления данными формальных, документированных, повторяемых процедур для:

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

2. Установление права принятия решений - путем обеспечения того, чтобы решения, принятые инвесторами, должным образом доводились до эмитентов без возможности вмешательства в процессе.

3. Установление подотчетности - достигается за счет разнонаправленной и многоканальной отслеживаемости всех данных с помощью децентрализованного реестра данных.

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

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

6. Определение данных - это проще с DLT, децентрализованным реестром данных, реестром активов, шифрующим все пользовательские данные и хранящим только хэши для обеспечения конфиденциальности.

7. Решение проблем - становится возможным благодаря созданию органа по рассмотрению жалоб, который фиксирует и сопоставляет все опасения, поднятые заинтересованными сторонами, и передает их соответствующему органу, принимающему меры.

8. Определение требований к качеству данных - снова стало проще с включением DLT для хранения всех хешированных данных в децентрализованном реестре данных и передачи только статуса через доказательство с нулевым разглашением.

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

10. Забота о заинтересованных сторонах - гарантируя, что все начисления и действия заинтересованных сторон прозрачно, безопасно и защищенным от несанкционированного доступа образом передаются по каналам в соответствии с требованиями юрисдикции.

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

Прозрачность

В протоколе Prometheus процесс соответствия и его мониторинг достигается посредством согласованного соответствия через уровень соответствия международным нормам, на который непосредственно действуют юридические и нормативные органы в случае добавления, удаления и / или изменения правила, регулирующие рынки. Уровень соответствия международным нормам (CBRCL) протокола Prometheus обеспечивает:

1. Соблюдение нормативных требований заинтересованными сторонами

2. Мониторинг соответствия юридическими и юридическими лицами

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

Отслеживание

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

Агностик

Реестр данных напрямую согласован с уровнем трансграничного соответствия нормативным требованиям, чтобы при необходимости обновлять нормативные требования. После того, как законодательный орган юрисдикции создает / изменяет регулирование, одно из нескольких «юридических лиц, отвечающих за соблюдение требований» в Протоколе Прометея создает соответствующее правило (или правила) с помощью стандартных шаблонов. Как только это новое правило создано, оно должно достичь консенсуса путем согласования голосов других юридических лиц и юридических лиц. Если консенсус не достигается, правило отменяется. Если консенсус достигнут, правило переходит к механизму правил, который преобразует правила в код смарт-контракта. Затем логика смарт-контракта развертывается в CBRCL для успешной реализации регулирования / поправки в рамках протокола Prometheus, и он немедленно действует.

Оцифровка активов

Предпосылки: жизненный цикл ценной бумаги

Ценные бумаги можно определить как торгуемые финансовые активы, имеющие денежную стоимость.

Юридическое определение варьируется в зависимости от юрисдикции, но в целом ценные бумаги могут быть:

 ● На предъявителя - признать владельца сертификата ценных бумаг законным владельцем.

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

Ценные бумаги на предъявителя являются рискованными в том смысле, что если вы их потеряете, они буквально «хранители». Кроме того, отслеживать такую безопасность труднее, а в  некоторых случаях и невозможно. С другой стороны, бездокументарные / бездокументарные ценные бумаги не страдают от отсутствия отслеживания, но компромисс здесь заключается в том, что такими ценными бумагами можно торговать только в пределах юрисдикции выпуска и с доверенным посредником, которому доверена задача обновление записей в книге при торгах.

Эти посредники известны как центральные депозитарии ценных бумаг (ЦДЦБ), и, проще говоря, они принимают непосредственное участие в 27

● процесс выпуска ценных бумаг посредством ведения эмиссионных счетов и проведения первичной регистрации ценных бумаг.

● ведение бухгалтерских записей (нотариальные услуги) от имени эмитента на протяжении всего срока действия ценной бумаги

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

Для чего нужна  диджитализация активов

Подход Prometheus Protocol через его уровень управления данными, уровень межграничного регулирования и соответствия, а также уровень выпуска ценных бумаг и управления жизненным циклом работают в тандеме для обеспечения:

● Упрощенная и регулируемая торговля активами в разных юрисдикциях, открывающая рынки и возможности как для эмитентов, так и для подписчиков

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

Уровень эмиссии ценных бумаг и управления жизненным циклом (SILMA) протокола Prometheus использует традиционные ценные бумаги, небанковские активы и другие финансовые инновационные продукты и конвертирует их в цифровые активы.

Банковское учреждение может использовать протокол Prometheus для оцифровки своих ценных бумаг, что автоматизирует соблюдение сделок как юрисдикции выпуска, так и юрисдикции продажи. Для ЦД бухгалтерский учет также становится автоматизированным, обеспечивая при этом прозрачность, неизменность и автоматическую проверку соответствия как правомочности контрагентов, так и любым дополнительным требованиям, которые эмитент хочет регулировать в сделках.

Для небанковских активов и новой эмиссии.

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

Техническая архитектура

Протокол Prometheus всесторонне связывает все заинтересованные стороны в области выдачи и управления данными.

Участники:

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

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

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

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

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

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