Что делает компания / проект?

Songbird (SGB) — это Canary Network of Flare, работающая сеть Blockchain. Токен работает по двум уникальным протоколам, включая протоколы Flare Time Series Oracle (FTSO) и F-Assets. Они имеют решающее значение для обеспечения стабильности и безопасности токена.

Особенности

Songbird задуман как долгосрочная сеть и имеет другие основные области применения. Во-первых, он предназначен для приложений, которые запускаются на Flare, особенно для тех, которые используют системы FTSO и F-Asset. Во-вторых, по мере того, как держатели токенов знакомятся с ним, пользователи могут делать ставки или чеканить токен, не подвергая токен риску.

Songbird, Canary Network от Flare знаменует собой ключевой шаг для всей отрасли, позволяя использовать токены в сетях без смарт-контрактов без доверия и без кастодиального режима впервые с масштабируемыми смарт-контрактами. Технология Flare, которая является двигателем Songbird, представляет собой масштабируемую, низкоуглеродистую, недорогую, сильно децентрализованную платформу смарт-контрактов, которая работает на виртуальной машине Ethereum и использует консенсус на основе Федеративного византийского соглашения.

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

Масштабируемость и отсутствие зависимости безопасности от нативного токена
Низкие транзакционные издержки
Интегрирует виртуальную машину Ethereum

Как Flare решает эти проблемы?

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

Flare — это первая в мире сеть Federated Byzantine Agreement (FBA), полная по Тьюрингу. Узлы работают по протоколу консенсуса Avalanche с ключевой адаптацией к топологии консенсуса FBA. FBA уникальна как топология консенсуса тем, что она достигает безопасности, не полагаясь на экономические стимулы, которые могут помешать высокоценным и высокорискованным случаям использования. Критика чистого FBA заключается в том, что он приводит к хрупким структурам составляющих узлов, допуская сценарии топологии, в которых отказ одного узла может привести к отказу всей сети. По этой причине приоритетной является особая настройка FBA, называемая топологией уникального списка узлов (UNL), которая подчеркивает ясность и простоту использования, сохраняя при этом свойство открытого членства FBA. Процентное перекрытие UNL является параметром, определяемым руководством, при этом меньшее перекрытие улучшает свойство открытого членства в сети. Сеть Flare Network использует виртуальную машину Ethereum (EVM), что позволяет сети выполнять смарт-контракты, соответствующие стандарту Тьюринга.

При запуске сети поверх Flare будет создан протокол для безопасной эмиссии, использования и погашения XRP на Flare. Этот протокол называется FXRP. XRP безопасно и без доверия превращается в FXRP на Flare, обеспеченный собственным токеном Flare, Spark. Теперь XRP эффективно существует в полной сети Тьюринга, а раз так, то становится возможным бездоверительное взаимодействие с другими сетями, как через протоколы взаимодействия, такие как Cosmos и Polkadot, так и с Ethereum через четко определенные протоколы моста. Короче говоря: Flare можно использовать как платформу смарт-контрактов для XRP или как бездоверительный трубопровод для XRP в другие сети.

Более того, общая методология FXRP может быть распространена на любой токен, не являющийся полным по Тьюрингу, а возможность решать, какие другие токены поддерживать, а затем расширять средства для этого, встроена в системы и управление сетью.

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

Обзор FXRP

Сложность вывода XRP на Flare заключается в том, что смарт-контракт на публичном блокчейне не может контролировать адрес в книге XRP. Причина этого заключается в том, что смарт-контракты в настоящее время не имеют адекватного способа хранения секретного ключа в действительно секретном виде. Чтобы вывести XRP на Flare, используя только код, потребуется, чтобы некоторая группа участников объединилась с адресом с мультиподписью, который они коллективно контролируют, при этом если k из n сторон подписывают транзакцию, то транзакция авторизована. Любой пользователь актива, выпущенного по этому адресу с мультиподписью, должен будет доверять этой группе пользователей, и, таким образом, актив не будет ни бездоверительным, ни децентрализованным.

FXRP безопасно позволяет держателю XRP ( оригинатору) отправлять свои XRP на набор адресов (называемых агентами) в XRP Ledger. Затем смарт-контракты FXRP на Flare выпускают для оригинатора FXRP на Flare, которые конвертируются 1:1 с XRP и защищены Spark. Когда владелец FXRP хочет обменять его на XRP ( выкупающий), он отправляет его обратно смарт-контрактам FXRP на Flare. Затем агенты отправляют XRP на адрес выкупателя в книге учета XRP. Если агенты не завершают выкуп достаточно быстро, выкупающему выплачивается компенсация в размере стоимости его XRP плюс сумма, компенсирующая транзакционные издержки на повторный выкуп XRP.

При использовании FXRP нет необходимости в централизованном посреднике.

FXRP работает следующим образом:

Владельцы собственных токенов Flare, Spark, могут отправить свои токены в коллекцию смарт-контрактов Flare, которая называется системой FXRP. Пользователи, которые это делают, предоставляют обеспечение системе FXRP. Они называются агентами. Назовем одного из агентов Бобом. В системе FXRP будет много агентов.

Предположим, что Боб ввел 5000 токенов Spark в систему FXRP. В данном примере 10 токенов Spark в настоящее время можно купить за 1 токен XRP. Система FXRP требует коэффициент обеспечения 2,5, что означает, что в любой момент времени агент должен предоставить системе в 2,5 раза больше стоимости FXRP, которую система выделила ему в токенах Spark. FXRP здесь оценивается как 1:1 с XRP. Таким образом, 5000 токенов Spark Боба позволяют системе выпустить 200 FXRP.

Когда кто-то, скажем Алиса, хочет создать FXRP, он отправляет транзакцию в систему FXRP с фиксированной комиссией в размере 0,1% от стоимости XRP, которые он хочет майнить в FXRP. Алиса называется инициатором. Транзакция также сообщает системе FXRP, на какой адрес отправлять FXRP на Flare после майнинга и с какого адреса XRP будет отправлен в XRP Ledger. Если в системе FXRP есть свободные мощности, то залог для обеспечения создаваемой суммы FXRP блокируется на определенный период под предстоящую транзакцию Алисы. Таким образом, Алисе не нужно доверять Бобу. В свою очередь, для Алисы генерируется набор инструкций, указывающих ей, на какой адрес (адрес Боба) отправить XRP в бухгалтерской книге XRP и какой последний индекс бухгалтерской книги использовать. Если в системе не хватает мощности для выпуска нужного количества FXRP, то Алисе возвращается комиссия.

Затем Алиса отправляет нужное количество XRP плюс плату за создание в XRP на адрес Боба в бухгалтерской книге XRP. Плата за создание — это большая часть денег, которые Боб заработает за блокировку своего залога Spark, обратите внимание, что его заработок преимущественно в XRP. Flare наблюдает за этой транзакцией с помощью системы под названием State Connector, которая описана в разделе 2 технической документации Flare (и является темой будущей статьи в блоге). Затем система чеканит FXRP и доставляет их на адрес Алисы, указанный во Flare.

Соотношение залога 2,5x должно поддерживаться постоянно. Если цена XRP по отношению к Spark возрастает настолько, что стоимость залога Боба падает ниже 2,5-кратной суммы FXRP, выпущенных против него, то у Боба есть ограниченное время, чтобы либо добавить больше токенов Spark в качестве залога, либо купить и выкупить токены FXRP, чтобы привести соотношение залога в норму. Например, допустим, 200 токенов FXRP были выпущены против 5000 токенов Spark Боба, а цена XRP/Spark выросла до 12. Теперь Бобу нужно либо добавить 1000 Spark в систему, либо купить и выкупить 33,34 FXRP, чтобы уменьшить свою долю выпущенных FXRP до 166,66.

Если у Боба нет доступа к дополнительным токенам Spark, то для него не является финансово обременительным сократить баланс FXRP, обеспеченный его адресом. Обеспечение Боба позволило системе FXRP выпустить 200 токенов FXRP, в процессе чего Боб получил 200 токенов XRP в бухгалтерской книге XRP. Таким образом, если у Боба нет дополнительного капитала для покупки токенов Spark, он может либо продать достаточное количество XRP за FXRP на бирже так, чтобы выкупить не менее 33,34 FXRP, либо, оставаясь в чисто децентрализованной среде, если в системе FXRP есть другие агенты с достаточным избыточным обеспечением, он может намайнить достаточное количество FXRP и немедленно выкупить их.

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

Предположим, что Боб решил добавить дополнительные Spark в качестве залога. Спустя некоторое время Алиса, владеющая всеми 200 выпущенными FXRP, хочет вернуть всю сумму обратно в книгу XRP. Алиса просто совершает транзакцию с системой FXRP, отправляя FXRP в систему и сообщая ей, на какой адрес она хочет получить кредит. Затем система выдает Бобу набор инструкций, в которых говорится, сколько XRP нужно отправить и куда, а также два крайних срока, к которым транзакция должна быть завершена. Если Боб завершит транзакцию к первому сроку, его залог будет полностью разблокирован. Если Боб не успевает к первому сроку, но успевает ко второму, с него взимается небольшая штрафная плата, а остальная часть его залога разблокируется. Штрафной сбор сжигается.

Если Бобу не удается завершить транзакцию ко второму крайнему сроку, это считается неудачей при выкупе. Алиса получает компенсацию в виде токенов Spark в размере стоимости выкупленных ею XRP плюс 1% надбавки для покрытия транзакционных издержек по выкупу XRP, которая берется из залога Боба. Из оставшегося залога Боба 50% сжигается в качестве штрафа, а остальные 50% возвращаются ему. Затем Алиса может купить замену XRP на бирже. В качестве альтернативы, если на Flare есть другие агенты с выпущенными FXRP и люди, желающие их продать, Алиса может купить еще FXRP на Flare и выкупить их у этих агентов.