Обзор Radix DLT

AndrewYholu
3 min readJul 25, 2020

--

Немного о DEFI

DeFi — это будущее финансов. Нынешняя финансовая система создает трения, которые стоят миру 71 млрд. Долл. США в год и поставляют продукты, которые часто являются жесткими и негибкими. Децентрализованные финансы (DeFi) предлагают альтернативную, адаптируемую структуру, в которой традиционные и инновационные новые финансовые приложения могут быть быстро разработаны и легко доступны для всех.

Radix — это будущее DeFi
В настоящее время приложения для децентрализованного финансирования строятся на протоколах, которые не были разработаны для удовлетворения потребностей и требований услуг DeFi.

Radix использует наши значительные технологические инновации, чтобы стать первым протоколом уровня 1, специально разработанным для обслуживания быстрорастущей индустрии DeFi.

Radix фокусируется на трех факторах роста DeFi

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

Ликвидность
Жизненная основа мировой экономики, однако в настоящее время большая часть токенов и активов в мире имеет свою ограниченную ликвидность, фрагментированную по платформам, и они плохо работают вместе.

Платформа Radix предоставляет нативную функциональность проектам, разработчикам, сообществам и маркет-мейкерам для создания и доступа к пулам ликвидности по вызову API.

Выбор
Сетевые эффекты публичной книги основаны как на количестве пользователей, так и на количестве соединений между активами и приложениями на платформе. Стандартизируя и упрощая способ представления финансовых активов и продуктов в Radix, эти «кодовые блоки» активов можно легко составлять в масштабе.

Что предлагают Radix?

Большинство согласованных протоколов сегодня приходят к соглашению о порядке всех команд (например, транзакции
или события) на одной временной шкале, хранящиеся в согласованном хронологическом порядке в блокчейне или аналогичном. Это тоже известный как «глобальный порядок». Глобальный заказ обычно требуется для любого DLT, предлагающего традиционные, обязательные, «Тьюринг завершен» виртуальные машины с интеллектуальным контрактом, где может зависеть правильное состояние выполнения смарт-контракта непредсказуемо для любого другого состояния в системе.

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

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

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

Приложения

Устранение необходимости глобального заказа на уровне приложений требует альтернативы типичному контракт »метод разработки. Мы считаем, что другой подход не только возможен, но и имеет выгоды (описанные вне этой статьи), выходящие за рамки снятия бремени глобального заказа из консенсуса. Этот альтернативный подход разбивает полезную функциональность приложения DLT на функциональные компоненты независимый.

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

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

▶️ Website: https://www.radixdlt.com
▶️ Twitter: https://twitter.com/RadixDLT
▶️ Telegram: https://t.me/radix_dlt
▶️ Facebook: https://www.facebook.com/RadixDLT
▶️ Reddit: https://www.reddit.com/r/Radix
▶️ Medium: https://medium.com/@radixdlt

✅ BTT-username: age7393
✅ BTT-profile: https://bitcointalk.org/index.php?action=profile;u=1893162
✅ My eth-address: 0x9eE59c11458D564f83c056aF679da378a1f990a2

#RADIXDLT #RADIX #XRD #DEFI

--

--

AndrewYholu
AndrewYholu

No responses yet